Bir programcıya NASIL %100 ilgi gösterilir, FİKİRİNİZE göre bir danışman yazın - sayfa 7
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Demek istediğim, müşteriyle iletişim kurduktan sonra, gerçekten neye ihtiyacı olduğunu anlayana kadar onu eğitmeniz gerekiyor.
Demek istediğim, müşteriyle iletişim kurduktan sonra, gerçekten neye ihtiyacı olduğunu anlayana kadar onu eğitmeniz gerekiyor.
Evet, ne gözleme "nadir değil" !!! Müşteri neredeyse her zaman eyalettedir:
Müşteri: "Bilgisayar her şeyi yapabilir mi?"
Programcı: "Bazı varsayımlarla, evet."
Müşteri: "O zaman yarına kadar bana büyük bir kırmızı düğme yap, böylece basıp istediğimi elde edeyim..."
Programcı: "Ne istiyorsun?"
Zakachik: "Henüz bilmiyorum ama ilerledikçe anlayacağız"
Programcı: "Pekala, genel olarak, görev nedir? Yarına kadar bir şeyler programlamam gerekiyor"
Müşteri: "Peki, nesin sen, üzgünüm"
Son özellik beni öldürdü (gerçek diyalog):
Satış müdürü: "Büyük bir aktif sözleşmem var, bunu "temelde kapanmaya başlıyor" durumuna ayarlayabilirsiniz"
Geliştirici: "Tamamlanma yüzdesini mi kastediyorsunuz? Herhangi bir mali belgeniz var mı? Bunları sisteme kaydedin, yüzde kendisi girilecektir"
Yönetici: "Hayır, henüz başlamadı, sadece bir durum verin."
sadece prodüksiyonu alıp üzerine yazmaktan daha zor
bu aslında programlama
Pek çok insan bunu nasıl yapacağını bildiğini sanıyor ama nasıl yapacağını bilmiyor.
bir sersemliğe düşebilecek birinden gelen sorularla karşı karşıya kaldığında
kodlama: tamamen, bu sadece bir zanaat
burada zaten - biri bir günü bir saatte kodlayacak - haftada başka bir gün
biri 10kb soda diğeri 100kb yazacak - program aynısını yapacak
bu sadece iyi ve kötü bir kodlayıcı arasındaki farktır
---
temel olarak, birisi zaten her şeyi bildiğine karar verdiğinde - yani, bir yönetmen olduğunu düşünüyor - dili bilmeden - ve yetenekler ve teknolojiler, belki de konu alanı - bir programcı arıyor.
müşteri: bak işte böyle bükülmüş ve işte böyle, bir sapma oldu ve burada hareket daha yüksek ve neden uzman burada satıyor neden yazdın alman gerekiyor!
programcı: burada durum iyiydi, ancak hareket daha sonra yönünü değiştirdi, tarihi görüyorsunuz - statik, ancak satış sırasında dinamiklerde hareket daha düşüktü
her şey - geldiler ... müşteri bir şaşkınlık içinde - dinamik kelimesini anlamıyor mu? veya statiği anlamıyor ve burada programcı öğretmen gibi davranıyor - bir müşteri oluşturuyor
----
durum 2
acemi programcı, programlama dilinde ustalaştığına karar verdi ve yazmaya başladı
ve sonra döngüyü başlatır
https://forum.mql4.com/ru/11099
program basit
for(int i=0; i<362; i++)
{
Print("i=>", ben);
}
ama günlüğünde
> denedi, 0 değil 120'den başlayan bir çıktı aldı. Ama 362 değil, 361 değeriyle bitti
---
kötü bir kodlayıcıdan bile daha kötü - bu, dil ve teknoloji konusunda tam bir cehalettir
ve sonra yetkili bir yönetmen böyle bir programcıyı reddedecek
dağıtım başladı ... herkes anladı ...
Son özellik beni öldürdü (gerçek diyalog):
Satış müdürü: "Büyük bir aktif sözleşmem var, bunu "temelde kapanmaya başlıyor" durumuna ayarlayabilirsiniz"
Geliştirici: "Tamamlanma yüzdesini mi kastediyorsunuz? Mali belgeleriniz var mı? Bunları sisteme kaydedin, yüzde kendisi girilecektir"
Yönetici: "Hayır, henüz başlamadı, sadece bir durum verin."
Çözülecek görevler için 1C veya benzeri bir şey mi? Pekala, onunla bir şey olsun, müdür, bırak da onunkini alsın. Encoder için burada esas olan, bu durumun yeni bir işlem oluşturmadığını anlamaktır. Açıkçası, bu sadece yönetici için kişisel olarak rapor vermek içindir, böylece durumunun ne olduğunu kendisi görebilir ve patrona rapor verebilir. Yönetici onun için yarım ay acı çektiğini düşünsün :)
Sözleşmeye başka bir mantıksal öznitelik atanır - "prensipte kapanmaya başlar" ve gerekli gördüğünde yöneticinin bu kutuyu işaretlemesine izin verin (bu aptal durum, açıkçası, programlı olarak değil, kullanıcı tarafından belirlenir). En azından belgenin formunu şahsen kendisi için yeşile boyamasını istemesine izin verin - keşke yeni finansal belgeler olmasaydı ... Yoksa bir şey anlamadım mı?
Çözülecek görevler için 1C veya benzeri bir şey mi? Pekala, onunla bir şey olsun, müdür, bırak da onunkini alsın. Encoder için burada esas olan, bu durumun yeni bir işlem oluşturmadığını anlamaktır. Açıkçası, bu sadece yönetici için kişisel olarak rapor vermek içindir, böylece durumunun ne olduğunu kendisi görebilir ve patrona rapor verebilir. Yönetici onun için yarım ay acı çektiğini düşünsün :)
Sözleşmeye başka bir mantıksal öznitelik atanır - "prensipte kapanmaya başlar" ve gerekli gördüğünde yöneticinin bu kutuyu işaretlemesine izin verin (bu aptal durum, açıkçası, programlı olarak değil, kullanıcı tarafından belirlenir). En azından belgenin formunu şahsen kendisi için yeşile boyamasını istemesine izin verin - keşke yeni finansal belgeler olmasaydı ... Yoksa bir şey anlamadım mı?
Programcılar rasyonel insanlardır. Ve düşünceleri rasyoneldir. İlk soru ortaya çıkıyor: "Fi.a için gerekli mi?" Ve programcı açısından mantıklı bir açıklama yoksa, müşteriyle sürtüşme başlar.
İyi bir müşterim olduğunda - ne istediğini biliyordu ve nasıl çalışması gerektiğini açıkladı. Ve geri kalanı "kırmızı düğme ..." ile ilgili :)
Evet, kendiniz için herhangi bir şey koyabilirsiniz, yalnızca SUN Hesabında işlemlerin oluşturulduğu (ülke genelinde verilerin birleştirilmesi) ve önerilen çözümün gerçekleştirilen işin operasyonel muhasebesi için ev yapımı kurumsal sistemde olması gerekiyordu. "Sadece durumu koy", belgesel onayı olmadan tahmin üzerinde bir etki yaptı. Kısacası: "Ah kardeşim ... bunlar dolandırıcı." Ana şey, uygunluk onayı için zamanında baş muhasebeciye göndermektir (Bu arada, asla geri dönmedim :-))
Ya da belki yönetim ve muhasebe raporlaması arasındaki farka dair hiçbir anlayış yoktur.