Ну не совсем. людей там реально меньше стало, в 2025 году там уже было на 50 000 меньше людей чем в 2010. И насколько я понял ещё на 30 000 хотели сократить.
Это говорит о том, что общения с реальными людьми явно становится меньше + з. п. больше становится, и люди больше дорожат работой. Поэтому ошибка выжевшего, скорее была у вас ;)
По данным издания, сокращение запланировано для повышения зарплаты оставшимся налоговикам. В презентации указано, что за 15 лет фактическая численность сотрудников территориальных налоговых снизилась с 162 до 118 тысяч человек.
С живым человеком в самой налоговой контактировал только при регистрации ООО, все остальное через электронный документооборот и электронную же бухгалтерию.
Там разве остались люди? (если что сарказм), но в целом грубить некому.
Ради интереса сходил с электронным ключе в налоговую ногами, чтобы перевыпустить его. На меня как на дурака посмотрели, спросили чего я в кабинете его не перевыпустил, но очень по доброму, мол дурачек пришёл, не знал, бывает. Ключ перевыпустили.
Тут ещё интереснее, если ему дали задание сделать рефакторинг и бакфикс и не приняли, то видимо да, его код не соотвествевал тому, что от него требовали и его уволили. Но, тогда непонятно зачем вообще давать такое задание.
Либо, как я понял из статьи, он сам что то решил пофиксить, а его даже не просили и тогда его уволили, так как по факту он ничего не делал, а придумывал себе работу, при этом отвлекаясь других своими PR.
Ну и переводили его из одной команды в другую тоже похоже по этой же причине, везде пытался лезть со своим самоваром, искали, где он мог пригодиться, мол спец то вроде толковый.
Я полагаю, что такое будет везде, где есть сложное ПО, которое должно поддерживать и технологии с требованиями 15 летней давности и современные требования.
Это если снуля делать под текущие задачи, то да можно сделать хорошо. Но как только технологии и требования начнут меняться, произойдёт тоже самое, будут добавляться костыли.
И никакие улучшения, которые предлагал чувак не помогли бы и скорее всего они поломали бы что то другое, чего он даже не предполагал.
По теме, чувак видно, что опытный, но позже обиделся, что его уволили.
Не знаю, может так где то и есть, но обычно повышают, за то, что твоё решение денег конторе приноси , а какое оно менеджеру грубо говоря наплевать, ну и ещё расходы на поддержку минимальны.
По моему опыту, делал долго но качественно, никто не вспомнит, что долго делала. Сделал быстро и с багами, все будут помнить только про баги.
А про способ решения вообще никто не спрашивает из тех кто принимает решения по повышению. Смотрят только на результат в деньгах.
Для обработки переменных разных типов, можно было бы использовать шаблон Посетитель, код был избавлены от ненужных If и легко можно было бы добавлять другие типы, не меняя при этом бизнес логику.
Можно использовать второй источник тактирования, например встроенный низко частотный генератор и с помощью него измерять частоту, например период таймера, который затактирован от внешнего генератора
Ещё добавлю 1. Проверка ALU, FPU, регистров, конвейера процессора 2. Проверка CRC ROM памяти, 3.Проверка RAM блюждающтюим битом. 4. Task монитор, следящиц за переодичностью выполнения задач. 5. Защита данных в NV контрольной суммой или инверсной копией. 6. Измерение и контроль тактовой частоты
FDT вообще потихоньку загнулась, еще её поддерживали Vega и Yokogawa, там проблема в кроссплатформенности, оно только под Windows заточено было + проблема с безопастностью.
В итоге остался DD, и FDI, как обобщенная технология на базе DD. Теперь схема такая. DD на входе, транслируется в байт код виртуальной машины. Виртуальная машина её запускает, на выходе интегрируете хоть в FDT, хоть в OPC UA. Сейчас так Pactware последний и работает.
Ну не совсем. людей там реально меньше стало, в 2025 году там уже было на 50 000 меньше людей чем в 2010. И насколько я понял ещё на 30 000 хотели сократить.
Это говорит о том, что общения с реальными людьми явно становится меньше + з. п. больше становится, и люди больше дорожат работой. Поэтому ошибка выжевшего, скорее была у вас ;)
С живым человеком в самой налоговой контактировал только при регистрации ООО, все остальное через электронный документооборот и электронную же бухгалтерию.
Там разве остались люди? (если что сарказм), но в целом грубить некому.
Ради интереса сходил с электронным ключе в налоговую ногами, чтобы перевыпустить его. На меня как на дурака посмотрели, спросили чего я в кабинете его не перевыпустил, но очень по доброму, мол дурачек пришёл, не знал, бывает. Ключ перевыпустили.
Тут ещё интереснее, если ему дали задание сделать рефакторинг и бакфикс и не приняли, то видимо да, его код не соотвествевал тому, что от него требовали и его уволили. Но, тогда непонятно зачем вообще давать такое задание.
Либо, как я понял из статьи, он сам что то решил пофиксить, а его даже не просили и тогда его уволили, так как по факту он ничего не делал, а придумывал себе работу, при этом отвлекаясь других своими PR.
Ну и переводили его из одной команды в другую тоже похоже по этой же причине, везде пытался лезть со своим самоваром, искали, где он мог пригодиться, мол спец то вроде толковый.
Я полагаю, что такое будет везде, где есть сложное ПО, которое должно поддерживать и технологии с требованиями 15 летней давности и современные требования.
Это если снуля делать под текущие задачи, то да можно сделать хорошо. Но как только технологии и требования начнут меняться, произойдёт тоже самое, будут добавляться костыли.
И никакие улучшения, которые предлагал чувак не помогли бы и скорее всего они поломали бы что то другое, чего он даже не предполагал.
По теме, чувак видно, что опытный, но позже обиделся, что его уволили.
Но читать было интересно.
PC Lint все видит.
Не знаю, может так где то и есть, но обычно повышают, за то, что твоё решение денег конторе приноси , а какое оно менеджеру грубо говоря наплевать, ну и ещё расходы на поддержку минимальны.
По моему опыту, делал долго но качественно, никто не вспомнит, что долго делала. Сделал быстро и с багами, все будут помнить только про баги.
А про способ решения вообще никто не спрашивает из тех кто принимает решения по повышению. Смотрят только на результат в деньгах.
Для обработки переменных разных типов, можно было бы использовать шаблон Посетитель, код был избавлены от ненужных If и легко можно было бы добавлять другие типы, не меняя при этом бизнес логику.
Мы используем прямо такой же подход, ascidoc, ревью, гит и публикация на анторе,
Мне, кажется от человека зависит. Я вот после выходных, очень плохо втягиваюсь в работу, по сути понедельник у меня пропащий день, до обеда точно.
И чем больше отдыхаю, тем меньше потом работать хочется. После новогодних праздников и отпуска неделю в себя прихожу.
Можно использовать второй источник тактирования, например встроенный низко частотный генератор и с помощью него измерять частоту, например период таймера, который затактирован от внешнего генератора
В линкере настраивается буфер или два буфера, куда предварительно копируются данные из проверяемой области.
Алгоритм такой, копируем скажем 64 байта в буфер, проверяем блок, Потом копируем данные обратно из буфера. И так всю память.
Очевидно, что в момент проверки надо запрещать все прерывания и DMA.
Есть библиотека от STM, она именно это и делает. https://www.embedded-office.com/articles/stm32-safety-platform
Ещё добавлю 1. Проверка ALU, FPU, регистров, конвейера процессора 2. Проверка CRC ROM памяти, 3.Проверка RAM блюждающтюим битом. 4. Task монитор, следящиц за переодичностью выполнения задач. 5. Защита данных в NV контрольной суммой или инверсной копией. 6. Измерение и контроль тактовой частоты
:) Полагаю, я был сильно голодный.
Поэтому МЭК 61508 запрещает использовать динамическое выделение памяти.
Только статика, только создание на стейке
FDT вообще потихоньку загнулась, еще её поддерживали Vega и Yokogawa, там проблема в кроссплатформенности, оно только под Windows заточено было + проблема с безопастностью.
В итоге остался DD, и FDI, как обобщенная технология на базе DD. Теперь схема такая. DD на входе, транслируется в байт код виртуальной машины. Виртуальная машина её запускает, на выходе интегрируете хоть в FDT, хоть в OPC UA. Сейчас так Pactware последний и работает.
В принципе все датчики совместимы их интеграция через, например DD/FDI с OPC UA https://t.me/ddngne
Так наоборот, хорошему коду комментарии не нужны, он самодокументировпн.
volatile и будет все норм.
Да, так и есть, переходит, убираются бакаларвы, магистр, но выбор предметов вещь хорошая, пока усталась.
Россия, конкретно Юургу, как раз мой курс у миноров.