Programcılar ve müşteriler arasındaki çatışmaların tartışılması. Yüklenici ve müşteri arasındaki belirsiz durumların analizi, programcıların en çelişkili uygulayıcılarının değerlendirmesi. - sayfa 28

 
abolk : Geçen hafta "sert trolling" ve "belirtilmemiş birçok" ile ilgili sözlerinizi hatırladım. Ve geri durmadı.
Sonra bundan hiç bahsetmedim. Konudan sapmayalım.
 
Mathemat :

Seçim yöntemi yanlış. Seçim kriteri, kodlayıcının benzer görevlerle çalışma yeteneğidir.

İyi bir fikir. Biten işlerin listesine bakarsanız, bu işin neyle ilgili olduğu tamamen anlaşılmaz. "Çift yönlü ızgara", "8 göstergeden gelen sinyallere dayalı piyasa emirleriyle giriş" gibi kısa bir açıklama olasılığını ekleyin. Açıklama, icracının kendisi tarafından yapılabilir.

Bu arada, gerçek hayatta müşteriler, geliştiricinin bu tür görevleri yapıp yapmadığını, tamamlanan işler listesinden belirlemeye çalışıyor ve "benzer bir iş yaptığınızı söylüyorlar, yapın" sözleriyle muamele gördükleri zamanlar var. TOR'uma göre benim için."

 
abolk :

Neye benziyor? Kodlayıcılar, proficoder'lar, undercoder'lar, bydlocoder'lar var mı? Derecelendirme, izolasyon ve özetleme parametreleri nelerdir?

Evet, moderatörün ağzından bile. Kusura bakmayın ama yazınız abartılı.

Ve bu şekilde müşteriler sınıflandırılırsa?

Bir sınıflandırma var ve oldukça makul, saldırgan değil. Programcının çözülmekte olan problem hakkındaki anlayışının derinliğine ve tamlığına bağlıdır. İnternette yazılar var ama bulamadım ama gördüm ve okudum. En yüksek olanı - mimari olarak adlandırılıyor gibi görünüyor, işte programcı tarafından çözülen sorunun tam bir anlayışı. Sonuçta, gelen ve giden her şeyi anlayabilir ve bir kerede yazabilirsiniz. Bir program oluştururken, gözlemlerken, çevirirken vb. Kenardan başlayabilirsiniz. en alta, örneğin, veritabanına yanlış erişim hatasının yerine "veri yok" mesajının getirildiği duruma (veya tüm sorunların çözümü istisna işlemedir). Bunun gibi bir şey...
 
İşte harika bir sınıflandırma, ancak bu değil - http://www.coderoid.com/2009/04/blog-post_08.html
Восемь уровней программистов
  • 2009.04.08
  • www.coderoid.com
Автор Jeff Atwood www.codinghorror.com/blog Оригинальная статья: The Eight Levels of Programmers Вам когда-нибудь задавали на интервью вопрос: "Кем Вы себя видите в ближайщие пять лет?" Когда меня спрашивают, я всегда вспоминаю клип Twisted Sister 1984 года.                    Чего вы хотите добиться в своей жизни? Конечно же, вы...
 
not. kodlayıcıların sınıflandırılması ile ilgili olarak - Hintli kodlayıcılar unutuldu;)
 
Mathemat :

Büstü yok, ama iyi bilinen bir terim, google it. Ama "bydlozakazchik" terimini bilmiyorum.

"Bydlokoder" köklü bir terim olarak ortaya çıkıyor. Bilmiyordum. Açık bir "sözlük" açıklaması var.

Ancak bir terim ve "bylozakazchik", "bydlouzveri", "bydlosubcontractors" var - Google, kullanımlarına bir dizi bağlantı veriyor.

 
Mathemat :

Grider kolay bir iş değil, aslında 3 günde (çok basit değilse de) bitmiyor.

Kesinlikle katılıyorum, zor bir sipariş. Ancak, her şeyden önce, karmaşıklık da abartılmamalıdır, özellikle de

seçilen sanatçının benzer işleri varsa, bu da bir takım tecrübeler ve gelişmeler olduğu anlamına gelir.

Ve, bu varsayımsal programcı, inanılmaz karmaşıklık ve caydırıcı maliyetten bahsederek kendi değerini şişirmeye başladığında,

her zaman bir alternatif arayabilirsiniz. Bunlardan bol miktarda vardır.

Benim için, bir müşteri olarak, benim siparişlerimin çoğunun yanı sıra benim siparişlerimin de işe yaramaz çöpler olduğu bir sır değil.

Bu çöp için para ödemeye hazırım, biri benim için kabul edilebilir bir para için bunu yapmaya hazır.

Sipariş esas ise, doğal olarak müşteri söylediği kadar ödeyecek ve deneyimli bir programcıdan sipariş vermeye çalışacaktır.

Bütün soru, bu deneyimli programcıyı nasıl bulacağınızdır.

Belki de bunun için çok önemli olmayan ve çok pahalı olmayan bir şey sipariş etmeniz ve kimin neyi yapabildiğini, nasıl çalıştığını ve en önemlisi müşteriyle nasıl iletişim kurduğunu görmeniz gerekecek.

Peki, bu süreçte, hangi siparişin paraya değdiğini anlamak için - bunun için - ciddi şekilde kusabilir veya örneğin, sadece başka bir programcı bulabilirsiniz.

 
abolk : "Çift yönlü ızgara", "8 göstergeden gelen sinyallere dayalı piyasa emirleriyle giriş" vb. gibi kısa bir açıklama olasılığını ekleyin. Açıklama, icracının kendisi tarafından yapılabilir.

Bu arada, gerçek hayatta müşteriler, geliştiricinin bu tür görevleri yapıp yapmadığını, tamamlanan işler listesinden belirlemeye çalışıyor ve "benzer bir iş yaptığınızı söylüyorlar, yapın" sözleriyle muamele gördükleri zamanlar var. TOR'uma göre benim için."

Müşteri için, [TOR'un nasıl oluşturulacağını ve] bir yüklenicinin nasıl seçileceğini kısaca açıklayan bir not hazırlayın. Ve buna uygun olarak adlandırın: "Önemli! [Bir TOR nasıl oluşturulur ve] bir icracı nasıl seçilir." Ve bu not, "İş" hizmetinde en belirgin yerde olmalıdır. Peki, metin şeklinde değil, bir bağlantı olsun. Dikkatli okumadım - bu benim hatam. Ve TK üzerinde anlaşma aşamalarında zorunlu bir öğe olarak okumak için bir onay işareti.

Ve makaleler - birkaç kişi onları okur, bu bir zorunluluk değildir.

Gelecekte, bir tahkim durumu ortaya çıkarsa, öncelikle müşteriye şunu söyleyin: Notu okudunuz, işte onayınız. Müşterinin sizin tarafınızdan bilinçli olarak seçilmesi gerçeğinden hareket ediyoruz, "kim daha güzel (üstte), o benimdir" ilkesine göre değil.

 

Müşteri haklı. Kalite istiyor. Bu nedenle, hack'ten memnun değil. Ve siparişinizi işe yaramaz bir çöp olarak görüyorsanız, o zaman fark nedir - vicdan rahatlığıyla mı yoksa sahtekarlıkla mı yapıldı?

Bu arada, konunun sevgili yazarı. Lütfen sitenin dahili posta yoluyla bana cevap verin.

 
Wex : Müşteri haklı. Kalite istiyor. Bu nedenle, hack'ten memnun değil.

Bu durumda müteahhitten çok müşteri haklıdır. Ancak bu, konuşmanın herhangi bir müşteriyle ilgili değil, konuyu başlatanla ilgili olması durumunda geçerlidir.

Ve siparişinizi işe yaramaz bir çöp olarak görüyorsanız, o zaman fark nedir - vicdan rahatlığıyla mı yoksa sahtekarlıkla mı yapıldı?

Yanlış. İyi niyetle yapılırsa - çöp olup olmadığını kontrol edebilirsiniz.

Bunun saçmalık olduğunu müşteri daha sonra sipariş tamamlandığında öğrenir.