Сообщение Re[28]: Язык ДРАКОН — новая идея в программировании от 17.10.2014 18:25
Изменено 17.10.2014 18:51 dimgel
Здравствуйте, Владимир Паронджанов, Вы писали:
ВП>Да, можно. Для этого надо решительно отобрать эту работу у постороннего человека (программиста, потому что он не в курсе дела) и передать ее компетентному человеку, то есть инженеру.
ВП>Почему? Потому что первоисточником знаний является инженер. Инженер стоит на высшей ступени знаний. Он знает данный вопрос (как обрабатывать ошибки) намного лучше, чем программист. Программист получает знания от инженера.
ВП> Вероятность того, инженер, автор прибора, сможет «легко забыть» свой собственный прибор на порядок меньше, чем у программиста, который знает прибор с чужих слов.
Да, а ещё можно отобрать работу по лечению у доктора и отдать её больному. Потому что больной гораздо лучше доктора знает, где у него болит, и уж точно не забудет об этой боли, в отличие от доктора, у которого не болит.
Давайте также отберём работу повара у повара и заставим готовить посетителя кафе, потому что повара вечно пересаливают, а посетитель точно знает, сколько соли он любит.
Сколько я имел дело и с инженерами-электронщиками, чьё железо пинал программно, и с бухгалтерами-кладовщиками всякими, и со всеми остальными постановщиками задач, знающими свою область лучше меня — и всегда оказывалось, что моя въедливость в плане обработки нестандартных ситуаций на порядок выше ихней, и это обычно спасало проект. Как раз потому что я не знаю всех ньюансов их предметной области, но зато знаю как писать программы. В отличие от. И когда они мне говорят — "такого не может быть", я этим спецам в своей области тупо не верю, потому что у меня получается не закрытый if без ветки else, и я пишу этот else, которого "не может быть" и который аккурат через 1-2 месяца таки-случается. И любой программист, достаточно долго работавший с экспертами-постановщиками задач, подтвердит, что так оно всегда и происходит.
Лажа, короче. Каждый должен заниматься своим делом.
ВП>Да, можно. Для этого надо решительно отобрать эту работу у постороннего человека (программиста, потому что он не в курсе дела) и передать ее компетентному человеку, то есть инженеру.
ВП>Почему? Потому что первоисточником знаний является инженер. Инженер стоит на высшей ступени знаний. Он знает данный вопрос (как обрабатывать ошибки) намного лучше, чем программист. Программист получает знания от инженера.
ВП> Вероятность того, инженер, автор прибора, сможет «легко забыть» свой собственный прибор на порядок меньше, чем у программиста, который знает прибор с чужих слов.
Да, а ещё можно отобрать работу по лечению у доктора и отдать её больному. Потому что больной гораздо лучше доктора знает, где у него болит, и уж точно не забудет об этой боли, в отличие от доктора, у которого не болит.
Давайте также отберём работу повара у повара и заставим готовить посетителя кафе, потому что повара вечно пересаливают, а посетитель точно знает, сколько соли он любит.
Сколько я имел дело и с инженерами-электронщиками, чьё железо пинал программно, и с бухгалтерами-кладовщиками всякими, и со всеми остальными постановщиками задач, знающими свою область лучше меня — и всегда оказывалось, что моя въедливость в плане обработки нестандартных ситуаций на порядок выше ихней, и это обычно спасало проект. Как раз потому что я не знаю всех ньюансов их предметной области, но зато знаю как писать программы. В отличие от. И когда они мне говорят — "такого не может быть", я этим спецам в своей области тупо не верю, потому что у меня получается не закрытый if без ветки else, и я пишу этот else, которого "не может быть" и который аккурат через 1-2 месяца таки-случается. И любой программист, достаточно долго работавший с экспертами-постановщиками задач, подтвердит, что так оно всегда и происходит.
Лажа, короче. Каждый должен заниматься своим делом.
Re[28]: Язык ДРАКОН — новая идея в программировании
Здравствуйте, Владимир Паронджанов, Вы писали:
ВП>Да, можно. Для этого надо решительно отобрать эту работу у постороннего человека (программиста, потому что он не в курсе дела) и передать ее компетентному человеку, то есть инженеру.
ВП>Почему? Потому что первоисточником знаний является инженер. Инженер стоит на высшей ступени знаний. Он знает данный вопрос (как обрабатывать ошибки) намного лучше, чем программист. Программист получает знания от инженера.
ВП> Вероятность того, инженер, автор прибора, сможет «легко забыть» свой собственный прибор на порядок меньше, чем у программиста, который знает прибор с чужих слов.
Да, а ещё можно отобрать работу по лечению у доктора и отдать её больному. Потому что больной гораздо лучше доктора знает, где у него болит, и уж точно не забудет об этой боли, в отличие от доктора, у которого не болит.
Давайте также отберём работу повара у повара и заставим готовить посетителя кафе, потому что повара вечно пересаливают, а посетитель точно знает, сколько соли он любит.
Сколько я имел дело и с инженерами-электронщиками, чьё железо пинал программно, и с бухгалтерами-кладовщиками всякими, и со всеми остальными постановщиками задач, знающими свою область лучше меня — и всегда оказывалось, что моя въедливость в плане обработки нестандартных ситуаций на порядок выше ихней, и это обычно спасало проект. Как раз потому что я не знаю всех ньюансов их предметной области, но зато знаю как писать программы. В отличие от. И когда они мне говорят — "такого не может быть", я этим спецам в своей области тупо не верю, потому что у меня получается не закрытый if без ветки else, и я пишу этот else, которого "не может быть" и который аккурат через 1-2 месяца таки-случается. И любой программист, достаточно долго работавший с экспертами-постановщиками задач, подтвердит, что так оно всегда и происходит.
Каждый должен заниматься своим делом.
ВП>Да, можно. Для этого надо решительно отобрать эту работу у постороннего человека (программиста, потому что он не в курсе дела) и передать ее компетентному человеку, то есть инженеру.
ВП>Почему? Потому что первоисточником знаний является инженер. Инженер стоит на высшей ступени знаний. Он знает данный вопрос (как обрабатывать ошибки) намного лучше, чем программист. Программист получает знания от инженера.
ВП> Вероятность того, инженер, автор прибора, сможет «легко забыть» свой собственный прибор на порядок меньше, чем у программиста, который знает прибор с чужих слов.
Да, а ещё можно отобрать работу по лечению у доктора и отдать её больному. Потому что больной гораздо лучше доктора знает, где у него болит, и уж точно не забудет об этой боли, в отличие от доктора, у которого не болит.
Давайте также отберём работу повара у повара и заставим готовить посетителя кафе, потому что повара вечно пересаливают, а посетитель точно знает, сколько соли он любит.
Сколько я имел дело и с инженерами-электронщиками, чьё железо пинал программно, и с бухгалтерами-кладовщиками всякими, и со всеми остальными постановщиками задач, знающими свою область лучше меня — и всегда оказывалось, что моя въедливость в плане обработки нестандартных ситуаций на порядок выше ихней, и это обычно спасало проект. Как раз потому что я не знаю всех ньюансов их предметной области, но зато знаю как писать программы. В отличие от. И когда они мне говорят — "такого не может быть", я этим спецам в своей области тупо не верю, потому что у меня получается не закрытый if без ветки else, и я пишу этот else, которого "не может быть" и который аккурат через 1-2 месяца таки-случается. И любой программист, достаточно долго работавший с экспертами-постановщиками задач, подтвердит, что так оно всегда и происходит.
Каждый должен заниматься своим делом.