Часто приходится писать по необходимости. Технические задания, описание архитектуры. 500 страниц как архитектура реализована в ПЛИС. Читаешь - почти ка художественная литература!
об эксперименте, в ходе которого детей заставляли решать задачи,
Это не про упорство и настойчивость. А о том что если результаты работы оцениваются адекватно, то работающие будут прилагать больше усилий чтобы достичь результата и в следующий раз.
Автор молодец! И ничего себе самоделки пошли - на Cyclone 5+ARM. и даже с интерливингом и мултиплексированием. Имею в виду цифровые. Аналоговые приемники совсем другая тема. На HackRF и GNUradio не смотрели? Вот например На Хабре
На практике конечно это зачастую тот же человек. Но обычно на небольших проектах с ясной целью и ограниченного масштаба. Типично в водопаде. Когда аджайл - функции тех и тим присваиавются разным людям по умолчанию.
Да я понимаю - для менеджеров это святое. Но вот случай из жизни. Продвинутый менежер составил таблицу из полутора сотен требований верхнего уровня разбитых на 5 подразделов по числу групп разработчиков. С возможностью сортировки и все все. Попросил провести их оценку. Только одна группа (!) справилась сама - инженеры по силовой электронике, остальным пришлось показывать где-что найти и нажать, включая прикладников, и сюрприз, программистов.
список задач со статусом, сроками и ответственными – это все таблицы.
Таблицы?! Вы же дальше по тексту написали и про Канбан, и Гант. Есть полно планировщиков задач. А задач обычно так много что в таблицах не больно-то и покажешь.
С НИИПП не контактировать, но в Томске появился и Микран который освоил более современные технологии. И вполне себе работают - три дня на коммерческое предложение.
Тренированный мозг, не GPT, все же я думаю может как различать так и просеивать. Я конечно больше имею в виду поток иформации технического плана. Десяток разработчиков с трех недельным тактом докладывают, и да по 15 минут, что и как они сделали. Историю надо помнить примерно на год, чтобы избежать хождение по кругу. И и много чего другого.
А был еще и nmake
И Quartus вам скажет "timing criteria not met" .
Точно. Я на ZCU102 c мезонинным модулем АЦП залил с гитхаба битстрим анализатора спектра и оно заработало!
Часто приходится писать по необходимости. Технические задания, описание архитектуры. 500 страниц как архитектура реализована в ПЛИС. Читаешь - почти ка художественная литература!
Это не про упорство и настойчивость. А о том что если результаты работы оцениваются адекватно, то работающие будут прилагать больше усилий чтобы достичь результата и в следующий раз.
Автор молодец! И ничего себе самоделки пошли - на Cyclone 5+ARM. и даже с интерливингом и мултиплексированием. Имею в виду цифровые. Аналоговые приемники совсем другая тема. На HackRF и GNUradio не смотрели? Вот например На Хабре
На практике конечно это зачастую тот же человек. Но обычно на небольших проектах с ясной целью и ограниченного масштаба. Типично в водопаде. Когда аджайл - функции тех и тим присваиавются разным людям по умолчанию.
Да я понимаю - для менеджеров это святое. Но вот случай из жизни. Продвинутый менежер составил таблицу из полутора сотен требований верхнего уровня разбитых на 5 подразделов по числу групп разработчиков. С возможностью сортировки и все все. Попросил провести их оценку. Только одна группа (!) справилась сама - инженеры по силовой электронике, остальным пришлось показывать где-что найти и нажать, включая прикладников, и сюрприз, программистов.
Правильно кажется
Таблицы?! Вы же дальше по тексту написали и про Канбан, и Гант. Есть полно планировщиков задач. А задач обычно так много что в таблицах не больно-то и покажешь.
С НИИПП не контактировать, но в Томске появился и Микран который освоил более современные технологии. И вполне себе работают - три дня на коммерческое предложение.
Ну сотруднику достаточно быть лояльным, демонстрировать вовлеченность, и повышать квалификацию чтобы перестать беспокоится и работать работу:)
Да и хорошая организация которая их и делает тоже в Томске НИИПП. Особенно диоды Ганна. Включая с обозначением 3Аххх.
Ганна статики не боится. Он даже не диод.
"Почем" обычно задается в конце.
Читается то легко потому что язык хороший. Но чтобы быстро я бы не сказал.
Тренированный мозг, не GPT, все же я думаю может как различать так и просеивать. Я конечно больше имею в виду поток иформации технического плана. Десяток разработчиков с трех недельным тактом докладывают, и да по 15 минут, что и как они сделали. Историю надо помнить примерно на год, чтобы избежать хождение по кругу. И и много чего другого.
Могу посоветовать брать интегралы в уме.
Я бы предложил что-где-когда-кто-как- и почему. Хорошая мантра получается.