ARM, RISC-V контроллеры

В последнее время в области разработки ПО создалась ситуация, когда выгодней производить и выпускать ИМИТАЦИЮ, которая по факту не работает. В процесс вовлечены все, от рядовых программистов (которые говорят, мол нам же зарплату платят -- а за нормальный продукт, когда он выйдет за все бюджеты -- не будут), до менеджеров (по крайней мере догадывающихся о истиной сути вещей, но им тоже зарплату платят), и так вверх по цепочке, и QA отдела, который тестирует только то, что нужно и не тестирует что не нужно (и тоже в общем-то догадывается, но отклонение от линии партии тоже чревато лишением зарплаты). И у тебя есть вариант, участвовать в этом спектакле и получать действительно зарплату. Или пытаться делать продукт. Но по всем менеджерским метрикам он выйдет ХУЖЕ (бюджет нужен однозначно больше -- это коренная проблема) и тебя заменят эффективными сотрудниками. И всех такая ситуация устраивает. Т.е. на всех уровнях нужно показать KPI, нужно создать видимость работы, хорошие отчёты, представительная документация, выполнение базового функционала для показа демо -- ВСЁ. Как оно будет работать у юзера -- пофигу. Ну по крайней мере, пока юзер непосредственно не влияет на процесс путём (не)дачи денег и сам вручную не начинает согласовывать скоупы работ. Но опять же между юзером и исполнителем тут испорченный телефон и то что декларируется обычно далеко от действительности. Да наверное в любой не-компьютерной отрасли похожая ситуация, просто в софтверной области она раздута неприлично. Проще говоря -- экономически эффективней всё делать из говна, все это понимают, но все так же хотят получать зарплату. Если делать не из говна -- зарплаты на всех не хватит. Проблема описана в известной статье: https://en.wikiped …/The_Market_for_Lemons Ты конечно можешь перетянуть сложность к себе, мол у тебя свой HAL. Здорово, технически -- лучше. Продукт качественней. Только экономически он уже за пределами рынка. Такое работает только если бюджет протраченный на ПО в продукте составляет малую толику и прочие издержки связанные с некачественным ПО могут быть дороже. Почему фирме лучше иметь своих программистов, а не отдавать на аутсорс (где начинают сходу кроить, ибо нужно на чём-то зарплату получать).