Asla inşa ettiğinizden ziyade bir şeyin nasıl inşa edildiğiyle ilgili endişeleriniz var mı?

Bir programcı olarak aletlerimde, diğer insanların kodlarında, kodumda ve genel olarak dünyada doğal bir rahatsızlık duyuyorum. Her zaman geliştirmek istiyorum. Bu yüzden refactor, en son tekniklerin üstünde kalıyorum. Desenler öğrenmeye çalışıyorum, tekerleği yeniden icat etmemek için çerçeveler kullanmaya çalışıyorum. Sıkıştırabileceğim desen miktarı ile çoraplarınızı patlatacak bir teknik özellik yazabilirim.

Ancak son zamanlarda kullandığım araçlar hakkında gerçekten başarılı yazılımların nasıl uygulanacağından daha fazlasını bildiğimi hissediyorum.

İnsan faktörleri beceri setinde eksik olduğumu hissediyorum ve başarılı bir yazılım mühendisi olmanın en havalı çerçeveyi bilmekten daha fazlasını gerektirdiğine inanıyorum. Aşağıdaki becerilere de ihtiyaç duyduğunu düşünüyorum.

• Etkileşim dizaynı
• Kullanıcı deneyimi
• Pazarlama

Çalıştığım insanlardan öğrendiğim biraz şey ve üzerinde çalıştığım harika projeler var ama bu becerilere "sahip olduğum" gibi hissetmiyorum.

Haklı mıyım? Bu becerileri daha da geliştirmeye çalışmalı mıyım yoksa bunları kariyer için yapan insanlara bırakılmalı mı?

Bir şeyi nasıl yaptığınız konusunda fazla bağlanmadığınızdan ve "kullanıcılarınızı harika kıldığınızdan" nasıl emin olabilirsiniz?

Bu becerileri programlama açısından öğrenmek için iyi kaynakları bilen var mı?

Benim tavsiyem: Kullanıcılarınızla mümkün olduğunca konuşun. Büyük bir şirkette olup olmadığınızı ve kullanıcılarınızdan farklı bir kıtada olup olmadığınızı bilmiyorum veya serbest çalışan tipi bir konumdaysanız, ancak mümkünse kullanıcılarınızla konuşun.

Çoğu zaman, bir çeşit arkanıza yaslanıp dünyanın şimdiye kadar gördüğü en büyük kod parçasını oluşturmak veya en az sayıda döngü ve alan kullanan bir işlev oluşturmak benim işim olmadığını hatırlamak zorunda olduğumu biliyorum teknolojik olarak mümkün olan en kısa süre, ancak kullanıcıların işlerini yapmak için ihtiyaç duydukları her şeyi yapmak. Ve bu amaçla, teknik yeteneklerin ötesinde, (yine de kendim için) sahip olmak için en iyi 2 özelliğin, kullanıcıların işiyle ilgili iyi bir çalışma bilgisi ve onlarla iyi bir çalışma ilişkisi olduğunu düşünüyorum.

Ufacık (~ 50 kişilik) bir şirkette çalışıyorum ve kimsenin küpüne çıkıp onlar için yaptığım / düzelttiğim en son şey hakkında sohbet etmeyi seviyorum. İşimden aldığım en iyi duygu, onların işleri hakkında konuştuklarını duyabildiğim ve teknik bir çözümün var olabileceğini bile fark etmedikleri bir sorunu çözecek bir şey önerebildiğim zamandır. Eğer işlerini anlamadıysam ve onlarla rahatça konuşamazsam bu mümkün olmazdı.

Bunun nerede çalıştığınıza ve gelecekte hangi tür şirketlere geçtiğinizi gördüğünüze bağlı olduğunu söyleyebilirim - bu gerçekten açık uçlu bir tartışmadır.

Daha küçük şirketlerle, birçok şapka giyebilirsiniz (ancak kendi ürününüzü satmak istemiyorsanız pazarlamanın neden bu listede olduğunu bilmiyorum).

Daha büyük şirketlerde, özellikle bu konulara odaklanan insanlara sahip olma eğiliminde olabilirler.

Yani, gerçekten, nereye gittiğinizi ve potansiyel olarak kendinize daha fazla kapı açmayı gördüğünüzle ilgili.

Yazdığınız her kod satırı için hata olasılığını tanıtın.

Bu nedenle, en iyi tasarımlar getirilen kod miktarını en aza indirir - belki de KURU (Kendinizi Tekrarlama) prensibi ile. Ancak, yeni başlayanlar MVP'ye (Minimum Canlı Ürün) çok daha hızlı yol açan YAGNI (İhtiyacınız olmayacak) yaklaşımını destekliyor .

Amacınız kullanıcılarınızın tam olarak istediklerini yapan temiz, kullanımı kolay bir ürün oluşturmaksa, YAGNI nihai tasarım modelinizdir. Çalışma koduna doğrudan katkıda bulunmayan her şeyi atın. Bu, saf inşa süreçlerini ve kalıpların takıntılı kullanımını içerir.

Bazı okuma materyalleri

Kullanıcı arayüzü tasarımı ile ilgili mükemmel bir kitap olan " Beni düşündürme " yi okumak isteyebilirsiniz . Ayrıca, Gitomer serisi kitaplardan herhangi biri (özellikle Küçük Yeşil Kitap ) satış, ağ oluşturma ve pazarlama becerilerinizde size yardımcı olacaktır.

Belirli bir etkileşim tasarımı ve kullanıcı deneyimi bilgisinin büyük bir şirkette bile bir nedenden dolayı çok yararlı olduğunu düşünüyorum: geliştirici olarak, arayüzü kullanılabilir bir durumda olmadan haftalar hatta aylar önce kullanan ilk kişisiniz test etmek için bir test cihazı.

Erken aşamalarda, planlandığı kadar kullanımı kolay olmayan bir arayüze veya gözden kaçmış olabilecek bir tasarım prensibine dikkat çekmek çok yararlı olabilir. Bu şeyleri çalışmak için somut bir şey yapmadan önce görmek zor olabilir ve her zaman üzerinde çalışacak somut bir şeye sahip olan ilk kişisiniz.

Sıkıştırabileceğim desen miktarı ile çoraplarınızı patlatacak bir teknik özellik yazabilirim.

Yalnızca bu ifade beni yazılım geliştirmenin diğer yönleri üzerinde çalışmanız gerektiğine inandırıyor.

Şirketinizin yazılımının her yönünden asla sorumlu olmasanız da, birçok konuda geniş bir bilgi yelpazesine sahip olmak son derece değerli olabilir. Başka bir şey değilse, bir röportajda bırakabileceğiniz daha fazla şeydir, böylece kariyerinizi ilerletebilirsiniz.

İşinizin bazı alanlarında yeterince zorlanmıyorsanız, ilginç bulduğunuz bir şey yapmak için evde kendi projenizi başlatın. Veya açık kaynaklı bir projeye katılın.

Hayır yapmam, ne yaptığım konusunda endişelenmek benim işim değil, müşterim / işverenim tarafından belirlenen teknik özelliklere göre inşa etmek. Zaten ne istediklerini biliyorlar ve bunu düzgün bir şekilde uygulamak benim elimde. Yazılıma bir özellik koymanın en iyi yolundan tam olarak emin olmadıklarını söyleyebilirsem şans ortaya çıktığında tavsiyede bulunacağım.

Muhtemelen bir noktada kendi projemi yapmak ve ne yaptığım konusunda endişelenmek isteyeceğim, ancak bir süre için bir yazılım geliştirme kariyerine başlarken, bir şeyler yapmanın doğru yolunu öğrenmek için sürekli çabalamak önemlidir.