Часто бывает полезно, если постановщик понимает суть технологий, на которых это будет реализовано. Хотя вовсе не обязательно ему это знать.
системный анализ (в России, то что 'постановщик' делает, что-ли?) делается по определенным принципам, UML, например. На первой фазе, программистам вообще 'вредно' присутствовать там, потому что программисты попытаются 'выговорить' себе 'легкие' пути решения даже не задумываясь об этом... в итоге пострадает - пользователь - потом компания, потому что ее продукт будет не user-friendly, мягко выражаясь. У каждой компании есть своя 'методология' - хорошо все что работает для конкретной компании... иначе если все делать красиво - можно разориться или дальше обещаний для клиентов и красивых диаграм никуда не уйти.
Хммм, забавно было почитать Возвращаясь к первоначальному вопросу - советов давать не буду, только имейте в виду, что на рынке труда спрос на programmers (кодировщиков) гораздо ниже спроса на software engineers, у которых есть серьезная математическая база.
Это смотря на каком рынке. К примеру - разработка приложений в среде клиент-сервер совершенно не требует математической базы. Ну абсолютно. Вот знание особенностей реализации SQL на различных серверах - да. Реляционная теория БД - в какой-то мере. А если взять к примеру 1С-ников, то они очень даже требуются - а среди них полно студентов, изгнанных из вузов за неуспешность.
И если даже оказались на улице, то сразу бы нашли новую работу, правда знания одной теории графов для хорошего спеца маловато будет. А кризис - явление периодическое и глобальное, от профессионализма работников никак не зависит. _____________________________ Волгоград->Москва->Калифорния