Considerazioni importanti prima di assumere Ruby on Rails Developer

Ho lavorato su Ruby on Rails sviluppo web con idyllic-software.com per oltre 3 anni e mezzo ora e sono stato intervistato da molte aziende grandi e piccole. Ci sono state occasioni in cui mi è venuta fuori interviste sentirsi incoraggiati e motivati ​​pur non ottenere assunti e momenti in cui mi sono sentito come rinunciare, volendo mantenere la programmazione come un hobby e passare a qualcosa di completamente diverso (ma con un nuovo offerta di lavoro ). Tuttavia, la sua evidente che alcune aziende hanno un talento di assumere persone che sono sempre motivati ​​e innamorati di quello che fanno e, mentre altri sono ok avere persone solo scrivere del codice e tornare a casa fino a quando non si lamentano.

Ci sono stati molti articoli sul noleggio e outsourcing rotaie programmatori o qualsiasi tipo di programmatore e questo post può essere solo un altro per quella lista, ma queste sono alcune delle cose che ho notato nel corso degli anni.

Per impostare lo sfondo, io lavoro a Mumbai, in India e la mia giornata di lavoro media in genere comporta lavorare con i miei compagni di squadra che scrivono codice (e alcuni che non lo fanno), a parlare con i clienti e di viaggio. Un sacco di Rails negozi in India sono piccole e medie imprese (ma c'è stato un improvviso aumento nell'adozione Rails nell'organizzazione grandi troppo) dove le alte percentuali di logoramento non vengono prese molto sul serio. Le aziende dove il possesso di un dipendente medio è di circa 7 mesi e io attribuisco questo per cultura aziendale.

Cultura

E 'importante essere realistici su ciò che il vostro offrendo un candidato e se si sarebbe in grado di vivere fino a vostri impegni. Per un dipendente, un datore di lavoro onesto, incoraggiando e prossima genera immediatamente un senso di appartenenza, il desiderio di assumere la proprietà, e la volontà di adoperarsi per fare del loro meglio. La considerazione importante è sapere se il vostro veramente fare uno sforzo per fare che cosa è all'interno dei vostri poteri per esigere il meglio dal vostro dipendente. Stipendi grassi sono grandi per attirare l'attenzione, ma la sua abbastanza di rado per tenere la gente andare. Lavorare per la costruzione di una cultura nutrimento attira automaticamente talento. TED parlare di Simon Sinek descrive questo bellissimo in cui spiega, la gente non compra quello che fate; comprano perché lo fai.

Ho lavorato con un amico (che ora è un imprenditore), che, dopo il lavoro sarebbe mi incoraggiano a lavorare con lui per costruire cose a caso. Non siamo mai riusciti davvero a costruire qualcosa di impressionante :( ma ci ha insegnato molto di rimanere motivati. Ci piacerebbe capire qualcosa di cui essere entusiasti e sarebbe trovare dei modi per utilizzare da qualche parte nel nostro progetto. Che mi portano a lato progetti .

Impaziente /Early Adopters /progetti collaterali

E 'facile trovare persone che sono impaziente di provare cose nuove basta guardare il loro conto github. Troverai un sacco di progetti senza documentazione o prove costruito esclusivamente per sperimentare su tecnologie che non possono forzare i loro clienti a provare. Sono persone appassionate che sono disposti a provare cose prima della sua corrente principale. programmatori appassionati sono ciò che ognuno è dopo. Li Hire!

dilettanti

dilettanti sono gli sviluppatori che possono dilettarsi in diverse tecnologie per ottenere il lavoro fatto. Essi possono non essere il Java script di Ninja o Ruby eroe che tutti si avvicina a alla conferenza ma sanno o riescono a capire abbastanza per ottenere il lavoro svolto. Il suo essenziale che i programmatori a capire i concetti di programmazione di base, ma grigliate candidati durante le interviste più oscuri metodi API Rails è inutile. API possono essere apprese ma che cosa è importante è raccogliere se i candidati a capire concetti di programmazione di base come orientato agli oggetti di programmazione.

Umiltà

Mi sento l'umiltà è estremamente sottovalutato a società di software. La sua importante rendersi conto che l'ingegneria del software è uno sport di squadra e il suo importante che l'arroganza di un programmatore rock-star non portare tutta la casa verso il basso. Programmatori Rock-stelle sono bello avere, ma solo se può aiutare la tua squadra a lavorare meglio. Sono stato intervistato da "programmatori Rock-star" il cui unico scopo era quello di sottolineare le cose ho succhiato in (che era anche utile in un modo).

progetto di esempio

La sua non è sempre possibile per diversi motivi, ma cercare di avere i vostri candidati lavorare per voi per una settimana con un accordo giusto su un piccolo modulo in modo che entrambi avete un'idea di cosa vuol dire lavorare insieme. Niente funziona meglio di sedersi e scrivere codice per le storie reali.

Oratori

Forse per le vendite e il marketing. Saprete quando si vedono i loro conti github

Questi sono i miei 2 centesimi su come assumere gli sviluppatori Hotel  ..;