Newsgroup: it.lavoro.informatica
Titolo: Test

 
Ciao a tutti
Ho fatto un test a un colloquio e non sapevo con certezza quasi nessuna
domanda.
Nel mio campo
8 anni di esperienza.
Al di la del punteggio ( che chiedero' per curiosita' comunque vadano i
nostri futuri rapporti con l'azienda )
Che senso ha ?
Secondo me anche la certificazione , se prepara a cose del genere e' una
assurdita'.
Scommetto che uno appena certificato di 17 anni sparava un Perfect al test.
Flame benevenuti.
Per me le certificazioni, come i test tecnici sono Stronzate inutili e tempo
investito male per chi si certifica.
ciao a tutti Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 ciao a tutti Nicola
Che tipo di domande erano? Che genere di lavoro dovevi andare a fare, una 
volta superato il test? 

 domanda.  Che senso ha ?
Fondamentalmente dipende dal test e dal modo di valutare il test da
parte dell'azienda, esistono test "sensati" e  test che hanno un po
meno ragione di esistere. E' anche vero che  test che hanno senso per
determinati ruoli possono non averne per altri tipi di occupazioni.
Nello specifico, per il ruolo di informatico, vedo molto adatti test di
"ragionamento", mirati a verificare le capacità di analisi di un
problema, piuttosto che a sondare basi nozionistiche come ad esempio
con domande sulla sintassi di un determinato
linguaggio.
Che tipo di test hai fatto?
--
SisQo

concordo col tuo pensiero perchè è successo anche a me di perdere una
commessa causa test.
domanda : espin ?
ciao
in bocca al lupo per il test si sa mai magari le hai  centrate tutte. ;D

 8 anni di esperienza.
magari non sei la persona che cercano nonostante gli 8 anni di 
esperienza. Semplice no? ;-)

 SisQo


 Domande specifiche ultraspinte sul linguaggio Java
cribbio, ma mi ricordo male o non era proprio il tuo campo?
adesso darai la colpa ai quei pelandroni di impiegati statali coperti da 
improduttivi sindacalisti! :-DDDD
ciao
fstr

 non era proprio il tuo campo?
   ^^^
"o era proprio il tuo campo" sorry
 

 Scommetto che uno appena certificato di 17 anni sparava un Perfect al
test.
E' sicuramente limitativa ma tale limite e' fisiologico in qualsiasi
contesto di verifica. Se vuoi anche alcuni esami, se dotato di notevole
memoria, li passi e dopo magari non sai metterle in pratica le nozioni
apprese..
Ogni selezione ha i suoi limiti.


 ha
scritto:

Na na, non mischiamo politica e tgecnologia !!!
Java appunto e' il mio campo.
Come ho scritto sul messaggio di apertura.
Il 3d lo ho aperto apposta perche' e' comico che uno come me con 8 anni di
esperienza e decine e decine di progetti java alle spalle rischia di non
passare un test, o comunque di pigliare un punteggio inferiore di uno che e'
fresco di certificazione.
Ognuno gioca la sua partita, io come ho scritto spesso, sono contro le
certificazione e i test che diventano + settimana enignmistica che roba
seria.
Lo stesso vale per chi seleziona, concordo che un test qualsiasi puo'
coprire le spalle da un impostore, poi bisogna vedere quanto e come usarlo.
ciao Nicola



Calma calma,
non ho detto da nessuna parte che
1. non ho passato il test scritto
2. non ho passato il colloquio totale
anzi probabilmente e' il contrario.
Volevo discutere in generale su questi test e sulle certificazioni
cedo le due cose molto collegate.
Ciao Nicola


 investito male per chi si certifica.
No, Nicola, non sono stronzate inutili. Un test non da' una garanzia
comparativa tra due persone se non viene dato un raggio di preparazione
adeguata. Ovvio che se io sono fresco di studi, anche se ho poca
esperienza, potro' ottenere un punteggio migliore di chi ha 10 anni di
esperienza. I test a bruciapelo sono evidentemente una baggianata proprio
perche' la nostra memoria e' volatile. Non possiamo tenere tutto scolpito.
Pero' i concetti assunti e poi dimenticati si riprendono molto facilmente.
Ora se tu avessi revisionato la materia saresti andato molto meglio di
come ora sei andato. Personalmente, preferisco comunque test multipli di
preparazione su vari argomenti, proprio perche' non sarebbe possibile che
il candidato si prepari su tutto in un mese di tempo. Un po' come un esame
di stato. Esempio, se uno ha appena fatto un esame di meccanica risultera'
fortissimo in meccanica, ma se dovesse sostenere un esame da ingegnere con
domande di fisica, meccanica, matematica, chimica, informatica, ecc. ecc.
allora sicuramente gli sarebbe molto difficile prepararsi tutto in un mese
ex-novo. Purtroppo, nemmeno questo necessariamente significa una maggior
preparazione del candidato ma ricordati che revisionare le proprie
conoscenze per un eventuale colloquio (ma bisognerebbe anche essere
avvertiti) per me dimostra comunque serieta' e volonta' nell'approcciarsi
ad un nuovo lavoro, per cui non puoi sempre dire "ma tanto queste cose le
ho studiate e le sapevo una volta" perche' cosi' come lo dici tu, lo
dicono tutti gli altri, e chi offre un lavoro ha diritto a qualche
certezza in piu'.
Ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
nella categoria temo rientrino anche le modalita' di test che molti prof
in universita' adottano... tanto per citare un esempio ad Informatica
l'esame di "Architetture II, Reti di Computer" si svolgeva con un test a
crocette/risposte libere e un progetto (in genere un programma che
utilizzasse le socket in C), niente orale.
Gli argomenti trattati sono quelli del Tanembaum che, immagino lo
conosciate, e' piuttosto vasto...
Insomma prendere un buon voto in quell'esame era (ma probabilmente lo e'
ancora) un'impresa, perche' uno non puo' ricordarsi a memoria di
informazioni tipo "quanti byte e' il campo padding di un frame ethernet" :P
Quindi succedeva che la classica "secchia" riuscisse a prendere un buon
voto nello scritto...e il progetto se lo faceva fare perche' non era
capace di buttar giu' una riga di codice (figuriamoci a lavorare con le
socket...)
E stessa cosa era Sistemi Operativi con la differenza che li' mi ricordo
una serie di domande trabocchetto veramente bastarde... :P
Insomma su certi argomenti far fare un test e' impensabile, o almeno di
sicuro *non* puo' essere considerato indicativo delle reali capacita' di
una persona. C'e' bisogno di un colloquio e, in caso di una
collaborazione lavorativa, se si ha davvero la necessita' di valutare
una persona per assicurarsi che abbia le capacita' richieste, ci si deve
affidare ad un periodo di prova.
...al che mi torna in mente il test al militare :)
C.

 Scommetto che uno appena certificato di 17 anni sparava un Perfect al
test.
Certo, però magari uno che ha la tua stessa esperienza ti passa davanti
perché fa meglio di te al test. Ci hai pensato?
Mica devi fare il massimo del punteggio.... l'esaminatore valuterà anche
tutto il resto, compresa l'esperienza. E probabilmente, a parità di
esperienza,
chiamerà i primi 5 del test scritto per un secondo colloquio.
Fra

 investito male per chi si certifica.
Io ho recentemente preparato la certificazione developer java (la prima,
per intendersi) di mia spontanea volontà e senza alcuna richiesta esterna.
Studiando su un testo consigliato la sera e a tempo perso, ho scoperto
di non sapere diverse cosette sul linguaggio. Ho trovato anche 
divertenti i mock test i quali sicuramente mettono di fronte a 
situazioni poco probabili nel mondo reale, ma che fanno riflettere su 
quante piccole/grandi carenze su argomenti che davo per assodati dopo 
sette/otto anni che bazzico intorno a java a livello professionale.
E' fuori discussione che per superare i test occorre una preparazione da 
test, che non è l'esperienza. Però bisogna ammettere che ogni tanto 
fanno emergere delle lacune che non sospettavamo di avere. L'esperienza 
sul campo tende a farti risolvere i problemi quasi sempre allo stesso 
modo, quello che ti da più fiducia, lasciando più o meno volutamente 
parecchi aspetti inesplorati. Trovo che sia utile anche per una persona 
di esperienza misurarsi su questo campo, c'è da imparare e migliorarsi, 
anche parecchio.
Poi se non si crede alle certificazioni basta non dare l'esame e il 
problema è risolto. Infatti io non so se lo darò, anche se adesso sono 
abbastanza tranquillo che lo supererei.

 C.
N.


 Ciao


 abbastanza tranquillo che lo supererei.
Leggi la risposta che ho messo a Franco per il mio punto di vista completo.


 Fra
N


 Ogni selezione ha i suoi limiti.
SI pero' c'e' contesto e contesto
A scuola si va a posta a farsi selezionare e mi sta bene.
A un colloquio si va per altri motivi, e conoscere una particolare parte
dell'informatica + di un'altra potrebbe essere una pura coincidenza
Uno ha fatto dei lavori attinenti il test il mese prima e l'altro magari
studiava l'atomo in visual basic e se lo mangia al javista fresco di
certificazione
ciao Nicola


 90 % di quei casi che si studiano non servono, imho.
Secondo me il punto e' che il 90% della programmazione spesso non viene
usato. La certificazione java, a mio parere, e' molto utile, e ti diro' di
piu', io l'ho fatta dopo 3 anni di esperienza e mi sono reso conto di
quante cose ancora effettivamente non sapevo e/o ignoravo. Tu fai come ti
pare ma poi se non ti prendono al posto di un altro non lamentarti. E poi
dai, se hai esperienza e i concetti li conosci, due settimane bastano e
avanzano.
Il programma della programmer certification e' ottimo e anche le domande
sono molto intelligenti e mirate.
Ripeto, conta che quello che dici tu (che penso sia vero, che tu conosca
java e sei un professionista preparato) lo dice anche il pallonaro della
gnueconomi smanettone tecnicu dellu cumputer e per l'intervistatore
partite tutti e due dallo stesso livello.


 ....al che mi torna in mente il test al militare :)
Un test non puo' provare le capacita' reali del candidato, questo e'
ovvio, solamente le nozioni acquisite. Conta che ad un ipotetico colloquio
sulla tecnologia X tutti e 10 i candidati diranno che sono espertissimi in
questa.
Che facciamo? Facciamo lavorare tutti e 10 per un periodo di prova? :-)


 Ciao
ciao


 ripassarmi una massa di roba che non sto usando ogni 2 anni, insomma ...
Si, ovvio, se dovessi rifarlo ora mi occorrerebbero 2 settimane. Puo'
essere anche utile per una revisione. 


 90 % di quei casi che si studiano non servono, imho.
Non sono d'accordo, per questo ti suggerisco di prendere un testo 
qualificato che prepara alla certificazione. Nel caso di java, se 
mastichi bene l'inglese è anche una lettura piacevole. Vedrai che non è 
esattamente vero quello che dici.

 esattamente vero quello che dici.
Allora vi dico che addirittura rimanendo su Java, e lasciando stare la
certificazione, preferisco leggermi il libro
Java Server programming, che e' architetturale
a un testo sulla sintassi
comunque sicuramente esagero a dire che non serve a nulla, mi sembra uno dei
tantissimi aspetti la programmzione in se , per di + di quelli che essendo
mnemonici sono spesso soggetti a dimenticanze, recuperabili al momento
dell'uso.
P.S.
Ma se aggiungi un a un Set un oggetto duplicato che succede ?
Questo addirittura e' un caso assurdo, perche' io i Set li uso ogni giorno e
per pura
coincidenza o perche0 ho pensato bene le classi magari non lo ho mai
aggiunto.
a. Delle risposte una era da un errore a runtime
b. l'altra torna null
c. l'altra errore a compilazione
d. l'altra accetta
ci arrivo per esculsione che al 90% e' (a) e al 10% e' b), ma nulla
vieterebbe ai programmatori sun di usare la soluzione (b) e documentarla,
cosa che a volte succede per motivi storici
per fare capire come era
OPPURE
domanda 1 di tutto il quiz:
public static void main(String args)
.....
chi sa java dovrebbe
public static void main(String args[])
oppure
public static void main(String[] args[])
( credo :-)
che succede con la riga sopra () ?
a. errore in compilazione dicendo che main e' vietato usarlo ( o simile)
b. funzia lo stesso
c.
d.
ma che ne so
chissenefrega aggiungo !!
ciao Nicola


 chissenefrega aggiungo !!
Pensaci bene, invece, che e' molto piu' importante di quello che a prima
vista sembra comprendere gli errori di compilazione da quelli di runtime.
Non tutti i casi sono cosi' evidenti come quello sopra.


 chissenefrega aggiungo !!
Del caso specifico può darsi che te ne freghi. Tanto gli ide compilano 
in tempo reale e male che va non parte.
Però se ragioni su come java identifica i metodi ci arrivi. Quello è in 
sostanza un overload del metodo main, lecito, ma quando la vm lo 
cercherà per avviare la classe non lo troverà perchè ha una signature 
diversa.
Magari sapere questo è decisamente più utile.

 Magari sapere questo è decisamente più utile.
Ecco !!
I set appunto li sto usando in questo periodo con hibernate e a dire il vero
me li popola lui
so perfettamente la differenza coi Bag i map eccetera ma una add non la ho
mai fatta
e la ho sbagliata vedi te. Io che ne sapevo che la add tronava un boolean
invece quella del main non ricordo che ho scritto
C'e' da dire che se posso evito le array. Ammetto che un buon programatore
deve anche sapere leggere i programmi degli altri quindi deve conoscere bene
il linguaggio.
Il genere di domande era questo.
Alcune secondo me anche tradotte male dall'inglese.


 me li popola lui
Hibernate vuole implementati i metodi hashCode() e equals() sui singoli 
pojo, perchè l'univocità dell'oggetto deve corrispondere all'univocità 
sul database (agganciato al concetto di persistenza).
con questi due metodi anche nei Set "piloti" come due oggetti possono 
essere considerati duplicati, se lasci inalterata l'implementazione di 
Object ciò avviene solo quando si tratta dello stesso oggetto.