I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli (io o l'autore della storia) e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.
In aggiunta: se il vostro commento non viene pubblicato non scrivetemi al riguardo, evidentemente non era degno di pubblicazione.
14 messaggi this document does not accept new posts
questi linguaggi... Di Xfight postato il 03/06/2009 07:42
Pure io inizio ad avere difficoltà sul scegliere il linguaggio principale da usare... molte aziende tendono ad usarne 1 o 2 e vogliono gente specializzata in quei linguaggi ed ovviamente un programmatore è portato a saperne diversi.
-- Xfight
Agenzie? Vade retro Di anonymous postato il 03/06/2009 09:14
Come da oggetto
--
anonymous
Edit by A. : non ci sono praticamente più società che fanno tutto il recruiting internamente.
--
anonymous
Edit by A. : non ci sono praticamente più società che fanno tutto il recruiting internamente.
Ecco l'Ade! Di Pf postato il 03/06/2009 10:34
Ciao,
l'"agenzia isterica" mi ricorda la peggiore agenzia nella quale io mi sia imbattuto. E' per caso quella in oggetto?
--
Pf
Edit by A: No, è un altra.
l'"agenzia isterica" mi ricorda la peggiore agenzia nella quale io mi sia imbattuto. E' per caso quella in oggetto?
--
Pf
Edit by A: No, è un altra.
Le librerie di astrazione dei db servono Di Riccardo Cagnasso postato il 03/06/2009 11:57
Io ai primi non riesco a dargli poi tanto torto eh...
--
Riccardo Cagnasso
Edit by a: Dunque per sapere se uno conosce PHP, basta quella domanda? Dover imparare ad usarla è più impegnativo di conoscere javascript, oop, e altri argomenti correlati?
--
Riccardo Cagnasso
Edit by a: Dunque per sapere se uno conosce PHP, basta quella domanda? Dover imparare ad usarla è più impegnativo di conoscere javascript, oop, e altri argomenti correlati?
-AT- Riccardo Cagnasso Di Riccardo Cagnasso postato il 03/06/2009 18:25
Beh, non lo so, PEAR è praticamente il più importante framework per PHP. Ora sta venendo rimpiazzato da Zend, ma comunque è un po come fare a qualcuno un colloquio su java e aspettarsi che sappia cos'è Swing.
Poi magari non vuol dire nulla, ma...
--
Riccardo Cagnasso
Edit by A. -> Ignoranza mia, Zend lo conosco, non $Pera. Ma non sono d'accordo sul fatto che bisogna conoscere Swing per fare i programmatori Java. Non ho mai visto nessuno a cui interessi, qui cercano solo programmatori J2EE.
-AT- Riccardo Cagnasso Di Riccardo Cagnasso postato il 04/06/2009 08:35
Ma, sai, se cerco un esperto di Java, mi aspetto che conosca il principale widget toolkit. Se no è esperto de che? Poi magari il lavoro me lo fa lo stesso perchè è un bravo programmatore e impara in fretta, ma è un discorso diverso.
--
Riccardo Cagnasso
Edit by A. -> Questa è l'ultima a cui rispondo.
Sei libero di vederla come ti pare, ma Java non è un linguaggio mono-scopo e può essere usato in molti ambiti. Se professionalmente, a nessuno frega usarlo per creare interfacce utente, allora chissenefrega di Swing. E' come richiedere una buona preparazione OOP e un'approfondita conoscenza di COM a un programmatore VB: la dovrebbe conoscere, ma se l'uso lavorativo di VB è un altro, allora non te la si chiede.
--
Riccardo Cagnasso
Edit by A. -> Questa è l'ultima a cui rispondo.
Sei libero di vederla come ti pare, ma Java non è un linguaggio mono-scopo e può essere usato in molti ambiti. Se professionalmente, a nessuno frega usarlo per creare interfacce utente, allora chissenefrega di Swing. E' come richiedere una buona preparazione OOP e un'approfondita conoscenza di COM a un programmatore VB: la dovrebbe conoscere, ma se l'uso lavorativo di VB è un altro, allora non te la si chiede.
chiarimento doveroso Di iolavoroperchivendeelettronica postato il 03/06/2009 13:16
Ciao,
é la prima volta che mi capita di ritrovarmi nelle Storie (che seguo da anni)!!!
Agenzia A
Mi ricordo del colloquio (io facevo le domande sul PHP), la ragione della domanda sulle librerie intermedie (tutti i progetti PHP di livello enterprise utilizzano come minimo un layer di interfacciamento come ADODB, che ti evita di dover cercare i mille punti in cui accedi al DB per modificarli se cambi database, te lo dico per esperienza personale avendo dovuto spostare un documentale su tre RDBMS diversi) era per capire l'effettivo livello di esperienza in PHP, non sulla programmazione web in generale di cui mi parevi ben padrone; infatti per la parte PHP cercavamo qualcuno che portasse al team un valore aggiunto (esperienze pratiche consolidate); mi dispiace, ma dal breve colloquio non mi pareva di vedere tale plus.
Ovviamente chi si occupa di HR avra' frainteso quanto riportato, ma in certa misura é comprensibile dato che non possono avere competenze tecniche specifiche.
Per la parte VB niente da dire... il collega ti aveva dato una buona valutazione!
Mi scuso perche' non ci siamo fatti piu' sentire, non mi occupo del ricontatto dei candidati (riporto solo una valutazione tecnica al big boss) ma immagino che la procedura si sia intoppata da qualche parte....
La selezione é ancora aperta, dati alcuni precedenti veramente negativi si continua ma con i piedi di piombo. Al mio livello l'ordine che arriva dalle alte sfere dice che potremo offrire per ora solo qualcosa di analogo ad un contratto a progetto: con che coraggio posso proporlo a chi ha gia' un posto fisso? E' un momento davvero brutto... e sento in giro che non va meglio in altre realta' .
Mi spiace per com'é andata, ti faccio il miglior in bocca al lupo possibile, anche visto il momento decisamente non roseo!
Paolo
--
iolavoroperchivendeelettronica
é la prima volta che mi capita di ritrovarmi nelle Storie (che seguo da anni)!!!
Agenzia A
Mi ricordo del colloquio (io facevo le domande sul PHP), la ragione della domanda sulle librerie intermedie (tutti i progetti PHP di livello enterprise utilizzano come minimo un layer di interfacciamento come ADODB, che ti evita di dover cercare i mille punti in cui accedi al DB per modificarli se cambi database, te lo dico per esperienza personale avendo dovuto spostare un documentale su tre RDBMS diversi) era per capire l'effettivo livello di esperienza in PHP, non sulla programmazione web in generale di cui mi parevi ben padrone; infatti per la parte PHP cercavamo qualcuno che portasse al team un valore aggiunto (esperienze pratiche consolidate); mi dispiace, ma dal breve colloquio non mi pareva di vedere tale plus.
Ovviamente chi si occupa di HR avra' frainteso quanto riportato, ma in certa misura é comprensibile dato che non possono avere competenze tecniche specifiche.
Per la parte VB niente da dire... il collega ti aveva dato una buona valutazione!
Mi scuso perche' non ci siamo fatti piu' sentire, non mi occupo del ricontatto dei candidati (riporto solo una valutazione tecnica al big boss) ma immagino che la procedura si sia intoppata da qualche parte....
La selezione é ancora aperta, dati alcuni precedenti veramente negativi si continua ma con i piedi di piombo. Al mio livello l'ordine che arriva dalle alte sfere dice che potremo offrire per ora solo qualcosa di analogo ad un contratto a progetto: con che coraggio posso proporlo a chi ha gia' un posto fisso? E' un momento davvero brutto... e sento in giro che non va meglio in altre realta' .
Mi spiace per com'é andata, ti faccio il miglior in bocca al lupo possibile, anche visto il momento decisamente non roseo!
Paolo
--
iolavoroperchivendeelettronica
-AT- iolavoroperchivendeelettronica Di Angkarn postato il 04/06/2009 10:49
> Ciao,
> é la prima volta che mi capita di ritrovarmi nelle Storie (che seguo da anni)!!!
In effetti, avevo un sentore che potevate essere frequentatori del sito di BigD.
>Mi ricordo del colloquio (io facevo le domande sul PHP), la ragione della >domanda sulle librerie intermedie (tutti i progetti PHP di livello enterprise >utilizzano come minimo un layer di interfacciamento come ADODB
Non voglio addentrarmi in lunghe discussioni e processi, ma voglio chiarire un paio di punti, riferendomi anche ai post di Roberto Cagnasso e altri:
- Io non credo alla domanda zero nei colloqui tecnici. Ovvero "se questa non la sa, non si prosegue il colloquio". Ho fatto anch'io colloqui dalla parte dell'inquisitore e quel criterio e' perfetto per non prendere nessuno. Oppure per prendere a caso. Da noi si usano fortemente le librerie OWA. In base al tuo ragionamento, dovremmo richiederle come requisito base. Invece no, non richiediamo ne' quelle ne' nessun altra libreria. Si puo' essere ottimi programmatori anche non conoscendo il particolare framework (fra N), che invece puo' essere appreso nel normale periodo di inserimento del nuovo dipendente. Se vuoi uno che sappia espressamente quella nicchia di conoscenza e subito, prendi un consulente, cosi' se poi, a parte sapere quella cosina, si rivela una capra, lo puoi cacciare a pedate senza problemi.
- seconda cosa, i layer di astrazione dal DB. Come gia' visto in questo thread, ne sono usciti diversi, non esiste IL layer universale. E' falso l'assunto per cui siano un must per un'applicazione enterprise: primo, perche' una grande azienda che paga $BigBucks per un RDBMS solido non mette i propri dati in un altro db; secondo, nell'unico curioso caso (per ragioni non tecniche, inizialmente il db era $DB_per_poveri) in cui ci è servito migrare, è stato fatto in pochi minuti, visto che abbiamo le nostre librerie, sviluppate dal nostro principale PHPista.
Sulla parte scuse: non sono qui a cercare responsabilita' dei singoli o pubbliche ammende. E' solo una storia che parla di una situazione generale che trovo francamente penosa.
> Paolo
Mmm... perche' al colloquio avevi un altro nome? o.o
--
Angkarn
> é la prima volta che mi capita di ritrovarmi nelle Storie (che seguo da anni)!!!
In effetti, avevo un sentore che potevate essere frequentatori del sito di BigD.
>Mi ricordo del colloquio (io facevo le domande sul PHP), la ragione della >domanda sulle librerie intermedie (tutti i progetti PHP di livello enterprise >utilizzano come minimo un layer di interfacciamento come ADODB
Non voglio addentrarmi in lunghe discussioni e processi, ma voglio chiarire un paio di punti, riferendomi anche ai post di Roberto Cagnasso e altri:
- Io non credo alla domanda zero nei colloqui tecnici. Ovvero "se questa non la sa, non si prosegue il colloquio". Ho fatto anch'io colloqui dalla parte dell'inquisitore e quel criterio e' perfetto per non prendere nessuno. Oppure per prendere a caso. Da noi si usano fortemente le librerie OWA. In base al tuo ragionamento, dovremmo richiederle come requisito base. Invece no, non richiediamo ne' quelle ne' nessun altra libreria. Si puo' essere ottimi programmatori anche non conoscendo il particolare framework (fra N), che invece puo' essere appreso nel normale periodo di inserimento del nuovo dipendente. Se vuoi uno che sappia espressamente quella nicchia di conoscenza e subito, prendi un consulente, cosi' se poi, a parte sapere quella cosina, si rivela una capra, lo puoi cacciare a pedate senza problemi.
- seconda cosa, i layer di astrazione dal DB. Come gia' visto in questo thread, ne sono usciti diversi, non esiste IL layer universale. E' falso l'assunto per cui siano un must per un'applicazione enterprise: primo, perche' una grande azienda che paga $BigBucks per un RDBMS solido non mette i propri dati in un altro db; secondo, nell'unico curioso caso (per ragioni non tecniche, inizialmente il db era $DB_per_poveri) in cui ci è servito migrare, è stato fatto in pochi minuti, visto che abbiamo le nostre librerie, sviluppate dal nostro principale PHPista.
Sulla parte scuse: non sono qui a cercare responsabilita' dei singoli o pubbliche ammende. E' solo una storia che parla di una situazione generale che trovo francamente penosa.
> Paolo
Mmm... perche' al colloquio avevi un altro nome? o.o
--
Angkarn
incompetenti Di Peppe postato il 03/06/2009 13:16
Eh si, gli incompetenti sono quelli che piu' fanno inca..are. Come si fa a selezionare una competenza di cui si e' incompetenti? Mha
In bocca al lupo per la ricerca
In bocca al lupo per la ricerca
-- Peppe
aziende di selezione ...... Di soichiro postato il 04/06/2009 00:39
Preferisco non commentare come lavorano, so solo che nell'agenzia di $notaagenziainteriinalecheiniziaconlaM della mia zona hanno cambiato $bignumber di direttori in 5 anni!!!!
Oddio non è che le aziende siano meglio, ho trovato annunci relativi alla zona in cui abito in cui cercavano schiavi tuttofare e ultra specializzati.
Me ne ricordo uno in paricolare: programmatore web con ottime conoscenze di:
html, css,javascript, php, java, asp.net, visual basic, visual C++, ms sql server, oracle, amministrazione di server linux e windows, competenze in riparazione di Hardware, capacità di tenere corsi di formazione. Forse cercavano un sys admin+un programmatore web e programmatore classico
.
Per php piuttosto che pear(spesso non disponibile negli hosting) vediti PDO (sempre che non abbiano cambiato idea) che dovrebbe sostituire le chiamate native di php verso i db (un layer di astrazione come DB di pear ma è un'estensione di php scritta in C, di conseguenza molto più veloce). Sto iniziando adesso a vederlo (il mio vecchio codice ha bisogno di un'aggiornata )insieme alla programmazione OOP (c'è qui qualche anima pia che mi consiglia un buon testo semplice per iniziare??? :F ) visto che ormai sembra essere essenziale anche per creare piccoli siti dinamici (si vengo dalla programmazione procedurale di PHP 3) .
Oddio non è che le aziende siano meglio, ho trovato annunci relativi alla zona in cui abito in cui cercavano schiavi tuttofare e ultra specializzati.
Me ne ricordo uno in paricolare: programmatore web con ottime conoscenze di:
html, css,javascript, php, java, asp.net, visual basic, visual C++, ms sql server, oracle, amministrazione di server linux e windows, competenze in riparazione di Hardware, capacità di tenere corsi di formazione. Forse cercavano un sys admin+un programmatore web e programmatore classico
.
Per php piuttosto che pear(spesso non disponibile negli hosting) vediti PDO (sempre che non abbiano cambiato idea) che dovrebbe sostituire le chiamate native di php verso i db (un layer di astrazione come DB di pear ma è un'estensione di php scritta in C, di conseguenza molto più veloce). Sto iniziando adesso a vederlo (il mio vecchio codice ha bisogno di un'aggiornata )insieme alla programmazione OOP (c'è qui qualche anima pia che mi consiglia un buon testo semplice per iniziare??? :F ) visto che ormai sembra essere essenziale anche per creare piccoli siti dinamici (si vengo dalla programmazione procedurale di PHP 3
) .
-- Non e' importante che tu sia informatico, Power user, user o utonto, l'importante e' che tu sappia ridere dei tuoi errori!
Richieste di framework specifici Di Kesty postato il 05/06/2009 01:17
Io non capisco come fa un'azienda a richiedere, per assumere qualcuno a tempo intederminato, delle conoscenze specifiche non di un particolare Framework, ma di un solo linguaggio.
I linguaggi cambiano come le mode, adesso va molto di moda Ruby on Rails, tra un paio d'anni chissá . E nel frattempo si continua a sviluppare in PHP, ASP Classico, .NET, ecc.. ecc.. ecc...
Se hai bisogno di un programmatore devi fargli delle domande sulla programmazione, vedere come ragiona, dicendogli di rispondere nel linguaggio che preferisce. A cosa ti serve uno che conosca a memoria la funziona da chiamare per connettersi a quel particolare database in quel particolare linguaggio in quella particolare situazione quando la trovi in tempo 10 secondi cercando su google ?
Capisco se é un contratto a progetto, sei mesi/un anno per sviluppare un'applicazione in PHP, allora in quel caso vuoi qualcuno che conosca giá per bene PHP e non perda un paio di settimane a lavorare a velocitá ridotta perché deve andare a guardarsi qualsiasi cosa.
Ma se si vuole assumere qualcuno fisso, é meglio assumere qualcuno che ha un buon bagaglio di conoscenze e che possa apprendere un linguaggio nuovo alla svelta. Non uno che conosce a menadito un linguaggio solo, ma poi di fronte a qualcosa di nuovo non sa che pesci pigliare.
I linguaggi cambiano come le mode, adesso va molto di moda Ruby on Rails, tra un paio d'anni chissá . E nel frattempo si continua a sviluppare in PHP, ASP Classico, .NET, ecc.. ecc.. ecc...
Se hai bisogno di un programmatore devi fargli delle domande sulla programmazione, vedere come ragiona, dicendogli di rispondere nel linguaggio che preferisce. A cosa ti serve uno che conosca a memoria la funziona da chiamare per connettersi a quel particolare database in quel particolare linguaggio in quella particolare situazione quando la trovi in tempo 10 secondi cercando su google ?
Capisco se é un contratto a progetto, sei mesi/un anno per sviluppare un'applicazione in PHP, allora in quel caso vuoi qualcuno che conosca giá per bene PHP e non perda un paio di settimane a lavorare a velocitá ridotta perché deve andare a guardarsi qualsiasi cosa.
Ma se si vuole assumere qualcuno fisso, é meglio assumere qualcuno che ha un buon bagaglio di conoscenze e che possa apprendere un linguaggio nuovo alla svelta. Non uno che conosce a menadito un linguaggio solo, ma poi di fronte a qualcosa di nuovo non sa che pesci pigliare.
-- Kesty
-AT- Kesty Di anonymous postato il 08/06/2009 10:27
Neanche io capisco, ma all'ultimo collocquio che mi é capitato di fare (webmaster era il ruolo) : Richiesta un minimo di programmazione javascript un minimo di sistemistica in ambito linux e un po' di html (io sono sette anni che lavoravo come facciotuttomi) bhe mi hanno chiesto e detto che non sempre hai google a disposizione e se c'é un problema come te la cavi ? Poi mi hanno chiesto se conoscevo Ruby ... Che ve ne pare, la cosa bella é stata che il collocquio é stato molto positivo.Ovviamente non aggiungo che il progetto in discussione é rimasto fermo.
> Io non capisco come fa un'azienda a richiedere, per assumere qualcuno a tempo intederminato, delle conoscenze specifiche non di un particolare Framework, ma di un solo linguaggio.
>
> I linguaggi cambiano come le mode, adesso va molto di moda Ruby on Rails, tra un paio d'anni chissá¡ï¿½. E nel frattempo si continua a sviluppare in PHP, ASP Classico, .NET, ecc.. ecc.. ecc...
>
> Se hai bisogno di un programmatore devi fargli delle domande sulla programmazione, vedere come ragiona, dicendogli di rispondere nel linguaggio che preferisce. A cosa ti serve uno che conosca a memoria la funziona da chiamare per connettersi a quel particolare database in quel particolare linguaggio in quella particolare situazione quando la trovi in tempo 10 secondi cercando su google ?
>
> Capisco se é un contratto a progetto, sei mesi/un anno per sviluppare un'applicazione in PHP, allora in quel caso vuoi qualcuno che conosca giá¡ï¿½ per bene PHP e non perda un paio di settimane a lavorare a velocitá¡ï¿½ ridotta perché deve andare a guardarsi qualsiasi cosa.
>
> Ma se si vuole assumere qualcuno fisso, é meglio assumere qualcuno che ha un buon bagaglio di conoscenze e che possa apprendere un linguaggio nuovo alla svelta. Non uno che conosce a menadito un linguaggio solo, ma poi di fronte a qualcosa di nuovo non sa che pesci pigliare.
> --
> Kesty
> Io non capisco come fa un'azienda a richiedere, per assumere qualcuno a tempo intederminato, delle conoscenze specifiche non di un particolare Framework, ma di un solo linguaggio.
>
> I linguaggi cambiano come le mode, adesso va molto di moda Ruby on Rails, tra un paio d'anni chissá¡ï¿½. E nel frattempo si continua a sviluppare in PHP, ASP Classico, .NET, ecc.. ecc.. ecc...
>
> Se hai bisogno di un programmatore devi fargli delle domande sulla programmazione, vedere come ragiona, dicendogli di rispondere nel linguaggio che preferisce. A cosa ti serve uno che conosca a memoria la funziona da chiamare per connettersi a quel particolare database in quel particolare linguaggio in quella particolare situazione quando la trovi in tempo 10 secondi cercando su google ?
>
> Capisco se é un contratto a progetto, sei mesi/un anno per sviluppare un'applicazione in PHP, allora in quel caso vuoi qualcuno che conosca giá¡ï¿½ per bene PHP e non perda un paio di settimane a lavorare a velocitá¡ï¿½ ridotta perché deve andare a guardarsi qualsiasi cosa.
>
> Ma se si vuole assumere qualcuno fisso, é meglio assumere qualcuno che ha un buon bagaglio di conoscenze e che possa apprendere un linguaggio nuovo alla svelta. Non uno che conosce a menadito un linguaggio solo, ma poi di fronte a qualcosa di nuovo non sa che pesci pigliare.
> --
> Kesty
-- anonymous
-AT- anonymous Di Gandolfo "Infinity" Ivo postato il 08/06/2009 22:42
> Neanche io capisco, ma all'ultimo collocquio che mi é capitato di fare >(webmaster era il ruolo) : Richiesta un minimo di programmazione javascript un >minimo di sistemistica in ambito linux e un po' di html (io sono sette anni >che lavoravo come facciotuttomi) bhe mi hanno chiesto e detto che non sempre >hai google a disposizione e se c'é un problema come te la cavi ? Poi mi hanno >chiesto se conoscevo Ruby ... Che ve ne pare, la cosa bella é stata che il >collocquio é stato molto positivo.Ovviamente non aggiungo che il progetto in >discussione é rimasto fermo.
> anonymous
1) E che è? C'è un problema? Cavolo siete un team! 2 teste ragionano meglio di una. Figuriamoci n°. Nell'azienda dove lavoro io ora (fortunatamente) si ragiona così. Nessuno è DIO, siamo tutti asini, se qualcosa non si sà si chiede al vicino, e così via a catena. Mai visto in un'azienda un "faciotutomi" anche perchè non durerebbe a lungo, troppe cose da fare (infatti uno dei miei Boss è ancora sotto referto medico)
2) Lavori in un'azienda, anche qui al giorno d'oggi mai visto un pc senza che sia connesso alla rete (tranne casi particolari, ma tralasciamo). Sul tuo pc non c'è internet? semplice: vai dal collega e chiedi di poter cercare. Altra soluzione? esistono fior fiore di siti che forniscono howto e guide in formati vari (pdf, html, etc) te lo scarichi a casa su una chiavetta, oppure te lo mandi via posta elettronica... ah già, tu non hai internet... e i colleghi o i clienti come ti contattano? solo telefono? già, il cliente in Giappone è solito telefonarti alle 3 di notte per fare 2 chiacchiere...
Un pc senza rete è come una moto senza gomme, un bel gingillo, ma quasi inutile... Il quasi è d'obbligo, perchè si può lavorare anche off-line, ma poter cercare le cose in rete è molto più facile (vedasi un commento di Davide Bianchi, ove diceva che quando lavorava ai tempi l'unica rete era quella per poter stampare con AutoCad se non ricordo male)
3) Non sentenzio sui linguaggi, ogni azienda può decidere che linguaggi usare, ma concordo sulla selezione "se non sà questa non continuo il colloquio" è una benemerita ca$$ata. Io all'inizio avevo un'infarinatura generale più o meno su tutto, ma nulla di specifico, le cose "advanced" le ho imparate seguendo i colleghi, oppure cercando la roba su internet (howto, esempi pratici, etc)
> anonymous
1) E che è? C'è un problema? Cavolo siete un team! 2 teste ragionano meglio di una. Figuriamoci n°. Nell'azienda dove lavoro io ora (fortunatamente) si ragiona così. Nessuno è DIO, siamo tutti asini, se qualcosa non si sà si chiede al vicino, e così via a catena. Mai visto in un'azienda un "faciotutomi" anche perchè non durerebbe a lungo, troppe cose da fare (infatti uno dei miei Boss è ancora sotto referto medico)
2) Lavori in un'azienda, anche qui al giorno d'oggi mai visto un pc senza che sia connesso alla rete (tranne casi particolari, ma tralasciamo). Sul tuo pc non c'è internet? semplice: vai dal collega e chiedi di poter cercare. Altra soluzione? esistono fior fiore di siti che forniscono howto e guide in formati vari (pdf, html, etc) te lo scarichi a casa su una chiavetta, oppure te lo mandi via posta elettronica... ah già, tu non hai internet... e i colleghi o i clienti come ti contattano? solo telefono? già, il cliente in Giappone è solito telefonarti alle 3 di notte per fare 2 chiacchiere...
Un pc senza rete è come una moto senza gomme, un bel gingillo, ma quasi inutile... Il quasi è d'obbligo, perchè si può lavorare anche off-line, ma poter cercare le cose in rete è molto più facile (vedasi un commento di Davide Bianchi, ove diceva che quando lavorava ai tempi l'unica rete era quella per poter stampare con AutoCad se non ricordo male)
3) Non sentenzio sui linguaggi, ogni azienda può decidere che linguaggi usare, ma concordo sulla selezione "se non sà questa non continuo il colloquio" è una benemerita ca$$ata. Io all'inizio avevo un'infarinatura generale più o meno su tutto, ma nulla di specifico, le cose "advanced" le ho imparate seguendo i colleghi, oppure cercando la roba su internet (howto, esempi pratici, etc)
-- a little sysadmin from h3ll
colloqui Di AntonyStar postato il 24/09/2009 09:15
E' assolutamente normale quello che ti è successo, mancanza di idee chiare sulla programmazione. Non è il linguaggio determinante per ciò che uno deve fare, ma quello che uno sa affrontare. Quando valuto un ragazzo per la mia azienda non mi fisso sul linguaggio, il linguaggio si impara (io stesso ne ho cambiati una miriade fin da quando studiavo), mi fisso su come ragiona e snocciola i problemi... purtroppo in italia in pochi sanno cosa vuol dire programmare e ancora meno hanno davvero scritto qualche riga di codice.
--
AntonyStar
