
Bunu okuyorsanız, muhtemelen ilk teknoloji işinizi yeni almışsınızdır – bu yüzden tebrikler! İlk işi almak, teknolojide yapacağınız en zor şeylerden biridir. Arkanda zaten çok fazla iş ve çaba var.
Ya da belki henüz ilk işine sahip değilsin ama ne beklemen gerektiğini bilmek istiyorsun.
Her iki durumda da, bu yazıda, işte ne beklenmesi gerektiği ve bir geliştirici olarak bir kariyerde nasıl başarılı olunacağına ilişkin yaygın endişeleri ve soruları ele alacağım.
İşte ele alacağımız konular:
- İşten ne beklenir (ilk günler / haftalar)
- Kısa ve orta vadeli planınız
- Başarı zihniyeti
- Nasıl olağanüstü yeni bir geliştirici olunur
İçindekiler
İşten ne beklenir
Gün nihayet geldi. Yeni bir geliştirici olarak ilk kez ofise girersiniz (veya sabah takım ayağına uzaktan katılırsınız). Gergin olsanız bile, ilk gününüzü hatırlamaya ve almaya çalışın. Heyecan verici bir zaman!
İlk gününüz muhtemelen lojistik şeyler olacaktır: bilgisayarınızı ayarlamak, oryantasyonlar veya eğitimler ve İK lojistiği (bankacılık bilgileri, sigorta vb.).
Bununla birlikte, yeni geliştiricilerin ilk gününüzde üretime geçiş yapması yaygın bir uygulama haline geliyor. Bu genellikle çok küçük bir şeydir – adınızı ve fotoğrafınızı eklemek veya şirketin web sitesinde bir yazım hatasını düzeltmek gibi.
Bu, bilgisayar kurulumunuzun iyi olduğunu test eder ve aynı zamanda size çok hızlı bir kazanç sağlar ve nakliye ekibinin geri kalanına katılmanızı sağlar.
Şirketiniz başarılı olmanızı istiyor
Yeni bir geliştirici olarak, sizi işe alan şirket mevcut bilgi ve becerilerinizin sınırlamalarını bilir. Sizi öğretmek ve eğitmek için büyümenize önemli ölçüde zaman ayırmaları gerekeceğini anlarlar.
Unutma, bu şirket senin başarılı olmanı istiyor! Senin tarafındalar. Bu şirket sizi bulmak, röportaj yapmak ve işe almak için muazzam bir çaba gösterdi. Şirket için hem zaman hem de para açısından maliyetli bir süreç. Sizi kurutmak için asmayacaklar – bu, size yaptıkları yatırımı tedavi etmenin kötü bir yolu olur.
Başlangıçta masaya getirdiğiniz bazı beceriler vardır, ancak profesyonel bir çalışma ortamı dışında edinilmesi zor (imkansız olmasa da) bazı beceriler vardır.
Bu sizin ilk işiniz olduğundan, büyük bir ekiple kaynak kontrolü veya bakımı yapılan üretim uygulamalarını kullanarak hiç işbirliği yapmadınız – ve sorun değil! Bu becerilerin bir üretim ortamında edinilmesi daha kolaydır.
İlk günleriniz / haftalarınız
Bilgisayarınız kurulduktan ve ihtiyacınız olan tüm araçlara erişiminiz olduğunda, ilk görevleriniz büyük olasılıkla küçük özellik iyileştirmeleri veya küçük hataları düzeltmek olacaktır – sadece çeşitli projelerde ayaklarınızı ıslatacak şeyler.
Saf teknik bilginin dışında, her şirkette, almanız gereken alan bilgisi veya “iş mantığı” (şirketin ürünleri veya hizmetleri ne yapar ve bunu nasıl yapar) vardır.
Şirketin birden fazla ürünü varsa, bu ürünleri keşfetmeye başlamak için her kod tabanında size küçük görevler verebilirler. Ayrıca takımdaki başka bir kişiyi sizinle eşleşmesi için görevlendirmeleri veya en azından ilk haftalarda sahip olduğunuz sorular için hazır olmaları muhtemeldir.
Bu ilk günlerde ve haftalarda tek bir hedefiniz var: öğrenmek, öğrenmek, öğrenmek.
Kullandığınız teknoloji hakkında bilgi edinin, şirket ve nasıl çalıştığı hakkında bilgi edinin ve takım arkadaşlarınızla nasıl çalışacağınızı öğrenin. İş çıktınız bu noktada önemli değil – büyüme hızınız önemli.
Bir üretim kod tabanına dalma
Şirketinizdeki çeşitli kod tabanları üzerinde çalışmaya başladığınızda, muhtemelen kendinizi sudan çıkmış bir balık gibi hissedeceksiniz. Bu tamamen normaldir – kod yazmak, okumaktan çok daha kolaydır.
Bir üretim kod tabanı, üzerinde çalıştığınız öğreticilerden veya öğrenmekte olduğunuz oyuncak projelerinden çok farklıdır.
Birincisi, bu kod tabanı muhtemelen uzun yıllardır var olmuştur ve üzerinde her biri kendi tarzına sahip ve her biri kendi hatalarını yapan birçok farklı insan tarafından çalışılmıştır.
Ayrıca, bu uygulamaya daha önce karşılaştığınızdan çok daha fazla yazılım paketi veya eklenti yerleştirilmiş olabilir. Bir eğiticide (hata işleme gibi) göz ardı edilen kullanışlı kısayolların veya uç durumların tümü burada ele alınmalıdır – bu gerçek bir uygulamadır.
Bu ilk başta çok zor olabilir, ancak başkalarının kodunu okumak, geliştirmeniz gereken bir beceridir ve bu, tüm kariyerinizi kullanacaksınız (ve bu yazının sonunda size yardımcı olacak bazı ipuçları vereceğim) .
Sonunda, yardım istemekten korkmayın! Takım arkadaşlarınız sizi desteklemek için oradalar ve geçmişte bir noktada aynı soruları sormak zorunda kaldılar.

Yeni geliştirici beklentileri
Öncelikle: bu şirket olduğu değil sen atlamak ve özellikleri nakavt başlamak için bekliyor. Henüz sahip olmadığınız becerileri geliştirmek, kod tabanlarını anlamak ve ekiple etkili bir şekilde nasıl çalışılacağını öğrenmek için zamana ihtiyacınız olacağını bilirler.
Muhtemelen patronunuz sizinle buluşacak ve 30/60/90 günlük bir plan oluşturacaktır. Bunu yapmazlarsa – sorun! Herhangi bir amir, işinize ve iş beklentilerinize sahip olmanızı takdir edecektir.
İlk 30 günde, muhtemelen sadece küçük özellik iyileştirmeleri ve küçük hata düzeltmeleri yapacaksınız – sadece şirketin ürünlerini ve kod tabanlarını tanımak için gereken şeyler.
60 günde, muhtemelen biraz daha büyük özellikler ve hata düzeltmeleri yapacaksınız. 90 güne gelindiğinde, kapsam biraz daha artmış olacak, ancak yine de büyük özelliklere sahip olmanızı ve kendiniz ilerletmenizi beklemezler.
Sonuçta, şirket sadece çevrenizdeki bilgileri öğrenmeye ve özümsemeye devam etmenizi istiyor. Her şeyin olup bittiğini veya 90 gün sonra bilmeyeceksin ve sorun değil! Her seferinde bir gün al.
Yeni geliştirici zihniyet
Yeni bir şirkete girerken, kontrol edemeyeceğiniz birçok şey var, ancak yapabileceğiniz çok önemli bir şey var: zihniyetiniz. Günlük düşünceleriniz, uygulamalarınız ve etrafınızda olanları nasıl içselleştirdiğiniz başarınızı belirleyecektir.
Bazen kafanız karışacak, bazen bunalmış hissedeceksiniz ve bazen bunu yapıp yapamayacağınızdan bile şüphe duyacaksınız (ben yaptım). Bu düşünceleri nasıl içselleştirdiğiniz önemlidir. Unutmayın, bu size özgü değildir – her yeni geliştirici bununla karşılaştı. Zihninizi kontrol altında tutun ve itin.
Kafa karıştırıcı veya sinir bozucu bir şeyle karşılaştığınızda, zihninizi yeniden konumlandırın: bu engel bir öğrenme fırsatıdır.
Yeni bir şeyi anlamak ve büyümek için bir fırsat. Berbat, kötü hissettiriyor, ancak bundan kısa süre sonra daha iyi bir geliştirici olacaksın. Ve bu çok olacak – bu sadece bir şey için yeni olmanın gerçekliğidir.
İçselleştirmek yerine:
"Bugün 10 kez sıkışıp kaldım."
Bunun yerine deneyin:
"Bugün öğrenmek için 10 fırsatım vardı."
Bu güçlü bir değişim ve takım arkadaşlarınız ve iş performansınızda açıkça görülecektir.
Zihninizin tepesinde kalmak ve yenilgi hissinin içeri sızmasına izin vermemek, sadece durumda daha iyi performans göstermenize yardımcı olmakla kalmaz, aynı zamanda durumu bıraktığınız bilgi ve beceriyi de artırır. Derin bir nefes alın, bir ara verin, yardım isteyin – ama ilerlemeye devam edin.
Ve sonra günün sonunda: hepsini silkeleyin. Gün içinde ofisten çıktığınızda veya bilgisayarınızı kapattığınızda yere bırakın. Ertesi güne zinde ve kendi maceralarına hazır başlayın.
Ayrıca, yol boyunca küçük kazançları da kutlamayı unutmayın! Bu küçük kazançlar zamanla birikecek ve büyük bir başarı dağı haline gelecektir.
İşte hatırlamanız gereken bir diğer önemli nokta: kendinize hata yapma özgürlüğü verin. Üretime ara vereceksiniz, bazı kötü veritabanı güncellemeleri yapacaksınız (kesinlikle yaptım) – bu kurtarılabilir, dünyanın sonu ya da işiniz değil ve herhangi bir deneyimli geliştirici bunu yaptı. Bu sadece sürecin bir parçası.
Yeni bir geliştirici olarak en büyük beceriniz
Farkında olmayabilirsiniz, ancak yeni bir geliştirici olarak en büyük beceriniz, nasıl öğrenileceğini öğrenmiş olmanızdır .
Zor, karmaşık, belirsiz bir şeyi nasıl alacağınızı ve parçalara ayıracağınızı öğrendiniz – adım adım ilerleyin.
JavaScript, React, Ruby veya başka bir şey öğrenmekten daha fazlası, öğrendiğiniz en iyi şey, kendi kendinize nasıl öğreteceğinizdir. Sahip olduğunuz bu pratik beceriyi alın ve her gün onunla birlikte gösterin.
Büyümenize sahip çıkın – başka kimse olmayacak.
Bu, kariyerinin herhangi bir aşamasında bir geliştirici için en önemli ifade olabilir: kariyeriniz size aittir. Ona sahip olmalısın ve büyümene sahip olmalısın.
Bazen şirketiniz, iş pozisyonunuz veya patronunuz büyümenizi kolaylaştırmaya yardımcı olabilir, ancak sonunda bu size kalmıştır.
Çoğu şirketin bir tür planlı inceleme süreci vardır – muhtemelen üç ayda bir veya yılda bir. Yaparlarsa harika, ama yoksa, büyümenize sahip çıkın! Yöneticinizden düzenli olarak geri bildirim isteyin ve söylediklerini yapın. Birisi hiç duymadığınız bir şeyden bahsederse, ona sorun ya da gidip kendi araştırmanızı yapın!
“Küçük Kazanımların Gücü”

En sevdiğim kitaplardan biri olan James Clear’ın Atomic Habits adlı kitabında “The Power of Tiny Gains” başlıklı harika bir diyagram var. Bu basit bir diyagram. Her gün % 1 iyileşme ile% 1 düşüş arasındaki farkı gösterir .
Her gün% 1 daha iyi olursanız, bir yıl sonra yılın başında olduğundan neredeyse 38 kat daha iyi olursunuz! Bu, “küçük kazanımların” gücüdür ve harika bir yazılım geliştiricisi olmak için de aynı derecede geçerlidir.
Her gün, ne kadar küçük olursa olsun, yeni bir şey öğrenme fırsatına sahip olursunuz. Belki de bilmediğiniz dizilerdeki yeni bir işlev, CSS’yi yapılandırmak için farklı bir yöntem, yeni bir metin düzenleyici kısayolu veya tamamen SQL öğrenmek gibi yeni bir şey ve verilerin veritabanı düzeyinde nasıl saklandığı.
Ne olursa olsun, her gün% 1 daha iyi olmayı hedefleyin (çoğu gün çok daha fazlasını başaracaksınız) ve kariyerinizin ilk birkaç yılından itibaren büyüme şaşırtıcı olacaktır.
Günde bir sayfa

pg
Ruby için mücevheri koruyan adam hakkında bir geliştirici podcast’inde bir hikaye duymuştum . Bu, Ruby kodunuz ile Postgresql veritabanı arasındaki arayüz olan mücevherdir. Oldukça ciddi şeyler ve çoğu Ruby geliştiricisi tarafından her gün kullanılıyor.
Bu mücevherin koruyucusu haline gelmesinin hikayesi ilginçti. İlk başladığında, Postgresql belgelerini açacağını ve her gün sadece bir sayfa olmak üzere bir sayfa okuyacağını söyledi.
Zamanla, Postgresql hakkında kapsamlı bir bilgi birikimi geliştirdi ve pg
mücevhere katkıda bulunmaya başlayabildi . Bir süre sonra o mücevheri koruyan kişi oldu.
Günde sadece bir sayfa olmak üzere biriken minik kazançların mükemmel bir örneğidir. Herhangi birimiz bunu yapabiliriz ve aynı felsefeyi benimsemenizi ve çalıştığınız dil veya sisteme uygulamanızı tavsiye ederim!
“Pratik yapmak mükemmelleştirir”
Muhtemelen bu aşamayı daha önce duymuşsunuzdur: “pratik yapmak mükemmelleştirir.”
Büyürken piyano öğretmenim farklı bir ifade kullandı: ” mükemmel çalışma mükemmelleştirir.”
Bence o haklıydı. Piyanoyu yanlış bir şekilde çalışabilirdim – kötü teknikle, özensiz, sabit bir ritim olmadan – ve elde ettiğim sonuç bu: özensiz piyano çalmak.
Önemli olan sadece pratik değil, nasıl uyguladığınızdır. Bir şarkının ilk ölçüsünü defalarca uygulayabilir ve mükemmel bir şekilde kısaltabilirdim, ancak ilk ölçünün ötesine asla geçmeseydim, şarkıyı asla öğrenemezdim.
Şarkının o ilk ölçüsünü dünya çapında bir piyanist seviyesinde çalabilirdim , ama piyano çalmak istedim , bu yüzden tüm şarkıyı öğrenmek zorunda kaldım.
Bu, geliştirme için mükemmel bir paraleldir. Geliştirme “uygulama” şekliniz (günlük alışkanlıklarınız, yöntemleriniz ve geliştirme rutinleriniz) olacağınız geliştirici türünü belirler.
Başlangıçta birçok hata yapacaksınız (herkes yapar), ancak işinizin bilincindeyseniz, geliştirebileceğiniz alanları fark edeceksiniz. Bunlar mükemmel alıştırma anlarıdır: Yeni bir şey öğrenme veya bir şeyi daha iyi bir şekilde yapma fırsatı.
Bundan on yıl sonra kariyerinize geri dönüp baktığınızda, bir yıllık büyüme, uygulama ve on kez öğrenme değil, on yıllık büyüme, uygulama ve öğrenme sürecine sahip olmak isteyeceksiniz.
O halde şu aptalca soruları sorun. Bariz soruları sorun. Birisi hakkında hiçbir şey bilmediğiniz bir şey söylediğinde, cesurca “Bu nedir?” Diye sorun. Umudum, nazik ve öğretici bir şekilde karşılık vermeleri, ancak ne olursa olsun öğrenmeye hazır olmaları.
Her şey büyümenize sahip çıkmanıza geri döner.
T şeklindeki insanlar

Gelişim kariyerinizin başlangıcında, bilmekten yararlanabileceğiniz pek çok konu vardır, bu nedenle çabanızı ve bilginizi geniş bir konu yelpazesine yaymak istersiniz.
Tam yığın geliştirici olmayı hedefliyorsanız, bu liste HTML, CSS, JS, seçtiğiniz bir arka uç dili, SQL, Git, vb. Gibi şeyleri içerebilir. Yüzeyde çok kolay elde edilebilir bilgi ve fayda var. geniş bir ağ oluşturup hepsini içine alarak elde edilebilecek konuların her biri.
Zamanla, en çok ne tür geliştirmeden hoşlandığınızı göreceksiniz. Belki ön uç, arka uç, veritabanı çalışması, operasyonlar, tasarım veya bunların bir kombinasyonu ve daha fazlası olabilir.
Kariyeriniz ilerledikçe, “T şeklinde bir insan” olmaya başlayacaksınız. T şeklindeki kişi, “T” harfi gibi görselleştirilmiş, birçok şey hakkında geniş ama sığ bir bilgi ve deneyime ve derin miktarda bilgi ve deneyime sahip birkaç alana sahip kişidir.
Bu derin bilginin birikmesi biraz zaman alır ve her adım, bir öncekine göre giderek daha fazla çaba gerektirir – bu sadece bir konunun ustalığına yaklaştığınızda gerçektir. Başlangıçta, geniş bir konu alanındaki tüm bu kolay başlangıç kazanımlarını gözden geçirin.
Bu T şekli yeteneğine sahip olmak, bir bütün olarak daha iyi bir geliştirici olmanıza yardımcı olacaktır. Veritabanı şemasını anlayan ön uç geliştiriciler veya bu veritabanı tablolarının ön uçta model olarak nasıl kullanılacağını anlayan arka uç geliştiriciler, kendi alanlarında birikenlere göre daha bilgili ve daha iyi takım arkadaşları olacaktır.
Başlangıçta, geliştirmenin tüm yönlerine yapılan bu küçük giriş, neye çekildiğinizi bulmak ve size yazılım dünyasındaki tüm hareketli parçaların daha büyük resmini vermek için de yararlıdır.
İlgi alanlarınızı takip edin ve öğrenmek için aç kalın!
Harika bir yeni geliştirici olmanın ipuçları
Artık beklentilerinizi ve bunlar hakkında nasıl düşüneceğinizi ele aldığımıza göre, işte sizi harika bir yeni geliştirici yapmak için bazı pratik ipuçları; ekip arkadaşlarınızın birlikte çalışmayı sevdiği bir şey.
# 1 Gerçekten, gerçekten, gerçekten çok iyi iletişim kurun
İlk gününüzde inanılmaz bir gelişim bilgisine ve becerisine sahip olmayabilirsiniz, ancak inanılmaz iletişim becerilerine sahip olabilirsiniz .
Yeni bir geliştirici olarak, çok fazla yardım ve rehberlik isteyeceksiniz. Ve sorun değil! İşte etkili bir şekilde nasıl yardım isteyebileceğinize dair bir ipucu.
Sıkışmak sinir bozucu (benim içindi). Bu anlarda, bu hayal kırıklığının sizi bunaltmasına izin vermek ve yanınızdaki takım arkadaşınıza (veya belki e-posta veya sohbet uygulaması aracılığıyla) sorular sormak kolaydır.
Gibi şeyler:
"sıkıştım"
"hata verdi"
"sayfa yüklenmiyor "
Şimdi bir adım geriye gidin ve yardım istediğiniz kişinin bakış açısından buna bakın. “Sayfa yüklenmeyecek” gibi bir mesaj , bu kişinin size hiç yardımcı olmuyor. Bağlam yok. Devam etmeleri için hiçbir bilgi yok. Aslında sizden daha fazla bilgi istemeleri gerekir . Bu, size yardım etmeye çalışan kişi için inanılmaz derecede verimsiz ve çok sinir bozucu.
Yardım istemenin daha iyi bir yolu, onu bir Mad Lib ™ gibi düşünmektir (eğer bunları hatırlıyorsanız):
_____ üzerinde çalışıyorum,
ancak _____ denediğimde
bunun yerine _____ oluyor.
_____, _____ ve _____ denedim.
ve _____ ve _____ inceledim.
Bu mesajın bir örneği şuna benzer bir şey olabilir:
Üzerinde çalışıyorum kullanıcı parola sıfırlama hata ,
ama denemek zaman bir şifre sıfırlama bağlantısı oluşturmak için ,
kullanıcının simge zaten boş olduğu .
Ben baktım belirteç ayarlanır nerede ve ben veritabanında belirteç görebilirsiniz ,
ancak belirteç Dosya Y’nin hat X’te eksik
Birine yukarıdaki mesajı gönderdiyseniz anlayabilir:
- Ne üzerinde çalışıyorsun
- Sorun nedir
- Zaten ne denedin
- Sorun nerede
Bu, yardım istediğiniz kişi için zengin bir bilgi. Onlara bu bilgiyi bu kadar açık bir şekilde verdiğiniz ve zaten bunu kendiniz düzeltmeye çalıştığınız için çok minnettar olacaklar . Bu onlara zamanlarına saygı duyduğunuzu ve sadece kolay bir yardım aramadığınızı gösterir.
Yardım almanın yanlış bir tarafı yoktur, ancak birisi sorunu sizin için düzeltirse, sizi gerçekten öğrenme ve kendinizi geliştirme fırsatından mahrum etmiş olur.
Üstesinden gelmeniz gereken on sorun yok ve hayatınızın geri kalanında işiniz bitmiyor – geliştirici olarak her gün sorunlarla karşılaşacaksınız. Bu yüzden en iyi sonuç, kafanızdan kurtulmanıza yetecek kadar yardım verirken sorunu kendi başınıza çözmenize izin vermesidir.
# 2 Google Fu’nuzu geliştirin
Tıpkı Kung Fu’nun fiziksel savaş sanatında beceri geliştirmek gibi, bir geliştirici olarak zamanla Google Fu sanatında da beceri geliştireceksiniz – bu, Google’da yanıtlar bulma sanatıdır. Bu, her deneyimli geliştiricinin sahip olduğu gerçek bir beceridir ve zamanla geliştirilir.
Bazen, sadece sahip olduğunuz sorunu tam olarak Google’da aramanız gerekir (bu, hata mesajlarında harika çalışır):

Bazen tam hata mesajını araştırmak, yukarıda olduğu gibi doğru sonucu üretecektir. Teknik bir problemle karşılaştınız ve bir başkası da aynı problemle karşılaştı.
Ancak bazen, projeye özgü bilgileri kaldırmak için arama sorgusunu biraz düzenlemeniz gerekir:

Yukarıdaki görselde, Google whos_that_pokemon_its_pikachu()
dosyadaki işlevi hiç görmedi gotta_catchem_all.rb
(şu an dışında aradığımdan beri :)). Bu projeye özgü bilgileri kaldırmak ve genel bilgileri eklemek daha iyi sonuçlar verir.

# 3 Bir “zamanlayıcıyı dene” kullanın
Yeni bir geliştirici olarak çok sıkışıp kalacaksınız. Daha önce görmediğiniz hata mesajları olacak ve bu durumlarla nasıl başa çıkacağınız, bir geliştirici olarak ne kadar hızlı büyüyeceğinizi belirleyecektir.
Bunlar korkunç derecede sinir bozucu anlar olsa da, öğreneceğiniz ve büyüyeceğiniz anlardır. Aynı tür işleri tekrar tekrar yaparak öğrenemezsiniz – büyümenin gerçekleştiği yoldaki bu tümseklerden geçerek öğrenirsiniz.
Bu sorunlardan biriyle karşılaştığınızda, denemek ve kendiniz çözmek için biraz zaman ayırın. Bazı şirketler bunu işe almanın bir parçası olarak size söyleyecektir — “yardım istemeden önce 30 dakika deneyin” gibi bir şey . Diğer şirketlerde bu açıkça tanımlanmamıştır, ancak mesaj hala oradadır: elinizden gelenin en iyisini yapın ve sonra hala takılıp kalırsanız yardım isteyin.
Bu sadece size bunu çözme ve kendiniz için öğrenme fırsatı vermekle kalmaz, aynı zamanda kendi işlerine odaklanan ekip arkadaşlarınızın zamanına da saygı duyar. Hızlı bir şekilde anlayabileceğiniz bir şey için birinin sözünü kesmek, ekip için net bir kayıptır.
Öyleyse iyi bir deneyin ve sonra elbette yardım isteyin!
İşte yeni ve harika bir geliştirici olmanın sırrı: her zaman zamanlayıcıyı sıfırlayın.
Diyelim ki takılıp kalıyorsunuz, 30 dakika deneyin ve sonra yardım isteyin. Bir dahaki sefere sıkıştığınızda , yardım istemeden önce 30 dakika daha deneyin .
Bu apaçık görünebilir, ancak problem üstüne problem dışında hiçbir şeye vurmadığınızı hissettiğiniz günlerde sinirleneceksiniz ve bir sonraki problem gelir gelmez yardım istemeye başlamak isteyeceksiniz – sadece doğal.
Derin bir nefes alın, hızlı bir yürüyüşe çıkın ve her soruna yeni bir bakış açısıyla yaklaşın.
(Bu elbette söylemesi yapmaktan daha kolay!)
# 4 Rahatlamayı ve ara vermeyi unutmayın!
İşler bunaltıcı hissetmeye başladığında ara vermeyi unutmayın.
Yürüyüşe çıkmak. Git bir bardak su al. Mümkünse uyu. Bazen kalkıp bir dakikalığına hareket etmek kendinizi yeniden ortalamanıza yardımcı olabilir.
Her geliştiricinin bir zamanlar sizin yerinizde olduğunu ve bunu atlatacağınızı unutmayın.
Gelişim her zaman bir dereceye kadar sinir bozucu olacaktır – asla hata yapmayı veya problemlerle karşılaşmayı bırakmazsınız. Ancak zamanla onlarla başa çıkmada daha iyi hale gelirsiniz ve bu sorunları çözme konusundaki güveniniz artar, böylece sizi daha az rahatsız eder.
# 5 Ördeğe sorun
Hiç birine sahip olduğunuz bir sorunu açıklayan bir e-posta veya kısa mesaj yazdınız mı ve gönder’e basmadan hemen önce çözümü anladınız mı? Yazılım dünyasında bunun için bir ifade vardır : lastik ördek hata ayıklama :
Ad, The Pragmatic Programmer kitabındaki bir programcının bir lastik ördek taşıyıp, kendisini bunu satır satır açıklamak için ördeğe zorlayarak kodlarında hata ayıklayacağı bir hikayeye gönderme yapıyor.
Görüyorsunuz, bir e-posta yazarak veya başka biriyle konuşarak, diğer kişinin neler olup bittiğini anlayabilmesi için tüm içeriği mantıklı bir şekilde açıklamaya zorlanıyorsunuz.
Bu şekilde sorunu açıklamak için, kendinize düşünmek mümkün olması ve mantıklı sipariş. Sadece bu bağlamı bir başkası için hazırlamaya çalışmak, sorunu farklı bir açıdan düşünmenize neden olabilir ve çoğu zaman çözümü kendiniz bulacaksınız.
Bu nedenle, yardım istemeden önce, bir deneme zamanlayıcı kullanmakla ilgili olarak, göndermediğiniz bir e-postada sorunun özetini açıklamayı (veya yazmayı) deneyin. Şansınız, başka bir kişiyi rahatsız etmek zorunda kalmadan sorun hakkında yeni bilgiler edinmenizdir ve en kötü durumda, onlara gönderebileceğiniz harika bir e-postanız veya sohbet mesajınız vardır.
(Birçok insanın masalarına gerçek plastik ördek koyduğunu da gördüm!)
# 6 Not alın
Bu ipucu açık görünebilir … ancak not alın!
Bir şirkete ilk katıldığınızda birçok farklı şeyle tanışacaksınız: kod tabanları, ürünler, insanlar, iş mantığı ve hepsini hatırlamak imkansız olacak. Bu şeyleri bir yere yazın.
İlk işime başladığımda, patronum bana herhangi bir şeyi açıklamakta hiçbir sorunu olmadığını söyledi, ancak bunu iki kez yapmak zorunda kalmak istemedi. O zaman anladım, ama şimdi sekiz yıl sonra gerçekten anlıyorum – önemli olan takım arkadaşlarınıza ve onların zamanına saygı duymakla ilgili.
Bana bir şey açıklarsa ve ben unutursam, ikimizin de zamanını boşa harcadık – ve ona tekrar sormam gerekecek. Onun tavsiyesi üzerine, sık sık görmek ve hatırlamak istediğim şeyleri monitörüme fiziksel yapışkan notlar bile koymaya başladım. Gibi şeyler:
- 30 DAKİKA DENEYİN
- PR İNCELEMESİ SORMADAN ÖNCE YAPILAN GEÇİŞLERİ KONTROL EDİN
- EN SON KODUNA SAHİP OLDUĞUNDAN EMİN OLUN
# 7 Her gün sahtekarlık sendromuna karşı savaşın
Sahtekarlık sendromunun ne olduğunu bilmiyorsanız, aklınızda şöyle görünür:
Ben ait değilim Ben bir sahtekarım. Bunu ben hariç herkes anlıyor.
Bu, günlük olarak savaşmanız gereken bir zihniyettir. Bir geliştirici olarak sinir bozucu zamanlar olacak, ancak şimdiden hayal kırıklığıyla karşı karşıya kaldınız ve onu zorladınız. Her geliştirici bunu hissetti ve bu da geçecek.
Gerçekte, sahtekarlık sendromu daha çok şuna benzer:

“Kıdemli” ve “genç” geliştirici arasındaki tek temel fark
Elbette, kıdemli bir geliştiricinin yeni bir geliştiriciden daha fazla bilgi ve deneyimi vardır, ancak onları ayıran şey bu değildir. Kıdemli bir geliştiricinin bir problem çözme sistemi vardır.
Geliştirmeye ilk başladığımda, sonunda hata yapmayı bırakacağımı – hatalarla karşılaşmayı bırakacağımı düşündüm.
Tersi oldu. Hala her gün inanılmaz sayıda hata yapıyorum. Yanlış sözdizimi, yanlış dosya, yanlış işlev.
Hata yapmayı bırakmadım – Onları düzeltmede inanılmaz derecede hızlı oldum.
Bu, zamanla geliştirilen bir beceridir ve kasıtlı problem çözmeyi gerektirir.
İşte bu sistemin nasıl kurulacağına dair bazı ipuçları.
5 Hata ayıklama ipuçları
# 1 Kodunuzu atmayın!
Yeni bir geliştirici olarak yaptığım şeylerden biri ve diğer birçok yeni geliştiricinin bir sorunla karşılaştıklarında yaptığını gördüğüm bir şey, kodlarındaki şeyleri çılgınca değiştirmeye başlamaları. Sistematik bir değerlendirme sürecine sahip olmak yerine, sorunu çözüp çözmediğini görmeye çalışan bir sürü hızlı değişiklik yaparlar.
Bu çok kötü bir alışkanlık. Bunu yaparak sadece daha fazla hata yaratacaksın. Yapmanız gereken şey:
# 2 Hata mesajını okuyun!
Bu ipucu açık görünebilir, ancak aslında mesajı okuyun . Hata nedir? Bu hatanın meydana geldiği dosya nedir? Bu hata hangi satırdan geliyor? Bunların hepsi hayati bilgiler.
Kodunuzu hızlı bir şekilde değiştirmeye direniyorsanız, doğrudan hatanın meydana geldiği yere atlayabilirsiniz .
Deneyimli geliştiricinin yaptığı budur. Mesajı okuyun — doğrudan soruna gidin.
Bunu yapmak, size inanılmaz miktarda boşa zaman ve zihinsel çaba kazandıracaktır.
# 3 İmkansızı boşa harcamayın! (Ya da en azından ihtimal dışı)
İmkansızı boşa harcamayın!
Bu, yeni geliştiricilerin sık sık yaptığını gördüğüm bir şey. Kodlarında bir hatayla karşılaşırlar, sorun olduğunu düşündükleri bir şey bulurlar ve bunun doğru olmadığına inanamazlar. Örnek olarak:
"Ben sorun çekleri eğer hat 14 üzerinde görmekis_admin
değişkendirtrue
ve bu değiltrue
kullanıcı -ama olan bir yönetici !!
Bu soruna “Bu nasıl olabilir !!!” diye yaklaşırlar. bunun yerine, içinde “Bu nasıl olur?”
Bir çekirdek dil veya çerçeve hatasıyla karşılaşacağınız zamanlar vardır, ancak% 99,9’unda yanlış bir şey yaptınız veya durum göründüğü gibi değil.
Gözlerinizin önündeki imkansız gelişmeye hayret ederek zaman geçirmek yerine, durumla ilgili varsayımlarınızı sorgulayın. Bir şey göründüğü gibi değil. İmkansızda şaşırmak sadece zaman kaybıdır — problem çözme sisteminizi başlatın.
# 4 “Şüphe duyduğunuzda, daha fazlasını yazdırın.” – Bilge biri
Bunu başlangıçta kimin söylediğini bilmiyorum, ancak bu, piyasadaki en etkili hata ayıklama tekniklerinden biridir. Neler olduğunu bilmediğinizde, programınızın durumunu sorunun olduğunu düşündüğünüz yerlerde yazdırmaya başlayın.
user
Değişkende ne var ? HTTP isteğinin yanıtı nedir? Aldığımız mı if
yoksa else
şube bu durumda? Bu işlevi bile mi çağırdık yoksa bu sayfada mıyız?
Sayısız geliştiricinin bir sorunu çözmeye ve düzeltmeye çalıştığını gördüm (ve bunu ben de birçok kez yaptım) doğru dosyada bile çalışmadıklarında! Hızlı bir print
veya console.log
size aslında çalıştırılan gerçek koda baktığınızı gösterecektir.
# 5 Her seferinde bir adım atın.
Her yeni geliştiricinin yaptığı yaygın bir hata: Aynı anda çok fazla şey yapıyorlar.
30 dakika kod yazmak, çalıştır’a tıklamak ve çalıştığını görmek istiyorlar. Buldukları şey, hatalar ve hatalar yazmak için 30 dakika harcadıkları ve şimdi düzeltilmesi gereken bir kabus.
Bir uygulamada yeni bir sayfa oluşturmaya gittiğimde, yaptığım ilk şey <p>hi</p>
sayfaya koymak . Tüm dahili kodumun doğru ayarlandığından emin olmak istiyorum ve bunu hi
sayfada görüyorum . Ben bir tane alıyorum. adım. içinde. a. zaman.
Her seferinde bir şey yapın. Sayfada “merhaba” baskısı alın . Ardından kullanıcı girdisini alın. Ardından girişi doğrulayın. Ardından girişi kaydedin. Küçük adımlar atarsanız, ortaya çıktığında sorunu tam olarak nerede çözeceğinizi bilirsiniz.
Sekiz yıl sonra bile bir geliştirme kariyerine adım adım devam ediyorum. Biliyorum bir sürü hata yapacağım ve bunun ne zaman ve nerede olacağını hemen bilmek istiyorum .
Sonuç
Zaten çok uzağa geldiniz, ama hala önünüzde çok şey var.
Öğrenecek çok şey ve geliştirilecek pek çok beceri var, ancak ileride de pek çok eğlenceli ve ödüllendirici iş var!
Başınızı dik tutun ve ara vermeyi unutmayın. Her gün% 1 daha iyi olun ve bir yıl içinde sonuçlara şaşıracaksınız!
Dilerseniz Bir Sonraki Blog Sayfamıza Bakabilirsiniz..
Okuduğunuz için teşekkürler! Hoşçakalın Webodasıyla Kalın….
Hata!
Yorumunuz Çok Kısa, Yorum yapabilmek için en az En az 10 karakter gerekli