it-swarm.asia

Her programcı ne bilmeli?

Kullanılan programlama dil (ler) i veya işletim sistem (ler) i veya geliştirdikleri ortam ne olursa olsun, her programcı ne bilmelidir?

Bazı bilgiler:

Yapabileceğim en iyi programcı olmakla ilgileniyorum. Bu sürecin bir parçası olarak, bilmediğim şeyi anlamaya çalışıyorum ve eğer yapsaydım bana çok fayda sağlayacak. "Her [programlama dilini ekle] geliştiricisinin bilmesi gereken şeyler" satırları boyunca bir sürü liste olsa da, henüz belirli bir dil ile sınırlı olmayan benzer bir şey bulamadım.

Ayrıca, bu bilgilerin başkalarının ilgisini çekmesini ve yarar görmesini bekliyorum.

245
Matt Lacey
  • En zayıf programcılardan biri olduğunuz küçük ekiplerde (2-10) çalışın. Deneyimli insanlarla çalışarak, sözleşme yaparak/serbest çalışarak ve kitap okuyarak daha fazla şey öğreneceksiniz.
  • Çirkin, eksiksiz ve çalışan zarif, eksik ve kırık yener.
  • Göz ardı edebilmeniz için iyi, kötü veya jüri hâlâ tükenmiş olsun (ör. MVC, Ruby, test odaklı geliştirme)) her modaya uygun konsept hakkında bilgi edinin. ya da iyi bir sebeple kucaklayın.
  • Yorumlar nasıl yazılır ve değişkenleriniz/yöntemleriniz/nesneleriniz/işlevleriniz doğru şekilde adlandırılır. Öneriler için Code Complete'in en son sürümünü okuyun.
1
Roger

Çalışmanızla gurur duymanın ve hataları aynı anda kabul edebilmenin yolları.

Gururu yutma!

1
pointernil
1
ksuralta

Bu sloganlarla yaşıyorum:

"Başarı yüzde 10 ilham ve yüzde 90 terleme."

"Size ne sıklıkta imkansızı ortadan kaldırdığınızda, imkansız olsa da, gerçeğin ne olması gerektiğini söylemiştim?"

1
Jonathan Swift

İşe geldiğimde egom arabada kalır. Hiçbir şey işten ve kalitesinden daha önemli değildir. Ne kadar aptal gelse de, asla kişisel olarak eleştiri almayın ve herkesi dinlemeyin. Ancak daha hızlı veya daha kolay olduğu için kaliteden asla ödün vermeyin.

Ve tabii ki, öğren, öğren, öğren. :)

1
Antonio Louro

Neyin kodlanacağını ve nasıl kodlanacağını bilmelidir. bilmiyorsanız, en azından öğrenmek için hevesli ve hevesli olmalı!

1
Nrj

İyi (en iyi) bir programın hızlı çalışan bir program olması gerekmediğini bilin. İyi bir program: - Anlaması ve değiştirilmesi kolaydır. - Kullanımı kolaydır - basit/net/öğrenmesi kolay bir arayüze sahiptir.

En iyi programcıların bile en kötü programcıların bile anlayabileceği ve en sıradan kullanıcıların bile kullanabileceği programlar yazabildiğini söylemek isterim.

1
unknown (yahoo)

Harika konu! Programming Pearls kitaplarından çok şey öğrendiğimi de ekleyeceğim.

1
user21110

Matematiğe çok meraklıyım, ama zamanla gelen programcıların bilmesi gereken biri, hangi tavşanların kovalanacağı ve hangilerinin bırakılacağı olduğunu düşünüyorum. Bir soruya cevap ararken ve cevabı hiçbir yerde bulamadığınızda, farklı bir yol denemekten vazgeçmez. Sorunları çözmek için para alıyoruz, sorunu çözdüğümüz yöntem ile ödeme almıyoruz.

Siz de hata yapabilirsiniz ve yapacaksınız. Bu iki şekilde yardımcı olur. İlk olarak, kendinize düşmezsiniz. İkincisi, iş arkadaşlarınıza bakmıyorsunuz. Bu ikincisi, kariyeriniz boyunca ilerlerken size yardımcı olacaktır.

1
Anthony Potts

mükemmel olmasa bile yeterince iyi bir yazılım yazmak için kendinizi disipline etmek

1
Karl

Net ve özlü bir şekilde nasıl yazılır. Ben de iyi olsa da, kod hakkında konuşmuyorum.

1
Ferruccio

Her programcı sorunları nasıl çözeceğini bilmelidir. Hangi araçların ve metodolojilerin kullanılacağı konusunda her göreve açık bir şekilde yaklaşmak önemlidir. Bazen çerçeveler veya desenler cevap olur, ama bazen olmaz.

1
Heat Miser

Oyunu oynayın, günlük işlerinizin çoğunun programlama değil iş yeri politikasıyla ilgili olacağını öğrenin.

1

Açıkçası sürüm kontrolü. Ama daha da önemlisi, bir bilgisayarın mekaniği.

Derleyici teorisi: bir dili diğerine nasıl dönüştürüyorsunuz? Bunun nasıl çalıştığı ve neler yapabileceği hakkında bir fikir olmadan, kod kötü kararlarla dolu olmak zorundadır. Derleyiciler başlatılmayanlara büyülü gözükür ve korkunç kod yazma eğilimindedir.

Bilgisayar mimarisi: gerçekten iyi kod yazmak için makineyi bir dereceye kadar derinlemesine anlamanız gerekir. Birden çok ara katman katmanının üstünde bile, temel makine parlayacak. Önbellekleri, çok işlemciliğini, IO iyi düzeyde kod yazma konusunda iyi bir şansa sahip olmak için nasıl çalıştığını anlamanız gerekir. Bellek boyutu, önbellekleme, vb. bir noktaya kadar iyi çalışır - ancak senkronizasyon eksikliği nedeniyle kırıldığında veya bir performans duvarına çarptığında, makinenin bağırsaklarının içine ne olduğunu anlamanız gerekir.

1
jakobengblom2

Kendinizi sizden daha akıllı insanlarla çevreleyin.

1
JesperE

Çalışmakta oldukları sorun alanı.

1
user39733

Oradaki her geliştirici bunu okumalı post :

"Kodu okumak, yazmaktan daha zordur"

1
antonio

Tavsiye için vazgeçebileceğim tek şey:

  1. Programlama sadece iş değil, sanat formudur
  2. Programlama, tembel olmayı ödediği tek sanat şeklidir.

Şimdi, açık kaynak kodlu bir projeden bazı kodları kaptığınız, yeterince iyi olduğunu düşündüğünüz ve kendi uygulamanızda kesip yapıştırdığınız tembel form değil, gelecekte tembel olmaya hazırlanmak demek.

Her zaman her şeyi özel görevler yapan temel, standart nesnelere ayırmaya çalışırım. SSH bağlantı işleme ve SCP'ing yapan bir SSH nesnesi, tüm db iletişimini işleyen bir dbconnection nesnesi olarak adlandırırsınız.

Sadece bırakın, çalışmasını sağlayın ve işiniz bitti. Ne kadar iyi bir programcı olursanız, bir şeyler yapmak o kadar kolay olur.

Ayrıca yeterince tembel değilseniz (örneğin, TheDailyWTF ) seçeneğini işaretleyin, kendinize başka bir iş alın. İçinizde programlama dilini dilin kendisinde yeniden uygulamak istemediğiniz veya diğer aptalca şeylerden herhangi birini yapmak istemediğiniz bir şey olmalıdır. TheDailyWtf üzerinde görüyorsunuz.

1
SchizoDuckie

Bunu yapmanın birden fazla yolu olduğunu bilin. Bu Perl sloganı, ama çok genel. Ayrıca ücretsiz yazılım şarkısı öğrenebilirsiniz.

1
stephanea

Alçakgönüllülük. Sen bir insansın, üzerinde çalıştığın makinenin uzantısı değil. Her şeyi bilmiyorsunuz ve asla bilemeyeceksiniz ve daima hatalar yapacaksınız.

1
Firas Assaad

Her şeyi nasıl yeniden icat etmemeyi bilmek. Bir geliştiricinin karşılaştığı sorunların büyük çoğunluğu, uzun zaman önce daha akıllı geliştiriciler tarafından karşılandı ve başarıyla çözüldü. Bu bilgiyi kullanmamak geliştiricinin yapabileceği en büyük hatadır. En kötü durumda, kişi sorunu çözemez. En iyi durumda, halihazırda var olan bir çözümü bulmak için zaman kaybedersiniz.

Goran

1
Goran

P == NP ise

Ve Meclis, bazı platformlarda. Muhtemelen bunu asla kullanmak istemeyecektir, ancak kaplumbağaların (veya nesnelerin) tamamen aşağıya inmediğinin farkında olarak bayt burada durur.

Tabii ki NP hakkında şaka yapıyorum, ama hangi problemlerin problemli bir şekilde çözülmesinin zor olduğunu anlamak oldukça yardımcı olabilir.

İdealizm ve pragmatizm arasındaki farkı ve yazılım tasarlarken her ikisinin de neden önemli olduğunu anlayın.

1
sammyo

Bunlar, eğitimim ve kariyerim boyunca kendimi deneme yanılmadan öğrendiğim şeyler. Bu derslerin bana iyi hizmet ettiğini söyleyebilirim, ancak bazen kendi eksikliklerimin üstesinden gelmek için bir mücadele.

  1. Bir sorunu kodlamaya çalışmadan önce nasıl kavramsallaştırılır. Önde tasarım yapmak önemlidir ve sorunu uygun şekilde kavramsallaştırma yeteneğine sahip olmak iyi bir tasarım elde etmeye yardımcı olur.

  2. Alçakgönüllülük. Öğrenmeyi asla bırakmayız ve her şeyi bildiğimizi asla varsaymamalıyız. Her zaman öğrenilecek bir şeyler vardır ve her zaman yanıldığımız zamanlara sahip olacağız. Bunu tanımak ve kabul etmek önemlidir.

  3. Kod nasıl kırılır. Birlikte çalıştığım birçok kişi (ben dahil) gereksinimleri karşılamak için kodlanmış ve kodun kötü verilere ve kötü kontrol akışlarına karşı sağlam olup olmadığını kontrol etmek için yeterli zaman harcamamıştı.

  4. Kod nasıl anlaşılır. Başkalarından borçlanmak kötü bir şey değildir, ancak ne ödünç alındığını anlamadan borçlanmak kötü bir alışkanlıktır. Ördek gibi görünmesi ve ördek gibi quack'lerin aslan gibi yemeyeceği ya da uçan bir fil gibi BM yemediği anlamına gelmez.

1
Jeff Yates

Kendilerini geliştiricinin yerine koymak, projeyi potansiyel olarak onlardan sonra almak - iyi yorum yapmak ve mantıklı bir şekilde adlandırmak.

1
unochild

Her programcı en az bir kez müşterisini/kullanıcısını görmelidir. Kullanıcıyı ve neden bazen bu kadar 'garip' gereksinimleri olduğunu daha iyi görebileceksiniz.

Bir hata raporu alırsanız, suçlanacak ve yeniden düşünecek bir kişiyi aramayın. Belki senin hatan.

1
ravicini

Son zamanlarda, teknik müdürlerin güvenilir bloglarını okudum ve programlama pozisyonları için neredeyse tüm iş başvurularının CS dereceleri de dahil olmak üzere aslında kodlayamadığından şikayet ediyorum. Bu doğruysa, sorunuzun cevabı açıktır: her programcının bilmesi gereken şey gerçekten programlayıp programlayamayacaklarıdır. Uyarı yapmadan, basit bir sorunu dinleyebilmeli, daha sonra bir bilgisayara oturabilmeli ve birkaç dakika içinde doğru bir çözümü kodlayabilmelisiniz.

Bkz. http://steve.yegge.googlepages.com/five-essential-phone-screen-questions

1
dongilmore

Genel:

  • Nasıl öğrenilir (işler her zaman değişecektir)
  • Teknik olmayan kişilerle iletişim kurma
  • Teknik kişilerle iletişim kurma
  • Bir grupta çalışma
  • Zamanlarını yönetme
  • Projeler nasıl parçalanır, tahmin edilir ve planlanır
  • Nasıl itiraz veya eleştiri olmadan bir dick olmak

Teknik:

  • Temel veri yapıları (listeler, karmalar, yığınlar vb.) Seçim diliniz bunları sizin için uygulasa bile, bunlar hala kara kutular olmamalıdır.
  • Birkaç farklı algoritma ve çalışma sürelerinin nasıl analiz edileceği. Herkes ihtiyaçlar sıralamayı bilmek, ama dürüst olmak gerekirse, pek çok insan yapar, eğer yapmazsanız küçük bir azınlıktasınız.

Oradan çoğu şeyi genellemek zor. Örneğin, yerleşik denetleyiciler üzerinde çalışan birinin muhtemelen SQL'i bilmesine gerek yoktur, aynı şekilde bir DBA'nın muhtemelen STL'yi bilmesine gerek yoktur.

1
Bill

Her programcı üzerinde çalıştıkları temel donanımın temelini bilmelidir. Birini seçmeden önce diller arasındaki fark nedir? Üzerinde çalıştığı dilin her santimini bilin. Neredeyse 10 farklı kap tanıyın. Genel programlama. temel Boole mantığı, bazı temel matematiksel ilkeler. 100 temel algoritma. Ve iyi gözlük teknikleri.

ANCAK iyi bir programcının en iyi yeteneği problem çözme ve kutudan çıkma düşüncesidir ve bana bununla birlikte doğduğunuzu öğrenemeyeceğinize inanın.

1
user28954

Açık olanın yanı sıra:

İletişim becerileri

Grafik, Konuşma ve Yazılı.

1
Demian Garcia

Asla bir şey varsaymayın. Stephen King'in Hücresinde olduğu gibi .. Assum U ve Ben'den bir eşek yapar

1
Tanmoy

Komplikatöre dikkat edin!

1
Mike Robinson

iyi bir geliştirici;

  • kodondan geri adım at ve bir süre büyük resme bak
  • diğer bir geliştiriciye ve ofis PA'sına, yönetmene ve pazarlama yöneticisine ne yaptıklarını (ve nedenlerini) açıklar ....
  • eğer teknik özellikler lansmana kadar değişmediyse, bir şeyin kaçınılmaz olarak/doğal olarak yanlış olduğunu anlayın
  • geliştirici krtizmini bir öğrenme yolu olarak kabul etmek
  • Öğrenmeyi asla bırakma
  • hala iyi bir yazılım/kod geliştirmenin bir vızıltısını almak
1
chillfire

Ne zaman duracağınızı bilin.

İyi yerleştirme ve aşırı arıtma ile iyi bir program bozmayın. Devam edin ve bir süre kodunuzun kendi başına kalmasına izin verin.

- "Pragmatik Programcı" dan

Bazen yardım edemiyorum ve ellerim onu ​​"biraz daha" optimize etmek için kaşınıyor. =)

1
teriz

Parmakları işaret etmek yerine olası çözümlere işaret edin. Önemli olan olumlu sonuçtur.

(from: "Çevik Bir Geliştiricinin Uygulamaları")

1
Patrick Peters
  • SQL
  • matlab
  • bir OO dil
  • bir işlevsel dil
  • bir komut dosyası dili
  • Lex/yacc veya benzeri ayrıştırma araçları
  • ve belki tex, prolog, vhdl, postscript

Sadece birkaç saat ya da birkaç gün keşfetmek yeterlidir. Bunlara çok aşina olmanıza gerek yok.

Ana nokta, programcının view değerini genişletmektir: çok farklı olan birçok tür programlama vardır. Kullandığınız dilin düşüncelerinizi sınırlamasına izin vermeyin.

1
kcwu

Benim .02 sent değerinde ......

İstemci istediği sırada bir görevi nasıl tasarlayacağınızı/kodlayacağınızı bilmemek, istemci isteğini reddetmek için yeterli neden DEĞİLDİR. Bazen müşterinin ihtiyacı olan bir şey yapmayı kabul etmeliyiz ... ve SONRA bunu nasıl yapacağımızı öğrenelim.

Patton'un bir zamanlar söylediği gibi: 'İmkansızı yapmak için işteyiz' ... herhangi bir slob mümkün olanı başarabilir. Eklediğim son kısım;))

1
jfq722

Burada bir sürü harika cevap var, ama bir tane daha atacağım: Becerilerinizi geliştirmek için işinize güvenmeyin. Birçok programcı, CRUD programlama yaparak, tipik bir BT mağazasında beş yıllık takip emirleri ve hata düzeltme çalışmalarının otomatik olarak onları "kıdemli bir programcı" haline getirdiğini düşünüyor. Mutlaka öyle değil: Jared Richardson'ın çizgisini seviyorum, "Bazı programcılar beş yıllık deneyime sahip. Bazı programcılar beş yıllık bir yıllık deneyime kavuştu."

Beceri setinizi geliştirmek, yeni diller öğrenmek ve daha kaliteli, iyi tasarlanmış kod üretmek için sonuçta SİZİN sorumluluğunuz (patronunuzun değil) olduğunu kabul edin. Bu, kendi araçlarınızı iş yerinde yazmak, boş zamanlarınızda yapılan bir yan proje anlamına gelebilir, ayda yeni bir teknik kitap anlamına gelebilir veya açık kaynaklı bir projeye katkıda bulunmak anlamına gelebilir. Tutkulu olduğunuz bir şeyle ilgili bir proje bulabilirseniz, çok daha iyi.

İster maaşlı olun, isterse bir yüklenici olun ... nihayetinde TÜM serbest çalışanlarız.

1
pbailey19
1
amit
1
OrElse

Google nasıl kullanılır?

1
Hagai L
  1. Nefsini bırak

  2. Eleştiri kötülük değildir

  3. Kucaklama hatası

  4. Hatadan hızlı bir şekilde kurtarın

  5. Uygulama, uygulama, uygulama ....

  6. Başkalarından öğrenmek için istekli olun

  7. Değişmeye istekli olun

1
gath

Öğrenmediğiniz bir programlama dilinde yazılmış bir program nasıl anlaşılır.

(örneğin, bir Java programcı C # öğrenmeden C # kodunu okuyor)

1
Ming-Tang

Gerçekten sağlam kod yapmak istiyorsanız kendi köpek mamasını yemelisiniz.

1
Mark Tomlin

LISP öğrenin.

ESR çivilenmiş b :

"Bilgisayar korsanları için özellikle önemli diller arasında Perl ve LISP yer alıyor" ... "LISP farklı bir nedenden ötürü öğrenmeye değer - nihayet aldığınızda sahip olacağınız derin Aydınlanma deneyimi. Bu deneyim sizi geri kalanı için daha iyi bir programcı yapacak LISP'nin kendisini çok fazla kullanmasanız bile günleriniz. "

Ben çok kolay herhangi bir yeni dil almak olamazdı bir LISP programcı görmedim, ama ben uzmanlaşmış birçok, çok programcı gördüm yeni dil öğrenmekte güçlük çeken diğer tüm hayal edilebilir diller. LISP ile ilgili birinin beynini uzatan bir şey var. (Sanırım kendi içinde bir şey tanımlama sirkülasyonu ile ilgili.) Bir akrobat gibi, başka hiçbir şey artık bir streç gibi görünmüyor.

Üniversitem tüm öğrencilerin batı dışı kültürler de dahil olmak üzere yabancı dillerde ve kültürlerde ders almalarını istedi. İnsanların sadece C++ ve Java öğrenmiş olan bilgisayar bilimleri okulundan mezun olmasına izin verdiğimize şaşırdım.

Evet, işe alırken buradaki diğer birçok şeyin üstündeyim. Herhangi bir LISP programcısı hemen hemen hiçbir zaman "Kaynak kontrolü, birim testi ve sürekli entegrasyon" öğrenebilir, ancak bu 3 şeyi bilen sadece Java içeren bir programcı, kapaklar, ayrıştırıcılar veya gerçekten ihtiyacım olan şeylerle iyi mücadele edebilir. Bilgisayar bilimi ve programlamayı biliyorsanız, size süreçleri öğretebiliriz, ama tam tersini değil - veya en azından bordro ile sübvanse etmek istediğim bir zaman diliminde değil.

1
Ken

Bir üniversite mezunu olarak konuşursak, okulda öğrenmediğim birçok şey var, kendi başıma almak zorunda kaldım. Kendi başıma öğrenmek zorunda olduğum çeşitli şeyler hakkında devam edebilirdim, ama bu biraz zaman alabilir :) Bunun yerine, aşağıdakilerin belirli bir araç veya teknolojiyi koyduğunu öneririm:

Yeni şeyler öğrenmeye devam edin. Keskin ve rekabetçi kalabilmek için sürekli iyileştirme dürtüsüne sahip olmalısınız.

1
Grant Palin

Komik, ama işimdeki en önemli tek becerinin googling olduğunu düşünüyorum. Bazen düşünmeden önce bile google sorunu :)
Ya da genelleme yaparsam buna 'bilgi işleme' derdim: çok sayıda veriyi hızlı bir şekilde 'tarama' ve ihtiyacınız olan bilgiyi bulma yeteneği.

1
Nikita Rybak

Tüm Demoların Annesi

from Wikipedia

Tüm Demos'un Annesi, Douglas Engelbart'ın 9 Aralık 1968 tarihli, San Francisco'daki Kongre Merkezindeki Güz Ortak Bilgisayar Konferansı'nda (FJCC) gösteriye retrospektif olarak verilen bir isimdir. . Demo, halkın gördüğü ilk bilgisayar faresinin yanı sıra etkileşimli metin, video konferans, telekonferans, e-posta, hipermetin ve ortak gerçek zamanlı bir editör tanıttı.

1
Özgür

Her programcı bir programcıdır. Sonra tasarımcılar ve analistler de var. Analiz aşaması atlanırsa, yanlış şeyler programlarsa kimse programcıyı suçlamamalıdır ...

Tabii ki küçük projelerin sadece bir geliştiricisi olabilir, ama anlıyorsunuz.

0
Silvercode

Gurur hatlarınızı yutun - daha iyi bir fikir öneriliyorsa fikirlerinizi kalp atışında nasıl boşanacağınızı öğrenin.

0
stephbu
  • Yeni şeyler öğrenmek için alçakgönüllü olun.
  • Dil topluluğuna katılın.
0
amadamala

Matematik. Programlama, matematik dilinin korkutucu derecede küçük bir alt kümesidir.

0
directrixx

Soğutmanın, kazan plakasının, boringin ve yedeklemenin nasıl yapıldığını bilmenin yanı sıra. Bir şeyi bil ve öğren, sen değiştirilebilirsin. Bunu aştığınızda, işiniz daha kolay olacak. "İnternet zamanı" olmasına rağmen, patronunuzun ne düşündüğüne bakılmaksızın, yapmaya değer bazı şeylerin de zaman alacağını ve beş dakika içinde gerçekleştirilemeyeceğini bilin.

0
Chris
  • Hatalarınızdan çok fazla şey öğrenin.
  • Regex - Hala bilmiyorum :-(
  • Sürüm Kontrolü.
  • Performans optimizasyonlarıyla nerede durmalı.
0
Adam Gibbins

Teori ve algoritmaları bilir ve anlar. Herkes kod yazmayı öğrenebilir, ancak kod yazmayı öğretebilen çok az kişi olur.

0
andy.gurin

Adım 1. http://www.pragprog.com/the-pragmatic-programmer adresini okuyun.

2. Adım.

0
user23313

Kendi başınıza halledin. Ya da en azından sorunu kendi başınıza çözmek için gerçek, dürüst bir girişimde bulunun. Cevabını başkasından alacağından daha fazlasını öğreneceksin ve çok daha faydalı olacak.

0
Kyle Walsh

Programlama bilgisayar yapıyor

  1) Get input  
  2) Process input data  
  3) Generate output

Bilgisayarlar aptal ama gerçek hızlı.

Ve elektrik olmadan veya ilgili bir enerji kaynağı olmadan kaşık olmaz.

0
fsniper

her programcı kaynağa aç olmalı - sürekli öğrenmeli ve uyum sağlamalıdır.

0
arshad

Listem:

  1. Üzerinde çalıştığınız teknolojiden çok programlama bilimine ve mantığına önem verin ve iyi bilin!
  2. Son kullanıcı ile empati kurun ve sadece bazı teknik veya teknolojide yetkin olduğunuzu göstermek için ona bir şey vermeyin. yani, aslında bir bisiklet olduğu zaman ona bir roket atmayın.
0
Shyam

Kullanıcı memnuniyeti önemlidir, kod kalitesi o kadar da değil

0
Daniel Melo
to understand
to think
to write well
to optemize
..and to cheer up :D
0
Ahmad Dwaik

Sadece iyi bir takım oyuncusu olun - geri bildirimi her zaman yıkıcı eleştiri değil iyileştirme için bir öneri olarak kabul edin.

0
ruibm

Öfkenizi kaybetmeden sinir bozucu insanlarla nasıl başa çıkabilirsiniz.


Yönetici masanızdaki eşyaların bir listesini bırakıp cuma günü yapılmasını beklediğini söylediğinde; DBA bir veri yükleme komut dosyasını iki kez çalıştırdığında; Sysadmin kodunuzun yanlış sürümünü dağıttığında; Kullanıcı sizden nasıl çalıştığını açıklamasını istediğinde, - İşte o zaman zarafetle başa çıkabilmeniz gerekir. Çünkü tüm bu insanlarla çalışmak zorunda kalacaksınız ve nasıl bir pislik olduğunu düşünmezlerse çok daha iyi gidecekler, nasıl olursa olsun yanlış .

0
Sean McMillan
  • Asla düşündüğünüz kadar bilemezsiniz. İşteki birkaç yıl sonra bile, kişisel uzmanlık alanınız hakkında bildiklerinizden daha fazlasını bilen insanlarla karşılaşmaya devam edeceksiniz. Endişelenmeyin ve çalışmaya ve öğrenmeye devam edin.

  • Asla yeterli dili, mimariyi, paradigmayı veya buzzwords öğrenmemiş olacaksınız. Çünkü her şeyi bildiğinizi düşündüğünüzde, birisi yeni bir buluş icat edecektir (favori teknolojiyi buraya ekleyin) ve tekrar temasa geçeceksiniz.

  • Yakında o eski tüylü duddy olacaksın. Onu biraz gevşetin ve bir zamanlar ayakkabılarının içinde olduğunu varsayın.

0
MJB

At gözlüklerini çıkar!

0
fastcodejava

Gerçek dünya, okuldayken yaptığınızla aynı şekilde çalışmayabilir. Bir şirketin yazılım geliştirmeyi nasıl yürüttüğünü, size öğretilen teoriyle tam olarak eşleşmeyeceğini kabul edin.

Yeni bir kuruluşta işlerin nasıl yürüdüğünü anlamak için biraz zaman ayırın. Bu herkes için geçerlidir, ancak mezunlar bunu diğerlerinden daha ayık bulabilirler.

0
JB King

Bir geliştirme işi almak için gerekli beceriler ve bir geliştirme işinde başarılı olmak için gerekli beceriler genellikle iki farklı şeydir. Kariyer seçimleri yaparken, aynı oldukları yerleri tercih edin.

Tersine, çoğu işte veri yapısı/algoritma ihtiyaçlarınızın% 95'i kütüphane sınıfları tarafından sunulur. Zamanınızın% 95'i CS'de ninja olan ancak lobotomize edilmiş bir kunduzun mühendislik becerilerine sahip kişiler tarafından yazılan sürdürülemez kodlarla uğraşarak boşa gidecektir.

0
Uri

Bir veteriner hekim işini nasıl yapıyor!

0

Bugün bu kitapla karşılaştım. Çok güzel bir kitap ve en iyi uygulamaların iyi bir özeti.

Her Programcının Bilmesi Gereken 97 Şey

0
user171523
0
CMA

Hazır düşünmek genellikle iyi bir şeydir! Gelişimin çoğu sadece basit değildir.

0
Marcos Bento

Kişiler ağını hem mevcut organizasyonları içinde hem de harici olarak nasıl kullanabilirsiniz, çünkü sizinle ilgili bir sorun için ne zaman başa çıkacağınıza veya bir sonraki ilginç projenin nereden gelebileceğine asla bilemeyeceksiniz.

0
TomY

Her programcı iyi belgelere kodla nasıl eşlik edeceğini bilmelidir.

Ben iyi belgelenmiş kod (gömülü yorumların liberal kullanımı) korumak ve yükseltme daha kolay olduğunu düşünüyorum.

Bir programcı bir gerekçe (kodun satır içi) için gerekçelerini gömerdiğinde, onu anlamak için daha az zaman harcayabilir ve özellik ekliyor ya da diğer ilgili sorunları ayıklayabilir mi?.

0
Bob Minteer