Merkez, gelecek yıl ne yapacağınıza, hangi dilleri öğreneceğinize, hangi alanlara odaklanacağınıza, sağlığınız için ne yapacağınıza dair tahminler ve tavsiyelerle dolu. İlham verici geliyor! Ancak her madalyonun iki yüzü vardır ve biz sadece yeni bir şeyde değil, çoğunlukla her gün yaptığımız işte de tökezleriz. Genellikle kendimize dönerek, sinirli bir şekilde "Neden kimse beni uyarmadı?" diye haykırırız. Haydi yangını kendimiz ilan edelim - sizin için 2020'de (ve belki her zaman) YAPILMAMASI gerekenlerin bir listesini derledik.
Ama yerçekimini sormadılar
Anti-önerileri en önemlisinden en önemsizine doğru sıralamak istiyoruz. Ancak bunlar o kadar yaygın, eşdeğer ve hemen hemen herkese tanıdık geliyor ki, rastgele yazacağız. Peki listeye göz atalım mı?
Her şey yolundaysa BT'ye gitmeye gerek yok
Kariyerinizi değiştirmek veya yeniden başlamak için yeni bir teknoloji öğrenmeyin. Zamanımız harika çünkü emekli olana kadar çalışabilir, iş değiştirebilir, alanınızı kökten değiştirebilirsiniz - vb. Harika, baştan çıkarıcı bir şey. Ancak 28-30 yaşlarının üzerindeyseniz, BT'ye girmek veya yeni bir yığına geçmek için her şeyden vazgeçmemelisiniz (örneğin, Java'da yüksek yüklü sistemler yazıyorsunuz ve aniden Python'da sinir ağlarına girmeye karar veriyorsunuz). Nedeni basit: Senin için kolay olmayacak. Birincisi, kariyerlerinin başından beri bu yığında "oturan" uzmanlar arasında yüksek bir rekabet var, ikincisi, düşük maaşla yeniden kıdemsiz olmanız gerekecek ve üçüncüsü, ahlaki açıdan sizin için zor olacak. hiyerarşinin en alt kademesinin astı haline gelir. Bu nedenle, eğer diğer yöne ilerlemek istiyorsanız, bunu ya mevcut işiniz ve mevcut görevleriniz doğrultusunda yapmaya çalışın ya da hobi olarak yeni bilgiler geliştirin, bir evcil hayvan projesi başlatın ki yeni bir işe geldiğinizde artık genç olmayın.
Yığın yığınını değiştirmek sadece zaman kaybıdır
Gelişiminiz için teknoloji yığınları arasında acele etmeyin. Eğer tek dilde, belli bir çerçeve ve kütüphaneler kullanarak bir proje yazıyorsanız, sırf ilginizi çekti diye her şeyi cehenneme atıp Dart'ta yeniden yazmamalısınız. Teknolojiyi değiştirmek için sadece "İstiyorum ya da yapamam" düzeyinde değil, aynı zamanda finans ve mühendislik düzeyinde de bir gerekçe bulmayı bir kural haline getirin.
Yerinizde durup bronzlaşmaya gerek yok
Tek bir dile veya teknolojiye bağlı kalmak ve yeni şeyler öğrenmemek, her yeni teknolojiyle bilgi birikiminizi değiştirmek kadar aşırıdır. Yeni kütüphaneleri ve çerçeveleri incelediğinizden emin olun, her şeyin sizden önce icat edilmesinin ve yalnızca sizin tarafınızdan tamamlanmasının daha iyi olduğu bilgisinde inatçı olmayın. Neredeyse her dil için sürekli olarak güncellemeler çıkıyor ve bu bazen projenizi büyük ölçüde geliştirebilir. Yığınınızın dinamiklerini izlemek için tembel olmayın ve harika ve kullanışlı bir şey bulduğunuzda onu projeye sürüklemekten çekinmeyin!
Senin kafan iyidir, her zaman iyidir
Başkalarının kafasında düşünmeyin, sizinki daha iyidir. Ne yazık ki, bazı geliştiriciler, projeye kendilerine ait bir şey katmaya, yeni bir işlev geliştirmeye, test etmeye ve üretime önermeye çalışmadan, önceki hatadan sonuna kadar kodlama görevi alana kadar oturup beklerler. Her şeye kendisi karar verecek bir ekip lideri veya şirket yöneticisi varken neden uğraşasınız ki? Kendinizi tanıyorsanız kötü haberlerimiz var: Pasif bir pozisyon ne kariyerinize ne de gelişiminize yardımcı olacaktır. Gerçek bir savaş projesinde kodlayıcı değil, geliştirme mühendisi olarak elinizi deneme ve nereye gideceğinizi, neyin eksik olduğunu anlama şansınız var, ancak zamanınızı başka bir şeye harcamayı ve tam olarak "buradan buraya" yapmayı tercih ediyorsunuz Şimdi." Bu tür insanlar modern BT'de giderek daha kötü bir şekilde hayatta kalıyor, askıya alınmış animasyondan çıkıyor.
Kullanıcılar berbat insanlardır
Yazılımınızın kullanıcılarını abartmayın: Programcılar için yazmıyorsanız, programın anlaşılmaz yanlış anlaşılmalarla karşılaşmasını bekleyin. İlk birkaç gün veya hafta kullanıcı yazılımınızdan nefret edecek çünkü "eskisi o kadar da aptal değildi." Bunu önlemek için harika belgeler ve eğitimler hazırlayın. Kurulum veya satın alma sırasında, veritabanı çöktükten, şifre kaybından ve öz kontrolden sonra değil, programla çalışmaya başlamadan önce kılavuzların okunması gerektiğini çok müdahaleci bir şekilde ima edin.
Kullanıcıları da küçümsememelisiniz: onlar sandığınızdan daha kurnaz, daha akıllı ve daha meraklıdırlar. Değişken formatlı hatanın ve bir saniye arayla 138. Enter tuşuna basıldığında ortaya çıkan istisnanın ortaya çıkmayacağını düşünüyorsanız, yanılıyorsunuz - bunlar ortaya çıkacak ve uygulamanızın çalışmasını en tuhaf şekilde etkileyecektir. Amatör kuralı geçerlidir: Testlerle en iyi başa çıkan odur. Ancak bazı nedenlerden dolayı kullanıcılar üretimde hata bulmayı sevmiyorlar; içlerinde BT dayanışması yok. Genel olarak yazılımınıza ne kadar güvenirseniz o kadar iyidir. Sonuçta, bazı özelliklerin yayınlanmasını geciktirmek, onları çalışan bir uygulamaya ekleyip aniden ham hale getirmekten daha iyidir.
Google'da Aramayı Durdurun!
Yalnızca Google'a yönelmeyi bırakın. Tartışmayacağız bile - geliştirme alanında, bir arama motoruna doğrudan talepte bulunarak çok şey bulabilirsiniz. Bilgi arayışında ne kadar derine inerseniz, o kadar çok "yanal" veri alırsınız ve o kadar çok şey öğrenirsiniz, çünkü isteğinizle ilgili olmayan ancak muhtemelen gelecekte ihtiyaç duyulacak yeni bir şey öğreneceksiniz. Tam teşekküllü materyallere, kitaplara, makalelere vb. bakın. Dillerin ve kütüphanelerin spesifikasyonları, toplulukları, nasıl yapılırları vardır ve böylece programcı becerilerini geliştirmenin en güvenilir yolunu elde edersiniz - sadece belgeleri okuyun ve başkalarının yerel çözümlerini ve kod parçalarını aramayın. Peki ya çözümünüz daha optimal, daha hızlı ve daha havalıysa?
Güven, ancak doğrulayın
Üçüncü taraf geliştiricilerin oluşturduğu kütüphaneleri ve çerçeveleri, kodu kontrol etmeden ve amaçlarınıza uygun şekilde uyarlamadan kullanmayın. Hiç tanımadığınız bu kod yazarına koşulsuz güvenmeniz için hiçbir nedeniniz yok. Evet, üçüncü taraf kodundaki çeşitli kasıtlı kötü amaçlı öğeler çok yaygın değildir ve paranoyaya maruz kalmamanız gerekir, ancak yazılımın hazır parçalarını projenize körü körüne kopyalamak, öngörülemeyen sonuçlara yol açabilir. Bu nedenle, kullanmadan önce kodu okuyup analiz ettiğinizden ve kodu uyguladıktan sonra test ettiğinizden emin olun.
Yedeklemeler yapın!
Yedekleme yapmayın veya bunları projenizin barındırıldığı üçüncü taraf sunucularda saklamayın. Bunun saçma ve yararsız bir tavsiye olduğunu mu düşünüyorsunuz? Ancak yakın zamanda kendilerini tanınmış bir veri merkezinin kapatılmasıyla hoş olmayan bir durumda bulan Telegram'daki 700'den fazla sohbet katılımcısı öyle düşünmüyordu - orada her şey vardı: evcil hayvan projelerinden büyük hükümet web sitelerine kadar. yetkililer ve kurumsal 1C ve fatura veritabanları. Önemli bir kısmı yedeksizdir veya yedekleri aynı yerdedir. Bu nedenle riskleri dağıtın ve yedeği en azından ana barındırmada, bazı güvenilir VDS'lerde ve yerel sunucunuzda saklayın. Uzun vadede çok daha ucuza gelecektir.
Projenin zararına kendinizinkini getirmeyi bırakın
Bir iş projesinde istediğinizi yapmayın, müşterilerin ihtiyaç duyduğu şeyi yapın. Evet, kendi sinir ağınızı oluşturmak, eğitmek ve yazılımınıza uygulamak inanılmaz derecede ilginç ve harika, ancak müşterilerinizin basit bir iletişim yöneticisine ihtiyacı varsa bu aşırıya kaçacaktır. Projenin nasıl çalıştığını görün, belgeleri okuyun, müşterilerden gelen yorumları ve istekleri okuyun ve projeye iş değeri katacak şeyleri uygulayın. Bilimsel veya son derece karmaşık bir şey yaratmak istiyorsanız kendi projenizle başlayın.
Bir kod değil, bir yığın sinir
Okunamayan ve belgesiz kod yazmayın. Bu numaraya aşinayız: Geliştirici, istediği kadar kod yazar, meslektaşlarından hiçbiri onun ne yazdığını anlamasın diye kasıtlı olarak kodu biraz karıştırır - bu, bir şey olmadan önce bir tür önleyici intikamdır. Ancak, yalnızca (işiniz için size para ödeyen) şirketi değil, kendinizi de riske atıyorsunuz: bu kasıtsız gizlemeyle ne söylemek istediğinizi kendiniz hatırlamamanız muhtemeldir. Belgelenmemiş kod için de durum aynıdır: değişken ve işlev adlandırma mantığınıza ve iyi hafızanıza güvenerek, birkaç yıl sonra neden o belirli döngüyü, yöntemi, modeli vb. seçtiğinizi hatırlamayabilirsiniz. Kodunuzu ve iyi yapısını belgelemek meslektaşlarınıza, işvereninize ve en önemlisi kendinize büyük bir hizmettir.
Basit tut, aptal
Kodunuzu, çözümlerinizi ve projelerinizi basit tutun. Karmaşık bir yapıyı çitlemeye ve özel önemi olmayan varlıklar üretmeye gerek yok. Kodunuz ne kadar karmaşık olursa, o kadar çok rehin olursunuz; onu korumanız ve geliştirmeniz mümkün olduğunca zor olacaktır. Elbette ünlü KISS ilkesi (“Basit tut, aptalca”) her zaman uygun değildir, ancak bir nedenden dolayı yaratılmıştır: Kodun basitliği ve zarafeti, başarılı uygulamasının ve yeniden kullanımının anahtarıdır.
Kendini koru
Güvenliği göz ardı etmeyin; 2020'de bu tam anlamıyla suçtur. Şirketiniz, gelişiminiz ve siz saldırganların ilgisini çekmese bile, bazı ağ bölümlerinin, barındırma sağlayıcılarının yenilgiye uğraması, veri merkezine saldırı, e-posta şifrelerinin çalınması ve çalışanların güvensiz davranışlarından etkilenebilirsiniz. şirketten veri çalmak, müşterileri çalmak veya tüm projenin program kodunu çalmak. Gücünüz ve uzmanlık alanınız dahilindeyse üzerinde çalıştığınız projeleri korumaya çalışın. Peki, bilgi güvenliğini kendiniz gözlemleyin, bu hiç kimseyi rahatsız etmedi.
Kuyuya tükürmeyin
İşvereninizle uğraşmayın. Bugün iletişim öyle bir seviyeye ulaştı ki, örneğin şehirdeki tüm İK çalışanları birbirini gıyaben tanıyor ve sohbetlerde ve kapalı gruplarda her türlü bilgi alışverişinde bulunabiliyor (hem iş bulmaya yardımcı olmak hem de "Vasily Ivanov, sistem mimarı," yazmak için). hesaplardan ayrılmadan önce her şeyi öldürdüm, yedekleri sildim ve ağı kapattım, kurtarma 3 gün sürdü. Onu işe almayın." Böylece davranışınız yalnızca size karşı oynayacaktır ve bazen başka bir şehre veya başkente taşınmak bile yardımcı olmayacaktır. Kin duyarak ayrılsanız bile, bir rakibin yararlı ve havalı bir çalışanı olmaktan daha iyi bir intikam olamaz :) Ve en önemlisi, tam bir cezasızlıkla.
Bunu da yapmamalısın. Ancak deneyimlerin gösterdiği gibi durmayacağız
Genel olarak arkadaşlar, tavsiyeyi okuyun, ancak en iyi olduğunu düşündüğünüz şeyi yapın - sonuçta, gerçek keşifler, zaten keşfedilmiş gerçeklerden şüphe ettiğimizde yapılır. Yeni Yılınız Kutlu Olsun, projeleriniz başarılı olsun, kariyeriniz keyifli olsun, meslektaşlarınız ve yöneticileriniz yeterli olsun, genel olarak hayatınız başarılı olsun. Genel olarak, işte Yeni Yıl ve yeni kod!
Sevgiler,
RegionSoft Developer Studio ekibi
Yeni yılda sizler için çalışmaya ve güçlü bir masaüstü CRM sistemi geliştirmeye devam edeceğiz ve basit ve kullanışlı bir yardım masası ve bilet sistemi .
Kaynak: habr.com