homosapiens писал(а):Source of the post Ну а что успехи? Сейчас спецификация требований к программному обеспечению прорабатывается, архитектурный проект выпускается - будем делать. Всякие там helloworldы вроде com-порт терминала давно написаны, в целом все понятно.
Общее пожелание.
Каким бы сложным ПО не было, оно должно быть понятным и легко доступным снаружи, но может быть сложным внутри. Чтобы пользователю можно было решать свои научные задачи, а не изучать и бороться с системой программирования.
Руководства пользователя с описанием типа нескольких десятков или сотен входных параметров командной строки - плохо.
Не все одобряют Visual, но это удобно. Вместо того, чтобы долго и упорно описывать математически графические объекты в окнах, они просто рисуются на экране. Файл на языке программирования с их описанием создается автоматически. При желании его можно отредактировать. В последних версиях VS с помощью графического дизайна панелей и Dock система автоматически программирует перерисовку объектов при изменении размеров окон. Это удобно.
У меня разработана система визуального кодирования команд управления проектантами, вместо того, чтобы руками программистов писать ассемблерные модули.
С другой стороны, система должна иметь средства для создания тестов, с целью их сохранения и повторного прогона. Если разрабатывается диалоговое приложение, тут может помочь непосредственная запись всех действий пользователя: нажатие кнопок, отображение на экране и т.п. с сохранением в виде повторяемого теста. Это мощное средство при тестировании во время разработки, когда оно выполняется разными людьми, и часто человек сам не помнит чего нажимал.
А также во время сопровождения и доработок, когда надо исполнить повторно тесты после внесения изменений. Но тут надо придумать еще какую-нибудь сравнялку результатов теста.
В VS2010 Premium что-то подобное есть.
У нас в технологии используются "средства измерения" - определение полноты покрытия графа программы тестами по критериям С1 и С. И другие штуки в виде набора мер исходного текста программ, с попытками проверки мер на критерии, которые сильно тормознулись в последнее время.
Важно не только широкий набор большого количества классов в framework'е, а еще и удобство среды, чему часто не всегда уделяется внимание. "Зачем на это тратить деньги, программисты как негры, и так все напишут".