Programcılar için müşteriler-tüccarlar için teknik özellikler yazacağım - sayfa 2

 
sand писал(а) >>

Bu ilginç bir soru ama daha önce de yazdığım gibi büyük projelerde bir yönetmene ihtiyaç var. Kişisel olarak kaç büyük MQL projesi tamamladınız? Diğer alanlarda çok daha fazla olmasına rağmen, toplam sayısı yüzden fazla olan 2'den fazla değilim.

Gerçekten öyle düşünüyorsanız, muhtemelen hiçbiri.

 
Integer >> :

Gerçekten öyle düşünüyorsanız, muhtemelen hiçbiri.

Öyle görünüyor ki...

Benim için ilk uzmanım tüm hayatımın (bana göründüğü gibi) en büyük projesiydi, şimdi tabii ki komik buluyorum...

Daha önce yapılan her şey, yapılması gerekenlerle karşılaştırıldığında önemsiz gibi görünüyor.

 

Bir tür saçmalık, burada programcıların ayda 500 ye varsa lahana doğradığını düşünüyorsunuz ve o zaman sorun değil, ama her zaman müşteri olmuyor, program yazan bir yarı insan olsaydı, onların zamanları olmazdı. forumlarda bir şeyler yazmak. Müşterilerin ana kısmı 10-50 ye ve programı yazmak için henüz ne iş yapılıyor)))

Tuz vagonlarının bileşimini teknik bir işletmeye itmek daha kolaydır ve bu kadar veya başka bir şey. Ve geçen yıl aldığınız eski arabayı yenisiyle değiştirebilir, hatta bir yere gidebilirsiniz.

Sadece programcılar hiçbir şey yapmadan oturmakla kalmıyor, aynı zamanda bedavacılar da onlara katılacak, ürünlerin maliyetini ve müşteri şartlarını hesaplayacak, burada sadece parası olmayan öğrenciler var, peki, birkaç doları bir araya toplayacaklar. ve bir şeyler sipariş etmeye çalışın, bu yüzden TK'nin ödemesini derlemek için de, bu yüzden genellikle kendini asar)))

 

Dmitry girişimi destekliyorsa ve daha önce düşünmüşse, kesinlikle boşta oturmadığı anlamına gelir. Ayda birkaç küçük sipariş alırsanız, bunun hakkında konuşmanın amacı ne?

Not: Görev yöneticisinin niteliklerine gelince: yalnızca büyük projeler için kodlayıcının niteliklerinden önemli ölçüde daha yüksek olmalıdır. Büyük bir proje en azından aylarca süren bir çalışmadır. Böyle birçok proje var mıydı, Dmitry ?

Dolayısıyla bu durumda, yönetmenin neyin resmileştirilebileceği (ve doğru zamanda bir seçenek olarak sunmak için neyin resmileştirilmiş olduğu hakkında) makul bir fikre sahip olması yeterlidir.

PS Ve müşteri için maliyet elbette artacaktır. Bu arada, onun boyunun uzamasının zamanı geldi.

 
1Rakso писал(а) >>

Bir tür saçmalık, burada programcıların ayda 500 ye varsa lahana doğradığını düşünüyorsunuz ve o zaman sorun değil, ama her zaman müşteri olmuyor, program yazan bir yarı insan olsaydı, onların zamanları olmazdı. forumlarda bir şeyler yazmak. Müşterilerin ana kısmı 10-50 ye ve programı yazmak için henüz ne iş yapılıyor)))

Tuz vagonlarının bileşimini teknik bir işletmeye itmek daha kolaydır ve bu kadar veya başka bir şey. Ve geçen yıl aldığınız eski arabayı yenisiyle değiştirebilir, hatta bir yere gidebilirsiniz.

Sadece programcılar hiçbir şey yapmadan oturmakla kalmıyor, aynı zamanda bedavacılar da onlara katılacak, ürünlerin maliyetini ve müşteri şartlarını hesaplayacak, burada sadece parası olmayan öğrenciler var, peki, birkaç doları bir araya toplayacaklar. ve bir şeyler sipariş etmeye çalışın, bu yüzden TK'nin ödemesini derlemek için de, bu yüzden genellikle kendini asar)))

Çok erken... bu palyaçolar doktorun doğrudan müdahalesi için henüz olgunlaşmadılar... sistem mimarına bu şekilde ulaşıyorlar. Sanallaştırma burada ciddi bir şekilde tartışılsa da :)

 
1Rakso >> :

burada sadece öğrenciler gidiyor

Katılıyorum, bunu uzun zaman önce fark ettim. Ama belki de öğrencilerin parmaklarını bükmemeleri, mümkün olduğunca kibar ve doğru davranmaları mantıklıdır.

 
sand писал(а) >>

Bu ilginç bir soru ama daha önce de yazdığım gibi büyük projelerde bir yönetmene ihtiyaç var. Kişisel olarak kaç büyük MQL projesi tamamladınız? Diğer alanlarda çok daha fazla olmasına rağmen, toplam sayısı yüzden fazla olan 2'den fazla değilim.

Ve işte olgun hasta, teşhis megalomani. Büyük MQL projesi :))) Hangi sirk için çalışıyorsunuz?

 
Risk >> :

Ve işte olgun hasta, teşhis megalomani. Büyük MQL projesi :))) Hangi sirk için çalışıyorsunuz?

Anladığım kadarıyla kabalık bu forumun ayrılmaz bir parçası.

 

Ne büyük bir özellik. Bir programcının işinde, teknik şartname geliştiricisinin düşük vasıflı ve dolayısıyla işin maliyetini azaltmak için gerekli olan ucuz bir kaynak olduğunu söyleyeceğim. PROGRAMCI'nın pahalı bir kaynağının kullanılması şirketin rekabet gücünü azaltacağından.


Teknik özelliklerin geliştirilmesi neden geliştirmenin kendisinden daha pahalı olabilir - Evet, sadece çok uzun bir süreç ve saatlik ödeme olabilir.


Herhangi bir programın geliştirilmesi birkaç aşamadan oluşur - 1) Fikir 2) İş planı 3) Programın tanımı 4) Teknik şartnamelerin geliştirilmesi 5) Teknik şartnamelerin korunması (her iki tarafta bir imza ile) 6) Bir ekibin oluşturulması bir yönetici tarafından geliştiriciler 7) Geliştirme 8) Test, teslimat, vb.


Yani, katı (düşük riskli) bir yazılım geliştirme teknolojisine göre, TK üçüncü taraflarca geliştirilir ve hem müşterinin hem de yüklenicinin huzurunda zorunlu korumaya tabi tutulur.


Yani TK'nin amacı, maliyetleri ve riskleri azaltmaktır.


TK geliştiricisi genellikle yazılımın müşteriye tesliminde mutlaka yer alır.


Genel olarak, bir TK, bu arada inşaat sürecine bakan bir mimar tarafından geliştirilen bir ev projesidir .


MQl5 forumuna bakın, bu arada MQ'dan ilginç bir teklif var.


:)

 
SProgrammer писал(а) >>

Ne büyük bir özellik. Bir programcının işinde, teknik şartname geliştiricisinin düşük vasıflı ve dolayısıyla işin maliyetini düşürmemek için gerekli olan ucuz bir kaynak olduğunu söyleyeceğim. PROGRAMCI'nın pahalı bir kaynağının kullanılması şirketin rekabet gücünü azaltacağından.

Teknik özelliklerin geliştirilmesi neden geliştirmenin kendisinden daha pahalı olabilir - Evet, sadece çok uzun bir süreç ve saatlik ödeme olabilir.

Herhangi bir programın geliştirilmesi birkaç aşamadan oluşur - 1) Fikir 2) İş planı 3) Programın tanımı 4) Teknik şartnamelerin geliştirilmesi 5) Teknik şartnamelerin korunması (her iki tarafta bir imza ile) 6) Bir ekibin oluşturulması bir yönetici tarafından geliştiriciler 7) Geliştirme 8) Test, teslimat, vb.

Yani, katı (düşük riskli) bir yazılım geliştirme teknolojisine göre, TK üçüncü taraflarca geliştirilir ve hem müşterinin hem de yüklenicinin huzurunda zorunlu korumaya tabi tutulur.

Yani TK'nin amacı, maliyetleri ve riskleri azaltmaktır.

TK geliştiricisi genellikle yazılımın müşteriye tesliminde mutlaka yer alır.

Genel olarak, bir TK, bu arada inşaat sürecine bakan bir mimar tarafından geliştirilen bir ev projesidir.

MQl5 forumuna bakın, bu arada MQ'dan ilginç bir teklif var.

:)

Gerçekten ilginç teklif https://www.mql5.com/en/forum/352