2011/11/14 Marco Mariani <bir...@gmail.com>: > 2011/11/14 lordkrandel <lordkran...@gmail.com> > >>> >>> E funzioni polimorfiche, overload di operatori? >> >> Certo! Ma mica sapevo cos'erano! >> Ho provato a fare mele + pere e banane + pesche per vedere se esplodevano o >> se almeno crashava qualcosa... ! > > E il risultato e' sempre una cesta di frutta :-) > > La notazione ungherese "malvagia" immagino sia una reazione a regole > barocche del C/C++ come:
Sai che io non credo? La mia idea e' che sia semplicemente legato al fatto che era la convenzione della piattaforma dove lavoravano. Dopo di che la maggior parte delle persone hanno imitato le convenzioni di Simonyi senza capire che erano convenzioni semantiche, come tante scimmie. E da li si e' diffusa la system hungarian. E quelli che sono venuti dopo sono rimasti in contatto con questa, non con la App. E sono d'accordo la system e' semplicemente priva di senso in un linguaggio che supporta polimorfismo (rimaniamo pure nei linguaggi statici per farla piu' semplice). Ci sono poche cose che rendono meno leggibile un sorgente (oltretutto spesso e' una forma di "documentazione menzogna"). Riguardo la App... dico ma qualcuno sano di mente nel 2012 con tutti gli autocomplete del mondo sostiene che scrivere rwPosition sia meglio di scrivere rowPosition? No perche' e' un bel po' che si suggerisce di usare nomi esplicativi per le variabili... e a quel punto non capisco il vantaggio di ungarizzare il tutto. > - No two different signed integer types have the same rank, even if > they have the same representation. > [snip] > - For all integer types T1, T2, and T3, if T1 has greater rank than > T2, and T2 has greater rank than T3, then T1 has greater rank than T3. > > e questo solo per quanto riguarda gli interi, sticazzi Dallo standard C99? -- . ..: -enrico- _______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
