Az elmúlt öt évben több tucat vendégelőadást tartottam számos chicagói kódoló bootcampban.
Néhány kérdés soha nem merül fel: "Melyik nyelvet tanuljam tovább?", "Hogyan készülhetek fel a technikai interjúkra?", "Felveszel?"
De egy kérdés, ami eldobott, a következő volt: "Mi van, ha nem akarok szoftverfejlesztő lenni?"
Az utóbbi időben sokat gondolkodtam ezen. Közel egy évtizedes vezető termék- és mérnöki csapatok után rájöttem, hogy készen állok egy új kihívásra, ezért ezen a nyáron elkezdtem szabadúszó technikai írást. Nem tudtam, amikor megszereztem az első ügyfelemet, de gyorsan rájöttem, hogy a technikai írás egyike a korábbi szoftvermérnökök számos érvényes karrierjének .
Mit tehetnek a szoftverfejlesztők?
Ez a felismerés elgondolkodtatott: "Milyen más munkát végezhetnek a szoftvermérnökök a szoftveríráson kívül?"
A lista meglepően hosszú.
Ez a bejegyzés sok olyan karrier utat jár be, amelyek a szoftverfejlesztők rendelkezésére állnak, különösen a friss bootcamp-diplomások. Elmagyarázom, hogy az egyes munkák mit csinálnak, hogyan tudják betenni az ajtót, és milyen hosszú távú kilátásokkal járnak.
Akár alternatív pályafutást keres, mert nem talált munkát mérnökként, vagy mert rájött, hogy a szoftverfejlesztés nem az Ön számára készült, ez az útmutató segít megtalálni a készségének megfelelő karriert.
Ügyfelekkel szembeni szerepek
Míg a szoftvermérnököknek előnyös az emberek készsége, néhány bootcamp-diplomával, akikkel beszéltem, nem várják, hogy egész nap csendben üljenek és kódot írjanak. Ha olyan karrier utat szeretne, amely több lehetőséget kínál az emberekkel való interakcióra, akkor ezek a munkák megfelelhetnek Önnek.
1. Fejlesztői kapcsolatok, érdekképviselet vagy evangelizáció
Mivel egyre több vállalat törekszik a kapcsolatok kiépítésére olyan fejlesztőkkel, akik ügyfeleik, felhasználói vagy szószólói, a fejlesztői kapcsolatok területe gyorsan növekszik.
A fejlesztői kapcsolatok szakemberei (egyes vállalatok fejlesztői szószólóknak, fejlesztői evangélistáknak, közösségi menedzsereknek vagy "DevRels" -nek hívják őket) segítenek a közösség létrehozásában és felépítésében a cégük szoftverei köré.
Gyakran részt vesznek demoalkalmazások létrehozásában, blogbejegyzések írásában, konferenciákon való beszédben és a tech-központú vállalatok közösségi médiafiókok kezelésében. A nagy nevű techcégek (Facebook, Google, Amazon stb.) Közül sokan fejlesztői kapcsolatokkal foglalkozó csapatokat vesznek fel.
Ha érdekel ez a terület, olvassa el, mit csinál Mary Thengvall és PJ Hagerty. Ők két kedvenc befolyásolóm az űrben, és együtt adták ki a Community Pulse podcastot.
2. Fejlesztői marketing
Bár van némi átfedés a fejlesztői kapcsolatokkal, a fejlesztői marketing inkább kifelé irányul.
A fejlesztőknek szánt marketing különösen bonyolult, mert nem szeretjük, ha eladnak minket, ezért az agresszívebb marketing taktikák közül sok, amely más piacok számára is működik, itt tabutéma. Technikai háttérrel rendelkező emberként természetesen meg fogja érteni a fejlesztők gondolkodásmódját, és nagyobb befolyása lesz, mint egy hagyományos marketingesnek.
A SlashData rengeteg nagyszerű tartalmat ad ki a Developer Marketingről, köztük egy könyvet a témáról 2018-ban. Ha el akarja kezdeni ezen a területen, tanulja meg az online marketinget: SEO, közösségi média, tartalommarketing, influencer marketing stb. Ezeknek a készségeknek a jó részét gyakorolhatja a blogján, hogy bemutassa tudását, mielőtt jelentkezik az állásokra.
3. Értékesítő mérnök
Sok mérnököt kikapcsol minden olyan munka, amelynek címe "értékesítés", de ez csak azért van, mert mindannyian rossz eladóval találkoztunk.
Az igazság az, hogy mindenki eladó. Függetlenül attól, hogy az interjú folyamata során "eladja" magát mint jelöltet, vagy a mérnökcsapat új keretrendszerének támogatása mellett áll, az értékesítés azt jelenti, hogy az ügyfelek igényeit a megfelelő megoldással párosítják.
Az értékesítési mérnökök egyedülállóak, mivel rendelkeznek valamilyen szintű technikai szakértelemmel. Ez kiváló meccs lehet azoknak a fejlesztőknek, akik nem akarnak egész nap kódot írni, de értenek a szoftvertervezéshez.
Az értékesítés másik szép része, hogy ehhez nincs szükség speciális tanúsításokra. A Hubspot nagyszerű bevezetést kínál néhány készséghez és erőforráshoz, amelyekkel kezdheti. Amint egyre több cég épít szoftvereszközöket és szolgáltatásokat a mérnökök számára, az értékesítési mérnökök valószínűleg az elkövetkező évtizedben még inkább keresettek lesznek.
4. Műszaki toborzó
Egy másik szakma, amely rossz rap-et kap a szoftvermérnökök körében, a technikai toborzás.
Találkoztam néhány őszinte, valódi technikai toborzóval (például Taylor Dorsett és Matt Hoffman a szülővárosomból, Chicagóból), de találkoztam néhány borzasztó, tanácstalan toborzóval is, akik pusztán arra összpontosítanak, hogy a jelölteken keresztül összeszorítsák a kvótájukat. .
Jó hír, hogy a szoftverfejlesztés hátterében nagyobb empátiával és hitelességgel rendelkezik, mint sok más technikai toborzóval. Az értékesítéshez hasonlóan ez a terület is jobban igényli a kapcsolatokra koncentráló személyiséget, de nem igényel speciális képesítéseket vagy tanfolyamokat.
Sajnos a technológiai toborzás sok kezdő szintű munkája alacsony minőségű cégeknél van, ezért a jelentkezés előtt feltétlenül ellenőrizze hírnevüket a Glassdooron.
Termék szerepek
Ha továbbra is a termék csapatában szeretne maradni, de nem biztos abban, hogy szoftverfejlesztő szeretne lenni, akkor sok területen áttérhet. Ezek a szerepek szorosan együttműködnek a mérnökökkel, így a kódolási ismereteid segítenek, de más speciális ismeretekre is szükségük van.
5. Minőségbiztosítás vagy tesztmérnök
Miközben finom különbségek vannak a minőségbiztosítás és a tesztmérnökök között, mindkettő a szoftver tesztelésével foglalkozik, mielőtt még életbe lépne.
Ha van szem előtt a részletek, és szeretnél kreatív módszereket találni az ismétlődő feladatok automatizálására, ez nagyszerű karrier lehet. Valószínűleg szükséges némi kódolás, valamint kézi tesztelési munka.
A kisebb vállalatok szoftvermérnökei tesztelik egymás kódját, ezért a dedikált teszt és a minőségbiztosítási szerepek a leggyakoribbak a nagy szervezeteknél. Nagy eltérések vannak a vállalatok tesztelési módjai között, ezért feltétlenül kérdezzen rá az általuk használt eszközökről, mennyire automatizáltak a tesztjeik, és mennyire jár szerepe kézi vagy automatizált tesztekkel.
6. Üzleti elemző
A termékfejlesztés életciklusának másik végén üzleti elemzők találhatók. Általában hídként működnek az üzleti és a technikai csapatok között, hogy biztosítsák a követelmények, korlátozások és ütemtervek megértését. Ugyancsak beugorhatnak és segíthetnek a tesztelésben és a minőségbiztosításban, a csapat felépítésétől függően, ezért széles körű termékismerettel kell rendelkezniük.
Ha van üzleti háttere, termékfejlesztése vagy dizájnja, és van valamilyen kódolási ismerete, akkor jogosult lehet belépő szintű üzleti elemzői szerepre. Ha nem, akkor azt javasoljuk, hogy keressen néhány online tanfolyamot, amelyek segítenek abban, hogy alaposabb megértést nyerjen a szerepről és arról, hogy mit jelent.
7. Projektmenedzser
Az üzleti elemzőkhöz hasonlóan a projektmenedzsereknek is meg kell érteniük termékeik üzleti követelményeit és műszaki korlátjait.
A legfontosabb különbség az, hogy a projektmenedzserek általában mélyen belemennek egy projektbe. Gyakran meghatároznak feladatokat és erőforrásokat a projekten dolgozó csapatok számára, és nyomon követik a projekt előrehaladását, amint a kiadás közeledik.
A kisebb vállalatok különböző módon kombinálhatják az üzleti elemző, a projektmenedzsment, a scrum master és a termékmenedzser szerepeket, de a nagyobb vállalatok külön felelősségeket határozhatnak meg.
A kiváló szervezőkészség, a vállalkozás megértése és az emberek képességei kritikusak a projektmenedzserként való sikerhez. Ez a szerep azon függ, hogy mennyire képes kezelni az elvárásokat és motiválja azokat az embereket, akik idősebbek vagy tapasztaltabbak lehetnek nálad, ezért gyorsan fel kell építenie a bizalmat. Ez a szerep sokrétű jellege alkalmassá teszi az elemző, technikai emberek számára, akik már nem akarnak kódot írni.
8. Scrum mester
Agilis csapatokban a Scrum Master segít abban, hogy mindenki ismerje és megvásárolja a Scrum elméletet, bevált gyakorlatokat és szabályokat.
Ez végül nagyon hasonlít a projektmenedzsmentre, de különös hangsúlyt fektet a termék építésében részt vevő többi csapat kiszolgálására. Megint ez nem mindig a saját feladata, de nagyobb szervezeteknél igen.
Az elvárások és korlátozások kezelésének képessége kritikus fontosságú a Scrum Master-ként való sikere szempontjából. Ismernie kell az agilis bevált gyakorlatokat is, ezért javasoljuk, hogy keressen egy megfelelő tanfolyamot vagy könyvet a témában. Az agilis széles körű alkalmazást tapasztalt mindenféle szervezetnél, így ez a karrierút valószínűleg az elkövetkező évtizedben tovább fog növekedni.
9. Termékmenedzser
Sok időt töltöttem el 2019-ben a termékmenedzsment megismerésével, hogy javítsam a termék kézbesítési folyamatunkat a The Graide Network-nél.
A termékmenedzserek holisztikusan vizsgálják meg a vállalat termékeit, hogy megbizonyosodjanak arról, hogy kívánatosak-e (az ügyfelek akarják), életképesek (üzleti értelemben vettek) és megvalósíthatók-e (meg tudjuk építeni). Az ilyen magas szintű gondolkodás képessége ritka, így ha van ilyen és valamilyen technikai háttér, akkor termékmenedzserként is jól járhat.
A belépő szintű termékmenedzserek a termék kisebb részeivel indulhatnak, vagy projektmenedzserként indulhatnak egyes szervezeteknél. Ez ízelítőt adhat a termékfejlesztésből, és segítséget nyújthat a kapcsolatok kiépítésében az összes szükséges érdekelt féllel, mielőtt a saját terméket rendelné kezelni.
10. Tervező
Ha tervezési vagy művészeti háttérből származik, az UI vagy UX tervezőjévé válás néhány kódolással kiválóan alkalmas arra, hogy kitűnjön a szakterületén. A készségek ezen kombinációja lehetővé teszi, hogy hatékonyabban beszéljen a mérnökökkel, és interaktív modelleket hozzon létre HTML / CSS-ben, nem csak statikus képfájlok helyett.
Ha nincs sok tapasztalata a tervezésben, vegyen részt egy tanfolyamon, és kezdje el a portfólió felépítését. Sok vállalat képesítés nélküli embereket alkalmaz, ha tudják bemutatni tudásukat és készségeiket. A Dribbble a leggyakoribb portfólióplatform, amelyet láttam, de használhatja saját webhelyét is.
11. Nincs vagy alacsony kódú fejlesztő
A kód nélküli és az alacsony kódú fejlesztőeszközök elmúlt években bekövetkezett robbanása lehetőséget nyitott azoknak a vállalatoknak, amelyek gyorsan szeretnének szoftvereket építeni fejlesztői csapat felvétele nélkül. Ezek az eszközök lehetővé teszik, hogy mobil vagy webes alkalmazást hetek helyett órák alatt hozzon létre, és mivel ezek évről évre egyre jobbak, egyre több vállalat alkalmazza a kód nélküli alkalmazásokat.
A Makerpad és a No Code Jobs jó hely az ilyen jellegű munkák keresésére. Mivel ez egy új terület, a szükséges készségek és fizetési skálák széles skáláját fogja megtalálni, de a háttérírási kód kétségtelenül eszköznek bizonyul.
Támogató szerepek
Sok új szoftvermérnök nincs tudatában a kulisszák mögött álló sok alkalmazottnak, akik segítenek a szerverek, weboldalak és műveletek zavartalan működésében. Ezen szerepek egy része megköveteli, hogy írjon automatizálási szkripteket, vagy hogy alaposan ismerje a szerver adminisztrációját, de ha a hagyományos termékfejlesztési cikluson kívülre keres valamit, de technikai hajlama mellett ezek nagyon jól használhatók.
12. Sysadmin vagy DevOps mérnök
A nagy szoftvercégek több száz vagy ezer szerverrel rendelkeznek, amelyeket egész évben javítani, frissíteni és váltani kell. Míg a számítási felhő széles körű elterjedése megváltoztatta ezt a feladatot a szerverek fizikai csatlakoztatásáról az olyan szoftverekkel való munkára, mint a Terraform és a Kubernetes, munkahelyeken nincs hiány.
Hagyományosan a rendszergazdák felelősek a szerverek karbantartásáért és adminisztrációjáért, ha a mérnöki csapatoknak szükségük van rá. A szervezetek növekedésével és felhőalapú tárhelyre költözésével sokan átvették a DevOps mérnök címet, hogy tükrözzék az ebben a folyamatban alkalmazott fokozott automatizáltságot. A gyakorlatban sok átfedés van ezek között a szerepek között.
Akárhogy is, szüksége lesz az operációs rendszerek, a tárhely-platformok, az automatizálási eszközök, a bash parancsfájlok és a rendszer architektúrájának alapvető ismeretére. Nehéz találni belépő szintű állásokat ezen a területen, mert ilyen széles körű műszaki ismeretekre van szükség, de nagy szerepe van az áttérésben, ha a mérnöki problémák megoldási szempontjai tetszenek a leginkább UI / UX követelmények nélkül. az ügyfél felé fordított termékek megkövetelik.
13. Adatbázis-adminisztrátor
Néhány vállalat összegyűjti az adatbázis-rendszergazdákat a rendszergazdákkal, de ez külön szerep lehet.
Az adatbázis-adminisztrátorok az alacsony szintű adattároló rendszerek biztonságával, kiépítésével, méretezésével és optimalizálásával foglalkoznak. Szüksége lesz az SQL és NoSQL adatbázisok ismeretére, a legjobb biztonsági gyakorlatokra és néhány alapvető szkriptkészségre, de valószínűleg nem fog egész nap kódot írni. Akkor is aggódnia kell az igazán apró optimalizálási problémák miatt, mint például az indexek és a gyorsítótárak javítása.
Ha még nem ismeri a szoftverfejlesztést, kezdje azzal, hogy mindent megtanul az adatbázisokról. Tudnia kell, melyik adatbázis melyik alkalmazásnak megfelelő, és hogyan optimalizálhatja mindegyiküket nagyobb léptékben, így nehéz lehet ezt egyedül gyakorolni. Ha szeretne néhány nagy adatkészletet használni, nézze meg a Kaggle oldalt.
14. A helyszín megbízhatóságának mérnöke
A webhely megbízhatóságának mérnökei felelősek a gyártásban felmerülő kritikus kérdések megválaszolásáért és kijavításáért. Gyakran ez azt jelenti, hogy "ügyeleti" listán mozognak, így furcsa órákat dolgozhat. A fejlõdés az, hogy nagyon jó lesz szokatlan problémák széles skálájának megoldásában, automatizált riasztások készítésében és a szerver naplóinak olvasásában.
Ennek a munkának a rendkívül reaktív jellege miatt nehéz lehet a tapasztalt szoftvermérnököket hosszú ideig a helyszín megbízhatósági szerepeiben tartani. Ez azt jelenti, hogy remek hely lehet az ajtó bejutására, ha nem sikerül megtalálni az első szoftverfejlesztő szerepet. Két olyan bootcamp-diplomát ismertem, akik SRE szerepkörökben kezdtek, mielőtt átálltak volna a szoftverfejlesztésre. Még azt is tapasztalhatja, hogy tetszik a gyors ütemű problémamegoldás kihívása és izgalma.
15. Műszaki vagy ügyfélszolgálat
Míg egyes mérnökök félnek az ügyfelekkel való interakciótól, mások energikusnak találják az egész napos problémák megoldását. A tapasztalatok kódolása ideális jelölt lesz a szoftvercégek ügyfélszolgálati szerepeihez, akiknek technikai háttérrel rendelkező személyre van szükségük a kérdések megválaszolásához és a problémák megoldásához.
A támogatói munka hátránya, hogy esetleg a legrosszabb esetben is kapcsolatba kell lépnie az emberekkel. Az elégedetlen vagy csalódott felhasználók valószínűleg nem örülnek annak, ha a műszaki támogató csapattal beszélnek, ezért sok türelemre és vastag bőrre lesz szükséged ahhoz, hogy hosszú ideig ebben a szerepben maradhass.
Tanítási és írási szerepek
Mindig is szerettem tanítani, ezért azon kaptam magam, hogy a mérnöki szerepek felé vonzódom, amelyek lehetővé teszik ezt. Ha élvezi az összetett témák lebontását és más mérnököknek történő bemutatását, akkor néhány karrierutat folytathat.
16. Műszaki író
Harmadik gyakorlatom az egyetemen műszaki íróként volt egy hatalmas vállalatnál. Elég száraz írás volt, de minden nap szívesen tanultam új dolgokat.
Azóta rájöttem, hogy a technikai írás nem csak dokumentációt jelent. Folytathatja a technikai blogolást vagy a szövegírás írását; létrehozhat belső vagy külső dokumentációt; létrehozhat bemutató alkalmazásokat és oktatóanyagokat. Ez az írók egyik legjobban fizetett területe, ezért érdemes megfontolni.
Ha ezt az utat választja, akkor jónak kell lennie az írásban (nyilván), az összetett ötletek megszervezésében és az új dolgok megtanulásában. Minél többet tudsz önszerkeszteni, annál értékesebb lesz a munkád, ezért fektess be olyan eszközökbe, amelyek jobbá és hatékonyabbá tesznek.
Elkezdheti az írást néhány fizetett közösségi írási programban, és a hálózatot és a portfóliót építve teljes munkaidős munkába állíthatja ezt a tapasztalatot.
17. Tanár
Számos módja van annak, hogy a szoftverfejlesztés karrierjéből oktatóvá váljon. Szerezhet állást egy kódoló bootcamp-on, taníthat egy főiskolán vagy középiskolában, csatlakozhat olyan platformhoz, mint az egghead.io, vagy létrehozhat saját tanfolyam-weboldalt a Teachable vagy az Educative alkalmazással. A megtett út a hátterétől és a kockázattűréstől függ.
A tanároknak mindenesetre gyorsan meg kell tanulniuk az új információkat, és emészthető formában be kell mutatniuk őket a hallgatóknak. A siker érdekében meg kell felelnie a közönségével, és bizalmat kell kiépítenie velük. A tanítás kevesebbet fizethet, mint a szoftverfejlesztés, de nagyon kielégítő karrier is lehet.
18. Edző
A vállalati képzés a tanítás másik formája, de érdemes megfontolni azt is. Az oktatók független tanácsadóként vagy alkalmazottként dolgozhatnak nagyvállalatoknál, ahol általában ügyfeleik irodájába utaznak, hogy gyakorlati képzést biztosítsanak a speciális szoftverek számára.
Az oktatók mély műszaki ismeretekkel rendelkeznek, de néhányuk csak hozzáértő kommunikátor. A vállalati képzés általában jobban fizet, mint a tanítás, de lehet, hogy inkább értékesítés-vezérelt is. Az oktatók gyakran beszélnek konferenciákon, közösségi műhelyeket tartanak, vagy a képzések között találkozócsoportokba utaznak.
Ha szeretsz színpadon lenni és technikai koncepciókat bemutatni, ez ideális karrierút lehet.
Analitikai szerepek
A technológiai vállalatok sok szerepe elemző készségeket igényel. Bár ezek közül a területek közül sok speciális oktatást igényel, érdemes megfontolni őket, ha karrierjét elfordítja a szoftvertechnikától. Más ütemben fog dolgozni, mint a legtöbb termékközpontú mérnök, és hasonlóan a fenti támogatási szerepekhez, kapcsolatba kerülhet az üzlet más részeivel is.
19. Adattudós vagy mérnök
Ez a két szerep (egyes vállalatok egyesítik őket) nagy adatkészletek használatával járulnak hozzá az üzleti vállalkozások vagy ügyfeleik jobb döntéshozatalához.
Az adatmérnökök általában az adatbevitel és -szervezés folyamatán dolgoznak, míg az adatkutatók megtervezik azokat a kísérleteket és algoritmusokat, amelyek hasznos eredményekre bontják ezeket az adatokat. Az adattudomány (AI, Machine Learning stb.) Hatalmas terület, amelynek gyökerei a matematika, a szoftvertervezés és a statisztika területén vannak.
Vannak tanfolyamok, bootcamp-ok és főiskolai diplomák az tudomány és a mérnöki tudományok számára, de előfordulhat, hogy önállóan elsajátíthatja az alapok egy részét, ha erős matematikai háttérrel rendelkezik. Ha nem, akkor először fontolja meg a numerikus elemzés, a mátrixalgebra és a statisztika kefélését.
Mivel ezeknek a készségeknek a tanulása hosszú időt igényel, és az adatkutatókra nagy a kereslet, ez a szerep jól fizet, és valószínűleg nem múlik el hamarosan.
20. Biztonsági elemző
Az információbiztonsági szerepkörök általában addig repülnek a radar alatt, amíg valami elromlik. Bár minden fejlesztőnek tisztában kell lennie a biztonsági résekkel és kockázatokkal, a biztonsági elemzőket kifejezetten felkérik, hogy megtalálják, katalogizálják és javasolják a biztonsági problémák megoldását.
Vannak, akik független tanácsadóként dolgoznak, de nagyobb vállalatoknál házon belül lehetnek csapatok. Ez a szerep azért érdekes, mert technikai, megfelelőségi, üzleti és kockázatértékelési készségek keverékét igényli.
A biztonsági munkahelyeket is a legnehezebben tölthetik be a technológiai vezetők, így itt biztosítani fogja a munkahelyi biztonságot. Az információbiztonság széles körű terület, ezért nézze meg a sokféle utat, amelyeket bejárhat, ha érdekli a folytatása.
21. K + F
A kutatás és fejlesztés terén végzett munka egyedülálló élmény lehet a szoftverfejlesztési ismeretekkel rendelkező személy számára. Az olyan nagyvállalatok, mint a Google és az Amazon, nyereségük egy részét kutatási és fejlesztési csoportok által végzett, magas kockázatú, potenciálisan magas jövedelmű kísérletekre fordítják. Ezek az interdiszciplináris csapatok szoftverfejlesztőket, adatkutatókat, üzleti elemzőket és projektmenedzsereket tartalmazhatnak.
Jó K + F csapatba kerülni nehéz. Ezek a szerepek általában versenyképesek és nagyon speciális tudást igényelnek olyan témákról, amelyeket valószínűleg nem fognak megtanulni egy kódoló bootcamp-ban. Ez azt jelenti, hogy egyes vállalatok etikus hackereket, alapítókat vagy poliglot-okat vesznek fel, akik segítenek a csapat felépítésében és kreatív gondolkodásmódba keverednek.
Függetlenség és rugalmasság
Noha a miénk egy olyan szakma, amely gyakran lehetővé teszi a távmunkát, sőt néha a szombatokat is, mégis nagyobb rugalmasságra vágyik az életében. Ha van kedve saját vállalkozás létrehozásához, akkor hetente 4 órát dolgozhat, az év hat hónapját utazással töltheti, vagy az idejének felét nyílt forráskódú projekteken dolgozhatja. Ez nem könnyű, de szoftverfejlesztőként hatalmas lábad áll a legtöbb ember előtt.
22. Szabadúszó vagy tanácsadó
A nagyobb szabadság megragadásának egyik módja, ha elhagyja 9-5 munkahelyét, és szabadúszó lesz. Szabadúszóként felveszi magának egy vagy több ügyfelet, akik óránként fizetnek Önnek, hogy kódot írjon nekik. A vállalatok gyakran alkalmaznak szabadúszókat, hogy konkrét rövid távú projekteken dolgozhassanak, megtisztítsák a technikai adósságokat, vagy pótolják a hiányosságokat, amikor az alkalmazott szünetet tart.
A tanácsadók magasabb szintű szabadúszók, akik konkrét problémákat oldanak meg ügyfeleik számára. Bár írhatnak kódot, szakértelem vagy egyedi háttér miatt gyakran hozzák be őket. A határ a szabadúszók és a tanácsadók között elég homályos, ezért ne ragadjon túl sokat a szemantikába.
A legnehezebb szabadúszóként vagy tanácsadóként kezdeni. Ha nincs hatalmas hálózata, akkor valószínűleg olyan platformokra támaszkodik, mint az Upwork vagy a Toptal az ügyfelek megtalálásához. Ezek a platformok jelentősen csökkentik bevételeit, és arra kényszerítik, hogy közvetlenül versenyezzen sok más szabadúszóval a világ minden tájáról.
A hírnév és az ügyfelek listájának összeállításával több munkát kaphat az ajánlásokból. Az ajánlások nagyszerűek, mert az ügyfél inkább megbízható kapcsolat alapján, mint az internet névtelensége alapján érkezik hozzád. Ha nagyon jól állsz szabadúszóként vagy tanácsadóként, akkor elég magasra emelheted a kamatlábadat ahhoz, hogy az egyes elkötelezettségek között egy kis időt szakítson.
23. Indítási alapító
Az internet tele van olyan szoftvermérnökök történeteivel, akik vállalkozást alapítanak (1, 2, 3), így azt a benyomást keltheti, hogy ez könnyű vagy akár jó ötlet.
Az igazság az, hogy attól függ.
Az induló vállalkozások általában hosszú időt vesznek igénybe a bevétel megszerzéséhez, ezért több hónapig vagy évig fizetés nélkül kell élnie, hogy ez működjön. Ez azt jelenti, hogy ha saját szoftverüzletet akar építeni, akkor a fejjel szinte határtalan.
Előfordulhat, hogy a szokásos munkaidőn kívül is alapít céget. Bár ezt nehéz megtenni (és jogi következményei lehetnek), nem ritka. Ha talál egy vagy két másik alapítót, akikkel megoszthatja a terhelést, ez növelheti a siker esélyét.
Végső gondolatok
A szoftvertervezés izgalmas terület, de nem mindenkinek való. Még akkor is, ha elhagyja, a megszerzett készségek nem vesznek kárba, ha valami más mellett dönt.
Sok bootcamp-diplomás fél attól, hogy a szoftverfejlesztés területén kívül keres munkát, de én arra bátorítalak, hogy kövesse saját útját. Egyensúlyozza a gyakorlatiasságot (elegendő pénzt keres az élethez) az érdeklődési körével, és remélhetőleg olyan karrierutat találhat, ahol a munka nem "munka".
Szeretném hallani a gondolatait. Ha szokatlan utat választott vagy karriert váltott, tudassa velem, mit gondol a Twitteren.