Newsgroup: it.lavoro.informatica
Titolo: Aziende grandi che sviluppano applicazioni web

Fra 6 mesi circa mi laureerò, mi piacerebbe andare a lavorare in una
grande azienda che sviluppi applicazioni web per grandi clienti, da
quel che ho sentito in  giro invece le grandi aziende (tipo accenture,
engineering, ecc) più che altro si occupano di ERP ed altri sistemi,
comunque non web.
 
Sapete se esistono e quali GRANDI aziende in italia si occupano di
applicazioni web e affini?

 applicazioni web e affini?
 
bussa la porta di YOOX


si so che yoox è italiana, ma alla fine ha un solo prodotto e
soprattutto penso che di sviluppatori ne assumono molto pochi.
 
Invece le grandi aziende di consulenze che dicevo io assumono
continuamente anche perchè c'è un ricambio dei lavoratori elevato di
gente che fa esperienza lì poooi si rompe le palle e va altrove

 applicazioni web e affini?
 
praticamente tutte.
 
Ciao!


boh io ho sempre sentito parlare di applicazioni non web.
 
Poi se mi assegnano ad un gruppo dove non si fanno applicazioni web
sono al punto di partenza

 grande azienda che sviluppi applicazioni web per grandi clienti,
 
Perchè proprio in una grande azienda?
Come prima esperienza lavorativa una piccola azienda dove farti le ossa è IMHO molto meglio di una grande azienda dove saresti un numero.
 


Web Agency e basta. Guarda H-Art.
 
  ngw


ho già lavorato 6 mesi in una piccola azienda (5 dipendenti). Sono
fuggito che era il DELIRIO, e mi sono riproposto che preferisco
lavorare da McDonald che in un altra azienda del genere

 da McDonald che in un altra azienda del genere
 
Forse sei solo capitato nell'azienda sbagliata...

 da McDonald che in un altra azienda del genere
 
aspetta di aver lavorato in qualche bell'ambiente di accenture circondato 
da bei colleghi che accoltellerebbero alle spalle anche la loro madre pur 
di fare un po' di strada, prima di pronunciare la parola "delirio".

Alessio Tablet ha scritto:

Le "grandi aziende" italiane non si occupano di web. Anzi, non si occupano
di informatica in generale.
 
Se una grande azienda italiana ha bisogno di un'applicazione informatica,
mette semplicemente all'asta (al ribasso) il lavoro e aspetta che alcune
aziende esterne gli facciano il lavoro.
 
Per cui se vuoi lavorare in ambiente "grandi aziende" hai due possibilita':
 
1- farti assumere dalla grande azienda (che puo' essere una banca,
un'azienda tipo Telecom, Enel, Eni, Poste Italiane, ecc.). Pero' se gli
dici che sei un informatico la vedo dura che ti assumano direttamente,
visto che, come scritto sopra, i lavori informatici se li fanno fare da a
aziende esterne e ho qualche dubbio che ti prendano direttamente a fare il
dirigente della loro "divisione informatica".
 
2- lavorare per una delle aziende che fanno lavori informatici per le
aziende citate sopra (ad esempio Poste Italiane sicuramente ha delle
aziende esterne che lavorano al sito Poste.it. Le aziende che ci lavorano
possono anche cambiare da un anno all'altro perche' magari quest'anno
l'appalto lo vince l'azienda X, l'anno prossimo lo vince Y).
 
Nel caso 2 vai a finire dritto nella cosiddetta "bodyrentalleria", ovvero:
 
- stipendio: poco
- possibilita' di carriera: nessuna
- probabilita' di trovarsi a spasso non appena l'azienda perde l'appalto:
100%
 
e cosi' via.
 
 
A meno che tu non vada a finire in aziende "Accenture-like", nel qual caso
le cose potrebbero essere forse diverse, ma da certi punti di vista anche
peggio.
 
Ciao,
Marco
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 


 
Io lavoro in una di queste (anche se è piccola, come numero di 
dipendenti), ma lavora per grosse aziende, fa consulenza e negli ultimi 
anni ha avuto un crescente bisogno di supporti informatici (web, Flash, 
app per tablet).
Mi sto trovando molto bene. Prerogativa: avere voglia di studiare ed 
aggiornarsi sulle ultime tecnologie di sviluppo... ma io non aspettavo 
altro.
Ti garantisco inoltre che la tua osservazione sulle piccole aziende è 
dovuta solo ad una tua esperienza negativa. Sono sempre le persone e 
l'ambiente che contano, sia in piccole che grandi aziende, secondo me. 
E' un attimo ritrovarsi in un ufficio in cui ti rispettano e ti fanno 
sentire parte di un gruppo, così come ritrovarsi con colleghi che si 
sentono superiori e a cui interessa solo far vedere quanto sono bravi (a 
scapito degli altri).

 Ti garantisco inoltre che la tua osservazione sulle piccole aziende
 
Scusa, ma non mi pareva di aver parlato di piccole aziende.
 
Ciao,
Marco.



 
Sì scusa era riferito ad Alessio, l'autore del post iniziale.


quanti dipendenti ha l'azienda dove lavori?

 dici che sei un informatico la vedo dura che ti assumano direttamente,
[...]
 
E' IMHO uno spunto di riflessione molto interessante.
E purtroppo e' anche una cosa (salvo eccezioni) maledettamente vera.
Sono anni che sto cercando di darmene una spiegazione, senza pero'
venirne totalmente a capo. Il problema secondo me e' di protocollo di
comunicazione: gli informatici son bravi a parlare tra di loro, ma
quando si devono relazionare con gente che non e' del loro ambito non
riescono ad "esprimersi", quindi una $GrandeAzienda preferisce
"dialogare" con un commerciale di $PiccolaAzienda ignorante (di
informatica) come una capra, ma con una visione d'insieme e una
capacita' di comunicare nettamente superiore a qualla dell'informatico
medio.
Un esempio lo si vede qui sul NG, gente che si scanna sul "e' meglio
php o sarcazzo?", io m'immagino la faccia di un dirigente (non
informatico) di una $GrandeAzienda solo a sentire nominare un
dettaglio tecnico/implementativo, quando l'unica cosa che vuole sapere
sono stime temporali e moduli che funzionano. E' ovvio che un
dirigente preferisca una capra che sappia comunicare tra piu' ambiti a
una persona geniale e brillante pero' dedita a fare pipponi su quanto
e' lame php.
Comunque e' una cosa che non e' intrinseca solo degli informatici,
anche in altri ambiti le persone tendono ad avere difficolta' nel
relazionarsi con gente con differenti background, l'idea che mi son
fatto e' che sono queste difficolta' le miniere d'oro -e ragion
d'essere- del 90% di commerciali, "body rental" e parassiti vari ed
eventuali.
Io provavo disgusto solo al pensiero dell'idea di una facolta' tipo
"scienze della comunicazione", ma piu' passa il tempo, piu' lavoro in
ambiti interdisciplinari piu' mi rendo conto che saper comunicare e'
importante tanto quanto (se non di piu') dell'avere (e mostrare)
enormi competenze tecniche.
 
 

 enormi competenze tecniche.
 
In Italia, non c'è alcun problema di comunicazione: sono i canali ad
essere riservati, per meglio lucrare sulle trasmissioni.

 enormi competenze tecniche.
 
Non e' tanto importante "comunicare" quanto "conoscere"
 
I problemi sono i seguenti:
 
1. (abbastanza oggettivo e su cui si puo' fare ben poco) Nessuna grande
azienda ha come "core business" l'informatica. Le banche hanno come core
business le transazioni finanziarie o qualcosa del genere. Poste Italiane
teoricamente avrebbe i prodotti postali, ma visto che esiste banco posta,
e' molto probabile che il core business vero sia assimilabile a quello
delle banche => l'infomratica e' un costo che gli serve per gestire il
loro core business, quindi e' un costo da minimizzare, non un'attivita'
sulla quale investire perche' sperano che rivendendo il software possono
ricavarci dei soldi. Anche Telecom, Wind, Vodafone, Ericsson, ecc. non
hanno l'infomratica come core business, ma hanno altro. Esempio concreto:
quando lavoravo in Ericsson l'ultimo progetto a cui ho lavorato era per la
lettura a distanza dei contatori elettrici. Era un progetto piuttosto
grande e costoso. Avevano pensato di usare quel sistema (che in quel
momento li' era per ACEA Roma e per i suoi contatori elettrici) per
rivenderlo a vari stati Europei (parlavano di Serbia, Svezia, Grecia,
Danimarca, ecc.). Quale e' il problema ? Che il software non conta niente.
Infatti se tu devi fornire contatori+software ad uno stato come la Grecia
(all'epoca non era ancora cosi' in crisi come ora), metti che gli devi
fornire 1 milione di contatori e il software per leggerli e gestire le
letture/fatturazioni, ecc.
Ogni contatore elettrico costa 100-200 Euro => la fornitura dei contatori
ti fa avere un ricavo di 100-200 milioni di Euro. Secondo te il "peso" del
software nella fornitura ha qualche rilevanza ? Cioe' il fornitore
preferisce avere come "core business" la fornitura di software o
preferisce la fornitura di contatori ?
Quindi sostanzialmente l'informatica non e' *mai* un settore nel quale
conviene investire, ma e' un qualcosa il cui costo deve essere minimizzato
al massimo. Quindi ogni grande azienda non ha alcun interesse ad assumere
un informatico, visto che i lavoro informatici non se li fanno "in
proprio" ma se li fanno fare da aziende esterne
 
2. (Su cui si potrebbe fare molto, ma si fa di tutto per non fare niente e
se qualcuno fa qualcosa lo si prende per il c**o nella migliore delle
ipotesi). Se tu sei un professionista che tecnicamente sa il fatto suo,
ottimo comunicatore e io invece sono il titolare di una b.r., non so nulla
di informatica ma  sono il figlio/marito/amante/amico/parente di qualche
dirigente della grande azienda che ha un lavoro da dare in appalto,
secondo te il lavoro lo danno a te o a me ? A tale proposito posso dirti
che il progetto dei contatori elettrici di cui al punto 1 si concluse
all'epoca con la Grecia che indisse una gara per la fornitura di tutto il
sistema. Parteciparono 9 aziende e Ericsson arrivo' settima sui nove
partecipanti. "Stranamente" la gara la vinse un operatore greco del
settore (l'unica azienda greca che aveva partecipato alla gara).
 
 
Ciao,
Marco.


 settore (l'unica azienda greca che aveva partecipato alla gara).
 
e qui ti devo dar ragione al 100%. Purtroppo il clientelismo fa da
padrone in molti contesti. Grecia e' un piccolo paese, e sta pagando
per le ruberie. Son curioso di vedere l'evoluzione dell'India in
quanto a "grosse imprese" e corruzione ;-)
 

 dalle risposte dubito interessi comunque.
 
puo' anche non interessare la questione. A me interessa 0 ad esempio.
Il php l'ho usato e lo uso diverse volte, non per compiti cruciali, ma
perche' l'ho imparato tanti anni fa per curiosita' e visto che e'
semplice me lo ricordo ancora, e se devo fare qualche lavoro veloce e
non ho tempo di starmi a sbattere con l'ultimo ritrovato tecnologico
uso quello. Un esempio: dovevo creare uno script per mandare N volte
su 200 nodi di un HPC 200 TAC di altrettanti pazienti, far girare
degli altri programmi sul HPC (alcuni scritti da me, altri da terzi),
prendere i risultati dei programmi, confrontarli, e mandarli in pasto
ad un altro programma che ne tirava fuori delle statistiche. Ho fatto
uno script php che m'ha generato N scripts di shell, e bon. Per quello
che mi serviva php non e' stato buono, e' stato *ottimo*. Soluzione
bruttissima, ma chissene! Erano i dati finali che ci interessavano.
zend_alloc.c mi diventa importante semai si decidesse di utilizzare
php per cose piu' critiche. Ma e' come discutere se e' meglio il
fuoristrada o il ferrari, o la panda 4x4 la risposta e' sempre
"dipende da che devi farne". Se devo andare in campagna a raccogliere
i fichi, la panda 4x4 mi va piu' che bene, anzi mi diverto pure :-))
 
 
 

 i fichi, la panda 4x4 mi va piu' che bene, anzi mi diverto pure :-))
 
No vedi, il punto è e continua ad essere clamorosamente mancato,
sembra di parlare dei Castelli della Loira alle lucciole. Non importa
cosa tu stia implementando, la tua esigenza è sacrosanta e non si
discute. PHP non è una Panda 4x4, non lo è mai stato. E' una
piattaforma che ha solo causato danni da quando è in circolazione, con
un'accezzione piuttosto ampia e sfaccettata del termine "danno" in
informatica.
 
Quello che più mi spiace non è la mancanza di interesse (figuriamoci a
quello ci si abitua presto in informatica e non), quanto la mancanza
di un minimo di volontà nell'agire da "buoni cittadini" della rete...
e mi fermo qui che so'diventato pesante e la filippica non è mai cosa
buona.
 
Peccato non poter tirare paralleli tra il Sendmail dei tempi in cui
Zalewski tirava fuori un security advisory dietro l'altro e c'era chi
continuava imperterrito e ignorante a testa bassa, sordo e de coccio,
e il PHP sventrato e colabrodo* - a chi interessa del resto tutto
questo quando "mi va più che bene" è l'unica cosa che pare contare?
 
 
* per chi se lo chiedesse, il parallelo ovviamente finisce qui: il
ruolo storicamente centrale di Sendmail su internet è ben noto a tutti
e di indubbia entità al netto dei difetti imputabili, lo stesso non si
può proprio dire per l'altro.

 dire "Nessuna grande azienda ha come core business la matematica",
 
Non concordo. Io sono ingegere informatico. Ci sono ingegneri meccanici,
ingegneri elettronici, ingegneri civili, ingegneri chimici, ecc.
 
Esistono aziende che hanno come "core business" la chimica
(ad esempio le aziende farmaceutiche, ma forse anche le aziende 
petrolifere), altre la meccanica (chi produce automobili ad esempio,
ma anche chi produce macchine utensili da vendere poi alle aziende
meccaniche o alle falegnamerie, ecc. ),
altre hanno come core business l'ingegneria civile (forse qui piu' che 
le "aziende" contano i piani regolatori fatti dai politici), ecc. Queste 
"scienze applicate" sono piu' affini all'ingegneria informatica di 
quanto non lo sia la matematica (che e' una scienza esatta, a differenza 
dell'informatica, almeno nella sua accezione ingegneristica)
 
Inoltre, *in Italia* praticamente non esistono aziende grandi che hanno 
come core business l'informatica, ma altrove esistono queste aziende: ad 
esempio microsoft, ma probabilmente anche Google o Oracle hanno come 
core business l'informatica. Qualcosa di simile probabilmente vale
anche per l'elettronica.
 
Ciao,
Marco
 
 
 
--- Posted via news://
freenews.netfront.net/
 - Complaints to 
ne...@netfront.net
 ---


se avessi lavorato sei mesi in una "grande azienda"  ora probabilmente
ti saresti riproposto di lavorare piuttosto da mcdonald che in un'
azienda del genere.. :)

 Il php l'ho usato e lo uso diverse volte
 
usi PHP? "Caaaaccaaaaaaa , caccaaaaaaaa,
caaaaaaacccccccccccccccaaaaaaaaaaaaaaa!!!" (cit professorino malato)
:)


Esatto, anzi Alessio perchè non racconti qualcosa di quello che ti ha
fatto fuggire?


Non capirò mai che gusto ci sia a bearsi della propria ignoranza, ma
tantè.


perche' il condizionale ?
 
 
felice pago
,


mi hai convinto, bando all' ignoranza: PHP e' un linguaggio di merda e
chi lo usa "e' un programmatore che non vale un cazzo" (cit.
professorino malato) :)


Sono quelli della neuro quando busseranno alla tua porta uno di questi
giorni che devi convincere, non me.


ma rotfl

 quanti dipendenti ha l'azienda dove lavori?
 
Siamo non più di 15, almeno la filiale dove lavoro io, so che ci sono 
altri consulenti e commerciali a Milano. Però solo in 4/5 siamo 
dipendenti, gli altri lavorano a P.IVA (più che altro per quanto 
riguarda gli insegnanti e anche il nostro responsabile di produzione di 
supporti informatici).

 buona.
 
tnx, i predicatori non mi sono mai piaciuti, preferisco chi agisce.
 

 ingegneri elettronici, ingegneri civili, ingegneri chimici, ecc.
[...]
 
Come giustamente noti, aziende che hanno come "core business"
l'informatica ignegnerizzata che ne stanno. Ovviamente, quando
committente, developers e users hanno skills/background simili il
fattore comunicazione puo' diventare meno critico, pero' son rare.
 

 tnx, i predicatori non mi sono mai piaciuti, preferisco chi agisce.
 
Anche io. Smettiamo di usare gli strumenti sbagliati insieme, questo è
*agire*. Se tu avessi volontà e fondi per metter su un progetto di
fork e poi rewrite di PHP a cui far partecipare me ed altri, lo
faresti? E perchè mai - non sapresti spender meglio quel denaro e il
tempo da impiegare? Io ne avrei a _centinaia_ di proposte da farti che
non comprendono tentare di salvare quel rottame che ha fatto solo
danni.
Il miglior agire che si può fare riguardo PHP è lasciarlo perdere - e
sta già accadendo: in epoca di scalabilità ed elevata complessità
anche sul web, puoi constatare facilmente come sempre in meno lo
usino. E se pure non ti interessano qusti ambiti, nota che quel poco
di "buono" che ci vedevate sta finendo comunque alle ortiche**.
"Free lunch is over" anche li, per fortuna. Non dire agli altri di
agire per restare impigrito su quel già sai ma che (evidenetemente)
non riesci a valutare correttamente in termini di qualità e di
conseguenze per la community tutta - prendi in mano un manuale di Ruby/
Python/Perl/quel_che_ti_pare e fa la cosa giusta tu per primo :)
 
** 
http://www.alexhudson.com/2012/03/24/a-fond-farewell-to-zend-framework/
 


Citazione errata Audano.
Tu ad esempio usi Java, e con le stronzate che dici si nota che sei
ignorante e parecchio. Poi hai le buzzword giuste al posto giusto, ma
resti un parolaio.
Che, da questi post passivo/aggressivi da rosicone dimostra ancora una
volta che di tennis proprio non se ne parla.
 
  ngw

 *agire*. [...]
 
LOL, si vede che non sei un biochimico e/o non lavori con
biochimici :-)
ahahahahaha, mi ricordi me qualche anno fa :-)
 

 ahahahahaha, mi ricordi me qualche anno fa :-)
 
Proprio perchè non sono un biochimico, mi sa che non l'ho capita ma
m'incuriosisce e se puoi dettagliare quando hai tempo mi farebbe
piacere :).
 
[*]

 piacere :).
 
:-)
tipo che usano programmi a riga di comando di 20 anni fa scritti in
fortran perche' son quelli che sanno usare. Perche' la definizione di
"state of the art" e' "quello distribuito nel software package XXX" e
tutto cio' che non e' incluso nel pacchetto XXX e' sospetto a
prescindere. Perche' giudicano la qualita' di un'applicazione dal
numero di persone che la usa. Puo' capitare di sentirsi risposte tipo:
"Word e' meglio di LaTeX perche' Microsoft e' un'azienda rinomata,
mentre chi e' che produce LaTeX?"
Son modi di pensare diversi, dovuti a modi diversi di lavorare e
strumenti diversi a disposizione. D'altronde, secondo i biochimici un
fisico/matematico/informatico non lavorera' mai *insieme* al
biochimico ma *per* il biochimico, e sebbene un biochimico senza il
contributo del fisico/matematico/informatico non va da nessuna parte,
il biochimico e' quello che ha i soldi (quelli veri) e quindi quello
che dice lui e' legge, il resto e' bullsh*t. Piaccia o meno. I medici
sono mooooolto piu' duttili dei biochimici, e ho detto tutto :-)
LOL :-)

 contento per un paio d'anni almeno ;-)
 
Python + Scipy?
 
from scipy import linalg
a=[[1,2,3],[4,5,6],[7,8,9]]
linalg.eig(a)
(array([  1.61168440e+01+0.j,  -1.11684397e+00+0.j,  -1.22196341e-15+0.j]),
 array([[-0.23197069, -0.78583024,  0.40824829],
       [-0.52532209, -0.08675134, -0.81649658],
       [-0.8186735 ,  0.61232756,  0.40824829]]))
 
 
Sulla mia macchina ci mette meno di un secondo (se vuoi posso anche misurare il tempo necessario)

 LOL :-)
 
Che brutto quadro - non mi sembravano così tanto male online... (lil)

 ignorante e parecchio.
 
Professorino Malato forever :)

 Sulla mia macchina ci mette meno di un secondo
 
provato, funzia!
Il problema e' che lo devo fare su una quantita' di dati non
indifferente, dicevo 10^20 esagerando, in realta' mi basterebbe
approssimativamente 10^10 (2048*2048*2000) matrici.
Ci mette un tantinello a terminare ;-)
Gia' per tenere tutti i dati in ram e' un po' un'utopia, ho l'accesso
a un giocattolino da 80gb di ram ma e' sempre poco, quindi mando i
dati un po' per volta. Ma a parte il problema di memorizzare, e' il
problema di un linguaggio che gestisca con disinvoltura operazioni in
parallelo, oltre che all'architettura vera e propria a supportarlo.

 sta cosi' a cuore, altrimenti son solo parole al vento. IMHO.
 
e che e' molto piu' facile sentirsi fighi criticando il lavoro altrui
che realizzando il proprio :)


Potresti provare a guardare Twisted (
http://twistedmatrix.com
): è un framework asincrono.
è nato per operazioni I/O bound, ma potrebbe esserti utile.

 Insomma, PHP non è una battaglia -
 
infatti la tua mi sembra piu' che altro una crociata :)


Segaiolo a caccia di 18enni su internet FTW! :)
 
  ngw

 Che brutto quadro - non mi sembravano così tanto male online... (lil)
 
purtroppo e' cosi', per vari motivi.
Primo perche' ragionano molto sulle opinioni di terzi, quando fanno
una presunta "scoperta" chiedono e richiedono e richiedono opinioni a
tutti i luminari che conoscono, perche' le "scoperte" sono
praticamente deduzioni, e nessuno vuole fare la figuraccia di far
uscire uno sbaglio allo scoperto. Quindi tendono ad usare strumenti il
piu' possibile usati dalla maggioranza, metodi il piu' possibile
condivisi, etc. etc.
Basti vedere in letteratura, su pubmed c'e' tutto e il contrario di
tutto. Si affidano a cosa pensa la maggior parte dei colleghi sul
tema. Quindi applicano il principio anche al software, se qualcosa la
usano in molti e' buona, altrimenti no. M$ e' cosa buona e giusta, ad
esempio. Per carita', ci sono le eccezioni, ma di solito sono fisici/
matematici/informatici migrati in biochimica, ma sono mosche bianche.

 è nato per operazioni I/O bound, ma potrebbe esserti utile.
 
mi sembra un po' macchinoso per quello che serve a me, pensavo a
qualcosa basato su GPU, visto che per questo genere di operazioni pare
abbiano prestazioni interessanti.


E' tutto li il problema nell' "architettura vera e propria a
supportarlo". Potrebbe riuscire a organizzarti con
http://docs.python.org/dev/library/multiprocessing.html
 (in Python
evita i thread causa GIL, il perchè è descritto nella doc). Potresti
farcela anche senza giocattolino.

 HAHAHAHA
 
Sei durato anche troppo, idiota.
 
cya

 che realizzando il proprio :)
 
era piu' o meno quello il senso ;-)
Pero' c'e' da dire che e' interessante vedere come ci sia una
comunita' cosi' accanita contro il php, l'esempio degli autovalori e
autovettori in python m'e' piaciuto, lineare, semplice, pulito. In c++
ci vuole almeno una paginetta di codice. Considerato che molte
librerie si importano facilmente in python, posso rivalutarlo.
Cio' non toglie pero' che se per qualche cazzatina posso usare php,
continuo ad usarlo :-)



 farcela anche senza giocattolino.
 
questo e' un ottimo hint, grazie! ;-)
lo provero' appena posso, sto rivalutando python in effetti! ;-)
 
ho anche trovato altre cose python-friendly che mi possono permettere
di inondare i nodi del cluster, per la gioia dei sysadmin:
 
http://luispedro.org/software/jug
 
http://celeryproject.org/
 
http://irmen.home.xs4all.nl/pyro/
 
 
Okay, back to work!

 abbiano prestazioni interessanti.
 
Non farti impressionare, sia Twisted che il modulo multiprocessing (e
backports) sono davvero facili da usare e secondo me te la caveresti
più semplicemente che non dovendo metter su una soluzione gpgpu (che
ha le sue belle magagne sempre).

 matematici/informatici migrati in biochimica, ma sono mosche bianche.
 
Facevi distinguo anche tra biochimici e medici, però l'atteggiamento
di "confermare l'ipotesi" di chi viene prima di loro per quanto ho
notato è un male davvero tipico del campo della medicina tutta - che
sia pigrizia, paura d'esporsi o che altro è una cacchio di piaga per
davvero.

 
 
Pyro l'ho usato un po' di tempo fa e mi sembrava carino, ma non era molto stabile.
Forse ora l'hanno un po' messo a posto.
 

 ha le sue belle magagne sempre).
 
Concordo, partendo da zero (faccio il sysadmin), ho imparato a usare le deferred in mezza giornata.
è un modo un po' innaturale (all'inizio), ma una volta capito il giochino diventa semplice
 

 Fixare i bug di questo immane cretino?
 
Eh gia', Rasmus Lerdorf...un ' immane cretino...indegno della tua
magnifica e regale attenzione.. roba che non sarebbe nemmeno degno di
chinarsi per slegarti il laccio dei sandali...  Certo che e'  l'
ennesima riprova dell' ingiustizia di questo mondo crudele il fatto
che Lerdorf rimarra' come una figura chiave nella storia della
programmazione web mentre tu al massimo rimarrai nella storia di ILI
come figura chiave per lamentele, rants, sicumera e atteggiamento
spocchioso ....

 continuo ad usarlo :-)
 
si' ma non dimenticare di chiedere prima il permesso, anzi direi la
dispensa papale, al professorino malato e al professorino moTesto :)


Passi la passione per "fare gli splendidi".. se proprio non se ne puo'
fare a meno... ma prima di fare gli splendidi con un linguaggio,
almeno impararlo... non vale solo per i linguaggi di
programmazione.. :)


Disse il troll di ILI.
 
  ngw

 davvero.
 
beh, per quel che riguarda il loro lavoro hanno i loro metodi e sono
sacri. Purtroppo la medicina non e' una scienza esatta, tanto si
conosce ma tanto e' ancora ignoto, per di piu' ci sono in giro tanti
di quei ciarlatani che andrebbero presi a calcioni nel di dietro per
le loro "teorie" che -magari- chi non e' del campo ci crede pure. Al
di la' dei ciarlatani, alcune ipotesi sono bizzarre, pero' vengono
pubblicate lo stesso... quindi si tende sempre a rimanere saldi a
quello che i massimi esperti pensano, e procedere negli esperimenti in
maniera piu' standard possibile. Ragionamenti cosi' nell'ambito
dell'informatica non sono proprio il massimo, perche' non puoi
valutare un programma/ambiente/whatever da quanti lo usano.
Eccheccavolo!
 
 

 Sei durato anche troppo, idiota.
 
e non dire che non ti si era spiegato chi era ricardo audano da badoo.


Lo dica pure chi ti pare.. i fatti, putroppo,  restano questi :)

 sai (ne ho la prova, conoscenti dotati sia nel tech che nel business).
 
$GrandeAzienda_Del_Centro_Italia nel 2001 tentň la carta di tenersi in
casa l'IT con uno spin off $PiccolaSoftwareHouse di informatici,
programmatori, consulenti (15-20 dipendenti).
 
La cosa funzionava alla grande, la $GrandeAzienda_Del_Centro_Italia dava
lavoro alla $PiccolaSoftwareHouse con un ottimo rapporto prezzo /
efficienza, e si pappava il 40% degli introiti della
$PiccolaSoftwareHouse stessa (che almeno nell'80% provenivano ovviamente
$GrandeAzienda_Del_Centro_Italia).
 
Poi il vento cambiň, il mega direttore galattico IT
$GrandeAzienda_Del_Centro_Italia cambiň e quello nuovo doveva dare
lavoro agli amichetti accenturioni (da cui proveniva). La quota parte
$GrandeAzienda_Del_Centro_Italia della $PiccolaSoftwareHouse fu venduta.
 
Ora $GrandeAzienda_Del_Centro_Italia continua a dare lavoro alla
$PiccolaSoftwareHouse con una grossa perdita del rapporto prezzo /
efficienza, con il risultato che la $GrandeAzienda_Del_Centro_Italia
rompe sempre il cazzo alla $PiccolaSoftwareHouse con le tariffe etc.,
gli sconti, non si becca piů la percentuale e foraggia molto di piů gli
accenturioni che costano il triplo, con somma gioia dei dirigenti
magnaccia IT.
 
M.