Visitor (03.05.2021 20:46, просмотров: 255) ответил Aleksey_75 на мож я чего не понял, НО! на самом деле "кодинг в лоб" с
программированием мало общего имеет!-
- "Возможна" не значит правильна. Я уже отмечал ниже - все должно
начинаться с ТЗ. Современные интерфейсы операторов не зря
программируют в событийной модели, а не в автоматной. Сначала ТЗ
прочитали :) - Cкpипaч(03.05.2021 21:20)
- Да, беда,ТЗ теперь я писать должен. - Visitor(03.05.2021 21:33)
- с тзпЕсателями у нас лютый напряг, как правило выходит "мужик в
пиджаке и дерево вооот такое"))) - Aleksey_75(03.05.2021 21:40)
- ТЗ нужно писать самим. У заказчика - утверждать. - Cкpипaч(03.05.2021 21:46)
- эта как ??? я в душе не
ебузнаю что нужно заказчику, а все доп плюшки что я могу посоветовать, за дополнительные деньги! - Aleksey_75(03.05.2021 21:49)- В серьёзных программистских лавках, постановщики задачи - отдельная
каста, наряду с кодерами, тестировщиками и манагерами. - Cкpипaч(03.05.2021 21:55)
- в серьезных конторах есть продукт-менагер который каждому
программисту ставит задачу "туда не ходи, сюда ходи, а то снег
башка попадет совсем дохлый будешь" и даже он ТЗ не пишет, а
исключительно согласовывает! - Aleksey_75(03.05.2021 22:50)
- Продакт-менеджер это уже большой начальник. - Cкpипaч(03.05.2021 22:53)
- не очень понимаю кто в ваших глазах "большой начальник" , в моих по сути администратор, не более - Aleksey_75(03.05.2021 22:55)
- а вообще, мы сердобольные дураки с высокими мыслями, в идеале нужно работать без всякого ТЗ, а так - Aleksey_75(03.05.2021 22:52, youtube)
- Продакт-менеджер это уже большой начальник. - Cкpипaч(03.05.2021 22:53)
- Да, только мы, двурукие обезьяны сразу все делать можем! И делаем! - Visitor(03.05.2021 22:06)
- в серьезных конторах есть продукт-менагер который каждому
программисту ставит задачу "туда не ходи, сюда ходи, а то снег
башка попадет совсем дохлый будешь" и даже он ТЗ не пишет, а
исключительно согласовывает! - Aleksey_75(03.05.2021 22:50)
- В серьёзных программистских лавках, постановщики задачи - отдельная
каста, наряду с кодерами, тестировщиками и манагерами. - Cкpипaч(03.05.2021 21:55)
- эта как ??? я в душе не
- ТЗ нужно писать самим. У заказчика - утверждать. - Cкpипaч(03.05.2021 21:46)
- ТЗ пишу -всегда-. Наглухо. Частенько на этом все и заканчивается
))) Хорошо написанное ТЗ снимает надобность в написании ПО :) - Cкpипaч(03.05.2021 21:39)
- Один лишь раз читал ТЗ такое, что охренительно. Там просто было
расписано по функциям. Вход-выход. Прямо вот так, даже имена
функций были определены. Мейн луп тоже описан был предельно точно,
ну и прерывания. Да, там уже писать особо было нечего. Жаль, не мне
то ТЗ было. - Бapбoc(03.05.2021 21:56)
- У меня в ТЗ никогда ничего даже отдаленно похожего. Вся
терминология - из предметной области. Только очень опытный взгляд
сможет увидеть в тексте конечный автомат и таймирование пауз ;о) - Cкpипaч(03.05.2021 22:00)
- Не. В том Документе было именно всё так, как описано. Ребята на
удалёнке сочинили прибор. Вот, бля, забыл для чего. Прибор что-то
там измерял, трындел по модбусу, и имел USB Host. Программно
реализованый ногодрыгом. Как описал мне тот человек, что дал для
"как надо делать" прочесть, с хостом было больно. Явно гордился "но
мы сделали". Это год, примерно, 2003-й. Или четвёртый? Не помню. - Бapбoc(05.05.2021 17:48)
- Так делать ненужно. И вредно. - Cкpипaч(05.05.2021 21:40)
- Обоснуй. Бapбoc(11 знак., 06.05.2021 09:50)
- Для начала, сошлюсь на авторитеты - все без исключения стандарты
проектирования требуют чтобы заказчик составлял ТЗ. Естественно, на языке своей предметной области (не
"прерывания - замыкания - наследование"!) Cкpипaч(295 знак., 06.05.2021 10:12)
- Составление-согласование ТЗ, это стандартный этап работ
исполнителя. - mse homjak(06.05.2021 11:13)
- Еще раз, это ответственность заказчика. Если что-то пойдет не так, то за прочностные расчеты
поедет куковать - исполнитель, а за ахинею в ТЗ - заказчик. Тот,
чья печать/подпись в шапке документа, безотносительно того кто
написал собственно текст. Такова логика работы с этим документом. - Cкpипaч(06.05.2021 15:32)
- Если исполнителю пох на результат, то да. Эщо раз. Есть такое
понятие "согласование ТЗ". Там должны быть утрясены все ахинеи. И
если исполнитель подписал ахинею, то кто ему доктор? - mse homjak(06.05.2021 17:24)
- Никогда больше не кури такую траву :) - Cкpипaч(06.05.2021 17:54)
- Это не трава. Это требования ГОСТ. Хотя, да ,это отзвук тоталитарного прошлого, которое у вас беспощадно декоммунизировано. - mse homjak(06.05.2021 18:47)
- Никогда больше не кури такую траву :) - Cкpипaч(06.05.2021 17:54)
- Если исполнителю пох на результат, то да. Эщо раз. Есть такое
понятие "согласование ТЗ". Там должны быть утрясены все ахинеи. И
если исполнитель подписал ахинею, то кто ему доктор? - mse homjak(06.05.2021 17:24)
- Еще раз, это ответственность заказчика. Если что-то пойдет не так, то за прочностные расчеты
поедет куковать - исполнитель, а за ахинею в ТЗ - заказчик. Тот,
чья печать/подпись в шапке документа, безотносительно того кто
написал собственно текст. Такова логика работы с этим документом. - Cкpипaч(06.05.2021 15:32)
- вопрос. Составление ТЗ, в вашем случае, оплачивается заказчиком? - abivan(06.05.2021 10:46)
- Нет. - Cкpипaч(06.05.2021 14:39)
- Составление-согласование ТЗ, это стандартный этап работ
исполнителя. - mse homjak(06.05.2021 11:13)
- Для начала, сошлюсь на авторитеты - все без исключения стандарты
проектирования требуют чтобы заказчик составлял ТЗ. Естественно, на языке своей предметной области (не
"прерывания - замыкания - наследование"!) Cкpипaч(295 знак., 06.05.2021 10:12)
- Обоснуй. Бapбoc(11 знак., 06.05.2021 09:50)
- Так делать ненужно. И вредно. - Cкpипaч(05.05.2021 21:40)
- Не. В том Документе было именно всё так, как описано. Ребята на
удалёнке сочинили прибор. Вот, бля, забыл для чего. Прибор что-то
там измерял, трындел по модбусу, и имел USB Host. Программно
реализованый ногодрыгом. Как описал мне тот человек, что дал для
"как надо делать" прочесть, с хостом было больно. Явно гордился "но
мы сделали". Это год, примерно, 2003-й. Или четвёртый? Не помню. - Бapбoc(05.05.2021 17:48)
- У меня в ТЗ никогда ничего даже отдаленно похожего. Вся
терминология - из предметной области. Только очень опытный взгляд
сможет увидеть в тексте конечный автомат и таймирование пауз ;о) - Cкpипaч(03.05.2021 22:00)
- Да, писанул разок, с тех пор пацанчика этого больше не видели. - Visitor(03.05.2021 21:49)
- Вот ТЗ на 100% и отработало. В конторе всегда пишем ТЗ. В более легком или тяжелом виде, не важно. Но становится понятен объем работы для нас и расходы для заказчика. - michas(05.05.2021 17:51)
- Как говорила старая еврейка своей дочери: "Сара, никогда не бегай
за мужчинами и троллейбусами, будет следующий :)" - Cкpипaч(03.05.2021 21:50)
- Москва опровергает вторую половину мудрости. - teap0t(04.05.2021 07:48)
- Видимо хорошо ТЗ написал:-) - Visitor(03.05.2021 22:01)
- +100500 :) - Cкpипaч(03.05.2021 22:04)
- Один лишь раз читал ТЗ такое, что охренительно. Там просто было
расписано по функциям. Вход-выход. Прямо вот так, даже имена
функций были определены. Мейн луп тоже описан был предельно точно,
ну и прерывания. Да, там уже писать особо было нечего. Жаль, не мне
то ТЗ было. - Бapбoc(03.05.2021 21:56)
- с тзпЕсателями у нас лютый напряг, как правило выходит "мужик в
пиджаке и дерево вооот такое"))) - Aleksey_75(03.05.2021 21:40)
- Да, беда,ТЗ теперь я писать должен. - Visitor(03.05.2021 21:33)
- "В прерываниях любая обработка данных возможна" хм... чтоб завесить все остальное ? я привык считать и делать что в прерывании в идеальном случае нужно принять что либо если это интерфейс и выставить флаг, а из мэйна уже вызвать модуль и обработать что пришло в прерывании.. - Aleksey_75(03.05.2021 20:54)
- "Возможна" не значит правильна. Я уже отмечал ниже - все должно
начинаться с ТЗ. Современные интерфейсы операторов не зря
программируют в событийной модели, а не в автоматной. Сначала ТЗ
прочитали :) - Cкpипaч(03.05.2021 21:20)