Habr je plný předpovědí a rad, co dělat v příštím roce - jaké jazyky se učit, do jakých oblastí se zaměřit, jak se postarat o své zdraví. Zní to inspirativně! Ale každá mince má dvě strany a občas klopýtáme nejen o něco nového, ale většinou o to, co děláme každý den. "Proč mě nikdo nevaroval?" – rozhořčeně vzdycháme, obvykle mluvíme sami k sobě. Přitahujeme na sebe pozornost - sestavili jsme seznam toho, co byste NEMĚLI dělat v roce 2020 (nebo možná i vždy).
Gravitaci se nikdo neptal
Rádi bychom seřadili naše anti-doporučení od nejdůležitějšího po nejméně závažné. Ale jsou tak rozšířená, rovnocenná a známá téměř každému, že je budeme prezentovat neuspořádaně. No co, projděme si seznam?
Není nutné vstupovat do IT, pokud je vše v pořádku
Neučte se novou technologii, abyste změnili profesi nebo začali od nuly. Naše doba je skvělá tím, že můžete studovat, měnit práci, radikálně změnit oblasti – a pokračovat až do důchodu. To je skvělá, lákavá možnost. Ale pokud vám je více než 28-30, neměli byste všechno opustit jen proto, abyste vstoupili do IT nebo přešli na nový stack (například, když programujete vysoce zatížené systémy v Javě a náhle se rozhodnete přejít na neuronové sítě v Pythonu). Důvod je jednoduchý: budete mít potíže. Za prvé, konkurence specialistů, kteří „sedí“ na tomto stacku od začátku své kariéry, je vysoká, za druhé, budete muset znovu začít jako junior s nízkým platem, za třetí, bude pro vás morálně obtížné stát se podřízeným na nejnižší úrovni hierarchie. Proto, pokud chcete jít jiným směrem, snažte se to dělat buď v rámci své současné práce a úkolů, nebo rozvíjejte nové znalosti jako koníček, pracujte na pet projektu, abyste přišli na novou práci už ne jako junior.
Měnit stack na stack - jen ztrácíte čas
Neskákejte mezi technologickými stacky pro svůj projekt. Pokud píšete projekt v jednom jazyce, používáte určitý framework a knihovny, neměli byste všechno zahodit a přepisovat na Dart jen proto, že vás zaujal. Učte se pravidlu najít opodstatnění pro změnu technologie - nejen na úrovni "chci-nemohu", ale také na finanční a inženýrské úrovni.
Není třeba stát si za svým a zhrublit.
Zabývat se jen jedním jazykem nebo technologií a nezkoumat nové možnosti je stejně extrémní jako měnit stack s každou novou technologií. Určitě se učte nové knihovny a frameworky, nebuďte tvrdohlaví v přesvědčení, že vše nejlepší bylo vynalezeno před vámi a je dokončeno pouze vámi. Prakticky pro každý jazyk se neustále vydávají aktualizace, které mohou váš projekt výrazně vylepšit. Nenechte si ujít sledování dynamiky vašeho stacku a jakmile najdete něco skvělého a užitečného, neváhejte to zahrnout do projektu!
Vlastní hlava je dobrá, vždy je dobrá.
Nemyslete myšlenkami jiných, svoje je lepší. Bohužel, někteří vývojáři sedí a čekají, kdy dostanou úkol kódovat od předchozího erroru po konec, aniž by se pokusili do projektu přinést něco svého, vyvinout novou funkci, otestovat a nabídnout ji do produkce. Proč se namáhat, když je tu hlava týmového lídra nebo šéfa společnosti, kteří všechno rozhodnou za vás? Pokud se poznáváte, máme pro vás špatné zprávy: pasivní postoj vám nepomůže ani v kariéře, ani v rozvoji. Máte šanci zkusit své síly jako inženýr-vývojář, a nikoli jen kodér v reálném projektu a pochopit, kam se posunout, co vám chybí, ale raději trávíte svůj čas něčím jiným a děláte pouze „od klimatizace do klimatizace“. Takoví lidé v moderním IT přežívají čím dál hůře, překonejte svůj stav anabáze.
Uživatelé jsou hrozní lidé.
Nepřeceňujte uživatele vašeho softwaru: pokud nepíšete pro programátory, počítejte s tím, že program se setká s neproniknutelným nepochopením. První dny nebo týdny bude uživatel nenávidět váš software, protože "starý nebyl tak hloupý". Aby se tomu předešlo, připravte skvělou dokumentaci a výukové materiály. Při instalaci nebo nákupu velmi výslovně naznačte, že manuály by se měly číst před začátkem práce s programem, a ne po zhroucení databáze, ztrátě hesla a auto-kontrolování.
Není dobré podceňovat uživatele: jsou mazanější, inteligentnější a zvědavější, než si myslíte. Pokud si myslíte, že ten bug s proměnnou a výjimkou na 138. stisku Enter s intervalem jedné sekundy se neobjeví, mýlíte se – objeví se a ovlivní fungování vaší aplikace nejpodivnějším způsobem. Platí pravidlo amatéra: právě on se s testováním vypořádá nejlépe. Ale uživatelé z nějakého důvodu neradi nalézají chyby v produkci – žádná technická solidarita v tom. Obecně platí, čím větší jste ve svém softwaru přesvědčení, tím lépe. Nakonec je lepší zdržet vydání některých funkcí, než je přidat do fungující aplikace a udělat ji najednou nezralou.
Přestaňte googlit!
Přestaňte se obracet pouze na Google. O tom ani nebudeme diskutovat – v oblasti vývoje lze přímým dotazem na vyhledávač najít velmi mnoho. Čím hlouběji se ponoříte do hledání informací, tím více „vedlejších“ dat získáte a více se naučíte, protože se dozvíte něco nového, co není přímo spojeno s vaším dotazem, ale pravděpodobně bude užitečné v budoucnu. Obracejte se na komplexní materiály, knihy, články atd. Jazyky a knihovny mají specifikace, komunity, návody, a tím získáváte nejspolehlivější způsob, jak rozvíjet dovednosti programátora – prostě číst dokumentaci, a ne hledat cizí lokální řešení a útržky kódu. A co když vaše řešení bude optimálnější, rychlejší a lepší?
Důvěřuj, ale prověřuj
Nepoužívejte knihovny a rámce vytvořené třetími stranami, aniž byste zkontrolovali kód a přizpůsobili ho svým cílům. Nemáte žádný důvod bezpodmínečně důvěřovat tomu autorovi kódu, kterého vůbec neznáte. Ano, různé záměrné škodlivé prvky v cizím kódu se vyskytují poměrně zřídka a není třeba trpět paranoidními obavami, ale slepé kopírování hotových částí softwaru do vašeho projektu může mít nepředvídatelné důsledky. Proto si vždy pečlivě prostudujte a analyzujte kód před jeho použitím a proveďte testování po implementaci kódu.
Dělejte zálohy!
Přestaňte nedělat zálohy nebo je uchovávat na těch stejných externích serverech, kde hostujete svůj projekt. Myslíte, že je to směšná a zbytečná rada? Ale více než 700 účastníků chatu na Telegramu, kteří se ocitli v nedávné nepříjemné situaci s výpadkem jednoho známého datacentra, si to nemyslelo — co tam všechno nebylo: od pet projektů po velké webové stránky státních orgánů a firemních databází 1C a billing. Podstatná část — bez záloh nebo se zálohami tam. Takže rozložte rizika a uchovávejte zálohu alespoň na hlavním hostingu, na nějakém spolehlivém VDS a u sebe na lokálním serveru. Nakonec to bude mnohem levnější.
Přestaňte přinášet svůj prospěch na úkor projektu.
Nedělejte v pracovním projektu to, co chcete vy, ale dělejte to, co potřebují klienti. Ano, je nesmírně zajímavé a skvělé vytvořit si vlastní neuronovou síť, naučit ji a implementovat do svého softwaru, ale pokud vaši klienti potřebují jednoduchého správce kontaktů, bude to zbytečně drahé. Podívejte se, jak projekt funguje, přečtěte si dokumentaci, přečtěte si recenze a požadavky od klientů a realizujte to, co přidá projektu obchodní hodnotu. Pokud máte touhu tvořit něco vědeckého nebo velmi složitého, začněte se svým vlastním projektem.
Není to kód, ale klubko nervů.
Nepište nečitelný a nedokumentovaný kód. Tušení této vlastnosti: vývojář píše kód, jak mu je libo, záměrně ho trochu zamotává, aby se nikdo z kolegů nemohl v napsaném vyznat — taková osobitá preventivní pomsta, než se něco stane. Tím však ohrožujete nejen společnost ( která vám platí za práci), ale i sebe: je dost pravděpodobné, že si sami nevzpomínáte, co jste chtěli říct tímto neúmyslným zatemněním. Totéž platí pro nedokumentovaný kód: spoléhajíc na svou logiku pojmenovávání proměnných a funkcí a dobrou paměť, za pár let si nemusíte vzpomenout, proč jste zvolili právě tento cyklus, metodu, vzor atd. Dokumentace kódu a jeho dobrá struktura je skvělou službou pro kolegy, zaměstnavatele a především pro sebe.
Keep it simple, stupid
Neskomplikujte kód, řešení a projekty. Není třeba vytvářet složité struktury a množit entity bez zvláštního významu. Čím složitější je váš kód, tím více se stáváte jeho zajatcem — bude pro vás mnohem těžší jej udržovat a rozvíjet. Samozřejmě, slavný princip KISS („Keep it simple, stupid“) neplatí vždy, ale nebylo by to bezdůvodné: jednoduchost a elegantnost kódu jsou zárukou úspěšného jeho použití a opakovaného využití.
Chraňte se
Nehledejte bezpečnost na úkor jiných — v roce 2020 je to doslova zločin. I když vaše společnost, vývoj a vy sami nejste pro zločince zajímaví, mohou vás ovlivnit problémy spojené s napadením nějakého segmentu sítě, poskytovatele hostingu, útokem na datové centrum, krádeží e-mailových hesel a nezabezpečeným chováním zaměstnanců, kteří mohou ukrást data ze společnosti, odvést klienty nebo programový kód celého projektu. Pokud je to ve vašich silách a spadá to do oblasti vaší kompetence, snažte se chránit projekty, se kterými pracujete. A nakonec dodržujte informační bezpečnost, to ještě nikomu neuškodilo.
Nehodte do studny
Nehodnoťte svého zaměstnavatele. V dnešní době dosáhly komunikace takové úrovně, že například všichni HR ve městě se navzájem dobře znají a mohou si vyměňovat jakékoliv informace v chatech a uzavřených skupinách (jak pomoci s pracovním umístěním, tak napsat „Vasilij Ivanov, systémový architekt, před odchodem zabil všechny účty, smazal zálohy a odpojil síť, obnova trvala 3 dny. Nepřijímejte ho na práci“). Tím pádem vaše chování hraje pouze proti vám — a někdy ani relokace do jiného města nebo hlavního města nepomůže. I když odcházíte s pocitem křivdy, není lepší způsob pomsty než být užitečným a skvělým zaměstnancem konkurence 🙂 A hlavně, zcela bez trestu.
Ani tohle dělat není správné. Ale jak ukazuje zkušenost, nezapomeneme.
Jinak, přátelé, čtěte rady, ale dělejte to, co se zdá být nejlepší — vždyť skutečná odhalení se uskutečňují, když pochybujeme o již známých pravdách. Gratulujeme vám k Novému roku, ať jsou vaše projekty úspěšné, kariéra — nezáživná, kolegové a vedoucí — rozumní, a život celkově se vydaří. V zásadě, za Nový rok a za nový kód!
S láskou,
tým RegionSoft Developer Studio
V novém roce budeme pokračovat v práci pro vás a rozvíjet výkonný desktopový CRM systém. a jednoduchou a pohodlnou helpdesk a tiketový systém. .
Zdroj: habr.com
