Newsgroup: it.comp.macintosh
Titolo: E dopo il C#, Ruby

 Su WebObjects e su Java
Quindi abbandoneranno definitivamente WebObject?
Spiace soltanto vedere che tanto bel lavoro a livello di framework venga
buttato alle ortiche.
Speriamo Apple prenda parti di questo software e ne faccia un framework
di programmazione adattabile anche a Ruby...
-- 
Porco Jobs!

 Quindi abbandoneranno definitivamente WebObject?
Manco per il piffero. iTMS e' WO, Apple Store e' WO, e non sono certo
applicazioni che puoi portare a un'altra piattaforma tanto
rapidamente...
 - ∞
-- 
http://millenomi.altervista.org/

 rapidamente...
A quanto ho visto, Ruby on Rails e' interamente data-driven, quindi basta
connetterlo con un database e lui pensa al resto (salvo scrivere i template
html). La transizione sarebbe abbastanza indolore.
Se trovo il link della dimostrazione te lo posto.
-- 
I veri polli sono i consumatori, e la loro malattia si chiama ignoranza.

 La transizione sarebbe abbastanza indolore.
Senza contare che di certo quelle strutture non le hanno sviluppate con
un'unica tecnlogia, quindi potenzialmente potrebbero giŕ avere tutto
pronto. (vista la storia di X Intel...)
-- 
 
www.filacchione.it
 
 "La democrazia o č laica o non esiste."

 rapidamente...
Non avranno comunque nemmeno vita facile ad aggiornare
WebObjects alle specifiche Java EE 5.0, in cui la gestione
degli Enteprise Java Beans 3.0 è stata alleggerita
dalle pesanti incombenze di scrivere codice e codice
collante (W le annotazioni alla C#).
Se visiti il blog di Ernest Prabhakar
(
http://www.opendarwin.org/~drernie/
) noterai
subito il suo interesse per Ruby on Rails.
Ricordo a chi non frequenta le mailing list
Apple in cui si fa spesso vivo (tra cui la
syndication-dev in cui si è trattato recentemente
dei problemi sul formato dei RSS iTMS per i podcast)
che Prabhakar Ernest è il responsabile Apple
per le tecnologie UNIX, Open Source, Java
e XML.

 La transizione sarebbe abbastanza indolore.
Si', ma devi passare tutte le pagine dal formato che usa WO a RHTML...
riscrivere i controller... mica e' poco. Ovviamente e' fattibile.
Un drop di WO appare poco probabile, ad ogni modo. Leggendo qua e la'
tra i report di WWDC dell'anno scorso, chi aveva parlato con
l'ingegnerume Apple sa che l'upper management stava almeno pensando a
rendere software libero WO in caso di un eventuale drop...
 - ∞
-- 
http://millenomi.altervista.org/

 
http://www.opendarwin.org/~drernie/
Link estremamente interessante. Feed gia' sottoscritto.
 - ∞
-- 
http://millenomi.altervista.org/

 rapidamente...
Apple Store se ci impieghi due mesi con Rails sei parecchio scarso, è un
normalissimo sito di commercio elettronico con un markup piuttosto
orripilante.
iTMS non è proibitivo, due mesi secchi anche li (sempre mettendo apposto il
markup).
  ngw

 Se trovo il link della dimostrazione te lo posto.
No, quello che hai visto è lo scaffolding, che nel contesto può tornare utile,
ma certo non ti implementa l'applicazione.
Devi comunque sviluppare modelli, viste e controller, ci mancherebbe altro :)
  ngw

 Devi comunque sviluppare modelli, viste e controller, ci mancherebbe altro :)
ah beh... quello e' la parte "facile" (parlando da ing.del sw)!



| |._/|_|\__/\__/\__/ | *Non e' bello cio' che e' bello,
|        /_/ /_/      |  figurarsi cio' che e' brutto.

 anelli?
Magari, per tradurre basta qualche secondo! I due mesi ci vogliono per
scrivere il "traduttore" ;)


 anelli?
Se per tradurre intendi portare si, il markup sarebbe da rifare da capo a
coda ...
  ngw

 coda ...
Mi viene come da ridere. Non e' per cattiveria, eh.


 scrivere il "traduttore" ;)
Boh, non capisco. L'analisi e' gia' fatta, il debugging, almeno quello
logico, anche. I linguaggi d'oggi sono tanto carini e rapidi da usare,
almeno cosi' mi dicono. Perche' dovrebbe volerci piu' di qualche giorno,
ammesso di riscrivere tutto a mano? E perche' bisognerebbe riscrivere a
mano quando ci sono i computer?


 Mi viene come da ridere. Non e' per cattiveria, eh.
Immagino per ignoranza allora !
Però sai, non si smette mai di imparare (o di ridere), mostrami pure il
framework web che, dato lo schema di un db, crea un sito di commercio
elettronico integrato con i vari sistemi di pagamento e con il sistema di
tracking e tutto il resto.
  ngw

 mano quando ci sono i computer?
Dubito tu abbia idea di cosa stai dicendo, senza cattiveria eh :)
  ngw

 Dubito tu abbia idea di cosa stai dicendo, senza cattiveria eh :)
Fai pure.


 tracking e tutto il resto.
Pensavo si trattasse di programmare dei computer .-D


 Pensavo si trattasse di programmare dei computer .-D
Hai anche qualcosa di intelligente da dire ?
  ngw

 disse:

Tutto in italiano, purtroppo. Ho da dire che se ci metti due mesi per
*scrivere* un programma che gestisce un magazzino sei un po' lentino. Se
ce li metti per passare da un linguaggio ad un altro forse il linguaggio
di partenza, o quello di arrivo, o tutti e due fanno schifo.
Due mesi sono minimo 320 ore di lavoro.


 Due mesi sono minimo 320 ore di lavoro.
Su Java č meglio se non mi esprimo, ma ti faccio notare che non hai ben
presente la differenza tra un software che "gestisce un magazzino" ed un
negozio di commercio elettronico, che č un tantino piů complesso.
Tra parentesi, nel 90% dei casi la gestione del magazzino č slegata dal
negozio.
Magari prima di ridere sarebbe bene avere presente l'oggetto del discorso,
invece che andare a tentoni.
  ngw

 invece che andare a tentoni.
Dimentico sempre che tutti i piu' strafighi professionisti di tutti i
piu' strafighi e moderni linguaggi di programmazione frequentano questo
meraviglioso gruppo.
Ho capito: devi farlo tu e non sai dove sbattere. Eh, e' sempre cosi'
quando dici agli amici che t'intendi di computer.


 quando dici agli amici che t'intendi di computer.
A dire il vero ho gestito un commercio elettronico di una multinazionale per
qualche anno come certamente ti potranno confermare i "vecchi" di
it.lavoro.professioni.webmaster, ma chiaramente tu non lo puoi sapere visto
che ti stai dimostrando sempre più ignorante di post in post :)
Ti lascio alle tue "traduzioni" e ai tuoi incredibboli siti web implementati
in "qualche giorno", che sicuramente tra il pulire la cantina in cui lavori e
il cercare il crac di fotosciop hai parecchio da fare.
  ngw

 riscrivere i controller... mica e' poco. Ovviamente e' fattibile.
E devi rinominare un po' tante tabelle...
-- 
Uccidete i filosofi e tenetevi riso e bacchette per voi.

 Dubito tu abbia idea di cosa stai dicendo, senza cattiveria eh :)
Basta leggere qualche post in cui si parla di OpenSource...


 il cercare il crac di fotosciop hai parecchio da fare.
Vedo che invece tu ti informi su di me. Sono, come dire, appagato da
questo atto d'adorazione. Ma guarda che ci metto *meno* di due mesi, eh.
Fra un paio di giorni avro' ancora un sacco di tempo libero. Nel
frattempo puoi studiare un po' cosi' mi esibisci un diplomino nuovo.


 Basta leggere qualche post in cui si parla di OpenSource...
Gia', quelli dove si osannano i "linguaggi moderni" perche' sono piu'
portabili e piu' facili da usare .-D


 frattempo puoi studiare un po' cosi' mi esibisci un diplomino nuovo.
Per uno che afferma di scrivere un commercio elettronico in "qualche giorno"
c'è ben poco da informarsi, è un curriculum vero e proprio che grida al mondo
"sono un ricottaro".
Che poi, al di la del fatto che la tua totale ignoranza dell'argomento è
abbastanza palese, stai praticamente dicendo che una web agency in un mese
dovrebbe cagare una dozzina di applicazioni grandi quanto AppleStore, e 
credo che anche un babbuino con il vizio dell'assenzio possa arrivare a 
comprendere quale tremenda cazzata sia questa.
Ecco, forse è l'assenzio che ti manca, potrebbe darti quella spinta in più,
magari risparmieresti figure di merda come quella che hai appena fatto.
  ngw
-- 
NP: Joy Division - Unknown Pleasures - Wilderness

 portabili e piu' facili da usare .-D
Il fatto che una cosa sia più facile da usare non significa che sia
*così* facile.
A livello base dovrei dirti che se per un portale della dimensione
dell'iTMS tu faresti solo due giorni di testing (anzi, tu parlavi di 2
giorni tutto compreso) hai battuto forte la testa.
E il testing non c'entra con  il linguaggio eh...
Poi prendo le tue uscite per quello che sono: delle trollate. È evidente
che tu stai tentando di provocare, anche se con l'unico risultato di
accumulare figuracce. Mi dipiace.


 magari risparmieresti figure di merda come quella che hai appena fatto.
Per carita'. Ti lascio il privilegio di metterci due mesi a fare una
traduzione, ma anche quello di sventolare il pezzo di carta.
Che tenero, tutto fiero delle sue medaglie.
Oh, a parte i mitomani c'e' qualcuno che mi spiega perche' dovrebbero
volerci due mesi per sostituire il motore a un db?


 risultato di accumulare figuracce. Mi dipiace.
Che perspicacia. Non era cosi' evidente, pensa che io non me n'ero
accorto.
Oh, appena uno mette li' un dubbio sull'efficienza dei tanto lodati
metodi moderni di lavoro, pur di svicolare diventano tutti psicologi .-D
L'importante, in fondo, e' che il lavoro lo faccia uno bravo. Certo che
se fossi un potenziale cliente saprei da chi *non* servirmi.


 volerci due mesi per sostituire il motore a un db?
Perchè è un sistema piuttosto complesso che richiede tonnellate di testing, e
"qualche giorno" lo si spende solo a scrivere i test delle unità.
Non c'è una risposta reale a questa domanda, la domanda è talmente idiota che,
per chiunque abbia una dimistichezza minima con l'ambiente (dimistichezza as
ho fatto 3 ordini di merda su Amazon), risulta simile a "perchè devo tirare
fuori l'uccello per pisciare ?".
Perchè altrimenti ti bagni i pantaloni, coglione. Li indossi i pantaloni, vero
?
  ngw

 *squadra* di persone parecchio produttiva ed ottimamente coordinata.
Io mi riferivo a Apple Store, iTMS non lo uso quindi non so.
Apple Store 3 programmatori, un dba e un designer in due mesi ce la fai, e
arrivi anche tranquillo (almeno con Rails).
  ngw

 Compreso il managemnet web based, le localizzazioni e gli aggiornamenti?
Le localizzazioni no perchè per me sono un sistema idiota, almeno se intendi
l'approccio alla gettext.
No, localizzazioni fuori, quelle sono un discreto casino, a meno che non si
hanno diverse istanze della stessa applicazione su db differenti. In realtà
non ci ho pensato, non è che ho fatto un'analisi completa :p
  ngw

 se fossi un potenziale cliente saprei da chi *non* servirmi.
Fortunatamente anche i programmatori indipendenti possono scegliere i
clienti entro certi limiti.


 anelli?
Eh, che vuoi che ci voglia a rifare un'orchestrazione di un brano, non
son le solite 7 note?
-- 
Porco Jobs!

 e` come dire che un'auto serve a portare a spasso il serbatoio.
E ci hai ragione pure tu, e' il telaio, che devono sostituire. E *anche*
il motore. Speriamo che almeno la benzina sia la stessa .-)
Non so, eh, capisco che a scrivere programmi bisogna mettersi li'. Ma
calcola che tutta la "scienza" c'e' gia', c'e' l'interfaccia, le
stringhe, la base dati, avranno i flowchart gia' belli e pronti e
debuggati con l'esperienza del programma attuale, alla fine c'e' *solo*
da scrivere istruzioni per fare una cosa che si sa gia' fare, non
bisogna mica scovare proprieta' nascoste dell'hardware o mettere mano ai
data book.
Giustamente riko dice che ci sono i vari dialetti. Le possibilita' sono
due: o il programmatore precedente ha usato tutte le "parole" piu'
astruse, e allora e' un demente, oppure si fa una traduzione paro paro,
al massimo ci sara' qualche "frase idiomatica" da rendere nel nuovo
dialetto. Una cosa e' tradurre Douglas Adams, dove devi inventarti una
battuta perche' l'originale e' intraducibile, devi rendere in italiano
la forza di un testo che non ha solo un significato ma anche una forma
particolare, in pratica ti riscrivi pezzi del libro da zero; un'altra
cosa e' tradurre un manuale. A meno che il manuale sia scritto in
terzine dantesche .-D
E comunque *le informazioni* nel manuale non vanno ricercate da zero e
verificate: se dice "premere il tasto A", che lo dica in ostrogoto o in
siculo e' lo stesso. Il programma apre il file taldeitali, legge
l'informazione vattelapesca, moltiplica per l'eta' del capitano e
riscrive? Mica si deve richiedere l'eta' al capitano, o inventarsi un
nuovo modo creativo di aprire e chiudere i file.


 clienti entro certi limiti.
Oh, ma guarda che per il cliente e' piu' facile: "lo voglio in 2
settimane" - "non si puo' fare" - "ok, arrivederci". Vai dal macellaio:
"un chilo di trita" - "non ce l'ho" - "ok, arrivederci". Non e' mica
schiavismo o cattiveria, e' chiedere un servizio .-)
E non si tratta di studiare un prodotto rivoluzionario, si tratta di
leggere e scrivere roba in un po' di file, buttare due cose sul video,
usare le funzioni standard di qualunque linguaggio. Se per far suonare
un pezzo a quicktime, per far apparire un'immagine sul monitor, per
richiedere un dato da tastiera ti devi scrivere un programma, significa
che stai usando il linguaggio sbagliato.


 *squadra* di persone parecchio produttiva ed ottimamente coordinata.
E solo *se* lo riscrivono. Perche' dovrebbero?
Guarda, quasi quasi accetto la sfida del Basic (rotfl): mi dai
un'applicazione scritta in MBASIC da un essere senziente e io la traduco
in GWBASIC. Tanto il traduttore l'ho scritto almeno vent'anni fa. Devo
solo trovare un lettore di floppy da 5.25" .-D


 disse:

Diciamo 5 minuti? Se il brano funziona gia' cosi', cambio tre preset e
voila'. Ma guarda, cambio anche la velocita' e la tonalita' se mi dai
altri 5 minuti.
Ca%%o mica devono tirare a indovinare, hanno i sorgenti, l'analisi, i
dati sotto al naso. Che e' *esattamente* come avere il master del brano
*e* tutte le parti in MIDI *e* l'arrangiatore originale, l'autore, il
paroliere e l'interprete li' al tuo servizio, nello studio originale,
con tutti i musicisti originali. Gli dici "bene, la rifacciamo un po'
piu' swingata, senza i violini, sul ritornello il piano tacet, three,
four". E stiamo parlando di una produzione artistica. Un programma e'
paragonabile al massimo a una base per il karaoke. Serve a far
funzionare una macchina, non a farla ballare.
Poi qui da me per passare *i dati* da un programma ad una versione piu'
recente dello *stesso* programma sono riusciti a far reinserire tutto a
mano, ma vabbe', e' il terzo mondo dell'informatica. Il venditore gli
avra' detto "non si puo' fare" e loro invece di mandarlo a ca9are hanno
comprato. Ma mi auguro che almeno alla Apple sappiano come funziona un
computer .-D


 solo trovare un lettore di floppy da 5.25" .-D
Ma grande, lo stesso programma scritto in due dialetti dello stesso
linguaggio.
Esattamente come da un framework Java a un'altro in un'altro linguaggio, la
stessa identica cosa.
Velo pietoso, non c'è altro da fare.
  ngw

 fuori l'uccello per pisciare ?".
Aaaaah, ho capito. Vedi che quando ti esprimi come un babbuino sei molto
piu' comprensibile? Potevi rispondere subito cosi', io avrei tirato
subito le mie conclusioni e ti saresti risparmiato qualche faticosa
digitazione. Non ci voleva tanto, bastava che non ti vergognassi di
parlare come mangi.
Certo che, lasciatelo dire, mangi delle belle schifezze, eh.


 Velo pietoso, non c'è altro da fare.
Ancora qui stai? Non hai qualche bel libro da tentare di leggere?


 rispondermi, puoi rilassarti.
Addirittura ora quoti una parte della tua risposta, appiccichi sotto un pezzo
della mia (precedente) e cambi totalmente il senso.
Povero Biggo.
Ti lascio troll, del resto sei riuscito a farti dare del coglione da un numero
sufficientemente alto di persone no ? Missione compiuta Spock, ritrova il
diario di bordo tra i giornali porno e registra.
Ci sono altri Biggo/Davide M di cui dovrei sapere che almeno risparmio il mio
tempo ?
  ngw

 sono due piattaforme di sviluppo comnpletamente diverse.
Del resto solo uno come Biggo può dare qualche valore ad un porting da un
linguaggio all'altro in cui si "traduce" il programma blocco per blocco
ignorando gli idiomi e le particolarità della piattaforma specifica. In questo
caso si tradurrebbe in un Ruby senza blocchi e che non usa, tanto per dirne
una, il typing dinamico. Un software di merda insomma, che non solo non
aggiunge valore, ma ne toglie parecchio.
Contando che si stava parlando tra l'altro di un framework Java e un framework
Ruby poi, si può concludere che il ragazzo si applica poco, oltre ad essere
stupido.
Avessi capito che mi stava chiedendo una cosa _così_ stupida avrei evitato di
rispondergli.
  ngw

 tempo ?
Spassosissima, era dal lungometraggio di Mr Bean che non mi facevo
risate cosi`.  Biggo (con le sue grandiose capacita` usenettiane:
chapeau!) a difendere le sue tesi ridicole e indifendibili, contro
Nicholas (con, vabbe`, le capacita` sue) a cercare vanamente di
dimostrare l'ovvio.  Quella dell'amadriade cinocefala era buona persino
rispetto alla media di Biggo, che e` tutto dire.  A Nicho', killfila
anche me oltre a Biggo, che famo prima.
Alex

 tempo ?
Senz'altro. Ma ci vogliono almeno due mesi/uomo per trovarli.
Acqua, acqua. Non hai ancora trovato il bottone giusto. Adesso e' una
questione d'onore, eh?


 a difendere le sue tesi ridicole e indifendibili
Guarda che qui "le mie tesi indifendibili" sono: "ci vogliono due mesi?
Ma perche'?". Fine delle mie tesi indifendibili. Se poi lo psicopatico
ex commerciante elettronico lo prende come un insulto invece che una
domanda, saranno problemi suoi. Io piu' che pigliarlo per il culo o
consigliargli di curarsi non posso fare.
E infatti gente meno paperina di lui mi ha dato risposte. Io continuo a
non capire, saro' scemo, ma almeno ho la prova che un coglione rissoso
s'aggira pel gnusgrůpp, e non sono io .-)
Beh, speriamo che mi killi cosi' la smette di pestare i piedini.


 rispondergli.
Vedi? Colpa tua che non ti applichi e non capisci.
Se avessi evitato di rispondermi avresti evitato anche di ricorrere alle
pillolone. Tutte 'ste emozioni ti fanno male. Fa' il bravino, signor
ex-commerciante, molla l'osso, che non c'e' trippa.


 guarda che siamo un po' piu` in la` del procedurale di 300 righe :-)
Non ne dubito. Ma siamo ben al di qua del programma sperimentale fatto
con tecniche rivoluzionarie. E' una gestione di un database del cacchio,
sara' pure carino e ciccioso ma e' pur sempre apri il file - fai due
somme - chiudi il file, fosse anche su 100 o 1000 file insieme.
Un modo che mi viene in mente per complicare una cosa cosi' semplice e'
scriverla in un linguaggio non adatto. Ma credo che perfino nei vari
cadaveri di C sia solo una questione di usare una paccata di librerie
gia' belle testate e funzionanti. Che ci sono, vero? Non e' che ogni
volta che vuoi buttare qualcosa sullo schermo devi riscriverti il print.
Io Ruby manco so dove sta di casa. E' un linguaggio di programmazione?
Bene. E' piu' avanzato del precedente? Meglio: laddove il programma
precedente diceva "prendi nome e password, verifica, giusto: vai li'
altrimenti: vai la'", quello nuovo dira' "login(li',la')". Certo che se
dobbiamo stare due ore a decidere se e' giusto o meno chiedere la
password, e se la verifica va fatta prima o dopo, e se li' e la' succede
questo o quello, allora si tratta di rifare tutto da capo; e non trovo
nessun buon motivo per cui un programma funzionante debba essere rifatto
da capo: non bisogna trasformare l'applestore in un videogame o in un
word processor, bisogna fargli fare le stesse identiche cose in un
linguaggio che si suppone piu' avanzato del precedente.
Per tornare alla TV, e' come se tu, autore di Strangelove, ti trovassi a
fare il film con attori migliori. Invece di spiegargli "cammini per
dodici metri esatti, poi raccogli l'oggetto A, esclami 'accidentaccio!'e
rimani chinato per tre secondi e mezzo in direzione nord-nord-est con
gli occhi spalancati e la bocca leggermente piegata all'ingiu'" gli dici
"vai la', raccogli, ti si strappano i pantaloni, ti vergogni, imprechi.
Facci ridere". E' un bravo attore, i tempi comici li conosce da solo, la
faccia di quello che ha strappato i pantaloni la sa fare, la camera sa
dov'e'.
A un chitarrista blues non devi spiegare per quante battute deve suonare
e dove cambiano gli accordi: gli dici "siamo in fa, fai due giri
d'assolo" e s'arrangia. Oh, ci sono perfino *programmi* in grado di
farlo.
E *comunque* questa e' una "prestazione artistica", sia da parte tua che
da parte dell'artista. Mentre un programma e' un programma: metti giu'
le istruzioni per fare una cosa, il computer esegue, stop. Non esegue
cosi' o cosa', non c'e' interpretazione: se c'e' -e non riesco nemmeno a
concepire che ci possa essere-, significa che il linguaggio e' ambiguo,
dunque non e' il linguaggio adatto. Oppure non e' adatto il programma, o
il computer ha preso vita. Ma anche se ci fossero novantasei modi
diversi di dirgli "scrivi 'hello world'", scegliamone uno e usiamo
quello: mica l'ha detto il dottore di esibirci nell'uso di tutte le
funzioni a disposizione.
Un altro modo che mi viene in mente per complicare le cose e' dare in
mano il tutto a uno che dovra' imparare come funziona il programma,
dovra' imparare da zero il linguaggio, e non avra' una riga di
documentazione: uno che non sa ancora recitare e al quale non dai il
copione; uno che non sa suonare la chitarra e che non conosce il blues.
Li' ti concedo anche *dieci* mesi (io ce ne metto tranquillamente
diecimila, cioe' rinuncio).


 Hai citato gli *strumenti* e le *specifiche*, manca "solo" il lavoro.
Ah, e appunto: "il lavoro" *e'* scegliere le telecamere giuste, trovare
gli attori giusti, scrivere la sceneggiatura, decidere la location,
pianificare, trovare i finanziamenti eccetera. La recitazione degli
attori, cosi' come la stesura del codice, e' una parte infinitesimale
del lavoro.


 funzionare una macchina, non a farla ballare.
Si tratta di RISCRIVERE quel programma in un altro linguaggio e NO: non
basta un traduttore automatico e due preset per farlo funzionare.
Cosi' come occorre tempo per riscrivere daccapo le parti per
un'orchestra.
Ma e'assurdo e ridicolo che queste cose venga a dirle IO a te.
Mah.
-- 
Porco Jobs!

 ma e' pur sempre apri il file - fai due somme - chiudi il file
ROTFL.
Dai, sii serio.
Capisco il gusto della battuta ma NON e' cosi'.
-- 
Porco Jobs!

 penso di essere stato gia` abbastanza chiaro :-)
Ma infatti tutta questa discussione non ha senso.
-- 
Porco Jobs!

:

Ma che killfile, se si toglie l'aspetto ludico che gusto c'č a stare su usenet
? Davide M č un fesso, questo puņ essere utile: metti che mi invitano ad una
cena dei cretini, potrei chiamarlo e avere vittoria sicura.
Piuttosto, perchč dovrei killare te ?
  ngw

 certo che si tratti di lui ho preferito non esprimermi. Ricordo bene?
Mah, tu chi ricordi ? I miei nome e cognome sono abbastanza noti e non li
nascondo, Google ce l'hai.
Di te non mi ricordo, ma al di la di questo intervento decisamente poco
felice, non mi sembra di averti mai incontrato.
Se trovi un posto dove avrei fatto "trollate pesanti e cafoneria" fammelo
sapere, che sono curioso anch'io.
Con Martelli è storia vecchia, ho litigato secoli fa e ogni volta che mi
incontra tira qualche frecciata, che io ignoro regolarmente.
  ngw

 il flauto dolce tranquillo che in due ore ce la faccio, che ce vo'?
Guarda che io a) non ho nemmeno nominato il "flauto dolce" e b) non ho
detto che "ce la faccio". Ho detto che se uno di mestiere suona il
blues, poi non puo' venire a dirmi che si deve studiare il pezzo per due
mesi. Un blues e' solo questo: un blues, e al mondo ci saranno svariate
migliaia di pezzi blues tecnicamente tutti identici, e tutti belli, e
tutti diversi. Tu stai dicendo che siccome chiedo a un sedicente
bluesman di farmi un assolo al volo allora dovrei essere capace di
comporre un brano pop di successo mondiale, suonare tutte le parti,
produrlo, stamparlo su CD e distribuirlo in 22 Paesi intanto che il
tizio accorda la chitarra.
Ho un programma che apre il file "pippo" e ci scrive "test". Abbiamo
appurato che "pippo" e' un nome valido e "test" e' una sequenza di
caratteri accettabile? Bene, se funzionava in assembly funzionera' anche
in applescript, anzi, funzionera' molto meglio e con meno istruzioni.
Avevamo appurato che se chiami un file "pippo" si formatta l'hard disk
per un'incomprensibile bug del sistema? Bene, *non* chiameremo "pippo"
il nostro file: del resto non si chiamava cosi' neanche prima, chi ce lo
fa fare?


 disse:

Non e' il gusto della battuta, semmai e' una semplificazione .-)
Che fa un programma cosi'? Cioe', cosa fa che non si possa fare con una
chiamata al pezzo di "motore" che lo fa? No, perche' l'ultima volta che
si parlava di scrivere un browser "non era facile" perche' bisognava
scriversi il motore di rendering. E il gestore della tastiera? Non
vogliamo scrivercene uno da capo? .-)
Fondamentalmente: entri con user e password, clicchi su un oggetto, lo
compri. Di la' succedono un sacco di cose che fanno si' che tu possa
entrare e comprare. Se ci sono complicazioni logiche (verifiche dei
dati, controlli di coerenza e via dicendo) sono *gia'* state risolte. Se
ci sono complicazioni tecniche (dimensioni del database, dimensioni
delle pagine, compatibilita' coi browser) sono *gia'* state risolte. Se
il nuovo linguaggio introduce nuove complicazioni logiche e tecniche,
forse non e' una buona idea usare quel linguaggio, non credi?
Cioe', davvero, non riesco a capire il problema, non e' che lo faccio
per cattiveria. Divento acido solo se penso che ogni volta che si parla
di nuovi linguaggi mi si magnificano le lodi della portabilita' e della
facilita' d'uso e della completezza di questi linguaggi, e siccome non
vedo problemi pratici nel passaggio da un linguaggio adatto allo scopo
ad uno piu' adatto allo scopo, mi vien da pensare che in fondo questi
linguaggi non siano adatti. Tutto li'. Se per spegnere il computer devo
premere il pulsante "start", il linguaggio non e' adatto - non so se mi
spiego.


 programma di notazione in automatico.
Eh. Ma guarda che dico la stessa cosa. Un professionista fa il suo
lavoro, e se e' un lavoro meccanico mica sta li' a inventarsi le cose:
fa e basta.


 Ripeto: non sono certo di ricordare bene, ho solo un dubbio e chiedo.
Prima postavo con "Nicholas Wieland", da quest'estate con le iniziali e basta.
3 post al massimo su icm prima di avere il pb.
Di te proprio non mi ricordo, l'unico campanello che suona è quello che ti
associa ad Amanda Lear, ma ho idea che tu non sia il conduttore del Brutto
Anatroccolo :D
  ngw

 sono cose che *per* *faqintosh* faccio in una o due righe, eh.
In C? E che fai, una riga con l'if e l'altra con l'endif? Non si puo'
fare *niente* in due righe di C.


 disse:

E naturalmente non e' colpa di chi risponde alle domande con le
medaglie, ma e' colpa di chi fa le domande.
Hai presente che non posto una richiesta d'aiuto su un qualunque
argomento da eoni? Per dire, se hai un dubbio sull'output di netstat, o
sulla sintassi di httpd.conf, o su come funziona il programma
pincopallino, ICM ormai e' l'ultimo posto dove chiedere. Da una parte
quelli che non trovano la barra spaziatrice, dall'altra i professoroni
che a ogni domanda rispondono che loro hanno gia' risolto perche' sono
piu' fighi, dunque la soluzione e' diventare fighi.
Se poi una volta ti sei azzardato a dire che sai collegare un cavo, guai
a chiedere come si usa Photoshop: "ma come, tu non eri quello bravissimo
a collegare i cavi? E non sai usare Photoshop? Hahahahahahaha".
Discussioni, e pure sensate? Sarebbe bello, ditemi dove si comprano.


 appunto :-)
Bene, ho un programma che calcola il pigreco per spanna dello squaraus
di zlurg, e lo fa su ottocento computer contemporaneamente intanto che
mostra una rappresentazione 3d in tempo reale. Cosa cambia? Se lo faceva
in linguaggio1 e non puo' farlo in linguaggio2, cerchero' un linguaggio3
che possa farlo invece di ostinarmi a stringere i dadi con le forbici.
Suppongo che la decisione di passare a linguaggio2 sia dettata da una
maggiore capacita' di linguaggio2 di fare il lavoro che mi serve.
Se invece stiamo parlando di fargli fare il calcolo della cosecante
dell'arcotangente del grande puffo e farlo cantare a 3 voci, eh, allora
si tratta di fare un *altro* programma, e richiederebbe lo stesso lavoro
in uno qualunque dei linguaggi adatti allo scopo.


 Perche' dovrebbero RISCRIVERE il programma
RoR richiede che le view siano scritte in RHTML. WebObjects richiede che
le view siano scritte con il suo motore di templating. Devi riscrivere
tutta la UI dello store.
Inoltre RoR richiede che il DB sia strutturato in un certo modo per
poterci adattare la sua struttura ad oggetti. Potrebbe essere necessario
migrare i dati a un DB con diversa struttura.
Fine.
 - ∞
-- 
http://millenomi.altervista.org/

 Fine.
Ecco. La prima risposta esauriente del thread. Non dissipa le mie
perplessita', ma almeno si capisce di cosa stiamo parlando.
Grazie a te; e agli altri: ci voleva tanto?


 l'aggiornamento dinamico dell'acquisto in corso.
Ci ho fatto caso proprio ieri o l'altro ieri. All'aggiornamento
automatico, ovviamente, non a XMLHttpRequest... :-)
-- 
Salutandovi indistintamente

 In C? E che fai, una riga con l'if e l'altra con l'endif? 
endif? o.O
Forse hai confuso "C" con "BASIC", in effetti č un typo abbastanza
comune. o.O

 almeno *questo* non se lo siano dimenticato, i programmatori .-D
Per l'analisi hai ragione. Purtroppo non necessariamente quello che dici è
del tutto vero. Per esempio ci sono framework talmente pervasivi che
entrano già a livello di progetto, quindi in pratica si tratta di fare
tutto meno l'analisi. E l'analisi non è così tanto del lavoro.
Inoltre si tratta di risolvere questioni tecniche sulle differenze di
strutturare dentro diversi ambienti di programmazione, etc etc etc
-- 
USB Priests for only 10$

 mano quando ci sono i computer?
Potevi dircelo che ti hanno assunto alla Microsoft!
"entro sei mesi Microsoft lancerą una nuova versione del suo motore di
ricerca che sarą "due volte migliore" di Google"
<
http://www.repubblica.it/2005/e/sezioni/scienza_e_tecnologia/microsoft2
/nuovomsn/nuovomsn.html>

 aggiungerle).
E anche qui stai dicendo la stessa cosa che dico io: avevi un programma
scritto nel linguaggio sbagliato, lo hai riscritto nel linguaggio
giusto; ma i principi sono rimasti gli stessi, insomma i ragionamenti
del tipo cosa voglio dal programma, come funziona il POP, quali dati
vengono passati e in quale ordine, non l'hai dovuta rifare.
Chiaro, trattandosi di un progetto artigianale, personale e educativo,
avrai scoperto tante belle cosine nuove da fare con Python e ce le avrai
buttate dentro. Mettendoci comunque una manciata di giorni, mica e'
stato il progetto di una vita.
Moooooolto tempo fa ho dovuto scrivere un giochino scemo per il teletext
(o videotext, insomma, quello della TV). Che naturalmente andava fatto
in un linguaggio dedicato, simil-basic ma non abbastanza, una roba
piuttosto delirante. Culo volle che avevo *gia'* fatto piu' o meno la
stessa cosa in basic per i fatti miei. OK, programmino piccolino,
qualche centinaio di righe, niente di trascendentale - a parte la
visualizzazione che in basic facevo posizionando il cursore qua e la' e
invece per il teletext si butta fuori tutta la schermata ogni volta, una
riga dopo l'altra .-6
Beh, la "scienza" ce l'ho messa giusto per risolvere quest'ultimo
problema. Roba da 10 minuti scarsi, una routinetta che preparava la
schermata mano a mano che gli arrivavano i dati.
A quel punto e' bastato prendere il sorgente basic del vecchio
programma, modificare tutte le istruzioni "print at x, y; stringa" in
"printa (x,y,stringa)", cambiare un po' di basic nel corrispondente del
linguaggio demenziale (manco mi ricordo come si chiama), due, forse tre
pezzetti ho dovuto rigirarli un po' perche' 'sto coso aveva un modo
tutto suo di fare, ma in un paio d'ore il programma girava identico
all'originale. Originale che ovviamente, per quanto giochino, aveva
richiesto qualche ora per il codice e qualche giorno per risolvere tutti
i problemini. Ecco, quei problemini non ho dovuto risolverli di nuovo.
Senza parlare del traduttore del quale scrivevo altrove: li' (stiamo
parlando di *altri* 6 o 7 anni indietro, maro' se sono vecchio) ho
passato qualche decina di applicazioni da un basic all'altro, ed erano
piuttosto diversi, in un tempo assurdamente breve e soprattutto senza
muovere un dito. Fosse sempre cosi'.-D 
Ora, per riassumere tutto il casino: abbiamo un applestore che funziona
da dio. Ma il linguaggio fa acqua e rischiamo che ci crolli addosso.
Prendiamo un linguaggio piu' solido e piu' adatto allo scopo.
Riscriviamo il programma usando il nuovo linguaggio. Sento gia' un coro
di "non e' cosi' semplice". E invece *e'* cosi' semplice. Le
peculiarita' dei due linguaggi non sono un problema: si suppone che chi
riscrive il programma *sappia* usare il linguaggio a menadito. Si
suppone anche che non stia a sperimentare nuove mirabolanti tecniche di
programmazione a spese del cliente.
Certo che se lo dobbiamo fare noi, da hobbisti, e' diverso: sono
dispostissimo a prendere un programma in X e riscriverlo in y, anche se
non ho la piu' pallida idea di come funzionino x e y, ma di certo non mi
faccio pagare per imparare a usarli, anzi, ringrazio di avere avuto
l'occasione di imparare un linguaggio nuovo.
Per tornare agli esempi: una traduzione dal tedesco fatta alla buona
giusto per far capire il succo sono in grado di farla, ma non mi vendo
come traduttore. Se invece mi vendo come traduttore devo conoscere a
menadito sia l'italiano che il tedesco, non posso dire "ci vogliono due
mesi", farmi pagare duemilioni e andare di nascosto a fare un corso di
lingue di un mese e mezzo .-)


 comune. o.O
Non sei ancora arrivato a studiare le direttive?


 Magari cambia l'interfaccia :-)
Ma questa sarebbe una scelta, non e' una conseguenza automatica del
cambio di linguaggio.


 Potevi dircelo che ti hanno assunto alla Microsoft!
E perche' io? In questo thread sono quello che non ci capisce un tubo,
alla maicrosof mandiamoci i professoroni .-D


 Certo, esiste anche Severino Gazzelloni.
E lui come si sente?
Alex

 (per non
dire di D. Knuth, che a Stanford e` professore di "The art of computer
programming", presumibilmente in onore della sua incredibile serie di
libri e pamphlet cosi` appunto intitolati).
Alex

 Devo trovare un terreno in cui incontrarti :-)
Conosco un prato dietro il convento delle Carmelitane Scalze che verso
l'alba tende ad essere abbastanza sgombero (e se invece che alla
sciabola andate alla pistola, NP, le povere Carmelitane ormai ci sono
abituate e tanto devono comunque svegliarsi presto per Mattutino).
Alex

 nel novero di quelli che sentono stridere il flauto dolce.. ;-D
Se stridesse sarebbe aspro...
Alex

 programmazione a spese del cliente.
Mi spiace Biggo, ma sei fuori strada. Altrimenti (per dire) non si
spiegherebbe perchč di vecchi programmi in Cobol ce ne sono ancora tanti.
Non č molto piů semplice il BASIC? Perchč non li hanno riscritti?
[ peraltro passare da Cobol a BASIC č molto piů banale che passare da
un'applicazione scritta con WebObjects in Java ad una con Rails in Ruby:
questa cosa equivale sostanzialmente a riprogettare tutto il software ]
[ Analisi         ]
[ Progetto        ]
[ Implementazione ]
[ Debug/Test      ]
[ Mantenimento    ]
Quello di cui sopra č circa il ciclo di sviluppo di un software. Tu stai
sostanzialmente dicendo che l'analisi č la parte piů grossa e costosa. Io
ti dico che se č vero che senza una buona analisi non si va da nessuna
parte, come costo e mole, č significativamente piů piccola delle altre cose
messe insieme. Sicuramente Mantenimento e Test da soli fanno gran parte dei
costi e dei tempi, ma anche Implementazione e Progetto sono abbastanza
grandi da non rendere affatto trascurabile il punto. Anzi.


 sistemi di CMS multilingua (en/fr/es/ar/zh) :-PP
Comunque il tuo stupore deriva probabilmente dal fatto che non hai visto
Rails... :)
Dacci un occhio. Ruby è sufficientemente perlish perchè tu non abbia
difficoltà a leggerlo (ne lo trovi deprimente...), c'è un tutorial di apple
su Ruby On Rails.


 sostanzialmente dicendo che l'analisi è la parte più grossa e costosa.
Comunque io per "analisi" intendo, in modo grossolano, tutto cio' che e'
pensarci su, inventare e buttar giu' i concetti. Quello che non e'
battere tasti, insomma. 
