AVKor, Очень смешно. То есть потратить свое время на не нужный хлам, ради того что бы оболтусы/ки на твоем курсе не чувствовали ушербность? Хорошее решение.
Только после этого часто получаются "специалисты" не знающие о памяти и потоках, вообще ничего.
И да мне не нравится многословный синтаксис и волшебные символы, ну и отступы если уж на то пошло.
John Smith, wd просто пакуют так диски что коробку сзади можно открыть не повредив наклейку. Некоторые личности этим пользуются возвращая в магазин неправильные диски
В ТЗ нет. Но вы должны выстроить рабочий процесс. Который состоит из опроса конечных пользователей, внесения изменений в ТЗ, кодирования и фиксации в системе контроля версий, фиксации работы в багтрекере (сколько времени ушло, что за номер бага, фичи, раздел в ТЗ) и как результат отчета из багтрекинга акт приемки.
Polish_Flamethrower, смотрите общение с сервером, все заголовки подделывайте, запрашивайте все файлы, выполняйте в виртуальной машине все скрипты. Это очень жестко и не даст вам уверенности
Johnny_Cash,
1. ТЗ основа основ.
2. Система контроля версий.
3. Багтрекер
4. Акт приема (и оплата)
То есть цепочка изменений идет через 4 этих пункта.
По идее любая контора получившая на руки ТЗ, в состоянии развернуть решение и стартовать процесс доработки. Либо что то не правильно.
Adamos, это не относится к языку. Любой нормальный разработчик вырабатывает систему для быстрого воспоминания своих проектов. Своеобразный мнемокод. Формализовать это сложно, особенно для команд с разными стилями разработки
