Neden birçok programcı mimarlara geçmiyor?
Yazar | A Deity
Sorumlu Editör | Elle
Biz programcılar için, geliştirmenin yolu ya yönetim görevini geliştirmeden proje müdürüne, hatta departman müdürüne götürmek ya da teknik yükseltme yolunu kullanmaktır. Ancak teknik rotalar açısından mimara geçemeyen az sayıda programcı yoktur. Bir yandan, şirketlerdeki birçok üst düzey geliştirme pozisyonunda, programcılar mimarların becerilerini uygulayamıyor ve hatta onlarla iletişime geçemiyor, diğer yandan birçok programcı, mimarların ustalaşması gereken becerilerin ve yükseltme yollarının farkında bile değil. Sonuçlara bakılırsa, programcıların en az% 50'si üzücü bir durum olan "gelişmiş geliştirme" seviyesinde kalıyor.
Son birkaç yıldır üst düzey gelişimden mimara geçmek için çok çalışıyorum, şu anda göreve gelmemiş olsam da mimar olarak bazı işler yapabilirim. Bu yazıda olacak Birleştirmek Kendi deneyimlerim ve diğer bazı programcıların deneyimleri, birçok programcının mimarlara yükseltememesinin ortak nedenlerini analiz ediyor ve size gelişmiş geliştirmeden mimarlara yükseltmenin zorluklarını gösteriyor ve bu temelde ilgili yükseltmeleri sağlıyor Önermek .
Birçok programcının günlük işlerinde mimarların becerilerine erişimi yoktur.
Çoğu programcının işyerinde gelişmiş geliştirme teknolojilerine erişimi vardır, bu nedenle birincil geliştirmeden gelişmiş geliştirmeye yükseltmek zor değildir, ancak mimar farklıdır.
Örneğin, bir dış kaynak şirketinde, programcılar çoğunlukla tekrar eden işler yaparlar ve iş değişmiştir, ancak kullanılan teknoloji hala ekleme, silme, değiştirme ve kontrol etmektir. Veya bazı nispeten küçük şirketlerde, proje ekibi, programcıların maliyet ve kalite izleme hususları için mimari çalışmalara katılmasına izin vermeyebilir. Göreceli olarak yüksek teknik içeriğe sahip bazı İnternet şirketlerinde bile, iş kapsülleme perspektifinden, bazı yüksek eşzamanlılık ve yüksek kullanılabilirlik uygulamaları genellikle yöntemlerde özetlenir.Programcılar yalnızca, kod düzeyinde açık olmayabilen yöntemleri çağırarak işlevleri uygular. Mimarideki becerileri görün.
İlgili becerilere erişim olmadan, yalnızca videoları ve materyalleri izleyerek biriktirilen beceriler genellikle görüşme sürecinde savunmasızdır ve bu nedenle mimarlık görevine başvuramaz, bu da programcı gelişiminin hızını mimarla sınırlar.
Bazen gelişmiş geliştirmeyle röportaj yaptığımda, derinlemesine mimari sorular soracağım.Örneğin, sisteminizdeki modüller arasındaki iletişimde hangi bileşenlerin kullanıldığını soruyorum. Birçok ileri düzey geliştiricinin kafası karışıyor, hatta onların Benim gözümde, işlevlere ulaşmak için yöntem aramak daha çok.
Çoğu programcı genellikle bağımsız sürümün becerilerini derinlemesine araştırır
İşi geçen birçok programcının, uygulanan işlev testi geçtikten sonra yapacak hiçbir şeyi olmayabilir.Böyle birkaç programcı yoktur.Küçük şirketlerde veya dış kaynak şirketlerinde, genellikle daha fazla programcı vardır. Rekabet gücü, eğitim sınıfından çıkan programcılardan farklı değildir ve iş geçmişine daha aşina olabilirler.
Ya da bazı programcılar motive oldu, ancak bağımsız sürümün teknik ayrıntılarını derinlemesine inceleyecekler. Örneğin, String nesnesinin == ve eşittir yöntemleri arasındaki farkın ne olduğunu veya JVM sanal makinesini ayarlamanın pratik noktalarının neler olduğunu sordum. Bu tür cevapları cevaplayacaklar Çok yerinde. Bu kesinlikle kod yazabilen programcılardan daha iyidir, ancak bu tür beceriler yalnızca gelişmiş geliştirme becerileri olarak kabul edilebilir. Seviye atladığınızda bu alandaki becerilerinizi gereğinden fazla takip ederseniz, bu balık aramakla eşdeğerdir.
Mimarların genellikle yaptığı görevleri listeleyin, gerçekten de gelişmiş geliştirmede bir boşluk var
Yukarıdakiler, mimarları yükseltmenin zorluğunun nesnel ve öznel bir yönüdür.Yükseltme yöntemini açıklamadan önce, çabalarımızın yönünü netleştirmek için mimarların ne yapacaklarına bir göz atalım.
-
1. Yüksek oranda erişilebilir bir çerçeve oluşturmak gereklidir Örneğin, bir veritabanı hizmeti oluşturmanın en basit yolu olarak, bir MySQL sunucusu çöktüğünde işletmenin başka bir makineye geçmesini nasıl sağlayacağınızı düşünmelisiniz.
-
2. Yüksek eşzamanlılık faktörlerinin dikkate alınması gerekiyor.Bu noktadan başlayarak, mimarların en azından nginx, mycat, netty, redis gibi araçları kullanması ve yük dengelemesini sağlayan kümeler oluşturmayı düşünmesi gerekiyor.
-
3. Tasarlanan mimariyi çevrimiçi olarak dağıtmak veya çevrim içi eylem işletim ve bakım yoluyla gerçekleştirilse bile, mimarın en azından nginx kümesini ve diğer bileşenleri çevrimiçi olarak nasıl dağıtacağını bilmesi gerekir, bu nedenle mimarın gerekli linux komutlarını anlaması ve Komut dosyaları ve jenkins gibi dağıtım araçlarını anlayın.
-
4. Yukarıdaki becerilerin kullanımı kolay değildir.Geliştirme, yerleştirme ve çalıştırma sırasında sorunlar varsa, bunları çözmek mimarın sorumluluğundadır. Bu, mimarların yalnızca bir sistemin nasıl kurulacağını bilmek için videoları izlemesini değil, aynı zamanda netty gibi bileşenlerde hata ayıklama yeteneğine sahip olmasını, aynı zamanda günlüklere bakarak kümenin işleyişini bilmesini gerektirir ve kümede bir sorun varsa, nasıl hızlı bir şekilde yapılacağını da bilmeleri gerekir. çözmek.
-
5. Sadece değil Dikkat Teknoloji, daha fazlası Birleştirmek Mimarın çözümleri seçmek ve tasarlamak için çeşitli bileşenlerin artılarını ve eksilerini bilmesini gerektiren mimari aracılığıyla kırmızı zarfları ve diğer gereksinimleri yakalama gibi işler.
Mimarlar için yukarıdaki gereksinimlerden yola çıkarak, gelişmiş geliştirmeden mimarlığa geçmek zordur ve mantıklıdır.
Mimarların giriş becerilerine aşina, işletme ve bakımdan başlayın
Bir mimara yükseltmek zordur, ancak kesinlikle imkansız değildir.İşletme ve bakımdan başlayarak gelişmiş geliştirme için, mimarın becerilerine aşina olabilirsiniz.
-
1. Örneğin, karınca betikleri, jenkins betikleri ve linux kabuk betikleri ile başlayın Sistemin konuşlandırma yöntemini bilir ve gerekli Linux hata ayıklama becerilerine aşina olabilirsiniz.
-
2. nginx veya dubbo veya zookeeper'ın yapılandırma dosyalarını gözlemleyerek, her bileşenin çalışma modunu anlayın ve bunları yüksek eşzamanlılık ve yüksek kullanılabilirlikli sistemde yük dengeleme ve yük devretmenin yapılandırma yöntemlerini anlamak için kullanın.
-
3. Çevrimiçi ilgili günlükleri gözlemleyebilir, sistem dağıtımının durumunu anlayabilir ve mimari düzeyden birçok bileşen arasındaki ilişkiyi anlayabilirsiniz.
Yukarıdaki adımlarda bahsedilen komut dosyaları ve günlükler, yenilendikleri sürece normal çalışmada görünür olmalıdır veya daha fazla bilgi için işletim ve bakım personeli ile iletişim kurabiliriz ve yukarıda bahsedilen bileşen dağıtımı ve yapılandırması hakkındaki bilgileri bilmek zor değildir. Bu süreçte, "konfigürasyonu değiştirme" ve "bileşenleri oluşturma" gibi beceriler dahil değildir, sonuçta bu tanıdık bir aşamadır.
Daha pratik sorunları çözün, bileşenin temel yapılandırmasını anlayın ve bileşenin temelindeki kodu anlayın
Programcılar temel dağıtım ve mimari becerilerine aşina olduktan sonra, bazı pratik problemlerin çözümüne katılabilirler. Şirkette, test ve çevrimiçi aşamalardaki sorunlar küçük sayılamaz ve Kafka'nın doğru şekilde yapılandırılmaması gibi mimari ile ilgili birçok sorunu da içerecekler, bu da mesaj birikimine neden olacak veya dubbo zaman aşımı yapılandırmasının çok uzun olması çağrı bağlantısı zaman aşımı hatasına neden olacak , Veya redis zaman aşımı çok uzunsa, bir OOM istisnasına neden olur. Pek çok türde benzer problemler vardır, sadece beklenmedik ve imkansız yoktur.
Başlangıçta, programcılar sorunu kontrol etmek için kıdemli personeli takip edebilir veya sorun bulunduktan sonra manuel olarak inceleyebilir, sorunu analiz etmek ve çözmek için mimarın başlangıç noktasını öğrenebilir, gelip gidebilir ve bileşenin yapılandırmasına aşina olabilir ve bileşenin alt katmanını anlayabilir. Kod, çeşitli çerçeve bileşenlerini yapılandırmanın uygulama şemasına daha aşina olun.
Bu aşama hala bir "stajyerdir", ancak en azından pratik bir bakış açısından, mimarın gerektirdiği becerilerde ustalaşın. Video izlemek ve mimarların becerilerini kapalı kapılar ardında biriktirmekle karşılaştırıldığında, yukarıdaki adımlarla kazanılan ilgili deneyim gerçeklerden geliyor ve şüphesiz daha değerlidir.
Gerekirse, işleri değiştirmeli ve mimarlar için pratik fırsatlar için çabalamalısınız.
Aslında, küçük şirketlerde ve hatta dış kaynak kullanan şirketlerde, yukarıda bahsedilen mimarların ilgili becerilerini anlama ve hatta uygulama fırsatları vardır. Programcı, yukarıdaki adımlarla mimarın ilgili becerilerine hakim olduktan sonra, uygulama fırsatı bulursa, hızlı bir şekilde gerçek bir mimar olabilir.
Bu tür bir pratik fırsatı büyük şirketlerde bulmak zor değil ama küçük şirketlerde pek fazla olmayabilir ama önemli değil Şu anda mimarlık pozisyonu için görüşmeye giderseniz temelde zor değil. Mimarlar için mülakat sorularına bakalım.
-
1. Yüksek kullanılabilirlik elde etmek için nginx (veya diğer bileşenler) nasıl dağıtılır?
-
2. Redis kümelerinde olağanüstü durum kurtarma genellikle nasıl yapılır?
-
3. Kafka mesaj kuyruğunda mesaj kopyası nasıl elde edilir? Mesajların tekrar tekrar tüketilmemesi nasıl sağlanır?
-
4. Veya indeksleri netty'de nasıl okuyup yazacağınız gibi düşük düzeyli sorular sorun.
Veya bu aşamada, yukarıdaki soruları iyi yanıtlayamayabilirsiniz, ancak bileşenlerin çalışma ve bakım düzeyinde nasıl oluşturulduğunu anladıktan veya gerçek sorunları gidererek bileşenlerin çalıştırma ve etkileşim yöntemlerini anladıktan sonra, bilmeseniz bile ilgili temel kodu inceleyebilirsiniz. Mimarların çok fazla pratik tecrübesi var, bu tür soruları cevaplamak zor değil.
Belki çok fazla pratik tecrübeye sahip olmayan bir mimar, şirkette zor anlar yaşayacaktır, bu da liderlere ve ekip üyelerine pratik deneyime sahip olmadıklarını hissettirebilir, ancak çoğu mimar aynı zamanda pratik yoluyla biraz da ilgili deneyim biriktirir. Bu aşamada, daha fazla dinlemeye ve daha fazla soru görmeye ve üst düzey bir yapıya geçmeye istekliysen, hemen köşede olacak.
Sonuç olarak, bir mimara yükselttikten sonra, daha fazla fırsat olacaktır.
Aslında, BT yapan bizler için, bir mimara yükseltme tek geliştirme yolu olmayabilir, ancak herkes yönetime uygun değildir. Teknik bonus yolunu kullanıyorsanız, mimardan teknik uzmana kadar daha uygun bir geliştirme yolu olabilir.
Gelişmiş geliştirme için olabilir 30 Yaş fenomeni veya 35. Sonuçta, ileri gelişim için gerekli beceriler mezunlar veya stajyerler tarafından kolaylıkla ustalaşabilir.Yaşlı yaşlarda rekabet avantajı yoktur, ancak tam da mimara geçmek o kadar kolay olmadığı içindir. 35 yaşında, Belki rekabet etme yeteneği vardır.
Dahası, bir mimara yükselttiğinizde, geri çekilirken sorumlu teknik kişi olacak küçük bir şirket bulabilir, böylece zenginler güvende olur, böylece yaşlı kod çiftçileri gibi elenmezsiniz; girerseniz, pratik yapmak için büyük bir fabrikaya gidebilirsiniz. Fan ve ardından etkisini çeşitli kanallarla genişletir, o zaman gerçekten bir teknik usta olduğu söylenebilir. Tersine, yüksek düzeyde kalkınmayı bırakırsanız, maaşınızı işten atlayarak da artırabilirsiniz, ancak model bir mimar kadar geniş olmamıştır.
Feragatname: Bu makale yazar tarafından sunulmuştur ve telif hakkı yazara aittir.
