Ingegneri Rails di prodotto
App convention-over-configuration con modelli, policy e test trattati come lavoro di prodotto, non uno scaffold generato filtrato in produzione.
Rails · Backend di prodotto · Admin
Sviluppatori Ruby on Rails che consegnano il prodotto, non lo scaffold
Un’assunzione Rails non è «qualcuno che sa lanciare rails new». Gli ingegneri iQud consegnano backend di prodotto manutenibili, sistemi admin e piattaforme CRUD che sopravvivono alla prossima feature, non uno scaffold cresciuto fino alla produzione.
- App e API Rails di prodotto
- Admin, CRUD, modelli di dominio
- Job Sidekiq con owner
- Primo PR in circa una settimana
Segnali di delivery Rails
- 5 gTempo tipico al primo pull request
- RailsApp di prodotto, non scaffold dimenticati
- CRUDAdmin e modelli di dominio come lavoro owned
- 2 sett.Cadenza di sprint con review dei modelli
I posti Rails che staffiamo davvero
«Rails» non è un mestiere solo. Abbiniamo la superficie di prodotto di cui avete bisogno, gli stessi stack dietro le nostre pagine Ruby on Rails, Software Development e PostgreSQL.
01 02 Posti API Rails
Rails API-only per client mobile e SPA: endpoint versionati, auth e serializer, non un dump di ogni colonna ActiveRecord.
03 Piattaforme admin e CRUD
Tool interni e console operatore che restano manutenibili, non una zuppa di callback che nessuno vuole toccare dopo il lancio.
04 Sidekiq e lavoro in background
Job come lavoro di prodotto: retry, idempotenza e un owner nello standup, non un task rake che gira solo su un laptop.
05 Layer dati con cui la prossima feature può vivere
Modelli ActiveRecord, migration e indici Postgres pensati perché la prossima story non lotti con la forma di tabella del trimestre scorso.
06 Quando Python, Go o un posto backend misto è meglio
Un servizio Python data-adjacent o un’API Go concurrent vuole ancora un’altra assunzione. Lo diremo nella call intro invece di forzare un posto solo-Rails.
Strumenti che aprono il primo giorno
Ogni tessera è una pagina tecnologia o servizio iQud. La striscia sotto è Rails con gli strumenti di dati e cloud che questi ingegneri già consegnano.
Dalla call intro a un PR mergiato
Un’assunzione Rails deve consegnare una story, una migration o un endpoint nel vostro repo, non due mesi di onboarding mentre il modello resta senza owner.
1 Mappare il buco Rails
Monolite vs API-only vs Sidekiq, Hotwire vs frontend separato, seniority, ore di overlap, e cosa significa «fatto in 30 giorni» nello strato di prodotto.
2 Preselezionare ingegneri veri
Abbiniamo specialisti Rails disponibili al brief e condividiamo lavoro di app di prodotto, API o admin.
3 Voi intervistate
Incontrate la persona che entrerà nello standup. Validate come parla di un N+1, di un job Sidekiq fallito e dell’ultima migration che ha davvero posseduto.
4 Primo sprint nei vostri tool
Accesso al repo, ambienti e primo pull request, in genere entro una settimana dal go.
Partite da un posto. Crescete se il backlog lo dice.
La maggior parte dei clienti incorpora prima un ingegnere Rails. Una coppia o uno split solo se il lavoro lo richiede davvero.
Un ingegnere incorporato
Uno specialista Rails entra nel vostro squad, segue il lead e lavora nei vostri rituali.
Ideale perChiudere un buco di backend di prodotto o admin senza un nuovo processo vendor
Posto Rails dedicato
Un owner stabile per l’app, l’API o l’albero admin, con review senior sullo sprint.
Ideale perUn prodotto che ha bisogno di un owner Rails nominato
Iniziativa Rails delimitata
Una fetta definita: una nuova superficie CRUD, un upgrade Rails, o un cutover API con contratti già in movimento.
Ideale perUn traguardo a cui puntare, non una panchina aperta
Tariffe di hiring Rails, per iscritto
Due modi per staffare un ingegnere Rails. A ore per spike e ticket definiti. Un posto mensile dedicato se volete qualcuno nello standup ogni giorno, a un tasso effettivo più basso che far girare l’orologio.
Assumere a ore
20 €/ ora
Capacità Rails flessibile per spike di feature, review e ticket delimitati. Pagate solo le ore lavorate.
- Gli stessi ingegneri Rails di un posto mensile
- Ideale per overflow, una migration o una superficie admin
- Partire in fretta, mettere in pausa quando lo spike è finito
- Fatturato sulle ore reali, non un retainer
Miglior valore
Assumere per un mese
1840 €/ mese
Un ingegnere Rails nominato sul vostro sprint, circa 160 ore di capacità backend di prodotto dedicata, con review senior nella cadenza.
Un mese pieno a 20 € è 3200 €. Questo posto è 1840 €.
- Ingegnere nominato in repo, ambienti e standup
- App, API e Sidekiq nello stesso engagement
- Mese per mese. Nessun vincolo annuale.
- Meno costoso delle stesse ore fatturate a 20 €
Tariffe per ingegneri Ruby on Rails dedicati (app di prodotto, API, admin, Sidekiq). Mix di seniority e overlap si confermano nella call intro. Non quotiamo uno stack che non consegniamo già.
Perché i team di prodotto staffano Rails qui
Uno sviluppatore Rails mediocre produce una demo che funziona sul laptop. Questi ingegneri producono un’app che sopravvive a traffico reale, migration reali e al prossimo trimestre di story.
Rails di prodotto, non «chi sa generare uno scaffold»
Vivono in ActiveRecord, negli N+1, e nel perché il timeout della scorsa settimana veniva da un callback che doveva essere un job Sidekiq con retry.
Il vostro repo, il vostro cloud, le vostre ore
Overlap GIFT City con Europa e USA. Le review dei modelli avvengono live quando i lead sono online.
Occhi senior sullo sprint
Velocità mid-level senza zuppa di callback senza supervisione. La review è parte dell’engagement, non uno SKU extra.
Dieci clienti a trimestre, di proposito
Non facciamo girare una panchina. La capacità è limitata perché l’ingegnere che intervistate sia quello nello standup.
Domande di hiring Rails
Partite da uno. La maggior parte dei clienti incorpora un ingegnere Rails senior o mid, poi aggiunge una coppia se il backlog di prodotto o admin lo giustifica.
Tutti e tre quando è lavoro di prodotto in Rails. Un posto monolite è un’app web convention-driven. Un posto API sono endpoint versionati per mobile o SPA. Un posto Sidekiq sono job in background che restano nel repo. Preselezioniamo solo ingegneri su stack che già consegniamo.
È un’assunzione backend, non questo posto. Ditelo nella call intro e non imporremo un profilo solo-Rails a una panchina di servizi mista.
Dopo aver mappato il ruolo e il vostro OK, i primi pull request arrivano in genere entro una settimana, più in fretta se repo e ambienti sono pronti.
Sì. GitHub, Jira, il vostro cloud, i vostri standup. Non inventiamo un processo parallelo a meno che non lo chiediate.
A ore (20 €) è per spike e ticket definiti, pagate solo le ore lavorate. Il posto mensile (1840 €) è un ingegnere Rails nominato sul vostro sprint, circa 160 ore di capacità dedicata. Lo stesso mese fatturato a ore sarebbe 3200 €. Seniority e overlap si confermano nella call intro.
Date al prodotto un ingegnere Rails che possa consegnare l’app
Diteci monolite vs API vs Sidekiq, il layer dati e la prima story che volete in produzione. Torneremo con un profilo nominato, una finestra di partenza e un piano di due settimane.