Hacker je plný predpovedí a rád o tom, čo robiť v nasledujúcom roku — aké jazyky sa učiť, do akých oblastí sa orientovať, ako sa postarať o svoje zdravie. Znie to inšpirujúco! Ale každá minca má dve strany a zakopávame nielen o niečo nové, ale najmä o to, čo robíme každý deň. „Prečo ma nikto nevaroval!“, rozčarovane vzdycháme, zvyčajne sa obracajúci sami na seba. Privolávame si na seba problémy — pripravili sme pre vás zoznam toho, čo NEROBIŤ v roku 2020 (a možno aj vždy).
A gravitáciu sa nikto nepýtal
Veľmi by sme chceli usporiadať anti-odporúčania podľa dôležitosti, od najdôležitejšieho po najmenej významné. Ale sú také rozšírené, rovnako platné a známe takmer každému, že ich budeme písať chaoticky. No čo, skontrolujme ten zoznam?
Nenechávajte sa zlákať do IT, ak máte všetko v poriadku
Neučte sa novú technológiu na to, aby ste zmenili profesiu alebo začali od nuly. Naša doba je krásna tým, že sa môžete učiť, meniť zamestnanie, radikálne meniť oblasť — a tak až do dôchodku. Je to skvelá, zvodná záležitosť. Ale ak máte viac ako 28-30 rokov, nemali by ste všetko hodiť za hlavu, aby ste vstúpili do IT alebo prešli na nový stack (napríklad píšete vysoko zaťažené systémy v Jave a zrazu sa rozhodnete prejsť na neurónové siete v Pythone). Dôvod je jednoduchý: nebude to ľahké. Po prvé, konkurencia špecialistov, ktorí „sedia“ na tomto stacku od začiatku svojej kariéry, je veľká; po druhé, budete musieť opäť začať na úrovni juniorského zamestnanca s nízkym platom; a po tretie, emocionálne bude náročné stať sa podriadeným najnižšej úrovne hierarchie. Preto, ak chcete ísť iným smerom, snažte sa to robiť buď v súvislosti s aktuálnou prácou a úlohami, alebo rozvíjajte nové vedomosti ako hobby, robte pet-projekt, aby ste prišli do novej práce už nie ako junior.
Zmenou stacku technológií len strácate čas
Neskočte z jedného stacku technológií na iný pre svoju vývojovú prácu. Ak píšete projekt v jednom jazyku, používate určitý framework a knižnice, nemali by ste všetko hodiť za hlavu a prepísať ho na Dart, len preto, že sa vám zdá zaujímavý. Zavedte si pravidlo nájsť odôvodnenie na zmenu technológie — nielen na úrovni „chcem-nejdem“, ale aj na finančnej a inžinierskej úrovni.
Nenechávajte sa odradiť a neopúšťajte svoj názor
Upevňovať sa na jeden jazyk alebo technológiu a neštudovať nové je rovnako extrémne, ako meniť technológie s každou novou inováciou. Určite študujte nové knižnice a frameworky, buďte otvorení myšlienke, že všetko lepšie už bolo vymyslené pred vami a dopilované výhradne vami. Takmer pre každý jazyk vychádzajú neustále aktualizácie, ktoré môžu váš projekt značne vylepšiť. Nezabúdajte sledovať dynamiku vášho stacku a, keď nájdete niečo zaujímavé a užitočné, smelo to implementujte do vášho projektu!
Vlastná hlava je dobrá, vždy je dobrá
Nemyslite cudzími hlavami, vaša je lepšia. Žiaľ, niektorí vývojári sedia a čakajú, kedy dostanú úlohu kodifikovať od predchádzajúcej chyby po koniec, a nepokúšajú sa do projektu vniesť niečo svoje, vyvinúť novú funkciu, testovať a navrhnúť na produkciu. Prečo sa namáhať, keď sú tu hlavy tímového lídra alebo vedúceho spoločnosti, ktoré všetko vyriešia? Ak ste sa v tom našli, máme pre vás zlú správu: pasívna pozícia vám nepomôže ani v kariére, ani v rozvoji. Máte šancu vyskúšať si rolu inžiniera-vývojára a nie len kodéra v skutočnom projekte a pochopiť, kam sa posunúť, čo vám chýba, ale radšej trávite svoj čas niečím iným a robíte presne "od do". Takí v modernom IT prežívajú čoraz horšie, vyjdite z anabiózy.
Používatelia sú desiví ľudia
Nezveličujte vašich používateľov softvéru: ak píšete nie pre programátorov, počítajte s tým, že váš program sa stretne s neprekonateľným nepochopením. Prvé dni alebo týždne bude používateľ nenávidieť váš softvér, pretože "starý nebol taký hlúpy". Aby ste tomu predišli, pripravte skvelú dokumentáciu a vzdelávacie materiály. Pri inštalácii alebo nákupe veľmi nástojčivo naznačte, že manuály je dobré čítať pred začiatkom práce so softvérom, a nie po zlyhaní databázy, strate hesla a samokontrole.
Nehodno podceňovať používateľov: sú bystrejší, inteligentnejší a zvedavejší, ako si myslíte. Ak si myslíte, že ten bug s formátom premennej a výnimkou na 138. stlačení Enter s intervalom jednu sekundu sa neobjaví, mýlite sa — objaví sa a ovplyvní prácu vašej aplikácie najpodivnejším spôsobom. Platí pravidlo amatéra: práve on najlepšie zvláda testovanie. Ale používateľom akosi nevyhovuje nájsť bugy v produkcii — žiadna IT solidarita. Všeobecne platí, čím viac si ste istí svojim softvérom, tým lepšie. Nakoniec, je lepšie odložiť vydanie niektorých funkcií, ako ich pridať do fungujúcej aplikácie a urobiť ju náhle nedostatočnou.
Prestante googliť!
Prestante sa obracať len na Google. Ani sa nebudeme hádať — v oblasti vývoja sa priamym dopytom do vyhľadávača dá nájsť veľmi veľa. Čím hlbšie sa ponoríte do hľadania informácií, tým viac „bočných“ údajov získate a viac sa dozviete, pretože sa naučíte niečo nové, síce nesúvisiace s vašou požiadavkou, ale pravdepodobne užitočné do budúcnosti. Obracajte sa na komplexné materiály, knihy, články atď. Jazyky a knižnice majú špecifikácie, komunity, návody a takto získate najspoľahlivejší spôsob, ako rozvíjať zručnosti programátora — jednoducho čítajte dokumentáciu a nehľadajte cudzie lokálne riešenia a útržky kódu. A čo ak bude vaše riešenie optimálnejšie, rýchlejšie a lepšie?
Dôveruj, ale preveruj
Nepoužívajte knižnice a rámce vytvorené inými vývojármi bez preverenia kódu a jeho prispôsobenia vašim cieľom. Nemáte žiadne dôvody bezpodmienečne dôverovať tomuto autorovi kódu, ktorého vôbec nepoznáte. Áno, rôzne zámerné škodlivé prvky v cudzom kóde sa vyskytujú nie tak často a netreba trpieť paranojou, ale slepé kopírovanie hotových častí softvéru do vášho projektu môže viesť k nepredvídateľným následkom. Preto si vždy prečítajte a analyzujte kód pred jeho použitím a vykonávajte testovanie po implementácii kódu.
Robte zálohy!
Prestaňte robiť zálohy alebo ich držať na tých istých externých serveroch, kde je hosťovaný váš projekt. Myslíte si, že je to smiešna a zbytočná rada? Ale viac ako 700 účastníkov chatu na Telegrame, ktorí sa dostali do nepríjemnej situácie so zastavením jedného známeho dátového centra, si to nemyslelo — čo tam len nebolo: od pet-projektov až po veľké webové stránky štátnych orgánov a firemných databáz 1C a billing. Významná časť — bez záloh alebo so zálohami tam. Takže rozdeľte riziká a uchovávajte zálohu minimálne na hlavnom hostingu, na nejakom spoľahlivom VDS a vo vlastnom lokálnom serveri. Nakoniec to vyjde oveľa lacnejšie.
Už stačí prinášať škody projektu
Nerobte v pracovnom projekte to, čo chcete vy, ale robte to, čo potrebujú klienti. Áno, je neuveriteľne zaujímavé a skvelé vytvoriť svoju neurónovú sieť, naučiť ju a implementovať do svojho softvéru, ale ak vašim klientom potrebuje jednoduchý manažér kontaktov, bude to zbytočné zdraženie. Pozrite sa, ako projekt funguje, prečítajte si dokumentáciu, prečítajte si recenzie a požiadavky od klientov a implementujte to, čo pridá projektu obchodnú hodnotu. Ak máte chuť vytvoriť niečo vedecké alebo nadmierne zložité, začnite s vlastným projektom.
Nie kód, ale chumáč nervov
Nepíšte nezrozumiteľný a nedokumentovaný kód. Sme oboznámení s touto vlastnosťou: vývojár píše kód ako bohu na dušu, špeciálne ho trošku zamotáva, aby nikto z kolegov nemohol pochopiť napísané — taká svojská preventívna pomsta predtým, než sa niečo stane. Avšak ohrozujete nielen firmu (ktorá vám platí peniaze za prácu), ale aj seba: je dosť pravdepodobné, že si ani nespomeniete, čo ste chceli povedať touto neúmyselnou obfuskáciou. To isté platí pre nedokumentovaný kód: spoliehajúc sa na svoju logiku pomenovania premenných a funkcií a dobrú pamäť, o pár rokov si možno nespomeniete, prečo ste si vybrali práve tento cyklus, metódu, vzor atď. Dokumentovanie kódu a jeho dobrá štruktúra sú skvelou službou kolegom, zamestnávateľovi a predovšetkým sebe samému.
Keep it simple, stupid
Nezjednodušujte kód, riešenia a projekty. Netrpte zložitou štruktúrou a netvorte entity bez osobitného významu. Čím zložitejší je váš kód, tým viac sa stávate jeho otrokmi — bude veľmi ťažké ho udržiavať a rozvíjať. Samozrejme, známy princíp KISS („Keep it simple, stupid“) neplatí vždy, ale bol stvorený nie bezdôvodne: jednoduchosť a elegantnosť kódu sú zárukou úspešného jeho použitia a znovuzavedenia.
Chráňte sa
Nignorujte bezpečnosť — v roku 2020 je to doslova zločin. Aj keď vaša spoločnosť, vývoj a vy nie ste zaujímaví pre útočníkov, môžu vás ovplyvniť problémy spojené s napadnutím určitého segmentu siete, hostingového poskytovateľa, útokom na dátové centrum, krádežou hesiel alebo nezabezpečeným správaním zamestnancov, ktorí môžu ukradnúť údaje z firmy, odísť s klientami alebo softvérom celého projektu. Ak je to vo vašich silách a patrí to do vašej kompetencie, snažte sa chrániť projekty, s ktorými pracujete. A aj vy sami dodržiavajte informačnú bezpečnosť, to ešte nikomu neublížilo.
Neplujte do studne
Nehanbite sa za svojho zamestnávateľa. V súčasnosti komunikácie dosiahli takú úroveň, že napríklad všetci HR-áci v meste sa navzájom poznajú a môžu si vymieňať akékoľvek informácie v chatoch a uzavretých skupinách (ako pomôcť pri zamestnávaní, tak napísať „Vasilij Ivanov, systémový architekt, pred odchodom zlikvidoval všetky účty, vymazal zálohy a odpojil sieť, obnovenie trvalo 3 dni. Nepreberajte ho do zamestnania“). Takže vaše správanie bude hrať len proti vám — a niekedy ani presun do iného mesta alebo metropoly nepomôže. Aj keď odchádzate so zlým pocitom, niet lepšej pomsty než stať sa užitočným a skvelým zamestnancom konkurencie 🙂 A hlavne, úplne bez trestu.
Takto robiť tiež nie je dobré. Ale, ako ukazuje skúsenosť, nezastavíme sa
A vôbec, priatelia, čítajte rady, ale robte to, čo vám pripadá najlepšie — veď skutočné objavy prichádzajú vtedy, keď pochybujeme o už raz objavených pravdách. Prajeme vám šťastný Nový rok, nech sú vaše projekty úspešné, kariéra — zábavná, kolegovia a vedenie — rozumní, a život celkovo sa darí. Celkovo, na Nový rok a na nový kód!
S láskou,
tím RegionSoft Developer Studio
V novom roku budeme pokračovať v práci pre vás a rozvoji silného desktopového CRM systému a jednoduchého a pohodlného helpdesku a ticket systému .
Zdroj: habr.com
