Newsgroup: it.discussioni.ingegneria.civile
Titolo: cerco collaboratori

Sono ingegnere e sono pure programmatore in VB6.
Sto realizzando un software di progettazione architettonica.
Sto pure cercando in giro qualche collega ESPERTO di VB6 che sia
disponibile a collaborare alla revisione, correzione e ampliamento di
questo mio software.
Non vendo niente e non compro niente.
Ciao
Tommaso

 questo mio software.
In cosa consisterebbe questa "collaborazione"?

 In cosa consisterebbe questa "collaborazione"?
Vorrei farne quasi un open source
Io ho fatto il programma in maniera sintetica e slegata..,ma leggi
prima quanto ti ho segnalato
Ciao
Tommaso

Tommaso ha scritto:

premettendo che ti faccio i complimenti per la tenacia!
Ho letto tutto il 3AD, direi che il tuo progetto è piuttosto ambizioso.
Quoto pienamente “Armido Cremaschi“  (post Mon, 5 Jan 2009 10:14:12 +0100 ).
Relativamente alla tua affermazione “all'inizio ho esaminato quanto 
offriva il mercato, ma non trovando qualcosa
di semplice e di produttivo, ho pensato alla possibilità di realizzare 
un programma a modo mio.“ del post 7 Jan 2009 23:09:07 -0800
Beh!, direi che di software ce ne sono molti. Forse è anche vero che 
sono più complicati, come forse è necessario passare qualche annetto 
prima di poterli usare con disinvoltura. Ma hanno un grande vantaggio: 
la quasi-garanzia che l' “investimento temporale” non verrà perso.
Pacchetti tipo Revit, Archicad e simili, prodotti da grosse SH, 
garantiscono un supporto nel tempo, interfacciamento con utility di 
terze parti etc.
Cosa che difficilmente altri software possono garantire.
Non conosco il software da te prodotto, non metto in dubbio la sua 
qualità. Quello su cui sono titubante è la sua appetibilità. In 
particolar modo se non c'è qualcuno che lo sponsorizzi. Es. Università, 
associazioni e simili.
Quindi mi chiedo se lo sforzo per la realizzazione di detto SW (che non 
si tratta di un semplice programmino), ma di un'applicazione piuttosto 
articolata (almeno per quello che ho capito), possa poi di fatto 
produrre dei frutti.
Se mi consenti, avrei anche delle obiezioni sull'uso di VB6.
Sicuramente uno strumento validissimo fino a qualche annetto fa, ma 
ormai nella sua fase discendente.
Se si utilizza questo strumento, bisogna essere consapevoli che, nel 
giro di qualche annetto ancora, tutto il lavoro verrà vanificato dalle 
nuove tecnologie.
O comunque, pur continuando a funzionare, si pregiudica la sua 
espandibilità in futuro.
Relativamente all'accesso ai DB, con VB6 (o meglio con DAO/ADO) a volte 
ci sono dei problemini.. specialmente con i database mdb.
Non è raro che il DB si corrompa. Tra l'altro questo formato non 
gestisce correttamente le transazioni... e non è raro che vada tutto in 
crash se la gestione non è corretta.
Proprio al fine di migliorare la stabilità e tutta una serie di 
problematiche, con il .NET, l'accesso ai DB è stato COMPLETAMENTE cambiato.
Adesso si opera con una filosofia diversa: sempre in modo disconnesso.
...e il futuro va in questa direzione.
In altre parole: anche la strada che stai seguendo per scrivere sul DB è 
obsoleta e tra un po', andrà in pensione.
Tuttavia non voglio essere pessimista, se necessario, sarò ben lieto di 
darti qualche consiglio :-)
Ciao Nobody
P.S.... siamo anche "quasi vicini" di casa ;-)

 P.S.... siamo anche "quasi vicini" di casa ;-)
Io sono in provincia di Lecce
Se vuoi vedere il mio software che risolve solo telai piani vai sul
mio vecchio sito
(e fatto male per giunta) che non vedo da anni e guarda come
funzionava,
ha macinato tanto di quel lavoro che non ne hai idea. (per me e per
altri)
Ora non va bene perche dovrebbe essere aggiornato alle ultime leggi
sul cemento armato
Ciao
http://digilander.libero.it/telaiosoft/

 avere fatto un buon passo avanti.
Ovviamente, dipende tutto dagli obiettivi che si vogliono raggiungere.
Però, se si ha intenzione di realizzare qualcosa di nuovo, IMHO è 
fondamentale iniziare con gli strumenti giusti.
Tra l'altro il .Net è retrocompatibile con la tecnologia COM.
Pertanto IMHO potrebbe anche essere pensabile affiancare procedure fatte 
in VB6 con procedure in .Net.
Ho scaricato i tuoi demo e il tutorial del programma per il calcolo dei 
telai presenti sul sito indicatomi. Almeno, per quel po' che ho potuto
osservare i programmi sono costituiti da un unico EXE "monolitico" che 
fa tutto.
Non so come e stato strutturato il codice in questione, però ritengo che
anche questo sia costituido da un unico EXE e non da DLL e OCX... 
Insomma vedo l'impresa piuttosto ardua, ancora di più per il fatto che 
hai intenzione di sviluppare qualcosa in gruppo.
Comunque sia, supponendo di voler procedere nello sviluppo, come pensi 
di coordinare il lavoro?
Ciao Nobody
P.S. Io sono un po' più a nord ;-)


Non sono esperto su come si eseguono programmi in gruppo.
Immagino che ci si conta e ciascuno si interessa della parte che più
si addice alla sia preparazione.
Un amico dell'NG Rhino.italiano sta iniziando a vedere la parte che
riguarda la visualizzazione del modello solido
E' vero che il mio programma Telaio è un solo file exe che congloba
una ventina di moduli e di form, ma questo è un problema relativo a
quel programma. Certo sarebbe scomodo lavorare in gruppo su un simile
programma, ma allora non avevo questo problema.
Questo di progettazione è composto da 5 programmi per ora indipendenti
anche se utilizzano lo stesso archivio.
Un menu
una parte di elenco dei prezzi e stampa
una parte di input - che esegue anche il computo metrico (ma può
essere staccato)
una parte  di elaborazione grafica
una parte di visualizzazione e stampa
Il fatto è che c'è troppo scetticismo in giro e quindi c'è poco
spirito di collaborazione.
Bhe così è ....vediamo..
ciao
Tommaso

 
ti ho risposto in privato
ciao
Nobody