Questo sito utilizza cookies solo per scopi di autenticazione sul sito e nient'altro. Nessuna informazione personale viene tracciata. Leggi l'informativa sui cookies.
Postato originariamente da Luk3: Quindi almeno quelli snippet si potrebbero dare "completi" non lasciando misteriosi enigmi
Non voglio andare contro Luk3, nè contro nessuno, ma 1.lo snippet era più che completo, era pure commentato
2.Il problema del linguaggio non si pone. Non hai nemmeno dovuto cercarti un traduttore VB.NET-C#, perchè te lo hanno linkato
quando avrai a che fare con programmi più complessi ti renderai conto che anche una soluzione scritta in Cobol o in C ti è preziosa per poter capire come andare avanti.
sinceramente il VB.NET non mi sembra poi così difficile da capire ( comprendere, non saper usare ) se si conosce il C#
Ultima modifica effettuata da punkettone90 il 15/04/2009 alle 20:25
In effetti ci sarebbe sempre qualcosa da dire a riguardo di queste due argomenti.
Io per primo posto sempre in vb.net, ma questo per alcuni semplici motivi: la maggior parte delle richieste riguarda il vb; sono abituato a scrivere in vb e mi viene istintivo; i linguaggi .net sono intercambiabili, ad eccezione di pochi costrutti e/o tipi (vedi il My). Il linguaggio sarebbe da specificare nel titolo o nella descrizione: nel caso non lo si specifichi né in una sede né nell'altra, mi prendo la libertà di scrivere in vb. Inutile dire che molto spesso anche io non leggo bene. In quei casi o modifico il post, come ho fatto alcune volte (e Luk3 può confermare), o propongo l'agognato convertitore. In ogni caso, dato che la sezione è .Net World, si dovrebbe avere un po' di versatilità nel passare dall'uno all'altro, o almeno un po' di pazienza nel convertirlo, o anche un po' più di accortezza nel rispondere.
Invece, venendo a quello che considero l'argomento un po' più scottante, riguardo al documentarsi prima di postare una discussione avrei qualcosa da ridire. Premetto che sono d'accordo con andrea.b89. Una soluzione si trova praticamente sempre, e molto spesso, se non si è un programmatore c/c++/c# (accordatemi di dire che i sorgenti in questi linguaggi sono molto più numerosi, forse con la sola eccezione dei gestionali), la si trova in altri linguaggi. Tutto sta nel cercare accuratamente con tutti gli strumenti disponibili, e credo di non essere nel torto se dico che l'arte della ricerca è uno dei requisiti indispensabili per un programmatore. Ad esempio, prima di scrivere TWave Editor, che piace molto a TheJuster da quandto ho visto , non sapevo niente dei file wave e di analisi dei segnali, ma con un po' di tempo impiegato nella ricerca ho trovato ottime fonti, sia teoriche che pratiche, in molti linguaggi (C++, C#, Haskell, pseudocodice, java, lo pseudo-linguaggio di Matlab, ecc...), ma non ne ho scartata nessuna. Inoltre, con la ricerca si possono apprendere altri linguaggi senza neanche studiarli: dopo un po' che uno se li ritrova davanti, impara a conoscerli. E' questa la strada da imboccare. Dato che l'informatica spazia in molti ambiti diversi, i software da scrivere non sono sempre sugli stessi argomenti triti e ritriti (database, filesystem, gestionali), i quali, tuttavia, occupano purtroppo una fetta consistente del lavoro, ma spaziano e richiedono nuove tecniche, nuovi algoritmi; tecniche e algoritmi che magari sono noti da anni, ma che il singolo non ha mai affrontato. Un po' di iniziativa, un po' di pazienza e molta buona volontà sono sufficienti per risolvere ogni tipo di problema. Considerate il forum come il pulsante di emergenza, senza per questo voler spronare gli utenti a non scrivere, ma piuttosto ad autovalutarsi.
E con questo intervento, non poco egocentrico, concludo.
Corcordo con Totem, uno dei pochi membri che davvero merita ^^
Il mio post era più una critica contro chi (vedi utente sopra) (non piero xD), da spesso risposte in base alla finalità.
Infatti ho trovato un post in cui diceva che visto lo scopo era inutile, non poteva dare altri suggerimenti..
Io credo che indipendentemente dallo scopo (che comunque non era malevolo) si dovrebbe aiutare l'utente ad avvicinarsi alla soluzione, senza osservazioni morali
Postato originariamente da Luk3: da spesso risposte in base alla finalità.
Infatti ho trovato un post
"Spesso" non va d'accordo con "un post" ... ma forse non conosci la differenza.
Testo quotato
Io credo che indipendentemente dallo scopo (che comunque non era malevolo) si dovrebbe aiutare l'utente ad avvicinarsi alla soluzione, senza osservazioni morali
Beh, questa e' la tua opinione e io non mi sogno di criticarla.
Fai tu altrettanto con le mie opinioni, se ti riesce.
Quindi, vedi di non citarmi piu' nei tuoi post. Se le mie risposte non ti piacciono, non le leggere.
Fino a quando qualcuno richiedera' codice e/o suggerimenti per "crescere" dal punto di vista professionale, gliene daro' come ho fatto per decine di migliaia di risposte in altri forum. Quando chiedera' solo codice che
1) non capisce perche' non lo ha studiato
2) non vuole capire perche' non gli importa capire
3) vuole solo superare con un trucco una difficolta' di un gioco
4) peggio, vuole scrivere il classico trojan
allora rispondero' come ho gia' fatto.
Per il resto concordo con Totem, ma mi permetto di suggerirgli di rendere "obbligatorio" il linguaggio per cui si chiede aiuto all'inizio del titolo (come in altri forum che lui frequenta)
[C#]
[VB.NET]
per evitare incomprensioni. Ritengo comunque che, se uno ha un problema in C# e ottiene un aiuto in VB.NET, se non e' impedito, riuscira' a trarne vantaggio sicuramente di piu' da nessuna risposta.
Ultima modifica effettuata da theprogrammer il 16/04/2009 alle 10:16
