Все знают медлительность государств и чиновников.
Представим нашли ошибку в безопасности, что бы устранить нужно выставить тендер найти исполнителя и прочее. Тем временем багом пользуются.
Opensource живет за счёт комьюнити и контрибьютеров. Есть майнтейнер кто принимает на ревью код и решает принимать или нет. Кто будет это поддерживать в гос.структурах?
Время покажет, но как мне кажется, участники правительства пиарятся. И все останется как раньше: винда, аутлук, офис
Прошёл путь из разработчика в веб-студии до архитектора проекта и скажу следующее:
Когда был разработчиком всегда сильно возмущался над требованиями «код вчера нужен был».
Когда стал лидом команды начал замечать и чем больше погружаешься на чём строится бизнес, тем больше приходит понимание почему всегда «нужно было вчера».
Пример из жизни: есть какая то киллер-фитча продукта, которая может повысить продажи проекта (по сути выручку). Дольше тянешь с фитчей — больше вероятность, что кто то выпустит раньше.
Частая проблема программиста — излишняя абстракция и оптимизация решаемой задачи.
Часто программисты начинают решать задачу оптимизации, где она не нужна (да я тоже честно говоря такой же). Добиваться красивого кода, решения. Если оптимизировать расходы на эти пункты, можно сильно ускорить разработку. А если правильно разнести контекст приложения на микросервисы, то можно практиковать подход — разработка посредством прототипов. (Правда люди пишущие статьи habr.com/ru/post/423955 и habr.com/post/423889 меня осудят).
Все знают медлительность государств и чиновников.
Представим нашли ошибку в безопасности, что бы устранить нужно выставить тендер найти исполнителя и прочее. Тем временем багом пользуются.
Opensource живет за счёт комьюнити и контрибьютеров. Есть майнтейнер кто принимает на ревью код и решает принимать или нет. Кто будет это поддерживать в гос.структурах?
Время покажет, но как мне кажется, участники правительства пиарятся. И все останется как раньше: винда, аутлук, офис
React продукт Facebook, остальное если не ошибаюсь тоже opensource от больших контор.
Когда был разработчиком всегда сильно возмущался над требованиями «код вчера нужен был».
Когда стал лидом команды начал замечать и чем больше погружаешься на чём строится бизнес, тем больше приходит понимание почему всегда «нужно было вчера».
Пример из жизни: есть какая то киллер-фитча продукта, которая может повысить продажи проекта (по сути выручку). Дольше тянешь с фитчей — больше вероятность, что кто то выпустит раньше.
Частая проблема программиста — излишняя абстракция и оптимизация решаемой задачи.
Часто программисты начинают решать задачу оптимизации, где она не нужна (да я тоже честно говоря такой же). Добиваться красивого кода, решения. Если оптимизировать расходы на эти пункты, можно сильно ускорить разработку. А если правильно разнести контекст приложения на микросервисы, то можно практиковать подход — разработка посредством прототипов. (Правда люди пишущие статьи habr.com/ru/post/423955 и habr.com/post/423889 меня осудят).
Если читали перевод, то именно «по запросу». Суд был спустя 4 года
Судя по тексту, суд начался, когда его привезли в США. Т.е. доступ до почт, до серверов и прочего они получили до суда.