Oppure

Loading
15/05/18 10:24
nessuno
Postato originariamente da Carlo:

Postato originariamente da nessuno:
Ho un computer di 15 anni fa in cui faccio girare programmi in GWBASIC e QUICKBASIC e vanno velocissimi ...

Veroo!!
Non ti posto contro dicendoti, ma che scrivi!


E invece dovresti, ma vedo che non hai afferrato ...

Perché non si possono leggere?
Gli addetti ai lavori non hanno problemi a valutare e ponderare quanto scritto!


Se non capisci perché non si possono leggere, è ovvio che non sei un addetto ai lavori.
Nulla di male, ma le argomentazioni banali come "è più veloce e gira con un pc di 10 anni fa", senza una argomentazione del contesto tecnologico e di quello che è avvenuto negli ultimi 20 anni nel mondo dell'informatica, sono veramente assurde.

E questo vale, a maggior ragione per ingeinfo, suppongo ingegnere informatico, utente appena (e stranamente) iscritto proprio per fornire un commento assurdo, se crediamo veramente che sia un ingegnere informatico.
Ultima modifica effettuata da nessuno 15/05/18 10:26
Ricorda che nessuno è obbligato a risponderti e che nessuno è perfetto ...
---
Il grande studioso italiano Bruno de Finetti ( uno dei padri fondatori del moderno Calcolo delle probabilità ) chiamava il gioco del Lotto Tassa sulla stupidità.
15/05/18 10:34
Carlo
Postato originariamente da TheDarkJuster:
Io sviluppo programmi bellissimi in assembly per 8086, per CPU in real mode, perché ca veloce anche sul mio i386, mentre il tuo vb6 non funziona in windows 3.1.....

Non è il giusto spirito per affrontare la realtà.
Sò che VB6 non è al passo con i tempi, e che non può essere usato per applicazioni "moderne" sempre più orentate al web. Per non parlare della massiccia migrazione di utenti verso Android...
Ma c'è un grosso MA, l'Italia informatica avanza a diverse velocità.
Nelle piccole e medie imprese, gli imprenditori, una ventina di anni fa, hanno investito in macchinari all'epoca "moderni", pagati centinaia di milioni di lire.
Uno scatolificio ha una catena robotizzata che taglia piega stampa imballa scatole di carta e cartone.
Una vetreria ha una macchina che taglia, smussa angoli, a lastre di vetro e le incolla due a due per creare i doppi vetri.
Una azienda lavora marmi anche di grandi dimensioni, con un pantografo che scolpisce disegni anche molto complessi.
Una pelletteria ha delle macchine che proietta le immagini delle dime sulle pelli, attraverso dei laser, in modo da minimizzare lo spreco risultante dal taglio delle preziose pelli.
Potrei continuare, ma non serve, se siete del mestiere.
Queste macchine sono basate su Win XP, non sono collegate ad internet, non contengono dati sensibili, funzionano solo per il compito per cui sono state progettate e le aziende che le hanno costruite spesso non esistono più.
Queste macchine hanno bisogno di manutenzione, e aggiornamenti "paratici".
Le richieste più comuni che mi rivolgono gli imprenditori, sono:
Mi aggiungi un counter che mi dice da che ora a che ora la macchina ha funzionato?
Quante volte i programmi "piega", "taglia" e "cuci" sono stati aperti?
Mi aggiungi un cronometro a tutto schermo?
Mi salvi in un log con orario, tutti i comadi che il PC invia alla macchina?
Mi implementi un piccolo database per inserire delle info sulla lavorazione in corso?
Altre richieste sono uniche e legate ad un contesto specifico non generalizzabile.

In alcuni casi ho installato il Framework 4 (il massimo installabile per XP) e scritto in VB .Net.
Ma se devo intercettare dati che vengono spediti via lan o rs232, in quell'ambiente, risolvo con VB6, che macina migliaia di righe di codice al secondo.

Non credevo che dovevo "spiegare" ad addetti al lavoro queste semplici cose, forse lavorate troppo di teoria, o non sapete che esiste ancora l'ambiente XP, e che è morto lo dite solo voi, nelle macchine dell'industria italiana è vivo e vegeto.

Sono indignato, VB6 è l'unico prodotto Microsoft che non ha avuto la portabilità verso le nuove piattaforme e è stato un grave errore, tanto che ha fatto migrare una massa di programmatori verso linux.

E' come se Excel di oggi non caricasse un vecchio .xls!!!

Ultima modifica effettuata da Carlo 15/05/18 12:00
in programmazione tutto è permesso
15/05/18 10:44
nessuno
Carlo, stai parlando d'altro.

Nessuno nega che esistano tante realtà in cui si usano, per vari motivi, hardware e software obsoleti per il mondo IT.
Per prime le banche, che hanno ancora mainframe con potenze paragonabili a quelle di uno smartphone e con codice COBOL che gira a più non posso.

Ma questo è un altro discorso e se non comprendi che non c'entra nulla con il fatto che VB6 è parte di un mondo ormai morto per l'IT, non ci posso fare nulla.

Questo è un forum tecnico. Non si parla dei problemi delle aziende, ma delle tecnologie legate alla programmazione, ovviamente LE PIU' RECENTI tecnologie. Il tuo punto di vista è quello del "piccolo" imprenditore italiano, in questo forum (e in altri) si vuole parlare di quello che IL MONDO offre per l'informatica. Non ci si incontrerà mai.

VB6 non poteva essere "portato" da nessuna parte perché MS ha scelto di abbandonare COM e le interfacce binarie interprocesso (a ragione) a favore di .NET e di tecnologie meno critiche. Non c'è nulla da indignarsi, ma da capire.

Per quello che mi riguarda, non perderò più tempo in thread simili. Buon lavoro.
Ultima modifica effettuata da nessuno 15/05/18 11:35
Ricorda che nessuno è obbligato a risponderti e che nessuno è perfetto ...
---
Il grande studioso italiano Bruno de Finetti ( uno dei padri fondatori del moderno Calcolo delle probabilità ) chiamava il gioco del Lotto Tassa sulla stupidità.
15/05/18 19:34
Goblin
Ragazzi, se così posso chiamarvi :asd: , scusate il mio OT, forse per sdrammattizzare un pochino il thread, ma sembra di rivivere un dejavu di circa 35 anni, quando si litigava se il C64 fosse meglio dello ZX Spectrum o del MSX.

Con Affetto
G.
Ultima modifica effettuata da Goblin 15/05/18 19:35
Ibis redibis non morieris in bello
15/05/18 21:43
TheDarkJuster
Postato originariamente da Carlo:

Postato originariamente da TheDarkJuster:
Io sviluppo programmi bellissimi in assembly per 8086, per CPU in real mode, perché ca veloce anche sul mio i386, mentre il tuo vb6 non funziona in windows 3.1.....

Non è il giusto spirito per affrontare la realtà.
Sò che VB6 non è al passo con i tempi, e che non può essere usato per applicazioni "moderne" sempre più orentate al web. Per non parlare della massiccia migrazione di utenti verso Android...
Ma c'è un grosso MA, l'Italia informatica avanza a diverse velocità.
Nelle piccole e medie imprese, gli imprenditori, una ventina di anni fa, hanno investito in macchinari all'epoca "moderni", pagati centinaia di milioni di lire.
Uno scatolificio ha una catena robotizzata che taglia piega stampa imballa scatole di carta e cartone.
Una vetreria ha una macchina che taglia, smussa angoli, a lastre di vetro e le incolla due a due per creare i doppi vetri.
Una azienda lavora marmi anche di grandi dimensioni, con un pantografo che scolpisce disegni anche molto complessi.
Una pelletteria ha delle macchine che proietta le immagini delle dime sulle pelli, attraverso dei laser, in modo da minimizzare lo spreco risultante dal taglio delle preziose pelli.
Potrei continuare, ma non serve, se siete del mestiere.
Queste macchine sono basate su Win XP, non sono collegate ad internet, non contengono dati sensibili, funzionano solo per il compito per cui sono state progettate e le aziende che le hanno costruite spesso non esistono più.
Queste macchine hanno bisogno di manutenzione, e aggiornamenti "paratici".
Le richieste più comuni che mi rivolgono gli imprenditori, sono:
Mi aggiungi un counter che mi dice da che ora a che ora la macchina ha funzionato?
Quante volte i programmi "piega", "taglia" e "cuci" sono stati aperti?
Mi aggiungi un cronometro a tutto schermo?
Mi salvi in un log con orario, tutti i comadi che il PC invia alla macchina?
Mi implementi un piccolo database per inserire delle info sulla lavorazione in corso?
Altre richieste sono uniche e legate ad un contesto specifico non generalizzabile.

In alcuni casi ho installato il Framework 4 (il massimo installabile per XP) e scritto in VB .Net.
Ma se devo intercettare dati che vengono spediti via lan o rs232, in quell'ambiente, risolvo con VB6, che macina migliaia di righe di codice al secondo.

Non credevo che dovevo "spiegare" ad addetti al lavoro queste semplici cose, forse lavorate troppo di teoria, o non sapete che esiste ancora l'ambiente XP, e che è morto lo dite solo voi, nelle macchine dell'industria italiana è vivo e vegeto.

Sono indignato, VB6 è l'unico prodotto Microsoft che non ha avuto la portabilità verso le nuove piattaforme e è stato un grave errore, tanto che ha fatto migrare una massa di programmatori verso linux.

E' come se Excel di oggi non caricasse un vecchio .xls!!!



Ci sono realtà in cui è necessario usare un modem 56k per conenttersi a internet, causa macchinari o infrastrutture vecchie.

Quindi usiamo tutti un 56k, perchè tanto è veloce a sufficienza per caricare un po di testo nelle pagine, e se gli ad non si caricano tanto meglio.
Se qualcuno ci commissiona nuove chat per un sito usiamo delle sessioni telnet.

Ma che discorsi sono? Cosa c'è da discutere in una tecnologia abbandonata, vecchia di anni, girata e rigirata come un calzino?

E' divertente avviare una sessione telnet con un altro amico nostalgico? Può darsi. Ha un qualche fine pratico nel mondo moderno? Bah, forse si, ma talmente marginale che non ha nemmeno senso parlarne....
aaa
15/05/18 22:05
Carlo
Postato originariamente da Goblin:

Ragazzi, se così posso chiamarvi :asd: , scusate il mio OT, forse per sdrammattizzare un pochino il thread, ma sembra di rivivere un dejavu di circa 35 anni, quando si litigava se il C64 fosse meglio dello ZX Spectrum o del MSX.

Con Affetto
G.


Ho partecipato anche io a quelle diatribe, anche Amiga contro PC, mi fanno ancora sorridere :asd:, ma il paragone non è pertinete, questo post cho ho aperto, non è un paragone tra piattaforme, e il putiferio si è scatenato quando ho detto che un eseguibile VB6 gira più veloce dello stesso eseguibile compilato in VB .net, che è stato erroneamente tradotto in: VB6 è meglio di VB .net.
Se per voi "più veloce" è uguale a "meglio", perché non programmate tutti in Assembler?;)
Ultima modifica effettuata da Carlo 15/05/18 22:11
in programmazione tutto è permesso
16/05/18 6:44
TheDarkJuster
Postato originariamente da Carlo:
Postato originariamente da Goblin:

Ragazzi, se così posso chiamarvi :asd: , scusate il mio OT, forse per sdrammattizzare un pochino il thread, ma sembra di rivivere un dejavu di circa 35 anni, quando si litigava se il C64 fosse meglio dello ZX Spectrum o del MSX.

Con Affetto
G.


Ho partecipato anche io a quelle diatribe, anche Amiga contro PC, mi fanno ancora sorridere :asd:, ma il paragone non è pertinete, questo post cho ho aperto, non è un paragone tra piattaforme, e il putiferio si è scatenato quando ho detto che un eseguibile VB6 gira più veloce dello stesso eseguibile compilato in VB .net, che è stato erroneamente tradotto in: VB6 è meglio di VB .net.
Se per voi "più veloce" è uguale a "meglio", perché non programmate tutti in Assembler?;)

Ci rinuncio. Goditi il tuo velocissimo VB6
Ultima modifica effettuata da TheDarkJuster 16/05/18 12:15
aaa
16/05/18 9:41
Ultimo
Aggiungo anche io, :rofl:

IL vb6 è stato fatto fuori per colpa del linguaggio Java, che ha costretto la MS a sviluppare il DotNET,

OOP, C#, VB.NET, ecc....
If ok Then GOTO Avanza else GOTO Inizia