2 puan yazan GN⁺ 2024-11-17 | 1 yorum | WhatsApp'ta paylaş
  • Gerçekçi olmayan kodlama testlerinin sorunları

    • Teknik mülakatlarda gerçekçi olmayan kodlama ödevleri isteme eğilimi artıyor.
    • Bu tür ödevler gerçek işle ilgili değildir ve iş yerinde iş birliği ile destek almanın standart olduğu durumları yansıtmaz.
    • Örneğin, dokümantasyon olmadan eski bir kod tabanında hata ayıklama yapmak, iş hayatında neredeyse hiç karşılaşılan bir durum değildir.
  • Gizli zaman kaybı

    • Şirketler, adayların ödeve harcadığı ek zamanı göz ardı ediyor.
    • Adaylar şirketi araştırmaya, rolün gerekliliklerini öğrenmeye ve projeyi tamamlamaya çok zaman harcıyor.
    • "4 saatlik" bir ödev 8 saate, 10 saate veya daha fazlasına uzayabiliyor; bu da iş ve hayat dengesini sürdürmeye çalışan geliştiriciler için büyük bir yük oluyor.
  • Esneklik efsanesi

    • Birçok şirket bu testlerin "uyum yeteneğini" değerlendirmek için gerekli olduğunu savunuyor.
    • Ancak bu, bir Ruby geliştiricisinden PHP hata ayıklaması yapmasını istemek gibi gerçekçi olmayan bir beklentidir.
    • Uyum yeteneği önemlidir, ancak bir adayın değeri ilgisiz zorluklarla başa çıkma becerisine göre ölçülmemelidir.
  • Şirketlerin gösterişi mi, değerlendirme mi?

    • Bazı şirketler bu testlerle "elit" standartlarını sergilemeye çalışma eğiliminde.
    • Bu, "üst yüzde 1" gibi abartılı bir zihniyetin ürünü ve gerçekte uygun bir değerlendirme yöntemi değil.
    • Bu yaklaşım, yapay ve yüksek baskılı ortamlara iyi uyum sağlayamayan yetenekli adayları dışarıda bırakıyor.
  • Gerçeklik kontrolüne ihtiyaç

    • Şirketler bu mülakat uygulamalarının yanlış olduğunu kabul etmeli.
    • İş için gerekli becerileri test etmeli, gerçekçi olmayan bir kodlama kampı dayatmamalı.
    • İşe alım süreci, problem çözme, iş birliği ve ilgili alanda gelişim üzerine odaklanmalı.
    • Gerçekçi olmayan beklentiler en iyi yetenekleri çekmez; aksine onları yorar ve heveslerini kırar.
    • Şirketler uyum sağlayabilen geliştiriciler istiyorsa, uzun vadeli öğrenme becerisine odaklanmalı.
    • Bu gerçekçi olmayan ödevleri kaldırıp gerçekten önemli olana odaklanmak, daha iyi ve kapsayıcı bir teknoloji kültürü oluşturabilir.

1 yorum

 
GN⁺ 2024-11-17
Hacker News görüşü
  • Bir geliştirici, neredeyse hiç dokümantasyonu olmayan eski bir C++ kod tabanını hata ayıklayıp bakımını yapma deneyimini sık sık yaşadığını belirtiyor

    • Ekip olmadan, tek başına binlerce kullanıcıya hizmet veren küçük bir şirkette çalıştığı durumu anlatıyor
    • Eski yamaları geri yüklemesi ya da kodu baştan yazması gereken durumlar da olabiliyor
  • Mülakatlarda problem çözme becerisini test etmenin önemli olduğu görüşüne katılıyor

    • Junior web geliştiricilerden grafik algoritmaları istemenin aşırı olduğunu düşünüyor
    • Senior geliştiriciler veya mimarlar için ise derinlemesine bir anlayışın gerekli olduğunu söylüyor
  • Bir arkadaşının partnerinin büyük bir teknoloji şirketi mülakatına hazırlanırken LeetCode problemleri çözdüğü deneyimi paylaşılıyor

    • Sistem tasarımı kısmının en zor bölüm olduğunu belirtiyor
    • Sistem tasarımı mülakatlarını bir senaryoyu takip ediyormuş gibi göründüğü için eleştiriyor
  • Küçük bir startup'ta senior mühendis rolü için yürütülen mülakat sürecine dair deneyim paylaşılıyor

    • Adaylara farklı mülakat yöntemleri arasında seçim yapma imkanı tanındığı ve çoğunun takehome testi seçtiği anlatılıyor
  • Dokümantasyonu olmayan eski bir kod tabanını hata ayıklamanın yaygın olduğu görüşü paylaşılıyor

    • Bir PHP uygulamasında hata ayıklamanın esnekliği test etmek için iyi bir yöntem olduğunu düşünüyor
  • Kodlama mülakatlarının, yazılım geliştirme pozisyonları için uygun adayları elemenin en iyi yolu olduğu savunuluyor

    • Temel programlama becerilerine sahip olmayan kişilerin yerine şirketin başka adaylar arayacağı uyarısında bulunuyor
  • Dokümantasyonu zayıf bir kod tabanını hata ayıklama deneyimini her gün yaşadığını söylüyor

    • Ekibin yarısının işten çıkarıldığını ya da şirketten ayrıldığını anlatıyor
  • Kodlama testi uygulanmayan bir şirkette yaşadığı kötü deneyimi paylaşıyor

    • Farklı teknoloji yığınlarıyla çalışan bir ekipte, temel işleri yapamayan iş arkadaşlarına destek olmak zorunda kaldığını anlatıyor
  • Belirli bir teknoloji gerektiren pozisyonlarda o teknolojinin test edilmesi gerektiğini savunuyor

    • İşe alım pratiklerini anlamadan eleştirmenin verimsiz olduğu uyarısında bulunuyor
  • Takehome ödevlerin daha fazla zaman alabileceğini ve bunun ahlaki tehlike yaratabileceğini açıklıyor

    • Zaman alan ödevlerin, daha fazla boş zamana sahip kişilere avantaj sağladığına dikkat çekiyor