| olegenty |
| Отправлено: 08.04.2004, 10:34 |
|
Ветеран
Группа: Модератор
Сообщений: 2412
|
Да он больной на голову на предмет интернет оказался. Чатился перманентно. Голова светлая, знает и умеет много, но как усядется чататься — его нет по факту. Третье китайское предупреждение пропустил мимо ушей. Ну да не суть.
КамАЗ тем хорош и плох одновременно, что мне теперь скучно будет в частной конторе. Щас сеть в 600 компов (и продолжает рости), задач, от бухгалтерских до производственных, под 30 (включая мелкие). Разработки связаны с подготовкой производства... В общем, весело. Развивает. И как постановщика задач/кодера, и как управленца.
|
|
| Deem |
| Отправлено: 13.04.2004, 11:50 |
|
Мастер участка
Группа: Участник
Сообщений: 327
|
Да, КАМАЗ — это классно: не развалится в один миг, работы всегда завались, и есть надежды на будущее.
Народ, двайте обсудим тему параллельной разработки несовлькими человеками одного проекта.. Имею ввиду, разработку, компиляцию, дебаг своего омдуля без сборки всего проета. Насколько должны быть автономными модули, розданные людям, чтоб программеры могли делать их не используя других модулей, котороые делаются параллельно. Что лучше использовать: DLL, стендовый проект (маленький для одного модуля), или есть другие варианты?
|
|
| Shleps |
| Отправлено: 13.05.2004, 13:46 |
|
Не зарегистрирован
|
Есть такая фирма — CQG — занимается разработкой и эксплуатацией софта для управления работой бирж. (точнее — системы поддержки принятия решений). Так вот, эта фирма пришла в Московский Институт Электронной Техники с преподаванием курса, посвященному технологии разработки софта. (видимо их цель — подготовить себе новые кадры) Там на лабе дается задание — написать программу по готовому алгоритму. Время выполнения работы (и отдельных этапов) хронометрируется, а также количество ошибок, повторных компиляций, характер ощибок итд. Потом студенту показывается прием программирования (например учат ставить Case вместо кучи вложенных if или пользовать try except/finally). Снова лаба. Снова хронометраж. В результате эти друзья по завершении курса имеют на каждого человека данные о его производительности и, самое главное, о количестве и типе ошибок(!) которые им самим не обнаруживаются. Поэтому тестирование ПО идет до тех пор, пока в нем не найдут то количество ошибок, которое в нем ДОЛЖНО БЫТЬ(!). По их уверениям надежность выпущенного софта повышается неимоверно, поскольку метод прогноза очень адекватный. |
|
| Георгий |
| Отправлено: 13.05.2004, 20:22 |
|
Почетный железнодорожник
Группа: Модератор
Сообщений: 874
|
| QUOTE | | Там на лабе дается задание — написать программу по готовому алгоритму. Время выполнения работы (и отдельных этапов) хронометрируется, а также количество ошибок, повторных компиляций, характер ощибок итд. Потом студенту показывается прием программирования (например учат ставить Case вместо кучи вложенных if или пользовать try except/finally). Снова лаба. Снова хронометраж. В результате эти друзья по завершении курса имеют на каждого человека данные о его производительности и, самое главное, о количестве и типе ошибок(!) которые им самим не обнаруживаются. Поэтому тестирование ПО идет до тех пор, пока в нем не найдут то количество ошибок, которое в нем ДОЛЖНО БЫТЬ(!). По их уверениям надежность выпущенного софта повышается неимоверно, поскольку метод прогноза очень адекватный |
это стандартная процедура при составлении SQAP.
и в комплексе с другими мерами, согласно статистике, повышает качество ПО, снижает стоимость и т.п. |
|
| yankulbyh |
| Отправлено: 06.06.2004, 13:11 |
|
Не зарегистрирован
|
| QUOTE (klen @ 20/03/2004, 15:39) | Не вбровь а вглаз анекдот:
Рекламный щит девелоп...
Надпись на под изображением : "БЫСТРО — КАЧЕСТВЕННО — НЕДОРОГО, любые два условия." |
я думаю это не совсем анекдот, а нечто в виде анекдота основанном на реальной технологии %)
в "экстремальном программировании" кента бека, если не ошибась, заказчику и предлогается выбрать как раз два пункта из трех этих предложенных. у него вообще много чего по этому поводу интересного написано. |
|
|
