Newsgroup: it.lavoro.informatica
Titolo: Relatività informatica

Il paradigma di sviluppo ad oggetti è il migliore
- no, dipende dal software che devi scrivere
 
Il GOTO è il male
- no, viene usato correntemente in molti ambiti
 
l'XML è il formato ideale per scambiare dati
- no, passano tutti in rest e json
 
la metodologia UML è la più corretta
- no, praticamente la usa solo chi usa java
 
usare fogli excel per scambiarsi dai è da idioti
- no, lo usano tantissime aziende anche grandi è comodo e visibile
dagli utenti
 
le email dovrebbero essere tutte solo testo
- no, oramai il formato html è il più diffuso
 
mai mettere le righe bolla in array
- no, va beh, quello è vero per assioma
 
 
 
 
 
 
 
 
 

Il 04/05/2012 16.23, Equinozio ha scritto:
 
<snip>
 
uhahaha genio! :D
 
-- 
http://www.evilripper.net
 
http://www.flickr.com/photos/evilripper/
 

- no, va beh, quello è vero per assioma
 
....un subfile e' un array?
 
ciao
fm
 
 
 
 
 
 
 
 
 
 

 - no, va beh, quello è vero per assioma
 
più pericoloso che incrociare i flussi
 
M.

 - no, praticamente la usa solo chi usa java
 
uml non e' una metodologia ma un linguaggio.

> uml non e' una metodologia ma un linguaggio.
 
e c'hai perfettamente ragione lo dice la sigla stessa e me l'avevano
già fatto notare e pure ancora sbaglio. E' un linguaggio, anche se
poi, in pratica, il linguaggio UML ti guida/forza a lavorare in un
certo modo o per lo meno tutti quelli che ho incontrato io lavorano
allo stesso modo.
 
 
 

 dagli utenti
 
Nego la negazione. Lo usano tantissime aziende anche grandi MA
rimane sempre da idioti, non č comodo anzi chiunque l'abbia fatto
sa che č tra le cose piů scomode al mondo e non č visibile agli
utenti perché oltre le poche righe/colonne non ci si capisce piů
niente.
 
 

- no, va beh, quello è vero per assioma
 
E' una battuta.
 
 
 
 
 
 
 


No UML non ti forza a lavorare in nessuna maniera. Sei sempre tu che 
stabilisci come quando e a che livello usarlo.
L'unico constraint che hai e' chiaramente esprimerti in UML quando lo 
usi ma questo va da se'.
 
Probabilmente ti  stai riferendo ai processi di sviluppo software rigidi 
ma centrano poco con UML. Che poi UML venga usato all'interno di questi 
processi rigidi per esprimere qualcosa non fa di UML il colpevole della 
rigidità :)

 rigidità :)
 
Si però l'ho visto ed usato solo in quei contesti. Oltretutto imho ti
"forza" a fare l'analisi ad oggetti e con gli uses case, che non ti
obbligano a niente, ma ti fanno comunque ragionare in un certo modo.

 utenti perché oltre le poche righe/colonne non ci si capisce più
 
mah... adesso con excel si aprono e si quadrano centinaia di migliaia
di righe in pochi minuti...
 
Certo non è il massimo  ma non mi viene in mente niente di così comodo
e veloce per gli utenti.
 
 
 
 
 
 
 
 
 
 
 
 


Non vero che ti forza a fare l'analisi ad oggetti. Ci sono solo alcuni 
diagrammi legati alla rappresentazioni  ad oggetti ma UML mica ti dice 
che devi usarli per forza.Il modo di ragionare non dipende dal 
linguaggio ma dalla persona che poi usa il linguaggio per rappresentare 
il suo ragionamento.

 l'Agenzia delle Entrate....in formato txt
 
le banche tutte, per forza. l'ADE ha anche servizi in xml. Le grandi
aziende dipende, per i servizi più classici ed informatizzati il txt è
lo standard  (posizionale o cvs) ma credo che non avrebbe senso
altrimenti quando i dati sono tanti.  Poi ci sono le aziende di
servizi più piccole, e quelle accettano di tutto basta che le fai
lavorare ma ultimamente da quando non c'è più limite per le righe vedo
una crescita di xls anche nei nuovi servizi anche di home banking
delle banche , ma lo usa anche anche poste anche per servizi
importanti, anche se ad un livello più "consumer".
 
 
 
 
 


E il break dentro i cicli while infiniti?
Io lo uso!
 


...anche i cicli sarebbero materia di discussione,
non meno del GOTO.
 
 
ciao
fm
 
 

 - no, oramai il formato html è il più diffuso
 
  Il fatto che sia diffuso non vuol dire che sia bene: se io ho una casella 
imap che non svuoto regolarmente con l'html si riempie 4 volte più 
velocemente; vogliamo poi parlare di allegati da 20 MB per le mail? Alla 
fine l'html serve solo per "far vedere", ma se sono i contenuti che servono 
...
 
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 - no, viene usato correntemente in molti ambiti
 
Tra cui l'assembler. E non metterei uno che non ha mai scritto due
righe in assembler in vita sua tra gli esperti  di informatica.
 


assembly, si chiama assembly.

 il suo ragionamento.
 
Questa difesa d'ufficio di UML mi sembra inutile. E' nato in ambito OO
e lì è massimamente apprezzato, inutile negare l'evidenza. O ci vedi
qualcosa di male? :-)
 

 ha scritto nel messaggio 
news:5800944d-d103-4467...@c30g2000vby.googlegroups.com...

si, ma giusto due.... eh.
 
ciao
fm 
 
 


 
 
 
 
Che sia nato in ambito oo non significa che sia un linguaggio con cui si 
possa rappresentare solo il paradigma ad oggetti proprio perche' 
multipurpose.Questa e' l'evidenza in cui non ci vedo nulla di male.
Per quel che concerne l'apprezzamento  spesso si tende a sminuire cio' 
che non si conosce o capisce bene e di cui si ha paura.
 
Questi sono i diagrammi:
    Diagramma dei casi d'uso
   Class Diagram
   Object Diagram
   Statechart Diagram
   Activity Diagram
   Sequence Diagram
   Communication Diagram
   Component Diagram
   Deployment Diagram
   Relazioni fra diagrammi
 
   Package Diagram
   Composite Structure Diagram
   Timing Diagram
   Interaction Overview Diagram
 
Di questi riconducibili all'oo ci sono il class e l'object.
 
2 su 14.
 
 


no...no...si dice proprio assembler......VOI BAMBOCCIONY DI WINDOUS lo 
chiamate assembly!!!!!!

 fm
 
Andrea
 
 

 2 su 14.
 
Si, in effetti è un errore comune e diffuso, è c'è cascata anche
Wikipedia italiana ed Inglese
 
In ingegneria del software, UML (Unified Modeling Language,
"linguaggio di modellazione unificato") è un linguaggio di
modellazione e specifica basato sul paradigma object-oriented. Il
nucleo del linguaggio fu definito nel 1996 da Grady Booch, Jim
Rumbaugh e Ivar Jacobson (detti "i tre amigos") sotto l'egida dello
Object Management Group, consorzio che tuttora gestisce lo standard
UML.
 
 
Unified Modeling Language (UML) is a standardized general-purpose
modeling language in the field of object-oriented software
engineering. The standard is managed, and was created, by the Object
Management Group. It was first added to the list of OMG adopted
technologies in 1997
 
In effetti dovresti correggerle se no l'errore continua a propagarsi.
 
 
 
 

 righe in assembler in vita sua tra gli esperti  di informatica.
 
la cosa più nerd da fare era il programma che si autoscrive ovvero
scrivere in un area dati da programma delle istruzioni e poi farci il
jump in modo che venisse eseguito come codice...
 
Che tempi
 
http://www.youtube.com/watch?v=9qd04u2Yj44
 
 
 

 dezcrivere solo il paradigma OO. Su ci puoi arrivare non e' difficile.
 
Ti ho detto che ci credo e che hai perfettamente ragione. E' vero ed è
ovvio.
 
Adesso però tocca a te modificare le voci su wikipedia o segnalare il
problema all'Object Management Group per evitare che l'errore continui
a diffondersi.
 
 
 


Ma non vedo perche' dovrei farlo mica partecipo a wikipedia. Pero' se tu 
ci partecipi puoi fare tu nessun problema.
 
 
 


PS fra l'altro li non vedo nessun errore. Tu dove l'hai visto l'errore?


Divertente notare come John Hughes sia anche il nome dell'arcinoto
autore de
http://www.cse.chalmers.se/~rjmh/Papers/whyfp.html
 
 
Certe "mode" sembrano proprio perseguitarti ;)

 autore dehttp://
www.cse.chalmers.se/~rjmh/Papers/whyfp.html
 
 
Te pensa che io invece avevo notato solo Kelly LeBrock.
 
Proprio due mondi diversi : te sei molto più "vero programmatore"
innamorato più del codice che del prodotto finale.

 wrote:

Ah boh io il video non l'ho nemmeno guardato se è per questo, c'è
scritto sotto al primo rigo:
"Weird Science Trailer - Directed by John Hughes" :)
 
Mò che me l'hai detto, ci torno su per un pò di sano "fap-fap" da
developer de'noartri ;)


 
E perché, ai tempi del C64, tutti i listatini nelle riviste di videogames 
per taroccare il codice del programma per avere le famose vite infinite?
Listatini che ai tempi mica erano inviati alle riviste in chissà quali modi 
ma via lettera e 9/10 l'articolista li ricopiava cannati (bastava cambiar 
anche parzialmente un numero nella fila di DATA) e non funzionava nulla? :-D
E quei giochi fetentoni che avevano dei checksum sul codice per capire se 
erano stati modificati e si rifiutavano di funzionare?
 

  vite infinite?
 
http://it.wikipedia.org/wiki/Cheat_code
 
;-)
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 "Equinozio" ha scritto nel messaggionews:5652e142-27bb-4e1c...@y17g2000vbn.googlegroups.com...

Pensa che tutto questo oggi ha un mercato (illegale ovviamente), i
cheats vendono anche bene.

....un subfile e' un array?
 
shhh, che poi tocca spiegarglielo un subfile...

 righe in assembler in vita sua tra gli esperti  di informatica.
 
ROTFL
 
e' per queste perle che amo ili
 
-- 
We are the music makers,
And we are the dreamers of dreams
 
 

 - no, va beh, quello è vero per assioma
 
E secondo me no, a patto che si sappia esattamente cio' che si sta facendo
(io adoravo i puntatori in C...).
 
-- 
Ciao!
Luca
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 e veloce per gli utenti.
 
Senti, parliamone.
 
A me capita che copino immagini, le incollino in un foglio Excel e mi
mandino il foglio Excel.
 
Spiace, il fatto che lo facciano non mi spinge a dire che sia comunque una
buona cosa per lo scambio di informazioni (*). Senno' va a finire la
teoria in base alla quale milioni di mosche non possono sbagliare...
 
(*) PS. Giusto la settimana scorsa ho ricevuto un file Excel con dei dati,
5000 righe, e, per lavorarlo meglio, l'ho immediatamente convertito in
CSV. Il file XLS č di 700 kB, il file di testo si ferma a poco meno di
300. Siamo sicuri che XLS sia meglio?


 si, ma giusto due.... eh.
 
Ma anche duemila, perchè no. Sarebbe come battezzare "esperto di
motori" uno che non ha mai aperto il cofano della sua auto e guardato
dentro :-))

- no, va beh, quello è vero per assioma
 
perche tanto odio mi domando io...

 erano stati modificati e si rifiutavano di funzionare?
 
Bei tempi. Quando comprai il lettore di cassette per il C64 fu una
svolta epocale, non dovevo pià copiare a mano riga per riga il
codice :-)

 e' per queste perle che amo ili
 
anche io :-))
 

 300. Siamo sicuri che XLS sia meglio?
 
beh si, per me la dimensione ha poca o nessuna importanza in confronto
alla capacità di essere aperto immediatamente e controllato da tutti.
Cioè paradossalmente è la sua facile accessibilità a farmi dire che
non è male. L'usabilità è più importante di tutto.
 
 
 
 
 

 multipurpose.Questa e' l'evidenza in cui non ci vedo nulla di male.
 
In altri ambiti diversi da OO si usa altro con notevole soddisfazione.
Non è che poterlo utilizzare (magari con limiti) in altri ambiti lo
rende automaticamente il più utilizzato ovunque.
Continua la difesa d'ufficio, vedo :-)
 
 

 codice :-)
 
Solo che a me ora come ora scorre una lacrimuccia...
Che poi, sono solo io lo stordito che poi quella cassetta l'ha sentita nel mangiacasette, per avere un'idea di cosa veniva fuori?
E vogliamo parlare del floppy drive (per me epocale sostituto del lettore di cassette)? :-)
 
-- 
Ciao!
Luca


Continui a non capire che non e' una difesa d'ufficio vedo.
Dove avrei mai afermato che e' il lingauggio piu' utilizzato ovunque lo 
sai solo tu.


PS:
E se invece e' una tua affermazione il fatto che non sia il piu' 
utilizzato ovunque non vedo cosa centri con il discorso.
A meno che tu non voglia fare una crociata contro UML perche' non ti 
piace o non lo capisci o lo consideri inutile.

 dati piu' diffuso serve solo a quello
 
per rappresentare i dati po' esse, ma usarlo come formato di
interscambio è demenziale.
 

non è male. L'usabilità è più importante di tutto.
 
PowerPoint: il programma più facile per spedire barzellette illustrate
ai vostri amici.
 
-- 
Ciao, Alessio - 
http://www.sleepers.it
 
 
Materiale in italiano per Agent: 
http://agentit.altervista.org/
 

interscambio è demenziale.
 
bisogna intendersi sul significato di interscambio, se parliamo di scambio di
informazioni tra due sistemi automatici excel e' il demonio (dal punto di vista
del programmatore che ci deve combattere), se l'interscambio e' tra due essere
(presunti) senzienti, tipo due esseri umani, allora, purtroppo, xls si e' oramai
imposto come standard/metodo/mezzo di rappresentazione delle informazioni (io
proprio oggi sto realizzando una serie di report, meglio una serie di
estrapolazioni di dati (anche complesse, non semplici SELECT foo FROM bar, ma
ricche di incroci tra tabelle di db e altre risorse) il cui risultato non sarà
un report, una stampa, uno spool ma un file xls(x) 

 non è male. L'usabilità è più importante di tutto.
 
Un file di testo lo apri in qualsiasi condizione, anche in un terminale con interfaccia a carattere...
 
-- 
Ciao!
Luca

> Un file di testo lo apri in qualsiasi condizione, anche in un terminale con interfaccia a carattere...
 
Si ma la gente con cui lavoro io solitamente ha PC o un Mac con excel
o open office un TFT ed una scheda grafica moderna. E se vogliono
togliere dal flusso l'ordine con codice 23SD5 con excel lo vedono in
un attimo e segano o modificano la riga, con un txt chiamano me ed io
odio sia rispondere a richieste simili sia fare interfacce per poter
consultare flussi.
 
 
 

 piace o non lo capisci o lo consideri inutile.
 
Ma quale crociata :-) Vorrei capire se lo consideri il linguaggio di
modellazione preferibile che va bene per tutto, e deve essere usato
per tutto, oppure no. Visto che ancora non ho capito.
Certo che sarebbe disarmante vederti scrivere 5-6 messaggi su sto UML-
che-può essere-usato-anche-ecc. ecc., e poi concludere con "eh, ma
dipende..." :-))
 

 dipende..." :-))
 
VA bene per modellare sistemi. (Non si parla di solo software).
SE uno ne capisce e ne apprezza le potenzialità lo puo' usare. Se uno 
non vede oltre il suo naso e' chiaro che e' meglio che non lo usi 
perche' lo userebbe male.
 

 lettore di cassette)? :-)
 
io sono arrivato al floppy con l'amiga: era veramente un altro pianeta. E 
pensa che ho avuto per un paio di settimane (in prestito) persino il disco 
fisso, cose da fantascienza :-)
 
 

> io sono arrivato al floppy con l'amiga: era veramente un altro pianeta. E
 
 
si fa presto a dire floppy.. QUALE floppy.. da 3.5 magari a doppia
faccia e doppia densità... ah! Roba da ragazzi moderni altro che!
 
Ci vogliono i dischi da 5¼ da 160Kb belli flessibili.. ricordo che
avevo rimediato una delle prime schede ibm, quelle con il relè sulla
scheda che si poteva comandare da basic, corredata di tastiera di
ferro che sembrava una macchina da scrivere e lettore floppy anch'esso
di ferro pesante sul kg .
 
Ci progettai una scheda ISA, elettronica e tutto, poi da un Basic
evoluto (non ricordo come si chiamava) che accettava pezzetti in
assembler e compilava acquisivo dati direttamente dal BUS o facevo I/O
con un convertitore analogico/digitale e viceversa....  ed a quel
tempo non c'era internet, c'erano i libri : metà del lavoro era
cercare la documentazione.
 
A casa devo averne anche da 8' di floppy.  Li incornicerei se non
facesse così geek, ma chi sà, nel 2012 magari è diventato vintage.
 
 
 
 
 
 
 
 

 perche' lo userebbe male.
 
C'è anche la possibilità che uno lo conosca e lo giudichi una chiavica
(e magari c'ha pure ragione). E' sempre una possibilità che bisogna
contemplare un po' su tutto.
 
 
 


O magari c'ha pure torto. Sonoi tant4e le possibilità.
 

 faccia e doppia densità... ah! Roba da ragazzi moderni altro che!
 
3,5" sul Commodore 64??
 
-- 
Ciao!
Luca


Erano quella da 5 1/4, io ce l'avevo. 3 1/2 era l'amiga o l'atari st.
 
  ngw

 3,5" sul Commodore 64??
 
no, parlavo del floppy, visto che lui aveva detto di essere arrivato
al floppy con l'amiga (io sono arrivato al floppy con l'amiga: era
veramente un altro pianeta). Che però aveva se non mi sbaglio un
doppia faccia hd, quindi è arrivato ai floppy quando erano già
moderni :-)
 
 
 
 


Certo, ovviamente non esiste la possibilità che uno lo conosca e non
lo apprezzi particolarmente nel suo ambito. Ma guarda che strano... :-)

 un report, una stampa, uno spool ma un file xls(x)
 
Indubbiamente formati come quello Excel (ma non solo)  danno la
possibilità di post-elaborazioni personalizzate dall'utente. Talvolta
può anche essere un fatto da evitare, altre volte può essere utile e
richiesto.
Tipico caso: cambiare l'ordine di una lista. Un pochino troppo rigido
ottenerlo rifacendo tutto il giro direttamente dalla select.
 

 E vogliamo parlare del floppy drive (per me epocale sostituto del lettore di cassette)? :-)
 
Eh, eravamo già nel futuro più sfrenato.
 


No, aveva i 5 1/4 a singola faccia (mitico lettore 1540), rapidamente
trasformati a doppia faccia ritagliando con le forbici il buchetto
quadrato sull'altro lato :-))


Si certo che esiste. Tu ti reputi un esperto di modellazione?


giusto. In effetti i floppy dell'amiga erano da 3.5'' ... erano gia' moderni 
:-) Gia' che ci sono: io ce l'ho un floppy da 8' e ho anche diverse schede 
perforate (entrambi regali). L'idea era di tappezzare il fondo di un quadro 
delle dimensioni giuste con le schede, metterci sopra il floppy e appendere 
il risultato nel mio studio . Non l'ho ancora fatto, pero' lo faro'. Anzi, 
ora che ne stiamo parlando (scrivendo) quasi quasi cerco la cornice adatta 
:-)
 
Andrea
 
 


3.5 su Amiga 
 
 

"Net_Byt" ha scritto nel messaggio 
news:4faac2db$0$1378$4faf...@reader2.news.tin.it...

Però anche per il C64 c'era il driver per i floppy da 3.5, era il 1581, il 
più famoso 1541 era si per quelli da 5 1/4.
Il 1581 si vedeva parecchoi di più abbinato a quelli che avevano il C128 e 
lo usavano proprio in modalità 128.
 

 3.5 su Amiga
 
3 pollici e mezzo, ho solo usato un'altra notazione.
 
  ngw

 lo usavano proprio in modalitï¿½ 128.
 
Il Commodore 64 se e' per quello aveva anche una console, la differenza la facevano i giochi, che erano tutti su 5 1/4. Io per esempio il drive, che costava una cosa come 200000 allora, l'avevo preso per Zak "usa coltello su scoiattolo a due teste" McKraken.
 
  ngw

facesse così geek, ma chi sà, nel 2012 magari è diventato vintage.
 
penso di averne qualche decina...:-)))
 
ciao
fm