Habr gələcək il üçün nələri etməli olduğumuz barədə proqnozlarla doludur - hansı dilləri öyrənmək, hansı sahələrə yönəlmək, sağlamlığımızla necə davranmaq. Bu, ilhamverici səslənir! Ancaq hər medalın iki tərəfi var və biz yalnız yeni şeylərdə deyil, hər gün etdiyimiz şeylərdə də çətinlik çəkirik. "Niyə heç kim mənə xəbər vermədi!" — əsəbi şəkildə özümüzə deyirik. Odumuzu özümüz üzərinə çəkirik - 2020-ci ildən (bəlkə də həmişə) etməməlisiniz şeylər siyahısını topladıq.
Gravitasiya ilə heç kimə soruşulmadı
Antirekomendasyonları önəmliliyə görə sıralamaq istərdik, amma onlar o qədər geniş yayılmış, bərabər dərəcədə tanışdır ki, qarışıq şəkildə yazacağıq. Bəs necədir, siyahıya baxaq?
İşlər yaxşıdırsa, IT-yə girməyi düşünməyin
Yeni bir texnologiyanı öyrənmək üçün peşəni dəyişmək və ya sıfırdan başlamaq lazım deyil. Bizim dövrümüz o qədər gözəldir ki, öyrənmək, iş yerlərini dəyişmək, tamamilə yeni sahələrə keçmək mümkündür — bunu pensiyaya qədər də edə bilərsiniz. Bu, əla, cazibədar bir şeydir. Ancaq 28-30 yaşınızdan yuxarıysanız, IT-yə girmək və ya yeni bir texnologiyaya (məsələn, Java-da yüksək yüklü sistemlər hazırlayırdınız və birdən Python-da neyron şəbəkələrinə keçmək qərarına gəlirsinizsə) bütününü atmağı düşünməyin. Səbəb sadədir: sizə çətin olacaq. Birincisi, bu sahədə karyerasının əvvəlindən bu texnologiyada olan mütəxəssislər arasında yüksək rəqabət var, ikincisi, yenidən aşağı maaşla junior olmalısınız, üçüncüsü, iyerarxiyanın ən aşağı səviyyəli işçisinin tabeçiliyində olmaq moralcə sizə çətin olacaq. Buna görə, başqa bir istiqamətə yönəlmək istəyirsinizsə, bunu bu günki işinizin və cari vəzifələrinizin çərçivəsində etməyə çalışın, ya da yeni biliklərini bir hobbi kimi inkişaf etdirin, yeni işə artıq junior olmadan qatılmaq üçün pet layihə hazırlayın.
Texnologiya yığınını dəyişmək - yalnız vaxt itkisidir
İşləyəcəyiniz texnologiyalar arasında başıaşağı dolanmayın. Bir dildə layihə hazırlayırsınızsa, müəyyən bir çərçivə və kitabxanalardan istifadə edirsinizsə, yalnız maraqlandığınız üçün bütününü atıb Dart-a keçmək lazım deyil. Texnologiyanı dəyişmək üçün səbəb tapmağı, yalnız "istəyirəm, edə bilmirəm" səviyyəsində deyil, maliyyə və mühəndislik səviyyəsində də əsaslandırmağı qayda edin.
Hər zaman israr etməyə ehtiyac yoxdur
Bir dilə və ya texnologiyaya söykəndirib qalmaq və yenilikləri öyrənməmək, hər yeni texnologiya ilə texniki dəyişikliyi dəyişdirmək qədər ekstremlikdir. Yeni kitabxana və freymvorkları öyrənməyə mütləq çalışın, hər şeyin sizdən əvvəl daha yaxşı düzəldildiyi və yalnız sizə aid olduğu düşüncəsində inad etməyin. Praktik olaraq hər bir dil üçün davamlı olaraq yeniləmələr çıxır ki, bu da bəzən layihənizi əhəmiyyətli dərəcədə yaxşılaşdıra bilər. Bir şeyin inkişafını izləməkdə tənbəl olmayın, nəsə möhtəşəm və faydalı tapdıqda — layihənizə çəkinmədən daxil edin!
Öz başınız yaxşıdır, hər zaman yaxşıdır
Başqalarının başı ilə düşünməyin, öz başınız daha yaxşıdır. Təəsüf ki, bəzən proqramçılar oturub gözləyirlər ki, onlara əvvəlki xətadan başlayaraq kod yazma tapşırığı verilsin və layihəyə nəsə özləri gətirməyə, yeni bir funksiya inkişaf etdirməyə, sınaqdan keçirmək və istehsala təqdim etməyə çalışmırlar. Niyə zəhmət çəkmək lazımdır ki, timlidin və ya şirkət rəhbərinin başıgözü problema özləri həll etsə? Əgər özünüzü burada hiss etdinizsə, pis xəbərlərimiz var: passiv mövqe sizin karyeranızda və inkişafınızda kömək etməyəcək. Siz burada mühəndis-proqramçı olmaq üçün özünüzü sınamaq şansınız var, amma vaxtınızı başqa bir şeyə sərf etməyi üstün tutursunuz və tam olaraq «bu qədərdən bu qədərədək» etməyi seçirsiniz. Belə insanlar müasir İT-də getdikcə daha çətin qalırlar, anabolizmdən çıxın.
İstifadəçilər — qorxulu insanlardır
Proqram təminatınızı istifadəçiləri çox qiymətləndirməyin: əgər siz proqramçılar üçün yazmırsınızsa, proqramın anlaşılmazlığı ilə qarşılaşacağını gözləyin. İlk bir neçə gün və ya həftə istifadəçi sizin proqramınızı sevməyəcək, çünki «köhnə o qədər də axmaq deyildi». Bunu önləmək üçün mükəmməl sənədləşmə və tədris materialları hazırlayın. Quraşdırma və ya satınalma zamanı çox qətiyyətlə xatırladın ki, istifadəçi təlimatlarını proqramla işləməyə başlamazdan öncə oxumaq lazımdır, yoxsa verilənlər bazası dağıldığında, parolu itirdiyinizdə və özünü idarə edə bilmədiyinizdə.
İstifadəçiləri də kiçiltmək lazım deyil: onlar düşündüyünüzdən daha dəclik, ağıllı və maraqlıdırlar. Əgər siz bu dəyişən formatı ilə bağlı olan xətanı və 138-ci Enter düyməsini basdığınızda baş verən istisna baş verməyəcəkdir düşünürsünüzsə, yanılırsınız — bunlar baş verəcək və tətbiqinizin fəaliyyətinə ən qəribə şəkildə təsir edəcək. Həvəskarlar məsələsi işləyir: yalnız o, sınaqdan keçirməyi ən yaxşı yerə gətirir. Ancaq istifadəçilərin prodakşonda xətaları tapmasını sevmələrinə səbəb yoxdur — heç bir İT həmrəyliliyi yoxdur. Qısası, proqram təminatınıza nə dərəcədə əmin olduğunuz — o qədər yaxşıdır. Nəticədə, bəzi funksiyaların buraxılışını gecikdirmək daha yaxşıdır, onlara işləyən bir tətbiqə əlavə edərək heç gözlənilməz şəkildə xam etməyin.
Google-lamağı dayandırın!
Google-a yalnız müraciət etməyi dayandırın. İnkişaf sahəsində axtarış motoruna birbaşa müraciət edərək çox şey tapmaq mümkündür, buna müzakirə etməyəcəyik. Məlumat axtarışında nə qədər dərinləşsəniz, o qədər çox "yan" məlumat əldə edəcəksiniz və yeni bir şey öyrənəcəksiniz ki, bu da müraciət etdiyiniz mövzu ilə birbaşa əlaqəli olmasa da, gələcəkdə faydalı ola bilər. Tam materiallara, kitablara, məqalələrə və s. müraciət edin. Dillərin və kitabxanaların spesifikasiyaları, icmaları, necə etmək barədə məlumatlar var və bu yolla proqramçı olaraq bacarıqlarınızı inkişaf etdirmək üçün ən etibarlı üsul - sadəcə olaraq sənədləri oxumaqdır, başqalarının yerli həllərini və kod parçalarını axtarmaq əvəzinə. Bəlkə sizin həlliniz daha optimallaşdırılmış, sürətli və daha yaxşı olacaq?
İnam, amma yoxla
Başqaları tərəfindən yaradılmış kitabxanaları və çərçivələri istifadə etməzdən əvvəl kodu yoxlamadan və onu öz məqsədlərinizə uyğunlaşdırmadan istifadə etməyin. Tanımadığınız bir kod müəllifinə şüursuz etibar etmək üçün heç bir əsasınız yoxdur. Bəli, xarici kodda müxtəlif qəsdən zərərverici elementlərin olması o qədər də tez-tez baş vermir və paranoyaya yol qoymaq lazım deyil, amma hazır proqram hissələrini layihənizə kor-koranə köçürmək gözlənilməz nəticələrə səbəb ola bilər. Buna görə kodu istifadə etmədən əvvəl mütləq oxuyun və analiz edin və kodu tətbiq etdikdən sonra test edin.
Ehtiyat nüsxələri yaradın!
Ehtiyat nüsxələri yaratmağı dayandırın və ya bunları layihənizin yerləşdiyi eyni xarici serverlərdə saxlamayın. Gülməli və faydasız bir məsləhətdir düşünürsünüz? Ancaq Telegramdakı 700-dən çox iştirakçı, tanınmış bir data mərkəzinin dayandırılması ilə bağlı xoşagəlməz bir vəziyyətə düşdükdə belə düşünmürdü - orada nə qədər şey var idi: pet-layihələrdən tutmuş dövlət orqanlarının iri veb saytlarına və 1C və billing korporativ bazalarına qədər. Böyük bir qismi ehtiyat nüsxələri olmadan və ya ehtiyat nüsxələri eyni yerdə olanlardır. Riskləri bölüşdürün və ehtiyat nüsxələri minimum əsas hostingdə, etibarlı bir VDS-də və yerli serverinizdə saxlayın. Nəticədə bu, çox daha ucuz başa gələcək.
Layihəyə zərər verərək öz maraqlarınızı dayandırın
İş projekti üzərində istədiyiniz şeyi etməyin, müştərilərin ehtiyac duyduğu şeyi edin. Bəli, öz neyron şəbəkənizi yaratmaq, onu öyrətmək və proqramınıza inteqrasiya etmək sonsuz maraqlıdır, amma əgər müştəriləriniz sadə bir kontakt menecerinə ehtiyac duyursa, bu artıq baha başa gələn bir lüks olacaq. Layihənin necə işlədiyini izləyin, sənədləri oxuyun, müştəri rəy və istəklərini oxuyun və layihəyə biznes dəyəri qatacaq şeylər həyata keçirin. Əgər elmi və ya çox mürəkkəb nəsə etmək istəyirsinizsə, öz layihənizlə başlayın.
Kod deyil, bir nerv qığlığıdır
Yazılmamış və oxunmaz kod yazmayın. Bu texnikanı biz tanıyırıq: proqramçı kodu öz istədiyi kimi yazır, onu biraz qarışıq edir ki, heç kəs onun yazdığına başa düşməsin — bu, baş verməmişdən öncə bir növ pildovaçılıqdır. Lakin siz yalnız şirkəti (sizin işiniz üçün pul ödəyən) riskə atır, həm də özünüzü: çox ehtimal ki, bu qeyri-ixtiyari obfuskasiyaya nə demək istədiyinizi özünüz də xatırlamayacaqsınız. Qeyri-sənədləşdirilmiş kodla da eyni; dəyişənlərin və metodların adlandırılması və yaxşı yaddaşınıza güvənərək, bir neçə il sonra niyə bu dövr, metod, nümunəni seçdiyinizi xatırlaya bilməyəcəksiniz. Kodun sənədləşdirilməsi və yaxşı strukturu – həmkarlarınıza, işəgötürənə və ən əsası özünüzə yaxşı bir xidmətdir.
Sadə saxlayın, axmaq
Kodu, həlləri və layihələri çətinləşdirməyin. Çalışmayın ki, əsassız bir struktur qurun və əhəmiyyət daşımayan varlıqları çoğaldın. Kodunuz nə qədər çətin olarsa, ona bir o qədər əsir olursunuz — onu dəstəkləmək və inkişaf etdirmək sizə olduqca çətin olacaq. Şübhəsiz ki, məşhur KISS prinsipi (“Keep it simple, stupid”) hər zaman yeri deyil, amma bu, səbəbsiz deyil: sadəlik və kodun zərifliyi, onun uğurlu tətbiqi və yenidən istifadəsinin açarıdır.
Özünüzü qoruyun
Təhlükəsizliyi görməzdən gəlməyin — 2020-ci ildə bu əsl cinayətdir. Hətta şirkətiniz, inkişafınız və siz cinayətkarların diqqətini çəkməsə belə, siz hər hansı bir şəbəkə seqmentinin, hosting provayderinin, data mərkəzinə hücumun, poçt parollarının oğurlanmasının və işçilərin məlumatları oğurlama, müştəriləri qaçırma və ya layihənin proqram təminatını əldə etmə kimi problemlərdən təsirlənə bilərsiniz. Əgər bu sizdə mümkündürsə və sizin rəhbərliyinizə aiddirsə, çalışdığınız layihələri qorumağa çalışın. Və özünüz də informasiya təhlükəsizliyini təmin edin, bu hələ kiməsə ziyan gətirməyib.
Quyuya tüpürməyin
İşəgötürəninizə ziyan vurmayın. Bu gün əlaqələr o qədər irəliləmişdir ki, məsələn, şəhərin bütün HR-ləri bir-birini tanıyır və çatlardakı və gizli qruplardakı hər hansı məlumatı paylaşa bilirlər (işə düzəlməkdə kömək etməkdən, həmçinin “Vasili Ivanov, sistem memarı, getməzdən əvvəl bütün hesabları öldürdü, yedəkləri sildi və şəbəkəni söndürdü, bərpa 3 gün çəkdi. Onu işə götürməyin” deməyə qədər). Beləliklə, sizin davranışınız yalnız sizə ziyan vuracaq — bəzən yeni şəhərə köçmək də kömək etməyəcək. Hətta qırgınla ayrılırsanız, bəzi yaxşı və faydalı bir mütəxəssis olmaqdan daha yaxşı gözdağı yoxdur 🙂 Ən əsası, tamamilə cəzasız.
Bunu da etmək olmaz. Amma, təcrübə göstərir ki, dayanmırıq.
Həqiqətən, dostlar, məsləhətləri oxuyun, amma ən yaxşısı olduğuna inandığınız şəkildə edin - çünki əsl kəşflər, artıq açılmış həqiqətlərdə şübhə etdiyimiz zaman baş verir. Yeni ilinizi təbrik edirik, layihələrinizin uğurlu, karyeranızın maraqlı, həmkarlarınızın və rəhbərlərinizin müsbət, həyatınızın isə ümumilikdə uğurlu olmasını arzu edirik. Yəni, Yeni il və yeni kod üçün!
Sevgi ilə,
RegionSoft Developer Studio komandası
Yeni ildən etibarən sizin üçün işləməyə və güclü masaüstü CRM sistemini inkişaf etməyə davam edəcəyik və sadə, istifadəsi rahat bir yardım masası və bilet sistemi .
Mənbə: habr.com
