Forum libero

Scritto da: Giambo
>
> > Alla fine la "carta dell'università" serve solo a convincere il tuo datore di lavoro che sai (o dovresti sapere) informatica.
>
> E' una garanzia che anche il piu' bravo sviluppatore self-made difficilmente puo' presentare.

E il pezzo di carta sì? Chissà perchè da me sono tanto coglioni da fare i mese/mesi di prova.

Ti posso dare ragione sulla scrematura, ma la gente in gamba anche se con la 5a elementare ha sempre parecchie referenze da parte sua (alias corsia preferenziale).

Scritto da: Giambo
> Scritto da:
>
> > Il resto (appunto, deliri P!=NP, ecc) non ti servirà a nulla a meno che non vai a fare il professore all'università e in pocchissimi altri settori.
>
> Non e' mica tanto vero: Un tipo mi voleva coprire di soldi se gli avessi implementato un'algoritmo che ottimizzasse la superficie utilizzata di un foglio di plastica.
> Aspetta che provo a spiegarlo meglio: Questa macchina creava un grande foglio di plastica, largo 2 o 4 metri, il quale poi veniva tagliato in varie "figure". Il piazzamento di quest'ultime, per ottimizzare la plastica non utilizzata, e' un problema NP.
> Non avessi studiato all'ETHZ avrei accettato l'incarico, per poi finire nei pasticci

Il fatto che sia NP non significa che non si possa comunque trovare una buona soluzione in tempo accettabile.

Per esempio, senza sapere né leggere né scrivere, puoi cominciare a provare a far piazzare i pezzi in tanti modi diversi sul foglio finché non ne trovi uno che riesce a piazzarne il numero massimo fino a quel momento. Sfrutti la "forza bruta" del PC per arrivare se non all'ottimo almeno a qualcosa che ci si avvicini. Conosci l'area dei singoli pezzi, conosci l'area totale del foglio... a quel punto puoi dire "se riesco a coprire almeno il 90% dell'area del foglio possono ritenermi soddisfatto". È la soluzione ottima? Probabilmente no. È una soluzione accettabile? Probabilmente si.

Sono molti i problemi NP che vengono "risolti" così... a volte con mera forza bruta, altre volte con modelli matematici che non ti garantiscono l'ottimo ma ti garantiscono qualcosa di vicino all'ottimo (tipo quello che si fa in PLI [programmazione lineare]).

Si tratta comunque di casi particolari, nella maggior parte dei casi, per fortuna, le richieste dei clienti sono quasi sempre molto più terra-terra, negli altri casi possono rivolgersi alle università per cercare soluzioni che difficilmente un programmatore, anche laureato, è in grado di risolvergli.

Non ti serve aver fatto l'ETHZ per sapere che quello non è un problema che sapresti risolvergli...

> > > Se vuoi sviluppare microcontoller,
> >
> > Ti serve elettronica, non informatica.
>
> No, ti serve informatica, i microcontroller hanno anche un SW che ci gira sopra.

Non so cosa pensi faccia di solito un microcontrollore, nella gran parte dei casi una conoscenza base di C più una conoscenza approfondita del circuito che vai a comandare è quello che basta. E un elettronico le ha entrambe. Anche perché generalmente un microcontrollore ha pochissima RAM e relativamente poca potenza di calcolo... non puoi fargli fare cose troppo complicate.

Se dovessi scegliere fra un informatico e un elettronico per sviluppare il firmware di un microcontrollore sceglierei certamente l'elettronico.

> > > SO,
> >
> > Ti serve conoscere il concetto di "linked list" e studiarti un libro di Tanenbaum...
>
> Se non vuoi andare oltre un DOS zoppo monoutente a ring0, allora basta.

S.O. di Tanenbaum viene corredato di sorcio commentato di Minix... che non mi pare sia un sistema zoppo DOS monoutente. Oltre ad una carrellata di spiegazioni su praticamente ogni aspetto base dei SO. Se vuoi roba più complicata di solito non ci lavori da solo, ma in team e devi conoscere l'hardware alla perfezione... a livelli che all'università semplicemente non studi. Anche il Tanenbaum viene spesso letto solo in parte all'università... non c'è semplicemente tempo per sviluppare l'argomento come si deve.

Programmare un 80x86 moderno a quel livello poi è un vero incubo a causa delle tante scelte farlocche fatte negli anni e al fatto che Intel non ha mai saputo dare un taglio con il passato portandosi dietro un carrozzone di (brutti) trucchetti (e scelte che avevano senso quando le macchine avevano al massimo un paio di megabyte di RAM) che sarebbe semplicemente meglio buttare via. Semplificherebbe sia la CPU che la vita a chi si trova a programmarla.

DOS poi non è affatto un SO malvagio, ha i suoi limiti storici dovuti all'hardware su cui girava, e all'epoca in cui girava. Programmarci era in realtà molto divertente e soddisfacente... più divertente di oggi. Sviluppavi a diretto contatto con l'hardware e non avevi un SO che ti impedisse di farlo. All'epoca se volevi usare la stampante dovevi farti il driver tu e io queste cose le facevo a 15 anni, senza università né nessuno che mi dicesse come fare (né siti web che me lo spiegassero), solo con i manuali necessari e tanta pazienza.

AlexTg non mi risulta sia andato all'università (in compenso è andato a puttane) eppure si è fatto Linoleum e Noctis, due progetti direi notevoli e al di là delle possibilità di molti neo-laureati (che spesso hanno la testa piena di cazzate più o meno astratte ma zero capacità di metterle in pratica)... e sono sicuro che non avrebbe grossi problemi a mettere le basi per un SO se non fosse impegnato a costruire falciaerba volanti e macchine per il suicidio assistito (con l'Argent è riuscito a mettere assieme queste due categorie in modo notevole).

Wozniak non ha avuto bisogno dell'università per inventare l'Apple (I e II) e crearci tutto il software base (dal "SO" al driver per il lettore floppy).

Gates è ancora iscritto all'università...

Insomma, se vai a guardare la storia dell'informatica e molti esempi concreti di software di successo vedrai che sono stati sviluppati da persone che o all'università non ci sono proprio state oppure hanno mollato dopo poco.

Non voglio dire che l'università (di informatica) sia del tutto inutile, voglio solo dire che molte delle cose che insegna sono cose che possono esserti utili in casi molto limitati, tutto il resto, se vuoi, te lo puoi imparare da solo o con corsi appositi. Se dovessi scegliere fra uno che so essere appassionato di informatica e so che è un tipo sveglio, e uno di cui non so nulla ma ha una laurea all'ETHZ, sceglierei il primo... saprei di non sbagliare. Magari non sa tutto quello che mi serve, ma so che può impararlo velocemente e che è immediatamente produttivo.

> Non devi per forza svilupparlo da zero, puoi anche contribuire a SO gia' esistenti.
> Per esempio far girare Linux sul tuo nuovo E-Cat ...

Ne terrò conto, grazie.

> > > o linguaggi di programmazione, allora si che ti servono.
> >
> > Altro settore poco comune...
>
> Pure i diplomati ETHZ lo sono

Forse è per quello che sono ben pagati... e come avere un T-Rex seduto nel cubicolo accanto. Chi non lo vorrebbe.

> > e anche qui... se proprio vuoi farti un linguaggio di programmazione ti basta studiarti un libro che parla di progettazione di linguaggi e informarti online.
>
> Certo, e magari vado a farmi operare di appendicite da un medico che ha studiato online

Medicina è un settore diverso. A meno che tu non vada a fare cose da cui dipende la vita di qualcuno... mi rifiuterei all'istante di sviluppare per macchine che possono ammazzare qualcuno per un bug.

Un mio amico (laureato) è andato a programmare il firmware di un laser per il taglio di tessuti (lui e altri, tutti laureati). La testina (quella che taglia) è un bestione molto pesante che scorre avanti e indietro su una guida di diversi metri. Un bug nel software ha fatto partire la testina in piena, sbattere e disintegrare i fine-corsa e cadere a terra... se c'era lì qualcuno l'avrebbe ammazzato... per fortuna è successo in fase di sviluppo e non sulle macchine "attive" dai clienti.

I bug capitano a tutti, e alcuni bug sono bei bei cazzi, a prescindere se sei laureato oppure no.

> > Questo è un problema, sì. Ma dipende molto dal tuo datore di lavoro.
>
> Un datore di lavoro vuole scremare la massa di utonti che si candidano come ueb inginiir perche' sanno usare MS-Frontpage.

Però può vedere il tuo "storico". Dove hai lavorato, a quali progetti hai lavorato. Non necessariamente andrai a scegliere un laureato solo perché è laureato.

> > Alla fine la "carta dell'università" serve solo a convincere il tuo datore di lavoro che sai (o dovresti sapere) informatica.
>
> E' una garanzia che anche il piu' bravo sviluppatore self-made difficilmente puo' presentare.

Poi ti capita uno come il Trota con la laurea presa per corrispondenza in cambio di una valigia di dobloni.

Scritto da:
> Scritto da:
> > Scritto da:
> > > Scritto da:
> > > > Scritto da: Giambo
> > > > > Scritto da:
> > > > >
> > > > > > P.S.: Elettronica è meglio di Informatica. Informatica la imparerà comunque non è invece vero il contrario.
> > > > >
> > > > > Elettronica che sbocchi ti da ?
> > > >
> > > > Elettronica ti da le conoscenze ANCHE in informatica. Prendi due piccioni con una fava e puoi aggiustarti e costruirti i tuoi strumenti.
> > > > Ti apre due porte invece di una.
> > > >
> > > > L'unica cosa VITALE, ma veramente VITALE in quel caso... è non far sapere mai a nessuno che sai riparare le cose, a meno che non vuoi farne una professione, o gli incapaci verranno a romperti i coglioni a casa come zombie del cazzo per qualunque cazzata, a qualunque ora, di qualunque giornata "che tanto tu sei bravo e stai 5 minuti" [balle, non si sta mai 5 minuti a fare niente].
> > > Wakka sei terrone?
> >
> > Dipende, per un finlandese probabilmente si...
> Tutta sta gente che t'assilla per le tue qualità elettroniche è strana, o hai una grande famiglia terrona o d'impiccioni.

Credo che sia piuttosto comune... ho letto più di qualcuno lamentarsene online. Ci sono persino le magliette "No, i won't fix your computer".

Quindi a meno che non siano tutti terroni...