Centrum je plné prognóz a rad, co dělat příští rok – jaké jazyky se učit, na jaké oblasti se zaměřit, co dělat se svým zdravím. Zní to inspirativně! Ale každá mince má dvě strany a klopýtáme nejen v něčem novém, ale hlavně v tom, co děláme každý den. "Proč mě nikdo nevaroval?" vykřikneme podrážděně a obvykle se obracíme k sobě. Přivolejme oheň na sebe – sestavili jsme pro vás seznam toho, co NEDĚLAT v roce 2020 (a možná vždy).
Ale na gravitaci se neptali
Opravdu bychom rádi seřadili antidoporučení od nejdůležitějších po nejméně důležité. Ale jsou tak běžné, rovnocenné a známé téměř každému, že budeme psát namátkou. No, zkontrolujeme seznam?
Není třeba chodit do IT, pokud je vše v pořádku
Neučte se novou technologii, abyste mohli změnit kariéru nebo začít znovu. Naše doba je úžasná, protože můžete studovat, měnit zaměstnání, radikálně změnit obor – a tak dále, dokonce až do důchodu. Je to skvělá, svůdná věc. Ale pokud je vám více než 28–30 let, neměli byste se všeho vzdávat, abyste mohli vstoupit do IT nebo přejít na nový zásobník (například píšete vysoce zatížené systémy v Javě a najednou se rozhodnete přejít do neuronových sítí v Pythonu). Důvod je jednoduchý: nebude to pro vás snadné. Za prvé je zde vysoká konkurence specialistů, kteří na tomto stacku „sedí“ od začátku své kariéry, za druhé se budete muset stát opět juniorem s nízkým platem a za třetí pro vás bude morálně obtížné stát se podřízeným nejnižší úrovně hierarchie. Proto, pokud se chcete posunout jiným směrem, snažte se to dělat buď v souladu se svou současnou prací a aktuálními úkoly, nebo si nové znalosti rozviňte jako koníček, začněte projekt pro domácí mazlíčky, takže když přijdete do nové práce, budete už nebuď junior.
Výměna zásobníku za zásobníkem je jen ztráta času
Nespěchejte mezi technologickými zásobníky pro svůj vývoj. Pokud píšete projekt v jednom jazyce, používáte určitý rámec a knihovny, neměli byste všechno házet do háje a přepisovat to v Dartu jen proto, že vám to přijde zajímavé. Udělejte si pravidlo, abyste našli ospravedlnění pro změnu technologie – nejen na úrovni „chci, nebo nemůžu“, ale také na finanční a inženýrské úrovni.
Není třeba stát za svým a z bronzu
Držet se jednoho jazyka nebo technologie a neučit se nové věci je tak extrémní, jako měnit svůj zásobník s každou novou technologií. Nezapomeňte studovat nové knihovny a frameworky, nebuďte tvrdohlaví ve vědomí, že vše bylo lépe vynalezeno před vámi a dokončeno výhradně vámi. Neustále vycházejí aktualizace pro téměř každý jazyk, což může někdy výrazně zlepšit váš projekt. Nebuďte líní sledovat dynamiku svého stacku, a jakmile najdete něco skvělého a užitečného, klidně to přetáhněte do projektu!
Vaše vlastní hlava je dobrá, vždy dobrá
Nemyslete v hlavách druhých, vaše vlastní je lepší. Bohužel, někteří vývojáři sedí a čekají, až dostanou úkol kódovat od předchozí chyby až do konce, aniž by se snažili přispět něčím svým do projektu, vyvinout novou funkci, otestovat ji a navrhnout do výroby. Proč se obtěžovat, když existuje vedoucí týmu nebo manažer společnosti, který bude o všem rozhodovat sám? Pokud se poznáváte, pak máme špatnou zprávu: pasivní pozice nepomůže ani v kariéře, ani v rozvoji. Máte šanci vyzkoušet si práci vývojového inženýra, a ne kodéra, ve skutečném bojovém projektu a pochopit, kam jít, co chybí, ale raději trávíte čas něčím jiným a děláte přesně „odsud do“. Nyní." Takoví lidé přežívají v moderním IT čím dál hůř, vycházejí z pozastavené animace.
Uživatelé jsou hrozní lidé
Nepřeceňujte uživatele svého softwaru: pokud nepíšete pro programátory, očekávejte, že se program setká s neproniknutelným nepochopením. Prvních pár dní nebo týdnů bude uživatel váš software nenávidět, protože „ten starý nebyl tak hloupý“. Abyste tomu zabránili, vytvořte skvělou dokumentaci a návody. Při instalaci nebo nákupu velmi vtíravě naznačujte, že manuály je třeba si přečíst před zahájením práce s programem a ne po pádu databáze, ztrátě hesla a sebeovládání.
Neměli byste podceňovat ani uživatele: jsou mazanější, chytřejší a zvědavější, než si myslíte. Pokud si myslíte, že chyba s proměnným formátem a výjimkou při 138. stisknutí Enteru v sekundových intervalech nevyskočí, jste na omylu – vyskočí a ovlivní chod vaší aplikace tím nejbizarnějším způsobem. Platí pravidlo amatéra: on je ten, kdo se s testováním vyrovná nejlépe. Ale z nějakého důvodu uživatelé neradi hledají chyby ve výrobě – není v nich žádná IT solidarita. Obecně platí, že čím více jste si jisti svým softwarem, tím lépe. Přeci jen je lepší odložit vydání některých funkcí, než je přidat do fungující aplikace a najednou to udělat raw.
Přestaňte googlovat!
Přestaňte se obracet pouze na Google. Nebudeme se ani dohadovat - v oblasti vývoje toho najdete hodně přímou poptávkou do vyhledávače. Čím hlouběji se při hledání informací ponoříte, tím více „laterálních“ dat získáte a tím více se dozvíte, protože se dozvíte něco nového, co nesouvisí s vaším požadavkem, ale bude pravděpodobně v budoucnu potřeba. Podívejte se na plnohodnotné materiály, knihy, články atd. Jazyky a knihovny mají specifikace, komunity, postupy, a tak získáte nejspolehlivější způsob, jak rozvíjet programátorské dovednosti - stačí číst dokumentaci a nehledat místní řešení a fragmenty kódu jiných lidí. Co když je vaše řešení optimálnější, rychlejší a chladnější?
Věřte, ale prověřuj
Nepoužívejte knihovny a rámce vytvořené vývojáři třetích stran, aniž byste zkontrolovali kód a nepřizpůsobili jej tak, aby vyhovoval vašim účelům. Nemáte důvod bezvýhradně věřit tomuto autorovi kódu, kterého vůbec neznáte. Ano, různé záměrné škodlivé prvky v kódu třetích stran nejsou tak časté a neměli byste trpět paranoiou, ale slepé kopírování hotových částí softwaru do vašeho projektu může vést k nepředvídatelným následkům. Proto si před použitím kód přečtěte a analyzujte a po implementaci kódu jej otestujte.
Dělejte zálohy!
Přestaňte vytvářet zálohy nebo je neuchovávat na stejných serverech třetích stran, kde je hostován váš projekt. Myslíte si, že je to směšná a zbytečná rada? Více než 700 účastníků chatu na Telegramu, kteří se nedávno ocitli v nepříjemné situaci s odstávkou jednoho známého datového centra, si to ale nemyslelo – bylo tam všechno: od pet projektů po velké vládní weby. úřady a podnikové 1C a fakturační databáze. Značná část je bez záloh nebo se zálohami na stejném místě. Rozložte tedy rizika a zálohu uložte alespoň na hlavní hosting, na nějaké spolehlivé VDS a na svůj lokální server. Z dlouhodobého hlediska to bude mnohem levnější.
Přestaňte přinášet své vlastní na úkor projektu
Nedělejte v pracovním projektu to, co chcete, ale to, co klienti potřebují. Ano, je neuvěřitelně zajímavé a skvělé vytvořit si vlastní neuronovou síť, trénovat ji a implementovat do svého softwaru, ale pokud vaši klienti potřebují jednoduchého správce kontaktů, bude to přehnané. Podívejte se, jak projekt funguje, přečtěte si dokumentaci, přečtěte si recenze a požadavky od klientů a implementujte to, co projektu přidá obchodní hodnotu. Pokud chcete vytvořit něco vědeckého nebo extrémně složitého, začněte s vlastním projektem.
Ne kód, ale uzlíček nervů
Nepište nečitelný a nezdokumentovaný kód. Tento trik známe: vývojář píše kód podle svého, záměrně ho trochu zmate, aby nikdo z jeho kolegů nerozuměl tomu, co napsal – jde o jakousi preventivní pomstu, než se něco stane. Vystavujete však riziku nejen společnost (která vám za vaši práci platí peníze), ale i sebe: je pravděpodobné, že si sami nebudete pamatovat, co jste tímto neúmyslným mlžením chtěli říci. Je to stejné jako s nezdokumentovaným kódem: spoléháte-li se na svou logiku pojmenování proměnných a funkcí a dobrou paměť, po několika letech si možná nebudete pamatovat, proč jste si vybrali tuto konkrétní smyčku, metodu, vzor atd. Dokumentace vašeho kódu a jeho dobré struktury je skvělou službou pro vaše kolegy, vašeho zaměstnavatele a především pro vás.
Nech to být jednoduché, hloupé
Udržujte svůj kód, řešení a projekty jednoduché. Není potřeba oplotit složitou strukturu a vyrábět entity bez zvláštního významu. Čím složitější je váš kód, tím více se stanete jeho rukojmím – bude pro vás co nejobtížnější jej udržovat a rozvíjet. Samozřejmě, slavný princip KISS („Keep it simple, stupid“) není vždy vhodný, ale byl vytvořen z nějakého důvodu: jednoduchost a elegance kódu jsou klíčem k jeho úspěšné aplikaci a opětovnému použití.
Chraň sebe
Neignorujte bezpečnost – v roce 2020 je to doslova trestné. I když vaše společnost, vývoj a vy nejsou pro útočníky zajímavé, mohou se vás dotknout problémy související s porážkou některého segmentu sítě, poskytovatele hostingu, útokem na datové centrum, krádeží hesel k e-mailu a nebezpečným chováním zaměstnanců, kteří mohou ukrást data z firmy, okrádat klienty nebo programový kód celého projektu. Pokud je to ve vašich silách a ve vaší oblasti odborných znalostí, snažte se chránit projekty, na kterých pracujete. Informační bezpečnost sledujte sami, to nikdy nikomu nevadilo.
Neplivej do studny
Nehádejte se se svým zaměstnavatelem. Komunikace dnes dosáhla takové úrovně, že se například všichni personalisté ve městě znají i v nepřítomnosti a mohou si vyměňovat jakékoli informace na chatech a uzavřených skupinách (oba proto, aby pomohli najít práci a napsali „Vasily Ivanov, systémový architekt, zabil všechno, než opustil účty, smazal zálohy a vypnul síť, obnova trvala 3 dny. Nenajímaj ho.“ Vaše chování tak bude hrát výhradně proti vám – a někdy nepomůže ani přesun do jiného města či hlavního města. I když odejdete se záští, není lepší pomsta, než se stát užitečným a cool zaměstnancem konkurence :) A hlavně naprosto beztrestně.
To bys taky neměl dělat. Ale jak ukazuje zkušenost, nezastavíme se
Obecně, přátelé, čtěte rady, ale dělejte to, co si myslíte, že je nejlepší - vždyť skutečné objevy se dělají, když pochybujeme o již objevených pravdách. Šťastný nový rok, ať jsou vaše projekty úspěšné, ať vás baví kariéra, ať jsou vaši kolegové a manažeři adekvátní a ať je váš život obecně úspěšný. Obecně platí, že tady je Nový rok a nový kód!
S láskou,
Tým RegionSoft Developer Studio
I v novém roce pro vás budeme pokračovat ve vývoji výkonného desktopového CRM systému a jednoduchý a pohodlný help desk a lístkový systém .
Zdroj: www.habr.com