Ofiste verimli bir şekilde “boş zaman” nasıl harcanır [kapalı]

Bir sürümü gönderdikten sonra, iki ila üç ayda bir, 10 ila 15 gün serbest zaman alıyorum. Boş zamanla, yani iş yok, kimse ne yaptığınızı umursamıyor vb., Ama ofise gelip gitmelisiniz.

Böyle boş vaktin var mı? Bu sefer nasıl kullanıyorsunuz?

Ben okumaya meyilliyim, ama daha fazla bilgi çekmenin onu harcamanın en iyi yolu olmadığını hissediyorum.

Biraz alışılmadık. Ve garip, bu arada. İşvereninizin sizin için bir işi yoksa sizi neden ofise gelmeye zorlar?

Kodunuzu geliştirin

Genel olarak, tek bir projede bile her zaman yapılacak bir iş vardır. Yapacak bir şeyiniz yoksa, projeniz mükemmel demektir. Mükemmel projelere inanmıyorum, çünkü hiç görmedim. Şirketinizin mükemmel projeleri varsa, nasıl yapıldığına bir göz atabilseydim.

Projeniz mükemmel değilse, bu boş zamanı iyileştirmek için harcayabilirsiniz.

• Kodlama stili kurallarını uygulamak,
• Yorumların güncel olup olmadığını ve hiçbir yerde eksik olup olmadığını kontrol edin,
• Sizin tarafınızdan yazılmayan parçalar üzerinde kod incelemesi yapın,
• Teknik belgeleri geliştirmek,
• Darboğazların ne olduğunu ve nasıl kaldırılacağını görmek için kodu profil haline getirin,
• Kodunuzu yeniden düzenleyin,
• Uygulanacak gelecekteki özellikleri düşünmeye başlayın.
• vb.

Yeni bir şey öğren

Bazen, kodlamayı yeni bitirdiniz, sonunda projeyi serbest bıraktınız ve yapmak istediğiniz son şey, son üç aydır üzerinde çalıştığınız kodla çalışmaya devam etmektir. Bu anlaşılabilir. Bu durumda, fikirlerinizi değiştirmek ve bilginizi artırmak için kolayca başka bir meslek bulabilirsiniz. Örneğin, bir C # geliştiricisiyseniz, Python öğrenin veya Reaktif Uzantıları nasıl kullanacağınızı öğrenin.

Boş zamanlarınızda kendiniz için küçük bir proje yapmaya da cazip olabilirsiniz. Sadece işinizde yazdığınız kod genellikle şirketinize ait olduğu için değil, aynı zamanda kurumsal donanımınızı ve diğer kaynaklarınızı, asıl iş.

Patronunla konuş

Programcılar'da sorduğunuz soruyu sormak iyi bir fikir olabilir, yani ilgili kişiye, yani patronunuza. Aslında, şansı:

• Ya geliştiricilerin bazen yapacak bir şeyleri olmadığını görmezden gelir,
• Ya da sizden kesin bir şey yapmanızı bekliyor.

Patronunuz gerçekten bir şey yapmanızı beklerse durumun ne olduğunu bilmek özellikle önemlidir. Örneğin, çalışanım olsaydı, kod yazmayı ve hataları çözmeyi bitirdiklerinde projeyi geliştirmelerini beklerdim. Aynı şekilde, bir şirkette çalışırken, her zaman proje üzerinde çalışmak ve çözmek için herhangi bir hata yoksa geliştirmek için harcadım.

Bunun bir istisnası vardır: stajyerler genellikle kendi başlarına ek işler yapmaları beklenmez. Ama en azından onlardan gelmelerini ve ne yapmamızı istediğimizi bitirdiklerini bize söylemelerini bekliyoruz, böylece onlara başka bir görev verelim.

Sonunda işimde böyle durumlar yaşıyorum. Bir sonraki sürüm için hazırlanırken birkaç hafta boyunca sürümlerden sonra durgunluk eğilimi var ve PM & Development yöneticileri n + 1 sürümü için özelliklerin önceliklendirilmesini tartışıyorlar.

Genellikle bu zamanı, gerçekleşen teknik borcu ödeyerek veya gerekli olduğunu düşündüğüm özellikleri ekleyerek geçirmeye çalışırım, ancak doğrudan gelire yol açmayabilecekleri için asla uygun kaynaklar verilmez.

Bu durumda birden fazla işveren için bir kereden fazla bulundum, inan bana,

Bu yaygın değil ama kesinlikle olağandışı değil.

Ben düpedüz gitmeyeceğim ve yine de yaygın olduğunu ve kesinlikle normal olmadığını söyleyeceğim. Bu kötü yönetim ve / veya proje yönetiminin bir işaretidir. İşte böyle martılar üreten bazı yaygın temalar.

• Çok sayıda geliştirme kaynağı olan büyük bir organizasyonda olabilirsiniz. Devam eden yazılım projelerini etkin bir şekilde yönetmek ve büyük bir kaynak havuzuyla kaynakların% 100 kullanımını sürdürmek zorlaşıyor.

• Kötü proje yöneticileri. Serbest bırakma işini, kaynaklar mümkün olduğunca% 100 kullanıma yakın olacak şekilde zamanlamak için korkunç bir iş çıkarırlar.

• Mevcut yazılımlara bakım / özellik projesi. Çoğu zaman bir özellik birikimi veya karmaşık bakım çalışması olduğunda, işin kendisi uygulamak için fazla çaba sarf etmeyebilir, ancak işi yapmak için çok yüksek düzeyde teknik aşinalık ve iş bilgisi gerektirir.

• Konu uzmanı. Çok çeşitli teknolojilere ve / veya iş bilgisine sahip projelerin, bireysel alanlarda küçük ekip gruplarına ihtiyaç duyması nadir değildir. Bu ekipler kendi konularda Konu Uzmanları haline gelirler ve şirket, kendileri için özel bir işin olmadığı anlarda yaptıklarından çok daha fazla bildikleri ve yapabilecekleri için daha fazla değer verir.

Gerçekten garip,

• Tekrarlayan aralıklarda 10-15 günlük serbest zaman
• kimse ne yaptığınızı umursamıyor ama yine de fiziksel olarak mevcut olmak zorunda

Bununla birlikte, bazı Takım oluşturma alıştırmaları yapabilir, meslektaşlarınızı bir araya getirebilir ve kullandığınız dil veya çerçeve hakkında bazı kavramları öğrenebilir ve sunabilirsiniz. Ve becerilerinizi geliştirmek için bazı rastgele problemlere biraz kod uygulamak için biraz zaman ayırın.

Ben mevcut bazı kısa molalar sırasında StackOverflow ve burada oturum eğilimindedir. Ayrıca yeni bir dil seçmek de bakabileceğiniz bir perspektif olabilir.

Ne tavsiye ederim yani iki ila üç ay boyunca olan iş yerinde sabit, size proje bittiğinde yapmak istediğim şeylerin bir listesi ve etrafında serbest zaman ruloları hafta çiftin yapı başlar.

• Yeniden düzenlemek istediğiniz "yeterince iyi" kod parçaları
• Denemek istediğiniz araçlar, kütüphaneler, diller vb.
• Prototip oluşturmak istediğiniz fikirler, inşa etmek için konsept kanıtları
• Denemek istediğiniz geliştirme teknikleri

Böyle bir şeyi her düşündüğümde bir listeye bir URL ve not eklersem, iki ila üç ay sonra beni meşgul edecek şeyler için yeterince uzun bir listeye sahip olacağımı düşünüyorum!