Это сильно мотивирует таких людей постоянно совершенствовать то, над чем они работают, и совершенствовать себя
Абсолютно согласен
А военная организация что обучения, что работы, даже в самом лучшем случае включает в себя элементы «порядка ради порядка»
А вот тут не согласен. Порядок в военном ВУЗе не для «порядка», а для «жизни», в которой ты как раз и самосовершенствуешься преодолевая «тяготы и лишения».
И вообще, то, что по вашему мнению, вызывает «внутренне неприятие» у некоторых инженеров, не мешает выпускать из стен ВВУЗа отличных инженеров. Повторюсь, я не настаиваю на том, что нужно служить, я настаиваю, на том, что выбрать военный ВУЗ тоже можно и образование, которое там дают соответствует высоким требованиям «хороших инженеров».
Ничего подобного… Служить или нет, каждый решает сам, понятно, что увольнение — не очень простой процесс, но у многих получилось, в том числе и у меня. А качество образования в военном вузе, на мой взгляд, в среднем, выше, чем в гражданском, естественно МГУ даст всем фору, но региональные вузы… Опять же военный вуз — это вполне себе шанс уехать из региона в столицу и отучиться бесплатно.
Может для кого-то будет новостью, но в военных вузах тоже готовят айтишников, и их уровень ничуть не хуже "гражданских". И выпускников этих вузов тоже узнают и хорошо берут на работу.
Полагаю, что разделение runnable объектов и самих тредов, частично решит проблему. Т.е. в схеме BaseRunnable::run() -> DervedRunnable::run(), а потом std::thread(&Derived::run, derived) не должно быть проблем.
Я имел ввиду пруф хотя бы на анонс того, что уже перенеслись на эти архитектуры. Я к тому, что если активность в этом направлении есть — то хорошо, если все закончится на двух ОС и одном министерстве, то — плохо.
А есть пруф? А то на сайте только эту цитату нашел: «В архитектуру ОС Лотос заложены механизмы портирования на другие архитектуры. Например такие как: Эльбрус, MIPSel, ARM.»
Уместно ли, но упомяну, что у отечественных ОС разная поддержка отечественных аппаратных средств. Если точнее, то на сколько мне известно, «эльбрусы» и «байкалы» поддерживают только Альт и Астра.
Ок, тогда было бы интересно почитать о «лучших практиках» применения gradle при сборке c++ проектов, например в ключе общего проекта в android приложении или что-то подобное.
CMake… Modern CMake… More Modern CMake, это понятия, появившиеся за последние 3 — 4 года (кроме самого понятия cmake, конечно). Работа в режиме сервера, интеграция с пакетными менеджерами, поддержка в качестве файлов проекта «из коробки» для топ C++ IDE (я имею ввиду CLion, QtCreator и MS Visual Studio). Ну не тянет как-то на сердневековье. Безусловно gradle хорош, но не думаю, что это первое, что нужно брать или советовать людям для написания C++ кода.
Исследования — это хорошо, а вот всякие попытки навязать мне "европейские" ценности через эти исследования порядком надоели. Ну не хочу я знать об "этих", которые между полами, пусть живут как хотят, хватит о них трубить на каждом шагу. Проблем у всех полно, а не только у лгбт и прочих.
Пишите ещё! Кто бы что ни говорил, а многим с этим Эльбрусом работать придётся в ближайшее время, так что такие статьи очень полезны. И ещё, я один страдал, читая статью с телефона? Ни одна формула не отобразилась, только в "полной версии".
Еще есть библиотека dynamix для изменения поведения «на ходу». .На с++ russia 2018 был хороший доклад от автора. Он привел несколько хороших «наглядных» примеров из мира геймдева.
До недавнего времени, обновления подлежали лишь инспекционному контролю, т.е. проверяли ь лишь изменения. С доп. условием, что изменения не превышают примерно 10% от кодовой базы. Сейчас правила игры меняются, примерно так… Если обновления надо внести в течение срока действия сертификата, то будет инспекционный контроль, а если сертификат заканчивается, то все по новой. Про "адгообразные вещи" — да проверяется все от и до, помимо проверки на заявленной, проверяют на уязвимости, лаборатории теперь их регулярно закупают (базу уязвимостей). Вообще сертификация — не простое дело, но оно того стоит.
Для начала надо определиться с классом защищенности, ну если по простому, то понять на сколько "важная" информация будет обрабатываться программой. От этого будет зависеть вся последующая процедура. Если вопрос в защите персональных данных, то достаточно проверки на недекларированные возможности. Т.е. Ваше ПО должно работать так как заявлено. Весьма желательно, чтобы код был написан на компилируемом языке, либо должна быть сертифицированна виртуальная машина или интерпритатор, которой/которым вы пользуетесь, но это сложнее. По поводу времени, закладывайте не менее полугода на сертификацию. В случае большого объёма кода и "не дай бог" присутствия собственных систем и правил разграничения доступа, ролевой модели и т.д. — закладывает год, не меньше.
Абсолютно согласен
А вот тут не согласен. Порядок в военном ВУЗе не для «порядка», а для «жизни», в которой ты как раз и самосовершенствуешься преодолевая «тяготы и лишения».
И вообще, то, что по вашему мнению, вызывает «внутренне неприятие» у некоторых инженеров, не мешает выпускать из стен ВВУЗа отличных инженеров. Повторюсь, я не настаиваю на том, что нужно служить, я настаиваю, на том, что выбрать военный ВУЗ тоже можно и образование, которое там дают соответствует высоким требованиям «хороших инженеров».
Согласен, не для каждого, но технический склад ума тут не причём.
Ничего подобного… Служить или нет, каждый решает сам, понятно, что увольнение — не очень простой процесс, но у многих получилось, в том числе и у меня. А качество образования в военном вузе, на мой взгляд, в среднем, выше, чем в гражданском, естественно МГУ даст всем фору, но региональные вузы… Опять же военный вуз — это вполне себе шанс уехать из региона в столицу и отучиться бесплатно.
Может для кого-то будет новостью, но в военных вузах тоже готовят айтишников, и их уровень ничуть не хуже "гражданских". И выпускников этих вузов тоже узнают и хорошо берут на работу.
Прокомментируйте пожалуйста любой из функциональных языков программирования с помощью матрёшки.
У Альт не только KDE, но и Mate, это официально поддерживаемые. Есть ещё starter kits, Там DE на любой вкус.
PlantUML
Полагаю, что разделение runnable объектов и самих тредов, частично решит проблему. Т.е. в схеме BaseRunnable::run() -> DervedRunnable::run(), а потом std::thread(&Derived::run, derived) не должно быть проблем.
За статью — плюс, за название библиотеки — два плюса!
Исследования — это хорошо, а вот всякие попытки навязать мне "европейские" ценности через эти исследования порядком надоели. Ну не хочу я знать об "этих", которые между полами, пусть живут как хотят, хватит о них трубить на каждом шагу. Проблем у всех полно, а не только у лгбт и прочих.
Пишите ещё! Кто бы что ни говорил, а многим с этим Эльбрусом работать придётся в ближайшее время, так что такие статьи очень полезны. И ещё, я один страдал, читая статью с телефона? Ни одна формула не отобразилась, только в "полной версии".
До недавнего времени, обновления подлежали лишь инспекционному контролю, т.е. проверяли ь лишь изменения. С доп. условием, что изменения не превышают примерно 10% от кодовой базы. Сейчас правила игры меняются, примерно так… Если обновления надо внести в течение срока действия сертификата, то будет инспекционный контроль, а если сертификат заканчивается, то все по новой. Про "адгообразные вещи" — да проверяется все от и до, помимо проверки на заявленной, проверяют на уязвимости, лаборатории теперь их регулярно закупают (базу уязвимостей). Вообще сертификация — не простое дело, но оно того стоит.
Для начала надо определиться с классом защищенности, ну если по простому, то понять на сколько "важная" информация будет обрабатываться программой. От этого будет зависеть вся последующая процедура. Если вопрос в защите персональных данных, то достаточно проверки на недекларированные возможности. Т.е. Ваше ПО должно работать так как заявлено. Весьма желательно, чтобы код был написан на компилируемом языке, либо должна быть сертифицированна виртуальная машина или интерпритатор, которой/которым вы пользуетесь, но это сложнее. По поводу времени, закладывайте не менее полугода на сертификацию. В случае большого объёма кода и "не дай бог" присутствия собственных систем и правил разграничения доступа, ролевой модели и т.д. — закладывает год, не меньше.