İlk iş korkusundan kurtulmak

“Harry Potter ve Azkaban Tutsağı” filminden bir kare

Bu dünyanın sorunu, eğitimli insanların şüphelerle dolu olması, aptalların ise özgüvenle dolu olmasıdır.

Charles Bukowski

Yakın zamanda bire bir programlama dersi daha verdim. Normal derslerin aksine konu dil oluşturma ya da problem çözme değildi. Öğrenci gelecekteki istihdamına ilişkin endişelerini paylaştı. Öğrencinin kendisi oldukça zekiydi. Kursa gelenlerden biri tüm programı herkesten daha hızlı ve özgün çözümlerle tamamlıyor ama her zaman içtenlikle kendini küçümsüyor. Bana göre bu tür şüpheler yalnızca bilgi eksikliğinden kaynaklanmaktadır. Ders sırasında doğaçlama olarak bu boşluğu doldurmaya çalıştım.

Sorular aşağı yukarı şöyleydi:

• Her yıl birçok öğrenci üniversitelerden mezun oluyor ve hepsi iş aramaya başlıyor. Bu çok fazla insan demek. Muhtemelen en iyilerini işe alacaklar ama ben yer alamayacağım.
• Ya işi batırıp hemen kovulursam?
• Ya iş sürecinde aptal olduğumu anlayıp beni kovarlarsa?

Bu tür soruları yanıtladığım ilk kişi bu öğrencim değildi. Pek çok insanda bu belirtiler vardır ve genellikle bunların hazırlık yapılmadan söylenmesi gerekir. Bu sefer monoloğumu bir deftere yazmaya karar verdim. Birkaç paragraf olur diye düşünmüştüm ama sonunda bir makaleye yetti.

Makale benim bakış açımdan ve deneyimlerime dayanarak görüşü anlatıyor. Ancak dünyamız çok çeşitli ve içinde şaşırtıcı şeyler oluyor. Bir şeye katılmıyorsanız veya deneyiminiz bir şekilde farklıysa, lütfen bir yorum yazın.

Makale geliştiriciler için bir geliştirici tarafından yazılmıştır. Ancak BT alanında test, yönetim veya başka herhangi bir şey yapmayı planlıyorsanız tavsiyelerin bir kısmı sizin için de yararlı olacaktır.

Seni kesinlikle işe almayacaklar

Pek çok üniversitenin her yıl yüzlerce öğrenci mezun ettiğini düşününce rahatsız oluyor. Bu kadar büyük bir kalabalıkla nasıl rekabet edilir?

Ne yazık ki mezunların hepsi yeterli teknik eğitime sahip değil. Tanıdığınız bir üniversite öğrencisine şunu sormayı deneyin: Grubundaki insanlar "veritabanları" veya "algoritma ve programlamanın temelleri" gibi disiplinlerdeki sınavlara nasıl kabul ediliyor? 30 kişilik bir grupta en iyi ihtimalle her şeyi kendileri yapan 3-5 "ileri düzey" adam olacaktır. Geri kalanlar sadece onlardan kopyalıyor, soruların yanıtlarını tıkıyor ve gönderiyor.

Kendi başıma ders çalışırken de böyleydi. Ancak benim deneyimim temsili olmayabilir. Bu soruyu birkaç farklı öğrenciye sordum. Cevap hemen hemen aynıydı. Katılımcılar farklı üniversite ve kolejlerdendi. Nedenlerine ilişkin tartışmaları bu yazının kapsamı dışında bırakacağım. Tam teşekküllü bir çalışma için yeterli zamanım yok, bu yüzden mevcut gerçeklerden bir sonuç çıkaracağım.

Yüzlerce mezun arasında yalnızca birkaç düzinesi işverenlerin ilgisini çekiyor

Çok az mezun, iyi bir hazırlıkla yetenekli bir öğrenci için gerçek bir rekabet sağlayabilir. Ancak özenle çalışsanız bile ilk görüşmeden sonra büyük olasılıkla işe alınmayacaksınız. İkincisinden sonra da muhtemelen. Her şey yolunda gidebilir ama kendinizi saldırıya değil kuşatmaya hazırlamak daha iyidir. Başarısız bir iş bulma girişimi, yalnızca hatalarınız üzerinde çalışıp tekrar denemeniz için bir nedendir. Mülakatlara hazırlanmaktan bahsetmeyeceğim. İnternette bu konu hakkında zaten çok şey yazıldı. Sadece röportajlarda eğitim programınızın muhtemelen açıklamaya zaman ayırmayacağı nüanslar olduğunu söyleyeceğim. Bu bilgiyi kendiniz arayın; bu, deneme sayısını azaltabilir.

Delilik aynı eylemin birebir tekrarıdır. Her seferinde değişim umuduyla

Albert Einstein

Mülakatların çılgınlığa dönüşmemesi için her yeni denemeden sonra kendinizi geliştirmeniz gerekiyor. Mülakat sırasında size sorulan soruları ezberleyin veya yazın. Eve döndüğünüzde bu listeye bakın ve interneti kullanarak kendinizi kontrol edin. Bu şekilde sizin ve görüşmeyi yapan kişinin nerede hata yaptığını anlayacaksınız. Bu da olur. Kötü performans gösterdiğiniz konuları inceleyin veya inceleyin ve tekrar deneyin.

Ayrıca işgücü piyasasında belirgin bir mevsimsellik söz konusudur. Akıllı şirketler işe alımları mezuniyet tarihlerine göre planlıyor. İlkbaharda yeni gelenler için diğer zamanlara göre daha fazla boş yer vardır. Ancak bu dönemde rekabet daha yüksek.

Aptal - kovulmak

Deneyimi olmayan bir kişi işe alındığında, onunla ilgili beklentiler ortaya çıkar.

İşe yeni gelen birinden beklenenler:

• Genel teknik temel bilgisi
• Şirketin konu alanının özelliklerini incelemek
• Kullanılan araç ve uygulamalara hakim olmak

Bazı kuruluşlar yeni gelenlere kullanılan teknolojiler, araçlar ve yerel prosedürler hakkında eğitim kursları düzenlemektedir. Örneğin, kurumsal e-postayı kullanırken görgü kuralları, wiki'deki belgeleri değiştirme prosedürü, VCS ile çalışmanın yerel özellikleri ve bir hata izleyici.

Ayrıca teknik tanıtım kursları da vardır, ancak bunların yararlılığı tartışmalıdır. İstihdam söz konusu olduğunda, işverenler sizin yeterli düzeyde bilgiye sahip olduğunuza ikna olmuşlardır. Bu tür kursları küçük bir formalite olarak iyi niyetle almak en iyisidir. Belki içlerinde gerçekten yararlı bir şeyler olacaktır.

Çalışmaya başladığınızda, acil, karmaşık ve aynı zamanda önemli bir görevi çözme konusunda yeni başlayan birine kesinlikle emanet edilmeyeceğini unutmayın. Büyük olasılıkla bu özelliklerden yalnızca bir tanesi olacaktır. Veya basit ama acil: düzeni düzeltin, birisine bir dosya gönderin, sorunu yeniden oluşturun. Veya zordur, ancak tamamlanma umudu yoktur - böylece yeni başlayan daha fazla komisyon toplar. Veya önemli ama deneysel. Örneğin herkesin uzun zamandır istediği ancak hayata geçirmeye vakit bulamadığı bir proje.

Araçlara hakim olma görevleri “zor” ve yapay olacaktır. Büyük olasılıkla bu, ana sistemin basitleştirilmiş bir versiyonu olacaktır. Bu tür görevler, projenin tamamıyla aynı teknoloji yığınını ve aynı etki alanı terimlerini kullanır. Bu durumda yürütme sonucu son kullanıcıya verilmeyecektir. Bu motivasyonunuzu düşürebilir, ancak bu duyguya direnmek daha iyidir. Yapay bir görev sanki projenin kaderi buna bağlıymış gibi özenle yapılmalıdır.

İlk probleminizi çözmenin sonucu, görüşmede hazır bulunmayan meslektaşlarınız arasında sizin hakkınızda ilk izlenimi oluşturacaktır.

Araç mastering görevi için başka bir seçenek de "projeyi yerel bir makine/test ortamında çalıştırmaktır." Bazen bu işlem talimatlarda açıklanmaktadır. Ancak genellikle eskidirler ve bazı yerlerde modası geçmişlerdir. Ortaya çıkan sorunlara açıklık getiren yeni talimatlar yazarsanız projeye gerçek faydalar sağlayabilirsiniz. Elbette üniversitede bazı disiplinlerle ilgili bir rapor için bir RGR yazmanız gerekiyordu. Burada da hemen hemen aynı. Belge, lansman için gerçekleştirilmesi gereken eylemleri yansıtmalıdır.

Bir ürünü test ortamında çalıştırma adımları genellikle şuna benzer:

• bir depoyu klonlayın, bir şubeye veya etikete geçin
• bazı yapılandırma dosyaları oluştur
• veritabanı yapısını hazırlamak
• test verileriyle doldurun
• projeyi inşa etmek veya derlemek,
• belirli bir sırayla bir dizi konsol komut dosyasını çalıştırın

Bir sistemin local olarak çalıştırılması sürecinde beklenmedik sorunların ortaya çıkması kaçınılmazdır.

Sorunlara bulunan çözümler dağıtım talimatlarına eklenmelidir. Daha sonra talimatları takip ettiğinizde bu sorunlar artık ortaya çıkmayacaktır. Konfigürasyon dosyalarını doldururken ve scriptleri çağırırken hangi değerin nerede kullanıldığına ve neyle eşleşmesi gerektiğine dikkat etmeniz gerekiyor. Örneğin, bir proje CI sistemi kullanılarak derlendiyse ve ardından bir komut dosyasıyla başlatıldıysa dal adının veya taahhüt numarasının nereye yazılacağını anlamak önemlidir. Komut dosyası, veritabanının IP adresini veya DNS adını, kullanıcı adını ve şifresini aktarmayı içerir. Bu durumda test ortamı için hangi adresi kullanacağınızı, hangi girişlerin bulunduğunu ve bunlar için hangi şifreleri belirtmeniz gerektiğini bilmeniz gerekir.

Bazı görevler deneyimli geliştiriciler için basit görünebilir ancak stajyerler için zorlayıcı olabilir. Bu normal.

Geliştiricilerin her gün teknik sorunları çözmesi gerekiyor. Deneyimli çalışanlar daha önce birçok sorunu çözmüşken, yeni gelenler henüz bunlarla baş edemedi. En iyi taktik, karşılaşılan tüm hataları “${görev adı} ile ilgili sorunları çözme” belgesine kaydetmektir. Her sorun için, nedenine ilişkin bir hipotez kurmanız, internette çözüm bulmanız ve bunları tek tek denemeniz gerekir. Her denemenin sonucu da kaydedilmelidir.

Araştırmanızın bir belge biçiminde kaydedilmesi şunları yapmanıza olanak sağlar:

• kafanızdan küçük detayları boşaltın. Örneğin, yapılandırma parametreleri, DNS/IP adresleri, konsol komutları ve SQL sorguları.
• görev birkaç gün sürdüğünde “dün ne yaptım”ı hatırlayın
• daireler çizerek dolaşmayın. Daha önce ne yaptığınızı her zaman okuyabilir ve asıl soruna döndüğünüzü anlayabilirsiniz.
• "Bugün ne yaptın?" sorusunu net bir şekilde yanıtlayın. Henüz hazır bir çözüm olmasa bile.

Görevlerinizin durumunu meslektaşlarınıza iletebilmeniz gerekir

Zaman zaman meslektaşlarınız başarılarınızla ilgilenecek ve kendi başarılarını paylaşacaklardır. Bunun için günlük veya haftalık biraz zaman ayırın.

Karşılaşılan ve çözülen sorunların takibini yapmazsanız başarılarınızı şöyle anlatacaksınız: “Görevi yapmaya çalıştım ama yapamıyorum. Hala bir çözüm arıyorum." Bu hikayeden stajyerin herhangi bir şey mi yaptığı yoksa sadece oturup kitap mı okuduğu belli değil. Yardıma ihtiyacı var mı? Dünden bugüne durum değişti mi?

Çözüm arayan bir belge tutarsanız “Ben bu görevi yapmaya çalışıyorum. Bunun gibi hatalarım oldu. Bu şekilde karar verdim. Bu konuyla henüz ilgilenmedim. Bu hipotezler ve çözümler var. Şimdi onları kontrol ediyorum."

Görev herhangi bir şekilde ölçülebiliyorsa durum rakamlar içermelidir. Örneğin “bir modül için birim testleri yaz” görevi için “20 test yapmayı planlıyorum, şimdi 10 tane yazdım” diyebilirsiniz.

Ne kadar çok ayrıntı verirseniz meslektaşlarınız ne yaptığınızı o kadar iyi anlayacaktır. Bu, meslektaşlarınız arasında size karşı olumlu bir tutum yaratacak ve onların yardıma ihtiyacınız olup olmadığını anlamalarını sağlayacaktır.

Yardım istemekten çekinmeyin

Yukarıda bir sorun ortaya çıktığında bunun nedenleri ve olası çözümleri hakkında bir hipotez oluşturmanız gerektiğini yazmıştım. Bununla birlikte, hipotezlerin haklı olmadığı ve soruna bağımsız olarak bulunan çözümlerin işe yaramadığı da olur. Bu durumda yardım istemek daha iyidir. Meslektaşlarınızın dikkatini kötüye kullanmamak için her sorunun üzerine kendiniz oturmalısınız. Birkaç saat içinde bir çözüm bulamadıysanız, daha deneyimli yoldaşlardan tavsiye almanın zamanı geldi.

Başlamak için iyi bir nokta şu soruyu sormaktır: "Bu sorunla daha önce karşılaşan var mı?" Sorunun kısa bir açıklaması ile. Hata mesajının bir kısmını veya ekran görüntüsünü eklemeniz tavsiye edilir. Bu mesajı ilk kez genel bir iş sohbetine göndermek daha iyidir. Bu şekilde gerçekten meşgul olanların dikkatini dağıtmazsınız. Özgür meslektaşlarınız mesajınızı görecek ve yardımcı olabilecektir.

Genel sohbette bir mesajdan sonra kimse yardımcı olmadıysa, bir mola sırasında deneyimli bir meslektaşınızı yakalamaya çalışın: öğle yemeği, çay/kahve içmeye gitmek, tenis oynamak veya sigara molası. Bu işe yaramazsa, zorluklarınızı toplantıda veya stand-up'ta bildirin.

Bilinen sorunlar çözülürse her şey burada bitebilir. Sorun yeniyse, şartlara göre hareket edilmesi gereken bir soruşturma başlayacak.

Son kullanıcının ihtiyaç duyduğu “önemli” başlangıç ​​görevleri sıkıcı ve küçük olacaktır. Örneğin, "rapora ek bir sütun ekleyin" veya "basılı formdaki bir yazım hatasını düzeltin" veya "istemci niteliklerini DBMS'den yüklemek için bir model yöntemi uygulayın." Bu tür görevlerin amacı, yeni başlayanların konu alanına aşina olması ve günlük çalışmalara entegre olmasıdır.

Sorunu yalnızca teknik olarak çözmek değil, aynı zamanda konu alanına ilişkin bilgiyi genişletmek de önemlidir.

Terimler görev açıklamasında, sohbetlerde ve konuşmalarda görünecektir. Tanıdık isimler gibi görünebilirler. Ancak bilgi sistemi çerçevesinde özel, daha kesin bir anlam taşırlar. Keşfedilen terimlerin anlamı en iyi şekilde özel bir belgeye - terimler sözlüğüne - kaydedilir. Sözlüğe ekleme yaparken kelimeye dair anlayışınızı yazmanız yeterlidir, ancak gerçek bir kod çözme için bir analistle iletişime geçmek daha iyidir. Eksikse, projenin eski zamanlayıcılarına gidin. Bir terim sözlüğü tutmak, bir projenin konu alanına aşina olmanın en basit yollarından biridir.

Meslektaşlarınızla ortak bir dil bulduğunuzda, sizi yeni bir stajyer olarak değil, eşit derecede uzman olarak görmeye başlayacaklardır.

"Bir modül için birim testleri yazma" gibi özel görevler vardır. Çözüm ararken uzun süre buna takılıp kalamazsınız. Aynı zamanda oldukça ciddidir ve sadece stajyerlik eğitimi için verilmez. Yazılı testler, uygulamadaki hataları azaltarak ve insan testi süresini kısaltarak projenin kararlılığını artırır. İdeal bir dünyada birim testleri geliştirme sırasında hemen yazılır, ancak gerçek her zaman farklıdır. Bir modülün geliştiricisi onu tamamen kafasında tutar ve bunları yazmaya gerek görmez. “Her şey ortada, test edilecek ne var?” Bazen modüller acele modunda yazılır ve birim testleri için zaman kalmaz. Yani gerçek dünyada birim testleri olmayabilir. Bu nedenle birim testleri yazma görevi yeni başlayanlara verilir. Bu sayede stajyer projeye daha hızlı alışabilecek ve projede yüksek ücret alan uzmanların zamanından tasarruf etmesi sağlanabilecektir.

Stajyerlere ve yeni gelenlere tam teşekküllü test uzmanları rolü atanır. Genellikle bunu yapmadan önce ürünü yerel olarak dağıtmanız ve gereksinimleri okumanız gerekir. Sonuç olarak, yeni çalışandan beklenenler:

• “Böyle yaparsan şöyle olur” gibi sorular. Bu gereksinimler arasında yer almıyor. Olmalı?"
• hata izleyicideki görevler "gereksinimler bunu söylüyor, ancak gerçekte farklı yazılmış."

Test, bu makale için çok geniş bir alandır. Size benzer bir görev verilirse, bunu tamamlamanın en iyi yolunu internette arayın.

Eğer işi berbat edersen kovulursun

Normal bir organizasyonda, deneyimsiz bir çalışan aniden kritik bir şeye erişim kazanırsa ve bir şeyi bozarsa, bunun olmasına izin veren kişi suçlanacaktır. Çünkü yeni başlayan birinin varsayılan olarak kritik altyapıya erişimi yoktur. Yeterli rehberlikle tüm köpeklerin deneyimsiz bir stajyerle harcanmasına izin vermeyecekler.

Bir şey olursa tek bir olaydan dolayı seni kovmazlar. İnsanlar hatalardan ders çıkarır. Her şeyi berbat eden stajyer değerli bir ders almıştır ve diğer stajyerlerden çok farklıdır. Eğer ortalığı karıştıran birini kovarsan, onun yerine başkası gelir ve aynı şekilde ortalığı karıştırır.

Önemli olan hatalardan ders çıkarmak ve bunları bir daha tekrarlamamaktır.

Bir kişi hatalarından sonuç çıkarmazsa, ona veda etmeye çalışacaktır. Ancak dünya çok çeşitlidir. Bazı gangster organizasyonlarında ilk hatanızda sizi hemen pencereden atabilirler. Ancak önce araştırma yaparak veya görüşme sırasında daha fazlasını öğrenerek bu tür şirketlerden kaçınmak daha iyidir.

Olaylardan kaçınmak daha iyidir

Kişisel olarak bir hata nedeniyle kovulmasanız bile böyle bir olay ekibiniz ve projenin tamamı için istenmeyen sorunlara yol açacaktır. Bu nedenle, veritabanındaki tabloları, dosyaları, hizmet örneklerini ve proje bilgi tabanındaki belgeleri silme veya oluşturma işlemlerine özellikle dikkat edin. Yeni bir bağlantının adresine rastlarsanız en az iki farklı kişiyle orada neler yapılabileceğini kontrol edin. Ortamlardaki haklarınızı deneme yanılma yoluyla değil, uygun komutları kullanarak kontrol edin. Örneğin, 'ls' komutunu kullanarak dosyaları silme hakları, 'SHOW GRANTS FOR 'user'@'Host';` komutunu kullanarak mysql'deki tablolarla çalışma hakları ve benzerleri. Hemen hemen her araçta benzer bir fırsata sahip olacaksınız.

Dosyaları düzenlerken, her ihtimale karşı orijinalin bir kopyasını kendinize saklayın.

Stajyer ile son kullanıcı arasında çeşitli engeller örülür.

Eğer ürününüzü hemen tüketiciye ulaştırabilseydiniz, iş bulmak yerine “serbest yüzmeye” doğru yola koyulurdunuz. Ancak böyle bir fırsatınız (ve aynı zamanda sorumluluğunuz) olmasa da, proje üzerinde birkaç kontrol aşamasından geçmeniz gerekiyor.
Bunlardan ilki bir mentor tarafından doğrulamadır. Aceminin kararını teknik açıdan değerlendiriyor. Eğer bir mentor atanmamışsa, o zaman bir tane bulmanız gerekir. Bunu yapmak için, projenin eski zamanlayıcılarından birini seçmeniz ve bir mola sırasında ondan çözüme bakmasını istemeniz gerekir: sorun doğru şekilde çözüldü mü? Eğer bakmaya ve cevap vermeye başlarsa bir akıl hocası bulunmuş demektir. Eğer görmezden gelirse, başka birine sormaya değer.

Bir sonraki aşama Kalite Güvencesidir. Rusça - testçiler. Sovyet tarzında - standart kontrol ve kalite kontrol departmanı. Stajyerin performansının kendisine verilen görevle tutarlı olmasını sağlamalıdırlar. Kodu nadiren okuyacaklar. Çoğu zaman test uzmanları, geliştiricinin sürüm kontrol sisteminde sakladığı yerleşik projeyi kontrol ederler.

Üçüncü aşama sürüm yöneticisidir. Bu görev için ayrı bir kişi olmayabilir ama yine de birileri bu rolü oynuyor. Test uzmanlarının projenin yayınlanabileceğini doğrulayıp onaylamadığını kontrol eder. Bundan sonra ürünün son kullanıcıya ulaştırılmasına yönelik faaliyetleri yürütür.
Küçük organizasyonlarda çeşitli nedenlerden dolayı bu engeller mevcut olmayabilir. Ancak yeni başlayana önemli bir şeyi değiştirme görevini vermeyecekler. Çünkü kimsenin bu riske ihtiyacı yok.

Önce savaşa dahil olmanız gerekiyor, sonra göreceğiz.
Napolyon Bonapart

Bu makalenin belirsizliğinizi aşmanıza ve ilk özgeçmişinizi göndermenize yardımcı olacağını umuyorum. Tabii önce hazırlık yapmalısınız. Ancak fazla uzatmaya gerek yok. Büyük ihtimalle birkaç yıldır bir üniversitede veya kolejde eğitim almışsınızdır. Bundan sonra nereye gitmeli? Sonuçta, bir uzmandan bir kez "hayır" duymak ve hatalar üzerinde çalışmak, her gün kendinize "hayır" demek ve profesyonel olarak büyümeyi bırakmaktan daha iyidir.

İşe alındıktan sonra stajyerlikten tam teşekküllü bir ekip üyesine dönüşmeye odaklanmanız gerekir. Bu tür bir büyüme genellikle maaşınızda bir artışla birlikte gelir.

Sabır ve azim diliyorum.

Ankete sadece kayıtlı kullanıcılar katılabilir. Giriş yapLütfen.

Bilişim sektöründeki ilk işinizde ilk görevleriniz nelerdi?

• Karmaşık

• Önemli

• Acil

• Yukarıdakilerin hiçbiri

75 kullanıcı oy kullandı. 20 kişi çekimser kaldı.

İlk işinizde ilk olarak ne yapmanız gerekiyordu?

• Ürünü yerel olarak yükleyin

• Mevcut bir ürünü test edin

• Bir eğitim, sahte görev gerçekleştirin

• Bir müşteri için deneysel, gerçek bir proje yapın

63 kullanıcı oy kullandı. 25 kişi çekimser kaldı.

Grubunuzda kaç öğrenci eğitim sırasında teknik konulardaki ödevleri bağımsız olarak tamamlayabildi?

• 1 arasında 10

• 1 arasında 5

• Her saniye

• Nadir istisnalar dışında her şey

70 kullanıcı oy kullandı. 19 kişi çekimser kaldı.

Kaynak: habr.com