Domanda:
Quando mi viene data la possibilità di scegliere in un test, dovrei usare la tecnologia precedente con cui mi trovo più a mio agio o una tecnologia più recente con cui potrei avere problemi?
user1676874
2016-02-10 11:42:11 UTC
view on stackexchange narkive permalink

Domani farò un test pratico per un'opportunità di lavoro. Il lavoro coinvolge principalmente, ma non solo, lo sviluppo del software, che è l'argomento del test.

Mi è stato detto che mi sarebbe stato dato un problema da risolvere, e avrebbero valutato il modo in cui l'ho risolto, inoltre spettava a me scegliere con quale piattaforma o linguaggio di programmazione mi sentivo più a mio agio.

La mia preoccupazione con questo è che le tecnologie con cui mi sento più a mio agio potrebbero essere almeno un po 'obsolete ormai, e non credo di avere abbastanza esperienza con opzioni nuove / migliori per fare un buon lavoro.

Quindi non posso decidere tra giocare sul sicuro e provare a fare un buon lavoro, anche se probabilmente non è molto eccitante per loro, con gli strumenti che so di conoscere, o rischiare un po 'probabilmente un colpo e una mancanza con qualcosa fresco.

Quale sarebbe l'approccio migliore qui?

Qual è la cultura dell'azienda? Vogliono qualcosa di nuovo ed eccitante, con la parte eccitante che include una buona possibilità di non funzionare, o vogliono qualcosa di solido come una roccia?
Non è una società di sviluppo di software e sono abbastanza sicuro che i grandi vorrebbero che le cose funzionassero anche se fossero formule di Excel, ma verrò testato da ragazzi IT che potrebbero alzare un sopracciglio se non lo fossi usando HTML6, figura retorica ovviamente. Come ho detto, mi hanno dato la libertà di scegliere quello che volevo, spero solo che da solo non faccia parte del test.
Bentornato nel sito user1676874. Ho modificato un nuovo titolo nel tuo post che corrisponde maggiormente alla tua domanda effettiva. Sentiti libero di modificarlo di nuovo se ritieni che non sia corretto o che possa essere migliorato ulteriormente.
"spettava a me scegliere quale piattaforma o linguaggio di programmazione ** mi trovavo più a mio agio **." quindi è una decisione semplicissima ... non ti hanno chiesto di scegliere la decisione che ritieni possa essere migliore per risolvere il problema. Ti hanno detto esplicitamente di seguire ciò con cui sei a tuo agio in modo che possano effettivamente giudicare il tuo livello reale di capacità di sviluppo software.
Penso che questa domanda sarebbe migliore con le specifiche. Se la domanda è "Devo usare FORTRAN o forse qualcosa di più nuovo?" allora le probabilità sono "più recenti" è la risposta giusta ... ma se è "dovrei usare SQL Server o Teradata", allora "comodo" probabilmente va bene.
Diciamo solo che c'è un motivo per cui usano la tecnologia più vecchia nelle navette spaziali. È provato e testato. Se qualcosa va storto con la tecnologia più recente, non sanno come risolverlo, la stessa cosa si applica a questa situazione, segui quello che sai.
@Joe [Dipende dal contesto] (http://stackoverflow.com/questions/8997039/why-is-fortran-used-for-scientific-computing) - Preferirei semplicemente "comodo"
@RyanJ C'è un sacco di "vecchia tecnologia" nello sviluppo aziendale che nessuno sa come risolvere e / o utilizzare.
"Mi è stato detto che mi sarebbe stato dato un problema da risolvere, e avrebbero valutato il modo in cui l'ho risolto" - Sai che tipo di problema è? Alcune tecnologie si adattano bene a determinati tipi di problemi.
Sei risposte:
Jane S
2016-02-10 12:03:20 UTC
view on stackexchange narkive permalink

Risposta breve: scegli quello con cui ti senti a tuo agio.

È di gran lunga il meno rischioso solo chiedere di essere testato nel tuo preferito (anche se leggermente obsoleto ) linguaggio piuttosto che cercare l'ultimo e il più grande e bombardarlo. Se dimostri di essere uno sviluppatore competente, la maggior parte dei responsabili IT è consapevole che in molti casi puoi adattarti alle nuove tecnologie con il minimo sforzo.

Se sei davvero preoccupato, dì loro la verità: Che puoi fare le cose successive, ma ti senti più competente in questa lingua e potresti facilmente espandere lo skillset in seguito. Ricorda, non stanno chiedendo un particolare set tecnologico. Chiedono quanto bene puoi gestire un'attività di programmazione, indipendentemente dalla lingua. Se volessero davvero la competenza in una data lingua, è su questo che ti metterebbero alla prova.

Inoltre, come nota a margine, le tecnologie più recenti spesso non sono ancora pronte per il codice di produzione. Voler usare sempre l'ultima lingua / framework / tecnologia è una cattiva abitudine IMO, a meno che non sia per un progetto secondario.
Alcune cose sono molto più facili da fare con le lingue moderne rispetto a quelle più vecchie. Stringa inversa in C o C #, ad esempio? :) Sì, puoi farlo nel modo più duro anche nelle lingue più recenti, ma qualcuno lo farà nella vita reale?
_ "la maggior parte dei responsabili IT sa ... puoi adattarti alle nuove tecnologie" _ - Stack Exchange parallel universe edition.
@Gusdor Che ne dici di * "la maggior parte dei responsabili IT per cui vorresti lavorare sono consapevoli ..." *
@corsiKa Direi che "alcuni responsabili IT sono disposti a farti adattare alle nuove tecnologie sul loro centesimo". Tuttavia, il fatto che un responsabile delle assunzioni ti invita a scegliere la piattaforma e la lingua che desideri utilizzare per un test di programmazione è un segno che questo datore di lavoro potrebbe essere uno di quei pochi.
Come sviluppatore di software di 4 anni (come ancora al college), sono stato in grado di prendere il framework Ruby e Rails abbastanza per costruire nel dipartimento della mia università un sito Web decentemente sofisticato, senza esperienza con il linguaggio o il framework, in 4 mesi. Sono assolutamente certo che qualsiasi programmatore competente con più esperienza persino di * me * possa raccogliere qualsiasi cosa se gli viene concesso un po 'di tempo. Se i responsabili delle assunzioni non lo capiscono o non riescono a capirlo, secondo me non è un'azienda per cui vuoi lavorare!
Bougret
2016-02-10 12:05:21 UTC
view on stackexchange narkive permalink

Gioca sul sicuro ma spiega la tua scelta.

Poiché non è una società di sviluppo software e anche se lo fosse, è meglio avere un piccolo svantaggio piuttosto che commettere un errore paralizzante mentre ci si mette in mostra.

Spiegare la tua scelta può anche dare un'impressione migliore poiché comprendi che la tua tecnologia è obsoleta e hai il desiderio e la volontà di migliorare le nuove tecnologie che stai attualmente imparando.

Più di uno sviluppatore in grado di far funzionare le cose, apparirai come uno sviluppatore in costante progressione.

BobRodes
2016-02-10 12:37:03 UTC
view on stackexchange narkive permalink

Tieni presente che la maggior parte degli errori del software non ha nulla a che fare con la mancanza di controllo sulla lingua scelta. Hanno a che fare con la scrittura della cosa sbagliata nella lingua scelta.

Il test probabilmente andrà dopo la tua capacità di definire i requisiti senza specificarlo. Non aver paura di chiedere chiarimenti sul problema. Più sei pignolo con le domande chiarificatrici, meglio dovrebbe piacergli.

+1 per "insegui la tua capacità di definire i requisiti senza specificarlo".
gbjbaanb
2016-02-10 18:20:51 UTC
view on stackexchange narkive permalink

Sembra che vogliano che tu risolva i problemi e dimostri capacità di risoluzione dei problemi, non quale sia la lingua più recente e più interessante. (che è davvero una buona cosa).

Se questo è il caso, scrivere in un linguaggio davvero obsoleto (VB6?) sarebbe altrettanto buono. Se avessero voluto conoscere le tue abilità in una lingua specifica perché erano una società di software che ne utilizzava una in particolare, allora ti avrebbero sicuramente chiesto di programmare in quella lingua (o almeno dimostrare che sai qualcosa di quella lingua).

C'è un possibile caso qui che se tu usassi un linguaggio super cool potrebbero rifiutarti per aver inseguito nuovi tecnici piuttosto che fare il lavoro che vogliono, o che l'intervistatore potrebbe non capire comunque le nuove cose, il che lo farebbe confondere solo le cose.

Vale anche la pena, in questi casi, utilizzare il linguaggio più dettagliato per l'attività. Ad esempio, se ti venisse chiesto di creare un servizio web potresti farlo in C # scrivendo un wsdl, eseguendolo tramite svcutil per generare codice, implementando le tue interfacce e metodi decorati dagli attributi e scrivendo un programma di servizio per eseguirlo self-hosted. Il che dimostrerebbe che conosci tutti i pezzi che devi sapere. Oppure potresti scriverlo in PHP che sarebbe una riga di codice che costruisce un server soap che passa il wsdl. Questo dimostra solo che gli sviluppatori PHP sanno come farlo.

+1 "dimostrare capacità di risoluzione dei problemi". Sembra che il datore di lavoro stia cercando di farsi un'idea di come l'OP pensa / attacca un problema. Il che nella mia esperienza li eleva al di sopra dell'80% -90% degli altri datori di lavoro là fuori.
user8365
2016-02-10 19:45:41 UTC
view on stackexchange narkive permalink

Per prima cosa, fallo con quello con cui ti trovi più a tuo agio e poi prova con l'altro. Se sei soddisfatto dei risultati, invia entrambi con qualche confronto e contrasti. Potresti preferire uno sull'altro per questa particolare applicazione.

Se non ti senti a tuo agio con la nuova lingua, non inviare o dire nulla al riguardo. Non pensare nemmeno a bluffare per farti strada. Le persone si innervosiscono durante i colloqui, quindi devi concentrarti sulle cose che conosci di più e su cui ti senti più a tuo agio.

Questo sarà un buon esercizio di apprendimento a prescindere.

Ed Heal
2016-02-11 08:23:20 UTC
view on stackexchange narkive permalink

Per questo, userei la tecnologia con cui ti senti più a tuo agio a causa della tua dichiarazione:

Mi è stato detto che mi sarebbe stato dato un problema da risolvere, e avrebbero valutato il modo in cui che ho risolto,

ie Stanno cercando di capire come affronti un problema e come risolverlo. Non sono così interessati alla tecnologia.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...