Gli "Ospiti" della Sala Macchine

-- Xfight

--

anonymous

Edit by A. : non ci sono praticamente più società che fanno tutto il recruiting internamente.

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.

--

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?

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.

--

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.

é 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)!!!

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

In bocca al lupo per la ricerca

-- Peppe

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!

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

> 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