Evgeny_CD, Архитектор (20.05.2013 14:38, просмотров: 158) ответил koyodza на значит либо до него не донесли все тонкости задачи (иногда умышленно скрыли), либо это не программист встраиваемых систем, а (быдло)кодер-
- так никто не говорит, что каждый исполнитель должен быть на все руки мастер. Но каждый исполнитель должен понимать, что и зачем он делает, и не быть стеснён в выборе без веских на то причин, а не потому, что манагеру еррата показалась слишком koyodza(8 знак., 20.05.2013 15:15)
- Манагеру надо знать о рисках, проистекающих из ераты, и о цене этих рисков. - Evgeny_CD(20.05.2013 15:32)
- А манагер понимает, что размер ерраты ни о чём вообще не говорит? У некоторых еррата маленькая может потому, что обратной связи с потребителем нет, а глючит не меньше. А большая еррата, несколько версий чипов --> тестируют, находят ошибки, fk0(96 знак., 20.05.2013 15:42)
- Размер ерраты в байтах я не сравниваю. Мне так сдается, что я могу понять суть многих из них :) - Evgeny_CD(20.05.2013 15:50)
- из Ваших высказываний на эту тему больше похоже на то, что важен как раз размер, а суть остаётся за кадром - koyodza(20.05.2013 15:52)
- +100. Да и сами ошибки бывают разные - одни вы вообще никогда не заметили бы, а другие не позволят выполнить нужное - koyodza(20.05.2013 15:43 - 15:47)
- Размер ерраты в байтах я не сравниваю. Мне так сдается, что я могу понять суть многих из них :) - Evgeny_CD(20.05.2013 15:50)
- А манагер понимает, что размер ерраты ни о чём вообще не говорит? У некоторых еррата маленькая может потому, что обратной связи с потребителем нет, а глючит не меньше. А большая еррата, несколько версий чипов --> тестируют, находят ошибки, fk0(96 знак., 20.05.2013 15:42)
- Манагеру надо знать о рисках, проистекающих из ераты, и о цене этих рисков. - Evgeny_CD(20.05.2013 15:32)
- Херовый вывод на самом деле. Знание CONOPS изделия может очень сильно помогать в разработке. И наоборот - отсутствие этого знания приводит к разработке сфероконины, которую потом хер к чему прикрутишь без кувалды и такой-то матери. - Shura(20.05.2013 14:42)
- Так вот, этот эксперт достаточно умен, чтобы допускать внешнее управление. Он не лезет не всвое, а другие люди в команде мыслят категориями конечного решения, и избегают сфероконины. - Evgeny_CD(20.05.2013 14:46)
- Всё равно вы меня не убедите, что разработчик не должен представлять себе, где и как будет использоваться его продукт. По моему опыту, это как раз одна из главнейших причин появления негодных продуктов. - Shura(20.05.2013 14:49)
- +1. особенно эффективно работает командировка разработчика на пуско-наладочные испытания. столько нового можно узнать не только об условиях эксплуатации, но даже о своем приборе, себе, и своих ближних и дальних родственниках. и всё за один день :> - Snaky(21.05.2013 02:53)
- +100500 :=) - koyodza(21.05.2013 11:45)
- да, согласен: когда разработчику пох (либо потому что его искусственно ограничили в информации, либо потому что он такой и есть - не важно) продукт обычно получается говняный - koyodza(20.05.2013 15:12)
- Этот разработчик представляет :) И охотно излагает суть и детали своей работы. Но вот только говорит он на языке матлаба... - Evgeny_CD(20.05.2013 14:51)
- А когда в железе потом это всё не работает, то с претензиями предлагает обращаться в MathWorks? ;-) - Shura(20.05.2013 14:53)
- Опытный факт, что его "матан" работает всегда. Это удивительно, но факт. И когда в результате ошибок производительность софткора проца упала чуть ни на 30%, он 3 мес пыхтел, но его софт таки заработал. МАСТЕР! Ошибки в плате исравить было уже Evgeny_CD(14 знак., 20.05.2013 14:56)
- такие тяжелые ошибки в плате и софте не благодаря ли изначально неверному выбору или постановке задания исполнителям возникли? - koyodza(20.05.2013 15:10)
- Нет. Были куплены FPGA не той скорости - снабжение про... А поскольку этот была контролируемая закупка под управлением ВП, сертификация и проч, то изменить в срок было уже невозможно. + по разным причинам делали очень сложную плату "с первого Evgeny_CD(109 знак., 20.05.2013 15:13)
- а кто снабжению позволил выполнить замену? И кто внёс потом эту замену в сертификационную документацию? - koyodza(20.05.2013 15:16)
- Для простоты можно сказать, что накосячил я, как руководитель, которого подвел подчиненный. К счатью, он больше у нас не работает. - Evgeny_CD(20.05.2013 15:19)
- ну вот и разобрались. "И эти люди запрещают нам ковыряться в носу" :=) koyodza(112 знак., 20.05.2013 15:24)
- Для простоты можно сказать, что накосячил я, как руководитель, которого подвел подчиненный. К счатью, он больше у нас не работает. - Evgeny_CD(20.05.2013 15:19)
- а кто снабжению позволил выполнить замену? И кто внёс потом эту замену в сертификационную документацию? - koyodza(20.05.2013 15:16)
- Нет. Были куплены FPGA не той скорости - снабжение про... А поскольку этот была контролируемая закупка под управлением ВП, сертификация и проч, то изменить в срок было уже невозможно. + по разным причинам делали очень сложную плату "с первого Evgeny_CD(109 знак., 20.05.2013 15:13)
- такие тяжелые ошибки в плате и софте не благодаря ли изначально неверному выбору или постановке задания исполнителям возникли? - koyodza(20.05.2013 15:10)
- Опытный факт, что его "матан" работает всегда. Это удивительно, но факт. И когда в результате ошибок производительность софткора проца упала чуть ни на 30%, он 3 мес пыхтел, но его софт таки заработал. МАСТЕР! Ошибки в плате исравить было уже Evgeny_CD(14 знак., 20.05.2013 14:56)
- А когда в железе потом это всё не работает, то с претензиями предлагает обращаться в MathWorks? ;-) - Shura(20.05.2013 14:53)
- +1. особенно эффективно работает командировка разработчика на пуско-наладочные испытания. столько нового можно узнать не только об условиях эксплуатации, но даже о своем приборе, себе, и своих ближних и дальних родственниках. и всё за один день :> - Snaky(21.05.2013 02:53)
- Всё равно вы меня не убедите, что разработчик не должен представлять себе, где и как будет использоваться его продукт. По моему опыту, это как раз одна из главнейших причин появления негодных продуктов. - Shura(20.05.2013 14:49)
- Так вот, этот эксперт достаточно умен, чтобы допускать внешнее управление. Он не лезет не всвое, а другие люди в команде мыслят категориями конечного решения, и избегают сфероконины. - Evgeny_CD(20.05.2013 14:46)
- так никто не говорит, что каждый исполнитель должен быть на все руки мастер. Но каждый исполнитель должен понимать, что и зачем он делает, и не быть стеснён в выборе без веских на то причин, а не потому, что манагеру еррата показалась слишком koyodza(8 знак., 20.05.2013 15:15)