Remote Full Stack Software Engineer

Hallo daar 👋

Bedankt voor je interesse in Deedmob!

Ik ben David, een van de oprichters van Deedmob; CTO en die je sollicitatie zal beoordelen als je ervoor kiest om te solliciteren 🙂 . Laten we maar meteen met de deur in huis vallen: je zou Engineer #3 worden in een team van 6. Hieronder vind je gedetailleerde secties over wat we denken dat je over ons moet weten voor je beslist om bij ons te komen. Voel je vrij om naar de secties te gaan die je interesseren!

🧳 Het verhaal van Deedmob tot nu toe

Mijn mede-oprichter Boudewijn en ik begonnen Deedmob 4 jaar geleden in Amsterdam om jonge mensen te verbinden met een doel in hun carrière, en daarbij te helpen grote sociale problemen op te lossen. We wilden een platform bouwen dat goede doelen zou helpen om onze generatie te betrekken bij flexibele, impactvolle en leuke mogelijkheden voor vrijwilligerswerk.

We hebben onderweg veel wendingen genomen, we hebben veel geleerd en duizenden organisaties geholpen om vrijwilligers in actie te laten komen. We hebben een klein en effectief team en geloven in slimmer werken, niet harder. We hebben ontdekt dat het ongelooflijk is hoeveel een klein team van gefocuste en capabele mensen kan bereiken door effectief teamwork en communicatie. We hebben niet veel vergaderingen en het meeste van ons werk gebeurt asynchroon (schriftelijk) op Asana. Iedereen is betrokken en kan elke discussie of beslissing zien waaraan ze willen bijdragen.

Soms kan werken bij start-ups stressvol zijn en kan er van je verwacht worden dat je onbetaald overwerkt of in het weekend werkt. Dat is hier bij aktemob niet het geval. Je hebt de keuze om 4 dagen per week te werken en het werk gaat zelden verder dan de werkuren.

Tijdens de coronavirus crisis hebben we ons werk verlegd naar de oprichting van coronahelpers, een vrijwilligersinitiatief in meerdere landen dat duizenden zieke mensen heeft geholpen om essentiële goederen zoals medicijnen en levensmiddelen te ontvangen. Ons werk resulteerde in vermeldingen van aktemob en coronahelpers in het Nederlandse parlement, een gesprek met de Nederlandse premier Mark Rutte en de Nederlandse koningin Maxima. We werden dit jaar ook geëerd op Forbes' 30 under 30 lijst van sociale ondernemers naast Greta Thunberg.

We groeien gestaag en in het verleden hebben we geld opgehaald bij venture capital investeerders. We richten ons nu op het uitbouwen van een stabiele, impactvolle en winstgevende sociale onderneming zonder bijkomende externe investeringen.

🤝 Het product

Wij hebben een stabiel klantenbestand van grote bedrijven als TomTom, Red Bull en H&M die onze software gebruiken voor bedrijfsvrijwilligerswerk. Hetzelfde product wordt ook gebruikt door liefdadigheidsinstellingen en lokale overheden om mensen aan te zetten tot vrijwilligerswerk. Ons bedrijfsmodel is SaaS (Software as a service), wat betekent dat we klanten per maand laten betalen voor het gebruik van onze gehoste oplossing. Onze klanten zijn onder andere Sanquin, de nationale Nederlandse bloedbank, grote bedrijven en lokale overheden zoals Utrecht. Goede doelen kunnen ons platform gebruiken om gratis vrijwilligers te vinden, wat te zien is op aktemob.com.

Met ons betaalde product kunnen organisaties hun eigen website maken met een ingebouwde CRM, analytics en administratieve data views in het platform. U kunt er meer over te weten komen op aktemobtools.com. Ons product is één product met opties om thema, pagina's en andere instellingen per klant te configureren.

We proberen pragmatisch om te gaan met product management en we hebben veel geleerd. We waren ooit een feature fabriek ( Zie https://cutle.fish/blog/12-signs-youre-working-in-a-feature-factory) maar hebben sindsdien onze les geleerd. We hebben een set van standaard componenten die we gebruiken om interfaces te maken en gebruiken geen product designer voor interface werk, in plaats daarvan vertrouwend op onze voorgemaakte systemen en de sterke interface intuïtie van ons team. Een geweldige bron voor het ontwikkelen van deze vaardigheid is Refactoring UI(https://refactoringui.com/). Dit laat ons toe om dingen sneller gedaan te krijgen en met minder mensen die het probleem en de oplossing moeten begrijpen. Dit heeft zijn nadelen, en soms besteden we meer tijd aan het denken over een bepaald probleem vanuit een product design perspectief.

Wat voor technisch werk hebben we nog te doen?

• 30% Het maken van kleine aanpassingen aan functies of interface om ons product duidelijker te maken of de problemen van de klant beter op te lossen, gebaseerd op hun feedback. Vaak zijn het kleine productaanpassingen die veel waarde kunnen toevoegen voor klanten. Dit houdt vaak in dat we meer te weten komen over het probleem van de klant en hun feedback verduidelijken met de product manager om zo tot de beste en eenvoudigste oplossing te komen.
• 20% Werken aan een nieuwe grotere functie op basis van een klantprobleem dat we zien bij klanten en dat het grootste pijnpunt is. Een voorbeeld van zo'n werk op onze roadmap is een file manager voor de verschillende bestanden die door een organisatie worden geüpload in onze tool.
• 20% Het oplossen van bugs. We hebben geautomatiseerde integratietesten maar soms zijn er visuele problemen of onontdekte delen van de codebase waar iets fout gaat. We ondersteunen geen IE of de meeste vervelende oudere browsers die anders tijdrovende bugs zouden veroorzaken.
• 20% Het toevoegen van een functie die nodig is voor de lancering van een nieuwe klant. Dit is bijna altijd iets dat ook nuttig zal zijn voor onze bestaande klantenbasis, maar voor deze klant een "dealbreaker" zou zijn geweest.
• 10% DevOps/Deployments/Tech debt elimination

Over de functie begint hier

Wij denken dat de ideale kandidaat

• het vermogen om solide code in React en Node (en Typescript, maar je kunt leren dat op de baan) te verzenden
• begrijpen hoe webapps werken en een basiskennis hebben van implementaties, browsers, servers, enz.
• erkennen de uitdagingen van het werken in teams en geloven dat empathische en doeltreffende communicatie belangrijk is
• een houding van nederigheid ten aanzien van technologie en de risico's van het creëren van problemen door te vroeg te proberen problemen op te lossen (zoals schaalbaarheid, prestaties)
• een voorkeur hebben voor de eenvoudigste oplossing boven de technisch interessantste of theoretisch meest correcte
• pragmatisch zijn in die zin dat zij beslissingen kunnen nemen met onvolledige informatie, en weten wanneer zij het best om opheldering vragen
• beschikken over goede persoonlijke vaardigheden inzake tijdbeheer
• goede communicatieve vaardigheden hebben in het Engels
• kunnen bijdragen aan UI-beslissingen voor nieuwe functies
• een houding van leren en groei hebben
• ervaring hebben met de uitdagingen van werken op afstand
• zich verantwoordelijk voelen voor de stabiliteit en de kwaliteit van de producten
• empathisch zijn en begrip ontwikkelen voor de problemen van onze klanten

Na de eerste 6 maanden verwachten we dat je

• taken hebben uitgevoerd die de routekaart van het product vooruithelpen en waarde toevoegen voor de klanten
• hebben geholpen de huidige technische stabiliteit en uptime te handhaven
• effectief te communiceren in het team
• leiding geven aan technische beslissingen

👾 Over de codebase begint hier

We begonnen te werken aan deedmob in 2016 met React + Redux + Node + REST + Postgres en Server side rendering. In 2019 hebben we de hele codebase omgezet naar Typescript, evenals React functionele componenten en hooks. Begin 2020 hebben we ook GraphQL toegevoegd voor sommige endpoints.

Hier zijn enkele punten over hoe wij de dingen momenteel doen

• We implementeren naar google cloud via Kubernetes en met behulp van cloud build, zodat één commando een nieuwe versie van de codebase kan vrijgeven.
• We gebruiken github voor git hosting.
• We brengen ongeveer één keer per één tot twee weken uit zonder een vast schema
• We hebben geautomatiseerde integratietesten in cypress voor alle belangrijke productstromen.
• We delen veel types en bestanden tussen de frontend en de backend, aangezien het allemaal typescript is!

🏝 Over werken op afstand bij Deedmob

De afgelopen jaren hebben we geëxperimenteerd met een paar dagen remote werken, maar onlangs, tijdens de coronaviruscrisis, hebben we ons mooie kantoor in Amsterdam opgegeven om volledig remote te gaan werken.

We hebben regelmatig retraites om het team samen te brengen op een epische locatie, en hebben geweldige tijden beleefd door samen te reizen naar Marrakech Marokko, Albufeira Portugal en Lissabon.

De functie is remote, maar we staan momenteel open voor kandidaten binnen 2 uur van onze tijdzone (CET) om mogelijke problemen met vergadertijden en incidentele synchrone samenwerking te beperken.

We hebben dagelijkse standups in de ochtend en werken zonder een specifieke methodologie (zoals agile) op dit moment, omdat we het hebben geprobeerd en vonden dat het niet nuttig is bij onze kleine team grootte.

Het interview proces, ruwweg

• 20 minuten gesprek om de geschiktheid te beoordelen
• 40 minuten live reageren op codering gesprek (geen algoritmen testen)
• 3 uur meeneem opdracht
• Technisch gesprek van 30 minuten met twee ingenieurs om de opdracht te bespreken
• 30 minuten product gesprek
• 30 minuten gesprek met CEO aanbod

😀 Over sommige van de mensen van aktemob

• Boudewijn Wijnands (CEO): Een closer van deals. Een fan van disney en honden. Kan altijd omgekocht worden met chocolade of taart. https://www.linkedin.com/in/boudewijnwijnands/
• David (CTO): Het voelt raar om hier in de derde persoon over mezelf te schrijven. Ik ben geïnteresseerd in gewoonten, persoonlijke ontwikkeling en product engineering. Ik probeer bewust te leven door een veganistisch dieet en geld te doneren via de ideeën van effectief altruïsme. Ik hou van puppy's, voetballen en koken. https://twitter.com/davidvfurlong
• Hendrik-Jan: drummer, golfer en groot liefhebber van Cubaanse sigaren. Onze inwonende volwassene als oudste teamlid 🧔. Wordt ook wel "de Poppenmeester" genoemd vanwege de kracht van zijn netwerk. https://www.linkedin.com/in/hendrik-jan-overmeer-ab957a6/
• Gerbrand Holland: Geweldige schrijver. Onlangs begonnen als parttime werkstudent.

🎁 Perks

Hier zijn enkele van de voordelen van de baan

• Impactvol, doelgericht werk (zo heeft onze software in de afgelopen 2 jaar 20.000 nieuwe bloeddonoren geactiveerd)
• Computeropstelling naar keuze
• Optie voor 4 dagen per week
• Verantwoordelijkheid en de daarmee gepaard gaande vrijheid en leren
• Werk vanuit huis (of vanuit een co-working space)
• Regelmatige team retraites naar zonnige en leuke locaties
• Kernbijdrage in waar we aan werken en hoe we een probleem oplossen
• Vrijwilligerswerk in vrije tijd
• Weinig tijd besteed aan vergaderingen
• Jaarlijkse begroting voor leren en ontwikkeling
• Financiële stabiliteit van het bedrijf (werkzekerheid)
• Lage stress omgeving (lage frequentie van dringende zaken of werk)
• Aanzienlijke aandelencompensatie
• Marktconforme salariscompensatie

We denken dat het een ongelooflijke en zeldzame kans is voor de juiste persoon. Maar we weten ook dat er geweldige ingenieurs zoals jij zijn die ongelukkig zouden zijn en niet zouden gedijen in deze rol.

In het belang van de doorzichtigheid en het vermijden van een mismatch, vinden wij dat u deze redenen om u niet bij ons aan te sluiten, in overweging moet nemen.

• Er zijn minder ervaren mensen om van te leren en vragen aan te stellen dan bij een groter bedrijf. Leren en loopbaanontwikkeling is belangrijk voor ons, maar zal grotendeels zelf gemotiveerd moeten zijn en met externe mentoren of op het internet. We willen je helpen je persoonlijke doelen te bereiken en zullen je daarbij financieel en structureel ondersteunen.
• We groeien, maar het bedrijf groeit niet zo snel in waarde of teamgrootte als hypergefinancierde startups. Als je hoopt snel rijk te worden door je heel vroeg bij een startup aan te sluiten, zouden we je aanraden ergens anders te gaan werken.
• Als je structuur nodig hebt en iemand die je vertelt waar je aan moet werken, zul je waarschijnlijk worstelen met de autonomie en vrijheid die je bij Deedmob zult hebben. Een groter bedrijf is waarschijnlijk een betere keuze.
• Als je om de paar weken aan een nieuw project wilt werken, is dit waarschijnlijk niet geschikt voor je. Hoewel het werk gevarieerd en afwisselend is, bestaat een groot deel van het werk uit het aanbrengen van verbeteringen aan ons kernproduct, wat sommige mensen niet zo leuk vinden om te doen. Dat is prima. We weten dat het bouwen van iets geweldigs tijd kost en veel van de grootste doorbraken zijn kleine veranderingen op basis van diepgaande inzichten. We verdelen het minder boeiende werk gelijk en proberen het te verminderen door te investeren in veranderingen of dingen te automatiseren. Dat gezegd hebbende, als je snel verveeld bent en constant nieuwe technische uitdagingen wilt, is dit misschien niet de beste rol voor jou. Veel van onze uitdagingen zijn product- en technische uitdagingen, dus iemand die graag sterk betrokken wil zijn bij het toevoegen van waarde aan onze klanten door het verkrijgen van een dieper probleeminzicht zal het goed doen.
• Je moet je niet bij ons aansluiten als je 60 urige werkweken wil maken. Wij zijn daar geweest toen we begonnen. Wij zijn ervan overtuigd dat het er niet om gaat hoe hard je werkt, maar hoe goed je beslissingen zijn over waar je aan werkt en hoe. Sommige mensen werken graag de hele dag. Wij zijn liever om vijf uur klaar en brengen dan tijd door met ons gezin of onze partner.
• Als u denkt dat meer functies en complexe technologie de beste manier is om alle problemen op te lossen, hebben wij waarschijnlijk een andere filosofie en zal het geen goede match zijn. Technologie is geweldig en we streven ernaar om geweldige, pragmatische beslissingen te nemen, maar we zien het als een middel om problemen van klanten op te lossen. Voor ons is het meest waardevolle werk op dit moment meestal het creëren van geweldige en vaak eenvoudige oplossingen die voortkomen uit een diep inzicht in het product, in plaats van het verbeteren van de prestaties.
• Er is veel code in onze codebase die andere mensen hebben geschreven, en hoewel er docs zijn, commentaar en we op voortschrijdende basis technische schuld hebben geëlimineerd, kan het begrijpen van andermans code tijdrovend zijn en niet productief aanvoelen. We begrijpen dat het leuker en afwisselender kan zijn om aan een nieuwe codebase te werken, en als dat heel belangrijk voor je is, moet je waarschijnlijk niet bij ons komen werken. We verwachten dat het je wat tijd zal kosten om te leren hoe dingen werken en we zullen je in dat proces steunen, maar als je in het verleden na 6 maanden merkt dat je aan iets nieuws en nieuws wilt werken, zouden we je aanraden ergens anders te gaan zoeken.

TLDR;

We zijn een geweldig klein team dat werk-privé balans heeft en een doelgericht product.

‍