Danışman hızlı (1-5 saat) 10$'a.Script 5$'a. - sayfa 9

 
granit77 писал(а) >>

Uygulama, kendini tanıtmanın bu tür birden fazla dalı öldürdüğünü göstermiştir. Sadece bir programcı bulmak için makul bir prosedür önerebilirim. BENİM NACİZANE FİKRİME GÖRE.

1. Efsanevi komposter tarafından yazılan " Sipariş danışmanı. Bir tüccar için talimatlar " makalesini okuyun, bu TK'yi derlemek için pratik bir talimattır.

2. Forumda programcılar için arama yapın (iş ilanlarını değil), tartışmaları okuyun, kimin davrandığını görün.

3. Beğendiğiniz adayların bir listesini yapın (sempati uyandırmak, doğru ve doğru konuşmak, yayınlanmış ciddi senaryoların / makalelerin geniş bir listesiyle forumda deneyim sahibi olmak).

4. Görev Tanımını hazırlayın ve adaylarla kişisel olarak iletişime geçin, önceden onay alındıktan sonra, maliyet tahmini için Görev Tanımı gönderin.

5. Birini seçin, geri kalanına teşekkür edin.

Tecrübelerime göre komposter ve Integer mutlak otoritelerdir (diğer profesyonellerden özür dilerim, henüz rastlamadım).

Algoritma iyi, tek bir şey var: otorite ne kadar "koşulsuz" olursa, hizmetleri o kadar pahalı olur :) Yani makul bir uzlaşma bulmaya çalışıyorsunuz.

Cimrinin birçok kez ödediği gerçeğinde muhtemelen bazı gerçekler olsa da ...

 
rid писал(а) >>

Mütevazı programlama deneyimimle birkaç kez, en basit, temel tasarımlar için siparişleri yerine getirmeyi kabul etti.

İzlenim belirsizliğini koruyor. Kural olarak, müşteriler sonunda ne elde etmek istediklerine dair kötü bir fikre sahipler.

Ve onlardan makul bir şekilde belirtilen teknik/görev almak - bazen bir danışman yazmaktan daha fazla zaman alır! Bunlar / görevler (ironi olmadan) bazen neredeyse kenelerle çıkarılmalıdır!

Kural olarak, müşterinin kendisi ne istediğini tam olarak anlamıyor ...

Bir "TK" den: A çizgisinin grafiği B çizgisinin biraz altında olduğunda...

Daha fazla sesli iletişim:

Ben: biraz - ne kadar ve ne kadar?

Zack: Aptal mısın, biraz ne demek bilmiyor musun?

 
Echkidag >> :

Algoritma iyi, tek bir şey var: otorite ne kadar "koşulsuz" olursa, hizmetleri o kadar pahalı olur :) Yani makul bir uzlaşma bulmaya çalışıyorsunuz.

Cimrinin birçok kez ödediği gerçeğinde muhtemelen bazı gerçekler olsa da ...

Algoritma nesiller tarafından kanıtlanmıştır. Bu daldan bile, "rastgele bağlantıların" hem para hem de sinirlerde daha büyük kayıplara yol açtığı açıktır.

Ve ustaca para biriktirmeniz gerekir: basit şeyleri kendiniz yapın, makul bir ücret karşılığında isteğe bağlı şeyler sipariş edin ve hatta asillere potansiyel kaseler verin.

Yetkin, makul ve doğru bir şekilde size tekrar yanıldığınızı gösterecekler ve dersi çok iyi hatırlayacaksınız çünkü iyi paraya mal olacak.

 

Ve o zamandan beri yerinde, hemen rapor vermek daha kolay değil. ne kadar ödemek istiyorsun

bir programcının işi için.

 
"Ucuzluk için pop peşinde koşmazsın." Ucuz ve iyi nadirdir, uzun sürmez ve herkes için değildir. Teklif gerçekçi olmayan bir şekilde "cömert" idi ...
 
JavaDev писал(а) >>

Kural olarak, müşterinin kendisi ne istediğini tam olarak anlamıyor ...

Bir "TK" den: A çizgisinin grafiği B çizgisinin biraz altında olduğunda...

Daha fazla sesli iletişim:

Ben: biraz - ne kadar ve ne kadar?

Zack: Aptal mısın, biraz ne demek bilmiyor musun?

hedeflenmiş değil, yine de tavsiye - - iletişimden müşterinin ne istediğini bilmediğini görürseniz, daha hoşgörülü olun: hemen seçim yapabileceğiniz birkaç seçenek sunun. aralarından seçim yapmasına izin verin!

 
Shu >> :

hedeflenmiş değil, yine de tavsiye - - iletişimden müşterinin ne istediğini bilmediğini görürseniz, daha hoşgörülü olun: hemen seçim yapabileceğiniz birkaç seçenek sunun. aralarından seçim yapmasına izin verin!

Yani enkoderler yapıyorum... 2-3 seçenek ve müşteri karar veriyor.

Belki "TK'yi kenelerle çeker" avlamaya bile zahmet etmeyen biri vardır.

 
Shu >> :

hedeflenmiş değil, yine de tavsiye - - iletişimden müşterinin ne istediğini bilmediğini görürseniz, daha hoşgörülü olun: hemen seçim yapabileceğiniz birkaç seçenek sunun. Aralarından seçim yapmasına izin verin!

Kesinlikle - bunu yapmamalısın!

Herhangi bir "boşaltma" sonucuyla "çünkü" (ve başka bir şey olmayacak), programcı her zaman suçlu olacaktır.

Tüm takip edenlerle...

 
rid писал(а) >>

Kesinlikle - bunu yapmamalısın!

Herhangi bir "boşaltma" sonucuyla "çünkü" (ve başka bir şey olmayacak), programcı her zaman suçlu olacaktır.

Tüm sonuçlarıyla birlikte...

anlamadın! ;-) müşteri durumu kendisi formüle edemezse, ona birkaç seçenek arasından seçim yapabilirsiniz (geliştirme, resmileştirme konusundaki deneyiminize dayanarak). ve bunun "kafası karışmış açıklamasına" tekabül edip etmediğini kendisine söylemesine izin verin. bazı seçeneklerin karşılık geldiğini söylüyorsa, öyle olsun! ancak görevi açıkça resmileştirmeden yazmaya başlarsanız (" müşterinin sözlü açıklamasına" uygunluk açısından), o zaman evet, size tamamen katılıyorum - programcı nasıl yazarsa yazsın, yine de kötü olacak , 2- 3-4-5 kez yeniden yapmanız gerekecek.

 

Ehh, sonuçta kodlayıcı olmak zor. Ayrıca, o (kodlayıcı) "biraz"ın ne olduğunu bilemeyecek kadar aptalsa, müşterinin kodlayıcıyla iletişim kurması da zordur. Ve en komik olan şey, TK'nin doğru formülasyonu için müşterinin beyninin bu aptal kodlayıcınınkiyle aşağı yukarı aynı şekilde döndürülmesi gerektiğidir.