Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Bir ev inşa edilirken - özellikle büyük bir evse, kesinlikle bir projeye ihtiyaç vardır (özellikle bir iş bölümü varsa). Daha koordineli çalışabilmek için mimari bir projeye ihtiyaç vardır. Proje genellikle iş ve malzemeler dahil olmak üzere evin inşaatının %5-10'unu alır, bu nedenle aynı zamanda bir kişi tarafından değil, birçok kişi tarafından gerçekleştirilir (HVAC VC'nin bölümleri vb.). Ve bir gökdelen mi yoksa sadece büyük bir konak mı inşa ettiğimiz önemli değil.
Programlamada bir tür mimari proje de var, sadece farklı bir şekilde TK olarak adlandırılıyor. Ve onsuz, büyük bir şey yapılamaz (sürekli yeniden yazma hariç). Sonuç, karmaşık bir program olarak düşünüldüğünde, teknik bir şartname hazırlamak bile zor olacak ve teknik şartnameyi kaçırırsanız, inanılmaz derecede fazla değişiklik olacağı ortaya çıkacaktır.
Bir evin inşaatı dış cepheyle başlar - sonra bir mimar bize gelir ve istediğimiz şeyin eskizlerini yapmaya başlar. Onlar. Büyük bir proje için bir TOR hazırlamak için, önce büyük bir proje için bir TOR hazırlayacağımız bir TOR hazırlamanız gerekir. Ve yine de bir kişiye TK altında TK yazmak mümkündür. Tabii büyük projelerden bahsetmiyorsak. Pekala, önce bir fikre ihtiyacınız var ... ancak tek bir fikirle çok uzağa gidemezsiniz ...
Ve tüm bunlar nasıl gönüllülük esasına dayalı olabilir?
Yani geriye tek bir yol kalıyor - proje birçok kez sıfırdan yeniden yazılacağı zaman .... Ve bu sadece çok fazla coşku gerektiriyor ve buna rağmen herkes kendi yönüne çekilecek ve sadece devasa tutarsızlıklar olacak.
TK en başlangıç aşamasıdır ve hiç mevcut olmayabilir. Örneğin, işe alınan bir işte yönettiğim son projede , basitçe yoktu, çünkü. fikir benimdi, projenin özünü kısaca anlattım, İngilizler onayladı ve ardından 2 haftalık bir çalışma planı yaptım. Genel olarak, yazılım şirketlerinde böyle bir pozisyon var - bir proje mimarı. Kural olarak, fazla programlama yapmaz, bir sınıf sistemi, ilişkiler vb. Sınıfların boşluklarını hazırlayabilir. Şirketimiz küçüktü, yaklaşık 50 kişiydi, her şeyi birleştirmemiz gerekiyordu. Özellikle aşağılık meslek - belgeleri yazmak için))
Genellikle programlama ve proje yönetimi konusunda geniş deneyime sahip kişiler bu tür pozisyonlara gelir.
Bence burada böyle insanlar yok.
Ayda 300.000 rubleye gitmez miydiniz? ))
hayır ve seni orada da görmüyorum
Olmayacak, herkes her şeyden önce kendini düşünüyor ve başkalarına güvenmiyor. Geliştirme süresinden tasarruf etmeniz gerekiyorsa, görevi sınıflara bölmek ve bunları serbest olarak dağıtmak daha kolaydır.
Forumdaki konuları kaç kişi okuyor? - Sanırım birkaç yüz kişi. Ve dünya çapında kaç kişi MT kullanıyor? Sanırım birkaç milyon. Bu kadar çok sayıda insan arasında şüphesiz profesyoneller ve liderler var. Ortak gelişme fırsatından yararlanacaklar mı? - Neden? ))
Bir ev inşa edilirken - özellikle büyük bir evse, kesinlikle bir projeye ihtiyaç vardır (özellikle bir iş bölümü varsa). Daha koordineli çalışabilmek için mimari bir projeye ihtiyaç vardır. Proje genellikle iş ve malzemeler dahil olmak üzere evin inşaatının %5-10'unu alır, bu nedenle aynı zamanda bir kişi tarafından değil, birçok kişi tarafından gerçekleştirilir (HVAC VC'nin bölümleri vb.). Ve bir gökdelen mi yoksa sadece büyük bir konak mı inşa ettiğimiz önemli değil.
Programlamada bir tür mimari proje de var, sadece farklı bir şekilde TK olarak adlandırılıyor. Ve onsuz, büyük bir şey yapılamaz (sürekli yeniden yazma hariç). Sonuç olarak, karmaşık bir program tasarlandığında, teknik bir şartname hazırlamak bile zor olacak ve teknik şartnameyi kaçırırsanız, inanılmaz derecede çok fazla değişiklik olacağı ortaya çıkacaktır.
Bir evin inşaatı dış cepheyle başlar - sonra bir mimar bize gelir ve istediğimiz şeyin eskizlerini yapmaya başlar. Onlar. Büyük bir proje için bir TOR hazırlamak için, önce büyük bir proje için bir TOR hazırlayacağımız bir TOR hazırlamanız gerekir. Ve yine de bir kişiye TK altında TK yazmak mümkündür. Tabii büyük projelerden bahsetmiyorsak. Pekala, önce bir fikre ihtiyacınız var ... ancak tek bir fikirle çok uzağa gidemezsiniz ...
Ve tüm bunlar nasıl gönüllülük esasına dayalı olabilir?
Yani geriye tek bir yol kalıyor - proje birçok kez sıfırdan yeniden yazılacağı zaman .... Ve bu sadece çok fazla coşku gerektiriyor ve buna rağmen herkes kendi yönüne çekilecek ve sadece devasa tutarsızlıklar olacak.
MQL üzerinde ortak geliştirme teknolojisinin gönüllülük esasına göre başarısız olacağı konusundaki fikrimi defalarca dile getirdim. Kimsenin ihtiyacı yok. Bu alanın özelliği farklıdır. Programcı grupları için kapalı geliştirme yapma yeteneği, katılımcılar arasındaki finansal dağıtım sorununa bir çözümle geliştirilirse, "GitHub"ımız hayatta kalabilir ve gelişebilir. Bu benim fikrim.
Forumdaki konuları kaç kişi okuyor? - Sanırım birkaç yüz kişi. Ve dünya çapında kaç kişi MT kullanıyor? Sanırım birkaç milyon. Bu kadar çok sayıda insan arasında şüphesiz profesyoneller ve liderler var. Ortak gelişme fırsatından yararlanacaklar mı? - Neden? ))
Bu, MQL'de yazan bir şirketse ve ben öyle olduğunu biliyorum, çok uzun zamandır Github, Bitbusket veya sistemdeki depoları kullanıyorlar. Forum insanları hakkında başladık.
Bu, MQL'de yazan bir şirketse ve ben öyle olduğunu biliyorum, çok uzun zamandır Github, Bitbusket veya sistemdeki depoları kullanıyorlar. Forum insanları hakkında başladık.
Forumdakiler? Çok azı var... Ayrıca hepsi şüpheci ve yenilik ve gelişmeye karşı. ))) Yeni olan her şeyden korkarlar.))
O zaman neyi tartışıyoruz? Sadece titriyor muyuz?
O zaman neyi tartışıyoruz? Sadece titriyor muyuz?
Hiç titremiyoruz. MQL5 geliştirmesi için GitHub'ın bir benzerini oluşturmak üzere MQ projesinin başarı olasılığını tartışıyoruz. Ortak bir TK üzerinde programcı gruplarının ortak çalışması için MT'nin yerel ortamında özel bir platform.
Ancak diyaloğu yürütürken hep küresel ölçeği kastettim. Seni de düşündüm...
MQL'de birkaç programcı gerektirecek bir proje hayal etmeye bile korkuyorum. Sinir ağları biraz zor değilse.
Serbest çalışmayı düşünün. Onay kutuları nasıl işaretlenmez, bu nedenle ızgara, ızgara nasıl değil, bu nedenle zaman ticareti ekleyin.
O zaman neyi tartışıyoruz? Sadece titriyor muyuz?