![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть же нормальные люди ... которые проводят тест, сравнивают время работы, делают практические выводы ... а не ищут сивых кобыл по закоулкам … :)
>> SofTAA
Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …
Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …
Тестирование и выявление ошибок при работе ПО обычно занимает больше времени чем сама разработка ПО(если конечно это не программа "Hello word" :-)). Причем при внесении казалось бы небольших изменений нужно все тестирование проводить заново. Подозреваю что поэтому люди и сравнивают производительность при использовании тех или иных ресурсов. Поэтому эта тема нужная чтобы не наступать на одни и те же грабли.
ну производтельность вообще штука хорошая
и нужна не только что бы быстро искать ошибки в коде
к примеру тут я часто видел посты как люди оптимизацию пускаю на ночь сутки и даже неделю
на хорошем железе + отсроенном ПО, это может занять меньше времени
--
VMWARE, удобна еще например что бы не париться и не мучаться с поиском - а какая зараза что то поменяла в реестре или мало ли где еще
поднялс с клона и повторил ситуацию
--
тестирование штука не однозначная
по роду деятельности часто приходится не только кодить
но и вносить исправления - искать ошибки - ставить заплатки в чужом коде
- причем результат обычно требуют - как говорится ВЧЕРА - и тут не до того что бы сесть и все переписать
об этом и речи нет ( тем более в проекте не одна сотня тысячь строк)
, при таком режиме хочется иметь хорошую скорость железа
--
например если только бекап базы на оптической сетке в гигабит с 4 сетевыми картами итого гигабит*4, идет больше чем 12 часов а файл бекапа имеет терабайты
наверно тут невольно вспомнишь производительность и удобство
>> SofTAA
Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …
Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …
это хорошо если проект ведется с нуля
--
бывает получаешь в наследство написанный кем то код ( не из 10 строк ), спроектированную базу ( не 10 мб )
которые к тому же уже в промышленной эксплуатации
... поднялс с клона и повторил ситуацию
Да особенно удобно в случае когда работаешь на системном уровне, ну и сделать качественный инсталятор IMHO можно только с использованием виртуальной машины.
Да особенно удобно в случае когда работаешь на системном уровне, ну и сделать качественный инсталятор IMHO можно только с использованием виртуальной машины.да! :-) верно ... просто до начала прогона - клонируем
гоним - анализируем - поднимаем клон - если надо повторить
если говорить о тестах поисках ошибок
-
да и если говорить о трейдинге - по теме
то в нем тоже очень удобно применять виртуализацию
есть знакомые, торгуют не на одном десятке счетов ... можно купить 2 машины или 3 - 4
т к больше чем определенное количество терминалов на одной XP не запустить
в виртуалке на одной железке можно пустить несколько XP, освободив другие железки под иные цели
это конечно редкие случаи но встречаются
>> SofTAA
Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …
Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …
Вопросы тестирования не важны если ты пишешь программу для себя любимого, если на продажу то подход качественно другой должен быть.
... в виртуалке на одной железке можно пустить несколько XP, освободив другие железки под иные цели
это конечно редкие случаи но встречаются
Да, только оперативку и жесткий диск не забывать увеличивать :-).
>> YuraZ
Возиться с чужим кодом, да и как правило оказывается написанным как попало и неизвестными людьми что менялись по ходу и уже давно непонятно где … нет ничего хуже … тут без вариантов … стараюсь избегать такого, в основном берусь за решение сложных нерешенных проблем и выходит разработка как правило с 0-ля … но от вопросов типо интеграции систем и т.п. не избежать этого момента …
>> SofTAA
Подход к разработке ПО он одинаковый ... у меня по крайней мере ... не важно пишу я для себя (свои проекты) или на заказ …
>> По виртуализации
Вещь отличная и находит много полезных применений в т.ч. и при работе с АТС … но еще очень полно людей, которые совершенно не в состоянии воспринять эту идею всерьез … считают чем то нереальным, чудесным и т.п. …