Alessandro 'kLeZ' Accardo personal website

This is the personal website of an Italian developer once called 'kLeZ'.

Il recruiter e l'informatico

Posted on • by

Oggi vorrei raccontare una storia.

La storia di un recruiter incompetente che malauguratamente mi ha contattato in una giornata storta.

Normalmente a un messaggio del genere avrei risposto solo “No Grazie”, “Non sono interessato”, “Rimaniamo in contatto per eventuali posizioni future”. Oppure avrei perso tempo a spiegare cosa faccio e cosa mi piacerebbe fare, nel vano e ingenuo tentativo di ricevere un’offerta degna di questo nome.

Oggi no.

Oggi mi sentivo di dire chiaramente alla persona al di là dello schermo che no, così non va bene, queste che mi (ci) vengono propinate non si chiamano offerte, sono delle supercazzole brematurate con scappellamento a destra che nascondono superficialità, mala gestione e assenza di considerazione per il possibile futuro dipendente.

Ma analizziamo le parole. Tolto tutto il preambolo dell’azienda leader operante anche su Marte, grazie agli ultimi ritrovati della NASA, rimane questo, che potrebbe essere considerata “la ciccia”.

“Vorrei presentarle un’opportunità come developer con competenze Java, Javascript, PHP, serv. RESTful, Db SQL, vers. SVN.
Se interessato ad approfondire, mi scriva.”

Ora, le domande che mi verrebbero sono veramente tante, ma intanto qualche allarme rosso mi si è parato davanti agli occhi pesantemente.

Intanto, se io volessi presentare un’offerta penso che dovrei descrivere almeno questi punti:

  1. Inquadramento professionale
    Cioè quale posizione andrei a ricoprire all’interno dell’azienda (Senior Software Developer, Software Architect, DevOps Engineer, QA Engineer, Inserviente Capo).
    Questo mi darebbe l’idea di quale sarebbe la mia mansione (utile per capire se andrei a migliorare o peggiorare rispetto a dove sono ora).
    Un plus è descrivere brevemente la mansione effettiva, questo in alcuni casi diventa obbligatorio perché alcune aziende sono “creative” con l’inquadramento professionale (vedi Microsoft con il suo Premier Field Engineer).

  2. Inquadramento economico e contrattuale
    Penso che questo debba essere automatico visto che si parla di lavoro. Ho necessità di sapere se ci vado a rimettere come stipendio, benefit, contratto.
    Si tratta di un part-time o un full-time?
    Si tratta di un contratto di commercio, metalmeccanico, altro?
    Si tratta di 12, 13, 14 mensilità?
    Quali sono, eventualmente, i benefit?
    C’è il rimborso spese? Se si, di quanto si tratta?

  3. Tecnologie in cui dovrei avere competenze
    Questa è la parte più bella, perché di solito non ce n’è uno che sappia quello che scrive, potrei mettere dei nomi di pokémon nel curriculum e mi chiederebbero se ho esperienza anche su quelli.
    Per qualsiasi lavoratore è fondamentale sapere con cosa avrà a che fare, questo rientra anche nella mansione.
    Certo che se dovrai fare l’inserviente magari vuoi sapere quanti chilometri di corridoi dovrai pulire, quanti scopettoni hai a disposizione e se il magazzino si trova dentro o fuori dallo stabile.
    Per un informatico questo si traduce nel sapere quale sarà lo stack tecnologico che userai.

Per tornare al messaggio originale, le “tecnologie” erano Java, PHP, JavaScript. Linguaggi semmai, che è ben diverso.

Qui scrivere Java è inutile e a dir poco incompleto.

Potrei lavorare con Java 1.6 e Java Enterprise Edition, su Servlet e EJB.
Potrei lavorare con Java 1.8 e Spring Web con Tomcat.
Potrei lavorare con Java 1.8 e Spring Boot.
Potrei lavorare con Java 1.8 e Quarkus.
Potrei lavorare con Java 1.8 e Play.
Potrei lavorare con Java 1.8 e Vert.x.
Potrei lavorare con Java 11 e JakartaEE.

E sto considerando solo Java, e solo framework Web, non inizio neanche a descrivere librerie e framework per coprire altri layer di un’applicazione, tipo Hibernate, JPA, MyBatis, Jdbc.

E non ho ancora nominato PHP, che tra PHP 5.3 e 5.6 c’è una differenza abissale, per non parlare di PHP 6 e PHP 7 (o l’improbabile PHP 8 appena uscito).

Poi l’onnipresente JavaScript. Non ne voglio parlare perché altrimenti va a finire male. A questo punto mi sarei aspettato di leggere anche CSS e PhotoShop, fortunatamente non è stato così.

Su db SQL volevo quasi essere buono, perché alla fine potrebbe bastare saper fare una query SQL decente, ma non posso esserne sicuro, perché quel “Db SQL” potrebbe onestamente voler dire qualsiasi cosa per una mente creativa.

Dopo tutte queste domande e questa analisi, se per ingenuità volessi sapere effettivamente in cosa consiste questa offerta (perché mi ha detto che me la offre ma non mi ha detto cosa mi sta offrendo) non devo fare altro che perdere tempo a scrivere, magari sentendomi rispondere che “per l’inquadramento economico si attende il colloquio”, come fanno tante aziende.

Io però non sono alla prima esperienza, sono un professionista serio.

Per cercare una buona analogia, immagina che io venga da te e ti offra un bicchiere di vetro trasparente con un liquido trasparente all’interno.

E ti dica, offrendoti il bicchiere: “Ho un’offerta per te, prendi!”

Tu berresti da quel bicchiere senza farti domande?

Il liquido trasparente potrebbe essere acqua certo, ma potrebbe essere Gin, Vodka, Sambuca, candeggina, acqua ossigenata, diserbante, olio minerale.

In prospettiva, penso che non accetteresti il bicchiere, sapendo che potrebbe essere Vodka, che magari ti va bene, ma anche candeggina o diserbante, che magari ti ammazza.

Senza queste informazioni io come faccio a sapere se la società che mi stai offrendo è fatta con la candeggina o con la vodka?