Habr je poln napovedi in nasvetov za to, kaj početi v naslednjem letu – kateri jeziki se učiti, v katere sfere se usmeriti, kako skrbeti za svoje zdravje. Zveni navdihujoče! Toda vsaka medalja ima dve strani, in ne spotikamo se le ob nečem novem, temveč večinoma ob tem, kar počnemo vsak dan. „Zakaj me nihče ni opozoril!“, z ironičnim tonom vzklikamo običajno sami sebi. Vzeli smo na sebe to breme – zbirali smo seznam tega, česar NE smete početi v letu 2020 (ali morda celo vedno).
Ampak gravitacije pa nismo povprašali
Radi bi razvrstili anti-priporočila po pomembnosti, od najbolj pomembnega do najmanj pomembnega. Toda ta so tako razširjena, ekvivalentna in znana skoraj vsakemu, da bomo pisali naključno. No, preverimo seznam?
Ne vstopajte v IT, če vam vse dobro gre
Ne učite se nove tehnologije, da bi zamenjali poklic ali začeli od začetka. Naša doba je čudovita, ker se lahko izobražujemo, menjamo zaposlitve, temeljito spreminjamo področje – in tako vse do upokojitve. To je super privlačna stvar. Ampak če ste starejši od 28-30 let, ne bi smeli vsega pustiti, da bi vstopili v IT ali prešli na nov skladišče (na primer, če pišete visoko obremenjene sisteme v Javi in nenadoma želite preiti na nevronske mreže z uporabo Pythona). Razlog je preprost: težko vam bo. Prvič, visoka konkurenca med specialisti, ki so v tem skladišču od začetka svoje kariere, drugič, ponovno boste morali postati junior z nizko plačo, tretjič, moralno vam ne bo enostavno postati podrejeni najnižjemu nivoju hierarhije. Zato, če želite iti v drugo smer, poskušajte to početi bodisi v okviru trenutne zaposlitve in nalog bodisi razvijajte novo znanje kot hobi, delajte na pet-projektu, da bi na novo delovno mesto prišli že kot ne-junior.
Menjava skladišča samo pomeni izgubo časa
Ne skačite med skladišči tehnologij za svojo razvojno delo. Če delate projekt v enem jeziku, uporabljate določen okvir in knjižnice, ni smiselno vse opustiti in prepisovati v Dart, samo zato, ker se vam je zdel zanimiv. Navezite se na pravilo, da najdete utemeljitev za spremembo tehnologije – ne le na ravni „hočem-ne morem“, temveč tudi na finančni in inženirski ravni.
Ne stojte na svém a ne bronzověte.
Zaměřovat se pouze na jeden jazyk nebo technologii a nezkoumat nové možnosti je stejně extrémní, jako měnit technologický stack s každou novou technologií. Nezapomeňte se učit nové knihovny a frameworky, nebuďte tvrdohlaví v domnění, že vše lepší už bylo vynalezeno a vylepšeno jen vámi. Prakticky pro každý jazyk vychází neustále aktualizace, které mohou váš projekt výrazně zlepšit. Nezdržujte se sledováním dynamiky vašeho stacku a jakmile najdete něco skvělého a užitečného, neváhejte to implementovat do projektu!
Svá hlava je dobrá, vždy je dobrá.
Nedomýšlejte za jinými, ta vaše je lepší. Bohužel, někteří vývojáři sedí a čekají, až jim přijde úkol psát kód od předchozího erroru až po end, aniž by se snažili přinést do projektu něco vlastního, vyvinout novou funkci, otestovat ji a nabídnout do produkce. Proč se obtěžovat, když má hlavní vedoucí nebo manažer firmy vše vyřešit za vás? Pokud se v tom poznáváte, máme pro vás špatné zprávy: pasivní postoj vám nepomůže ani v kariéře, ani v osobním rozvoji. Máte šanci vyzkoušet si role inženýra a vývojáře, a ne pouze kodéra v skutečném projektu, a pochopit, kam se posunout, co chybí, ale raději svůj čas strávíte na něčem jiném a děláte jen „od tak do tak“. Takoví lidé se v moderním IT stále hůř udržují, vycházejte z anabiózy.
Uživatelé jsou děsiví 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 nepochopitelným odmítnutím. Prvních pár dní nebo týdnů bude uživatel nenávidět váš software, protože „ten starý nebyl tak hloupý“. Abychom tomu předešli, dělejte skvělou dokumentaci a školící materiály. Při instalaci nebo koupi velmi naléhavě naznačte, že příručky by se měly číst před začátkem práce s programem, a ne až po zhroucení databáze, ztrátě hesla a sebekontrole.
Ne smete podceniti korisnike: oni su pametniji, snalažljiviji i znatiželjniji nego što mislite. Ako mislite da se ta greška sa formatom varijable i izuzetak na 138. pritisku na Enter s intervalom od jedne sekunde neće pojaviti, varate se — pojaviće se i utiču na rad vaše aplikacije na najneobičnije načine. Važi pravilo amatera: baš on najbolje testira stvari. Ali korisnicima iz nekog razloga ne prija da pronalaze greške u produkciji — nema tu IT solidarnosti. U suštini, što ste sigurniji u svoje softverske proizvode — to bolje. Na kraju, bolje je odložiti objavljivanje nekih funkcija nego ih dodati u radnu aplikaciju i iznenada je učiniti nedovršenom.
Dosta sa googlanjem!
Prestanite se oslanjati samo na Google. Čak nećemo raspravljati — u oblasti razvoja, direktnim upitom pretraživaču možete naći mnogo toga. Što dublje istražujete informacije, to više ‘sporednih’ podataka dobijate i više saznajete, jer ćete naučiti nešto novo, što nije povezano sa vašim upitom, ali će verovatno biti korisno u budućnosti. Oslonite se na sveobuhvatne materijale, knjige, članke itd. Jezici i biblioteke imaju specifikacije, zajednice, vodiče, i tako dobijate najsigurniji način da razvijate veštine programera — jednostavno čitajte dokumentaciju, umesto da tražite tuđa lokalna rešenja i delove koda. A možda će vaše rešenje biti optimalnije, brže i bolje?
Veruj, ali proveri
Ne koristite biblioteke i okvire koje su stvorili spoljni programeri, a da ne proverite kod i ne prilagodite ga svojim ciljevima. Nemate nikakvu osnovu da bezuslovno verujete ovom autoru koda kog uopšte ne poznajete. Da, različiti namerni zlonamerni elementi u spoljnom kodu se ne javljaju tako često i ne trebate patiti od paranoje, ali slepo kopiranje gotovih delova softvera u vaš projekt može dovesti do nepredvidivih posledica. Stoga, obavezno čitajte i analizirajte kod pre korišćenja i vršite testiranje nakon implementacije koda.
Delajte varnostne kopije!
Престаните не делать резервные копии или хранить их на тех же сторонних серверах, где находится ваш проект. Думаете, это смешной и бесполезный совет? Однако более 700 участников Телеграм-чата, оказавшихся в недавней неприятной ситуации с остановкой одного известного дата-центра, с этим не согласны — среди них были как маленькие проекты, так и крупные сайты государственных органов, корпоративные базы 1С и биллинга. Значительная часть из них — без резервных копий или с копиями на том же сервере. Таким образом, распределяйте риски и храните резервные копии хотя бы на основном хостинге, на каком-нибудь надежном VDS и на вашем локальном сервере. В конечном итоге это обойдется гораздо дешевле.
Хватит причинять ущерб проекту ради своих интересов.
Не делайте в рабочем проекте то, что вам хочется, а делайте то, что нужно вашим клиентам. Да, безумно интересно и захватывающе создать свою нейронную сеть, обучить ее и внедрить в свой софт, но если вашим клиентам нужен простой контакт-менеджер, это станет излишним затратным шагом. Ознакомьтесь с работой проекта, прочитайте документацию, отзывы и заявки от клиентов, реализуйте то, что придаст проекту бизнес-ценность. Если хочется заниматься чем-то научным или сверхсложным, начните с собственного проекта.
Не код, а комок нервов.
Не пишите нечитаемый и недокументированный код. Эта проблема нам известна: разработчик пишет код так, как ему вздумается, слегка запутывая его, чтобы никто из коллег не смог разобраться в написанном — своего рода профилактическая месть до того, как что-то произошло. Однако вы ставите под угрозу не только компанию, которая вам платит деньги за работу, но и себя: вполне возможно, что вы сами забудете, что хотели сказать этой непреднамеренной обфускацией. То же касается и недокументированного кода: полагаясь на свою логику именования переменных и функций и хорошую память, через пару лет вы можете не вспомнить, почему именно выбрали этот цикл, метод, паттерн и т.д. Документирование кода и его хорошая структура — это отличная услуга для коллег, работодателя и, прежде всего, для самого себя.
Сделай это просто, глупо.
Ne zapletajte kode, rešitve in projekte. Nič ni treba graditi zapletene strukture in generirati entitete brez posebnega pomena. Bolj ko je vaš koda zapletena, večji postanete njen ujetnik — maksimalno težko jo boste podpirali in razvijali. Seveda slavni princip KISS („Keep it simple, stupid”) ne velja vedno, a ni bil ustvarjen zaman: enostavnost in eleganca kode sta zagotovilo za uspešno uporabo in ponovno uporabo.
Zaščitite se
Ne ignorirajte varnosti — leta 2020 je to dobesedno kriminalno. Tudi če vaša podjetje, razvoj in vi niste zanimivi za zlonamerneže, vas lahko dotaknejo težave, povezane z napadi na določen segment mreže, ponudnika gostovanja, napadom na podatkovni center, krajo e-poštnih gesel in nevarnim vedenjem zaposlenih, ki lahko ukradejo podatke iz podjetja, odpeljejo stranke ali programsko kodo celega projekta. Če je to v vaših močeh in spada v vaša kompetenca, se potrudite zaščititi projekte, s katerimi delate. No in sami upoštevajte informacijsko varnost, to še nikomur ni škodilo.
Ne pljucajte v vodnjak
Ne umazajte svojega delodajalca. Danes so komunikacije dosegle takšno raven, da so, na primer, vsi HR-ji v mestu že vnaprej poznani med seboj in lahko izmenjajo katero koli informacijo v klepetih in zaprtih skupinah (kako pomagati pri zaposlitvi, pa tudi povedati: „Vasilij Ivanov, sistemski arhitekt, je pred odhodom ubil vse račune, izbrisal varnostne kopije in izklopil omrežje, obnovitev je trajala 3 dni. Ne zaposlite ga!”). Tako bo vaše vedenje delovalo izključno proti vam — in včasih ne bo pomagala niti selitev v drug kraj ali prestolnico. Tudi če odhajate s predsodki, ni boljše maščevanje, kot postati koristna in odlična zaposleni v konkurentovem podjetju 🙂 In kar je najpomembnejše, popolnoma brez kazni.
Tudi tako ne bi smeli delati. A kot kaže izkušnja, se ne bomo ustavili.
Na splošno, prijatelji, berite nasvete, a delajte tako, kot se vam zdi najboljše — kajti prava odkritja se zgodijo, ko dvomimo o že odprtih resnicah. Čestitamo vam ob Novem letu, naj bodo vaši projekti uspešni, kariera — ne dolgočasna, sodelavci in voditelji — razumni ter naj vam življenje na splošno uspeva. Skratka, za Novo leto in za novo kodo!
S ljubeznijo,
ekipa RegionSoft Developer Studio
V novem letu bomo nadaljevali z delom za vas in razvijali zmogljivo namizno CRM-sistem. in enostaven ter priročen helpdesk in sistem za vstopnice. .
Izvor: habr.com
