[Henson]

Сообщение от sergign60

я являюсь программистом, работал и работаю с ведущими IT компаниями мира, особых проблем для понимания в текстах ДОТУ не заметил. Кстати, Ян тоже программист, я полагаю, на этом сайте ещё таковые имеются. Будьте добры, предоставьте те фрагменты ДОТУ, которые Вы считает невозможными для понимания именно программистами, и образчики Ваших объяснений этих фрагментов.

Прошу обратить внимание на разницу между утверждениями "невозможно объяснить" и "невозможно понять". Первое утверждение относится к оценке рассказчика, второе - к оценке слушателя.

Не сомневаюсь, что здесь собрались неглупые люли, и что они смогли понять положения ДОТУ вне зависимости от выбранной ими профессии. Но смысл фразы всё-таки был другой.

В 2012 году было озвучено предложение автоматизировать часть этапов работы по ДОТУ. В идее нет ничего нового, подобные предложенной системы помощи в принятии решений существуют на рынке давно. Так почему бы не запилить что-то на основе ДОТУ? Идея нашла много откликов и за время своего существования над проектом успело поработать три команды программистов. Именно об этом опыте и идёт речь.


Вы программист мирового уровня, пусть так. Ни разу не сомневаюсь в вашей компетенции. Но говорим мы сейчас не как программисты, а как люди. То есть со всеми присущими человеческому общению особенностями. В том числе так называемыми когнитивными искажениями. И в данном случае нас интересует группа искажений связанная с отсутствием смысла. Дело в том, что человеку свойственно дополнять пробелы в информации из собственного багажа знаний. И тот факт, что у вас качественное образование в данной ситуации играет с вами злую шутку. Вы на автомате при чтении закрываете пустоты в тексте. Так сказать, понимаете читая между строк.


А теперь давайте изменим нашу позицию в разговоре с уровня "человек собеседник", на "программист собеседник". И не обязательно для этого применять модель обиженного программиста, со стороны которого пули всегда вылетают. Важно понять принцип.

Для реализации задачи программисту нужно ТЗ. Нужно понимать с какими данными придётся работать. Их объём, тип, протоколы обмена. Нужно знать алгоритмику расчётов на уровне детализации отличном от "сделай всё хорошо".

И вот если вы такой программист и до постановки задачи создать систему помощи в принятии решений по ДОТУ не поняли самостоятельно ДОТУ, объяснить её вам будет весьма проблематично.


И чтобы не быть голословным. Вот он вопрос (один из): объясните второй этап ПФУ программисту. Не человеку, работающему программистом, а программисту работающему по ТЗ.

В моём случае подводным камнем оказались МИМ.