Aiuto e consigli per programma reale

[HfChancellor]

Ciao a tutti,

sto scrivendo un piccolo programma ( reale ) in c++ e in un secondo momento userò le Qt per creare la GUI
Lo scopo del programma è di gestire i turni del personale 7 gg su 7 su due turni per 15/20 persone. Lo scrivo esclusivamente per hobby ma vorrei che fosse bello, funzionante e professionale. Non ho nessun genere di tempistiche eccetto la mia voglia di scriverlo.

E' ancora in fase embrionale ( incompleto e non funziona correttamente ) ma inizia a prendere forma.

Essendo un autodidatta molte delle conoscenze che voi ritene di base magari non le ho.

Sto cercando un qualcuno che abbia voglia di visionarlo e consigliarmi, non cerco qualcuno che mi scrivi 32000 linee di codice e me lo completi. Il mio scopo di base è divertirmi e imparare a programmare.

Quando sarà pronto lo rilascerò come open source.

Chi fosse interessato può anche contattarmi in PM.
Mi hanno consigliato di provare a metterlo su gitorious, github o simili. Voi quale usate? Quale mi consigliate?
Grazie a tutti.
Lele

[MItaly]

La domanda è certamente un po' inusuale - visto che in effetti non c'è una vera e propria domanda.

Credo che sia difficile lavorare nella maniera che proponi su un forum, che funziona bene sui "singoli problemi", ma che non credo sia adatto a seguire una persona nella creazione di un programma dall'inizio alla fine.

Per questo il mio consiglio è di aprire thread sui singoli dubbi che ti trovi ad avere, o eventualmente sull'organizzazione generale del programma; fare un thread di "revisione" generale del codice, invece, non credo che funzionerebbe, temo che nessuno si prenderebbe la briga di imbarcarsi in un compito del genere.

Se invece credi di aver bisogno di qualcuno che ti segua costantemente, potresti chiedere nel forum "Offro lavoro/collaborazione" se c'è qualcuno che sia disposto a darti una mano (anche gratuitamente).

In ogni caso, non credo sia strettamente necessario - con in mano un buon manuale di C++ (da cui non si può prescindere), una guida di riferimento di C++ e delle Qt e i consigli del forum in caso di dubbi credo che te la possa cavare tranquillamente, magari partendo da progetti più piccoli se sei ancora alle prime armi.

Sul "contattatemi via MP", non è prassi ben vista su questo forum - se la discussione è sul forum è bene per tutti che sia pubblica, in modo che anche altri in seguito possano beneficiare dei consigli che vengono dati.

[HfChancellor]

Ma guarda, io non ho bisogno di qualcuno che mi faccia il programma anzi NON lo voglio però non avendo mai creato un programma vero e proprio magari qualche consiglio in linea generale.

Poi per il problema del codice, quello è il meno.

Domanda banale, uno che ha conoscenze di base ( sono autodidatta ) ma ha tanta voglia di imparare di solito come deve muoversi?

IL progetto è parzialmente funzionante.
In ogni caso ti ringrazio per avermi risposto.
Lele

[MItaly]

Originariamente inviato da HfChancellor
Ma guarda, io non ho bisogno di qualcuno che mi faccia il programma anzi NON lo voglio però non avendo mai creato un programma vero e proprio magari qualche consiglio in linea generale.

Comprendo perfettamente, però è difficile dare dei "consigli in linea generale" senza una domanda di qualche genere.

Domanda banale, uno che ha conoscenze di base ( sono autodidatta ) ma ha tanta voglia di imparare di solito come deve muoversi?

Cerca di fare uno studio più o meno coerente del linguaggio e delle librerie da utilizzare, ma soprattutto buttati e prova a scrivere il programma, eventualmente sottoponendo al forum problemi di codice o di come strutturare il programma quando ti vengono dubbi; la teoria è fondamentale per non fare scelte clamorosamente sbagliate e per capire effettivamente quello che si sta facendo, ma è nel momento in cui inizi a scrivere un programma un po' più grande del solito che capisci come conviene organizzare un progetto e l'importanza ti tante "best practices" che normalmente vengono somministrate "a priori". Inevitabilmente i primi progetti vengono su un po' "storti", ma secondo me è un'esperienza importante e ci si deve sbattere il muso; ad un certo punto ti rendi conto che il vecchio codice che hai scritto è una porcheria e va riscritto in maniera più organizzata, o che le varie parti del programma non sono per niente disaccoppiate e fare il debugging è un casino, ... ed è qui secondo me che inizi a diventare un programmatore "vero". Ma di nuovo, bisogna sbatterci la testa contro.

[HfChancellor]

Allora, il programma nelle sue 40 versioni e rotte ha già subito almeno 4 ristrutturazioni profonde ma avendo ( almeno ci ho provato ) seguito le regole del ingegneria del sw, per esempio usare sempre le funzioni per accedere indirettamente alle variabili, non ci sono stati traumi.

Pian pianino le classi aumentano ( siamo già a 6 ).

Come dicevo al inizio se qualcuno volesse seguire il mio progetto può unirsi a tempo perso.

Grazie
Lele

[Scara95]

Io ti consiglio invece di gettare nel cestino il codice che già hai scritto, individuare i componenti base del problema e implementarli in classi, creare una classe che implementa e gestisce il problema e a parte costruire un'interfaccia grafica che utilizzi solo ed esclusivamente questa classe per la gestione del problema.

L'obiettivo è spostare la maggior parte del lavoro upfront: prima esaminare attentamente il problema e deciderne la soluzione, poi spostarsi sull'effettiva soluzione!