А ещё присоветую гороскопы. Что не напишите - всё в кровь!
Очереди будут выстраиваться к Вашему генератору Реестра
или как бишь там его?
А в общем - полюби юзверя своего, а дам буквально.
Ну и что, что программирование они не знают или кактусы
ставят, хоть монитор давно уже ЖК?
IF бьёт большой драчун слабого мальчишку THEN
BEGIN
Я такого не хочу даже вставить в книжку;
end;
Мне эти разговоры о том, что беса FOR надо изгнать, так как он
источник ошибок при спутывании счётчика цикла и переменных,
простота залог надёжности (типа Фарман надёжнее Боинга),
Си хуже Паскаля (хоть выбор паскаля в Дельфи определялся
просто тем, что он был вне поля зрения юристов MS,
я выбрал Delphi в своё время из человечной традиции
называть переменные длинными именами в пику C традиции
с тенденцией к заиканию суффиксами и префиксами и символами,
которым нет внятного имени - по телефону не продиктуешь.
От него ассемблером за версту несёт. Конечно, пальцы козой
на его фоне лучше смотрятся, но мне бы просто поработать.)
Так вот эти заезженные темы с претензией на учёность
как диспуты о том, сколько бесов умещается на кончике иголки.
Столько других факторов, влияющих на успех внедрения
информационных технологий! Посмотрите, что пишут: nord
"этому не учили в универе". Я про техВУЗы молчу!
Конечно, когда курс маркетинга преподает бывший препод
марксизма-ленинизма по остаточному принципу и с ненавистью
к предмету, так сказать, надругания над своим светлым прошлым
ожидать позитива - это по-нашему - то есть реальный сюр.
О сюре ...
Получению ТЗ от заказчика меня научила ... преподавательница
английского языка Федорова Татьяна Александровна. Впрочем,
я думаю, фамилию она сменила. Очень эффектная женщина.
Так вот, она несколько пар объясняла нам как получать ТЗ.
Позволю себе задержать Ваше внимание на этом, так как это
по теме ветки и сюрреалистично по источнику, что элегантно.
1) ТЗ Вы не получите. Никогда.
2) Успех работы - к получению ТЗ надо стремиться на каждом этапе.
3) Этапы: "Хотелка" директора. Background. Литобзор. Пожелания
спецов. Постановка общей задачи. Презентация задачи.
Ну и далее по книжкам - с уточнением моделей, отладкой, расчётом,
отчётом, презентацией результата, сервисом и ликвидацией проекта.
Что ею двигало? Это типа просветления. Энтузиазм был неподдельный.
Вот какие курсы надо читать нашим будущим программерам.
Ответ на
»сообщение 146« (Сергей Перовский)
___________________________
Ответ на »сообщение 143« (nord)
___________________________
>>>Т.е. программист понимает бухгалтера, а вот обратный процесс гораздо более трудоёмок
Позвольте, одногрупники, следовательно тоже экономисты. И они не могут объяснится с бухгалтером на его языке? Что же за образование такое :(
Ну всё не настолько плохо, хотя вы правы, в последнее время такое творится уже и в государственных ВУЗах (могу только представить, что происходит в большинстве частных, поскольку преподаватели те же, а атмосфера намного более вольная). Объясниться могут, но я же говорю процесс сильно трудоёмок, а не то, что он невозможен. Не знаю почему, какая-то иррациональность здесь есть. Насколько я понял, сейчас они внедряют модуть "Торговля+склад" для товароведов, которые в компах на уровне людей, впервые увидевших компьютер. Прибавьте к этому средний возраст в 35 лет и получите нежелание переучиваться. Легко ли им? С бухгалтерами они начали гораздо раньше работать, так что сейчас с этим лучше, но тоже не особо.
Кстати, вы пишете, что нужно знать предметную область. Опишу как выдавалось мне ТТЗ: оно содержало порядка сорока слов, оформленное в виде нескольких задач. Много ли из этого можно было извлечь (пришлось проектировать практически с нуля, ближайших аналогов не нашёл)? Т.е. у меня было ТТЗ и по своему запросу я получил дополнительный материал для ознакомления. Однако, за год получилась вполне рабочая программа (правда ко мне потом подключили ещё двух человек. чтобы я не отвлекался от основной логики программы). Забавно, но я поучавствовал во всех этапах создания программы: от нескольких усовершенствований на уровне расширения функциональности, о которых заказчик, похоже, даже не догадывался, написания кода, тестирования (чужого кода, который использовал), написания документации и сопроводительных документов до сдачи программы заказчику и настройки клиентских машин. Много это для человека, знающего принципы ООП и Паскаль или С++? Ну а то что я не знал предметную область... основы мне разъяснило довольно много народу + замечания заказчика, а остальное книги, документация и т.п. Причём сдача программы заказчику дала мне приличный опыт в том, какими программами должны пользоваться конечные пользователи (извиняюсь за тавталогию). К сожалению этому не учили в университете.
И последнее. Почему вы a-priori считаете, что человек, закончивший университет, не может знать что-то помимо программирования? Всё-таки высшее образование не заключается в одном программировании, иначе бы пятилетнего курса просто не было. Помимо фундаментальных знаний на первом-втором курсах, я уверен, во всех специальностях, будь они технические, экономические, юридические или любые другие, были предметы, не являющиеся "профильными" для этой специальности. Конечно, существует различные классы задач и, соответственно, различные требования (к примеру, описанная вами задача не так уж часто встречается и бОльшая сложность вызвана объективными причинами, в то время как есть довольно много задач не требующих сильной математической базы и научных степеней), но и требования к программисту тоже не нужно сводить только лишь к знанию языка и оболочки. Всё-таки есть ещё и операционные системы, и СУБД, в конце-концов просто интерфейсы пользователя. И последнее, возможно, самое важное с точки зрения эффективности программы - очень многие начинающие программисты пытаются делать систему совершенно без учёта эргономики, а про проектирование и слыхом не слыхивали. Всего должно быть в меру, но я склоняюсь к тому, что сильный программер ВСЕГДА разберётся в прикладной области на том уровне, какой необходим для реализации задачи.
