Come diventare un programmatore più organizzato? [chiuso]

9

Sono un programmatore in grado di programmare. Ma trovo che posso fare le cose, ma non fare le cose bene o come fanno la maggior parte delle comunità open source. Bene, io uso parte della libreria di git hub. Trovo che la maggior parte del programma sia ben strutturata. Inoltre, leggimi.

La mia domanda è:

C'è qualche struttura comune di file o convenzione di denominazione nella comunità o è solo una questione di gusti personali?
Come diventare un programmatore più organizzato, invece di scrivere codice semplicemente funziona. Ma più organizzati che consentono ad altri di entrare facilmente nel tuo progetto?

project-management junior-programmer

— Ted Wong
fonte

Non credo che ci sia una risposta magica, ma un modo per affrontarlo è quello che ti rende facile "entrare" in un progetto open source ben organizzato che usi e ripetere quelle cose nel tuo progetto. Un piccolo pezzo alla volta.

— Filippo

2

Come per molte cose nella programmazione, il più importante è essere coerenti

— Tom Squires,

1

@TomSquires: dovrò essere in disaccordo. Di gran lunga la cosa più importante è migliorare sempre te stesso e il codice + documentazione. La coerenza per motivi di coerenza serve a rendere il software più difficile da mantenere nel tempo.

— 10

non solo non c'è una risposta magica, ci sono un milione di modi diversi di programmare, strutturare progetti ecc. e molte persone con opinioni, buone o cattive, su tutti loro. Ci sono molte piccole cose che puoi fare, anche molte più grandi, ma nessun proiettile magico

— ozz,

3

La struttura del progetto di sviluppo è stata discussa molte volte su Stack * ( 1 , 2 ), basta fare la scelta giusta per la propria situazione.

Per essere più organizzato, ho provato molti metodi e strumenti diversi per organizzare il codice e le informazioni circostanti:

Bug tracker come file di testo GitHub / Bugzilla / TODO
Wiki come GTD TiddlyWiki / GitHub
Costruisci strumenti come make / Maven / rake
Strumenti di gestione del progetto come JIRA e Redmine
Editor come jEdit e vim
Unisci strumenti come Meld e kdiff3
Sistemi di controllo della versione come Subversion e Git (in realtà grattalo, basta usare Git e risparmiare molto dolore)

Dopo aver provato diversi di ciascuno, potresti scoprire che alcuni si adattano al tuo modo di pensare meglio di altri. Ma ricorda che c'è sempre uno strumento migliore che non conosci e che gli strumenti si stanno sempre aggiornando . Quindi dovresti sempre essere pronto a provare qualcos'altro, anche qualcosa che hai già provato e scartato, sulla base del fatto che tutto ciò che impari può e sarà usato da te per il bene più grande.

— l0b0
fonte

link gtdtw inattivo?

— ell

2

Rifattorizza il tuo codice fino a quando non ne sei soddisfatto.

Nel tempo dovrai rifattorizzare sempre meno, e alla fine lo farai bene la prima volta *.

Impara facendo.

* Principalmente giusto :)

— Morons
fonte

+1. Il codice è "giusto" quando una ripetizione è stata eliminata e i test stanno superando. La struttura può cambiare per superare i test successivi. Mi sforzo di non introdurre complessità in previsione di test non scritti.

— Kevin Cline,

0

Git e SourceForge. Questi sono i due elementi che uso quando scrivo un programma grande e non organizzato. Per i dettagli Google i due, poiché al momento non riesco a collegarmi per qualche strana ragione. Mi dispiace, spero che questo aiuti.

— Dinamico
fonte

0

Ottieni feedback sul tuo stile di programmazione da qualcuno con più abilità ed esperienza.

Il modo in cui l'ho fatto è stato ottenere un lavoro in cui io e un programmatore senior abbiamo collaborato ai progetti, e ha rivisto tutto il codice che ho controllato. Di tanto in tanto mi ha scritto un'e-mail con tutto ciò che lo infastidiva o perplesso sul mio codice. Mi ci è voluto un po 'per trovare uno stile che sia io che lui eravamo abbastanza a nostro agio, e abbiamo avuto alcuni dibattiti accesi su alcune cose, ma tutto sommato ho imparato molto e ci siamo separati come amici.

Leggi libri / articoli sui modelli di progettazione, applica modelli diversi ai tuoi problemi e vedi quali ritieni utili in quali situazioni.

Leggi libri / articoli sulle convenzioni di denominazione e gli stili di formattazione. Comunità diverse usano stili diversi. È generalmente una buona idea usare uno stile che le persone che hanno maggiori probabilità di leggere il tuo codice riconosceranno.

Alcuni consigli concreti sulla strutturazione del codice:

Quando vedi che una parte del tuo codice può essere semplificata, fallo.
Quando vedi che una parte del tuo codice può essere riutilizzata, rendila una funzione e riutilizzala.
Non abbiate paura di cambiare i nomi di variabili e funzioni se sono cattivi.
Quando hai un'idea per qualcosa (una struttura, funzione, classe, modello, qualsiasi cosa) che può semplificarti la vita, crearla e usarla.
Cambia spesso idea. Ogni volta che lo fai, impari qualcosa.

Prendersi il tempo per farlo ovviamente ti rallenterà all'inizio. Man mano che il tuo codice diventa sempre più elegante, sarà più facile da mantenere e otterrai i benefici del tuo lavoro.

— Minthos
fonte