Применение технологи ВИРТУАЛЬНЫХ машин в трейдинге, ссылки обмен опытом - страница 4

 

Есть же нормальные люди ... которые проводят тест, сравнивают время работы, делают практические выводы ... а не ищут сивых кобыл по закоулкам … :)

 
Тестирование и выявление ошибок при работе ПО обычно занимает больше времени чем сама разработка ПО(если конечно это не программа "Hello word" :-)). Причем при внесении казалось бы небольших изменений нужно все тестирование проводить заново. Подозреваю что поэтому люди и сравнивают производительность при использовании тех или иных ресурсов. Поэтому эта тема нужная чтобы не наступать на одни и те же грабли.
 

>> SofTAA

Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …

 

Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …

 
SofTAA >>:
Тестирование и выявление ошибок при работе ПО обычно занимает больше времени чем сама разработка ПО(если конечно это не программа "Hello word" :-)). Причем при внесении казалось бы небольших изменений нужно все тестирование проводить заново. Подозреваю что поэтому люди и сравнивают производительность при использовании тех или иных ресурсов. Поэтому эта тема нужная чтобы не наступать на одни и те же грабли.

ну производтельность вообще штука хорошая

и нужна не только что бы быстро искать ошибки в коде

к примеру тут я часто видел посты как люди оптимизацию пускаю на ночь сутки и даже неделю

на хорошем железе + отсроенном ПО, это может занять меньше времени

--

VMWARE, удобна еще например что бы не париться и не мучаться с поиском - а какая зараза что то поменяла в реестре или мало ли где еще

поднялс с клона и повторил ситуацию

--

тестирование штука не однозначная

по роду деятельности часто приходится не только кодить

но и вносить исправления - искать ошибки - ставить заплатки в чужом коде

- причем результат обычно требуют - как говорится ВЧЕРА - и тут не до того что бы сесть и все переписать

об этом и речи нет ( тем более в проекте не одна сотня тысячь строк)

, при таком режиме хочется иметь хорошую скорость железа

--

например если только бекап базы на оптической сетке в гигабит с 4 сетевыми картами итого гигабит*4, идет больше чем 12 часов а файл бекапа имеет терабайты

наверно тут невольно вспомнишь производительность и удобство

 
RIV >>:

>> SofTAA

Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …

Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …

это хорошо если проект ведется с нуля

--

бывает получаешь в наследство написанный кем то код ( не из 10 строк ), спроектированную базу ( не 10 мб )

которые к тому же уже в промышленной эксплуатации

 
YuraZ >>:

... поднялс с клона и повторил ситуацию



Да особенно удобно в случае когда работаешь на системном уровне, ну и сделать качественный инсталятор IMHO можно только с использованием виртуальной машины.
 
SofTAA >>:


Да особенно удобно в случае когда работаешь на системном уровне, ну и сделать качественный инсталятор IMHO можно только с использованием виртуальной машины.

да! :-) верно ... просто до начала прогона - клонируем

гоним - анализируем - поднимаем клон - если надо повторить

если говорить о тестах поисках ошибок

-

да и если говорить о трейдинге - по теме

то в нем тоже очень удобно применять виртуализацию

есть знакомые, торгуют не на одном десятке счетов ... можно купить 2 машины или 3 - 4

т к больше чем определенное количество терминалов на одной XP не запустить

в виртуалке на одной железке можно пустить несколько XP, освободив другие железки под иные цели

это конечно редкие случаи но встречаются

 
RIV >>:

>> SofTAA

Про разработку и тестирование ПО вы загнули конечно … если писать хаотично, несогласованно … как говорится «приблизительно в тему» а потом уже всё это собирать и тестировать как цельный продукт то тогда может получиться и ситуация что вы пишите …

 

Если разрабатывать ПО блочно, причем выделять каждый блок продуманно и максимально цельный по выполняемым функциям, а также согласовывать связь блоков … то выйдет другая ситуация … т.е. время на тестирование ПО будет меньше чем время на разработку … и чем больше и сложнее проект тем будет выше эта разница …

Вопросы тестирования не важны если ты пишешь программу для себя любимого, если на продажу то подход качественно другой должен быть.  

 
YuraZ >>:

... в виртуалке на одной железке можно пустить несколько XP, освободив другие железки под иные цели

это конечно редкие случаи но встречаются

Да, только оперативку и жесткий диск не забывать увеличивать :-).

 

>> YuraZ

Возиться с чужим кодом, да и как правило оказывается написанным как попало и неизвестными людьми что менялись по ходу и уже давно непонятно где … нет ничего хуже … тут без вариантов … стараюсь избегать такого, в основном берусь за решение сложных нерешенных проблем и выходит разработка как правило с 0-ля … но от вопросов типо интеграции систем и т.п. не избежать этого момента …

 

>> SofTAA

Подход к разработке ПО он одинаковый ... у меня по крайней мере ... не важно пишу я для себя (свои проекты) или на заказ …

 

>> По виртуализации

Вещь отличная и находит много полезных применений в т.ч. и при работе с АТС … но еще очень полно людей, которые совершенно не в состоянии воспринять эту идею всерьез … считают чем то нереальным, чудесным и т.п. …

Причина обращения: