Programcılar her kod satırına hayran olmalı mı? Her çukuru doldurun!
Bir süre önce Alibaba Cloud başarısız oldu, yetkili ertesi gün yaptığı açıklamada başarısızlığın nedenini açıkladı ve sonunda "her kod satırına saygı duy ve her güvene saygı" yazdı.
Her programcının her kod satırına hayran olup olmadığı bilinmemektedir, ancak her deliği doldurmak her programcı için zorunlu bir derstir.
01
Böyle bir durumla sık sık karşılaşıyor musunuz: geliştirmeden sorumlu proje çevrimiçi bir hatayla karşılaşıyor, bunun benim potum olmadığını düşünüyor, sadece görmezden gelin, bırak gitsin; kod yazıldıktan sonra, bir sorun olduğuna dair hafif bir his var, ancak program sorunsuz çalışıyor Önce kullanın; eski bir sistemi devralın, ne tür kırık kodlar, unutun, değiştirin ve kullanın ...
Bugün atlanan çukurlar yarın ikiye katlanacak:
Bu kod parçasını bir dahaki sefere değiştirirseniz, yine de karşılaşırsınız.Kurşun parçasını ısırıp çözmek için kod satır satır üzerinde çalışabilirsiniz; belirli bir çevrimiçi senaryo sorun kodunu tetikleyerek beklenmedik çökmelere neden olur; eski sistem çok zaman alır ve üzerine basılması kolaydır. , Yeniden düzenleme yapmak için zaman harcamak daha iyidir.
Test, yazdığınız hatadan şikayet ediyor ve bunun öncekiler tarafından kazılmış bir çukur olduğunu inkar ediyorsunuz. PM gereksinimlerini değiştirdiğinde buraya sadece küçük bir fonksiyon eklendiğini söyledi, geliştirme sırasında bir çukur kazmak üzereyken, bir düdene düştü. Günlük işinizin aslında delikleri birer birer doldurduğunu fark ettiniz mi?
Boşlukları doldurma yeteneği, programcıların sahip olması gereken temel becerilerden biridir.
02
Son tahlilde, doldurma gücü problem çözme yeteneğidir.
En son ne zaman hızlı büyüdüğünü hatırlıyor musun? Bir yıldır ortalıkta olan sistemde CtrlC, CtrlV mi? Veya insanlara aşina olduğunuz iş çerçevesinden bahseder misiniz?
İnsanlar iyi zamanlarda büyüyemez, ancak zorluklar içinde büyüyemez: Yeni bir şirket yeni bir iş ve teknik çerçeve öğrenmek ve gelişirken sorun çıkarır; şirket yeni bir teknoloji sunmak ister, geçişi bir ay içinde tamamlamanız gerekir, yani siz Hafta sonları iş çıkışı teknik belgeleri almak ve evde demolar yazmak için zaman ayırın ...
Daha önce karşılaştığım sorunların aslında büyüme fırsatları olduğunu ancak çukurdan düşüp yükseldikten sonra fark ettim.
Birkaç yıl önce interneti şok eden "3.Çeyrek Savaşı" nda 360, Tencent için bir çukur kazdı ve Tencent, savaşmak için deliği doldurmaya çalıştı. Daha sonra Ma Huateng, çalışanlara bir iç mektupta, 360'ın sorunları olmasaydı, bu kadar fazla yansıma ve algıya sahip olmayacağımızı yazdı. Belki gelecekte bir gün, yeni bir zirveye ulaştığımızda, bugünün rakiplerine tavırları için teşekkür etmeliyiz.
Tencent daha sonra stratejik gelişme yönünü değiştirdi ve "açılışa" yöneldi.
Her zaman çukurda yaşıyor gibiyiz: çukurlar kazmak, çukurlar düşmek ve çukurları doldurmak. Mutlu olup olmadıklarına bakılmaksızın, insanlar sadece altlarındaki çukuru doldurmak için çok çalışmak zorundadırlar ve sonra bir sonraki çukura giderler, vb. Gerçek büyüme olabilir mi?
03
Her ne kadar programcılar genellikle "benim potumu okuyabilirsin ve benim çukurumu doldurabilirsin" demelerine rağmen. Ancak lütfen düşük seviyeli çukurlar kazmayın:
1. Tiankeng: not yok
Program sıkıydı ve yeni gelen Haiyu aceleyle kodu yığdı ve test için başvurdu. Ancak TL cümlesi yeniden yazması için tekrar yazılacak: Bir satır yorum yazmadan kim anlayabilir!
Bir geliştirici, yorumların ve kodun eşit derecede önemli olduğunu söyledi.Yorumlar net bir şekilde yazılmalıdır, böylece test ve hatta yönetici kodunuzu okuyabilir ve bu kalifiye bir programcıdır.
2. Shankeng: Arayüz dokümantasyonu yazmayın
Bazı şirketlerin ön uç ve arka uç ortak hata ayıklaması temelde kükreme dayanmaktadır, "Dostum, belirli bir parametre daha az aktarıldı", "Bu alanın büyük harfle yazılması gerekiyor", "Bu kadar çok geçersen, unut gitsin, bırak gitsin" ...
Test reddi için geliştirilmiş bir e-posta gördüm: ön uç belirli bir parametreyi geçmedi, bu da sürecin başarısız olmasına ve reddetmesine neden oldu.
Teknisyenler genellikle belge yazmayı sevmezler veya belgelere zaman ayırmak istemezler.Sonuç olarak, ön ve arka uçlar ayrı ayrı geliştirilir ve bir standart yoktur.Dış sistemlerle arabirim kurmaları gerekiyorsa, arabirim parametrelerini bulmak için kodun üzerinden geçmeleri gerekir. Arayüz dokümantasyonu, ortak hata ayıklama ve iletişim için zamandan tasarruf edebilir, hata girişini azaltabilir ve kod kalitesini artırabilir.
3. Çukur: genişletme işlevini dikkate almaz
Kod ayrıştırılmamış ve gelecekte genişletilebilecek tasarım dikkate alınmıyor ki bu şüphesiz takım arkadaşları için çukur kazıyor.
Xiaoyuan, bitmemiş bir projeyi devraldı ve çevrimiçi olduktan sonra verileri başlatması gerekiyordu, ancak toplu işlem arayüzünü bulamadı. İstifa eden eski bir meslektaşını aradı ve sordu: "Ne? Arayüzü toplu iş değil, yalnızca tek bir veriyi çalıştırmak için mi yazdınız?"
Yukarıdaki çukurlara ek olarak, aşağıda da kazı kılavuzları bulunmaktadır:
- Gerçek zamanlı hataya dayanıklı değildir, program yalnızca kendi zihninizin yörüngesine göre çalışır;
- Yargıyı dipsiz mantığın katmanlarına koyun;
- Bir yöntem binlerce satır yazmıştır, kimse hareket etmeye cesaret edemez;
- Asla kendi kendini test etmeyin.
Düşmek ve deliği doldurmak çok kolay Programcılar arasındaki en ironik ilişki, önümde bir delik olduğunu belirlediğimde hemen başkalarına burada bir delik olduğunu söylüyorum, üzerine basmayın ve doldurana kadar bekleyin.
Bu makale program ömründen aktarılmaya yetkili olup, yazar 55'tir.
"Belgeler için çağrı"
CSDN kamu hesabı, "on milyonlarca teknik insanla büyüme" kavramını destekler. Teknik insanların ilk kez ilgilendiği endüstri odak olaylarını teknik insanların benzersiz bakış açılarından açıklamak için yalnızca "inek başlıkları" ve "konuşma" sütunlarını kullanmakla kalmaz, aynı zamanda "Teknik Başlıklar" sütunu, sektördeki popüler teknolojilerin ve uygulamaların derinlemesine bir yorumunu sunarak, tüm geliştiricilerin teknolojik trendlere ayak uydurmasına, uyanık bir teknolojik anlayışı sürdürmesine ve sektör eğilimleri ve teknolojileri hakkında daha kapsamlı bir anlayışa sahip olmasına olanak tanır.
Yüksek kaliteli makaleleriniz veya endüstrinin sıcak olayları, teknoloji trendleri hakkında içgörüler veya derinlemesine uygulama uygulamaları, senaryolar vb. Hakkında yeni içgörüleriniz varsa, lütfen gönderimler için CSDN ile iletişime geçin. İletişim: WeChat (guorui_1118, lütfen gönderim + ad + şirket pozisyonunu not edin), e-posta (guorui@csdn.net).
