Спасибо за ссылку.
В обсуждаемых методических рекомендациях говорится про то, что и компоненты должны позволять «получить исключительные права на ПО, использующее их в своём составе (ключевые компоненты ПО не должны распространяться на условиях таких лицензий, как GPL, MPL и т.п.)». Т.е. ограничения copyleft лицензий считаются существенными.
А в «сведениях» от Лотоса написано, что «из российского законодательства следует, что в отношении создания составного произведения данные ограничения [copyleft лицензий] ничтожны».
Кто прав? Наверное, стоит подожать юридически значимых объяснений от ЦКИТ.
А что означают нули в реузльтатах для некоторых процессоров? Например в LINPACK 100x100 DP для Baikail-T1
P.S. К слову, Raspberry Pi поддреживает armhf, а запускалась, судя по всему без hard float (armel обычно без hard-float). Поэтому и показывает катастрофически низкие результаты
Ну с количество запросов в секунду уже научились увеличивать настолько, насколько нужно — балансировать нагрзуку, шардировать можно хоть до бесконечности, если, конечно, архитектура позволяет.
Потому что критерием скорости 99% серверных приложений является время обработки одного запроса, а это в 99% случаев не параллелится (пока). Поэтому нужна большая single-thread производительность.
А при возникновении выбора — купить более дешевое, но слабое в single-thread производительсноти железо или использовать более простую, но CPU-затратную технологию (напр., Python вместо C++) — обычно выбирают второе, потому что труд программиста супердорог (по сравнению с другими профессиями в большинстве стран мира), и технологии надо упрощать, пусть и засчет увеличения потребления CPU.
А какой смысл делать отедльные статьи Digital-мероприятия в Санкт-Петербурге и в Москве, если 1) все равно все в online, 2) в этой статье всего одно мероприятие!? Наверное, поэтому минусуют
Под открытыми рабочими пространствами, наверное, стоит понимать не open space в привычном смысле, а то, что вся команда целиком, в том числе менеджеры и руководители (если есть), сидят в одной комнате без перегородок
Основной посыл статьи — зачем нанимать хороших (эффективных, занющих алгоритмы и т.п.) программистов, если у них все равно не будет стимулов хорошо (эффективно) работать?
Просто, гениально и почему-то многим совершенно не понятно.
Тоже использую диск, выдающий ошибки чтения ближе к краям физических дисков (внутри коробки два диска).
Решение: разбит на два логических диска C: и D:, совпадающих с физическими, но последние 1 ГБ каждого физического диска не используются разделами (свободны). Уже четыре года никаких ошибок нет.
По моему опыту пластины ЖД редко умирают целиком и все сразу. Обычно портится только часть. Как правильно, центр или край.
В теории плоская иерархия, SCRUM и самоуправляемая команда с полностью взаимозаменяемыми senior разработчиками — это замечательно. На практике все стараются нанять вчерашних студентов или тех, кто готов работать за небольшие деньги, и одного ведущего над ними, который становится тимлидом. Такой тренд я вижу чаще.
Как понимаю, такие вещи, как Integrity позволяет создавать изолированные окружения и гибко настраивать их ресурсы. Знаю, некоторые создают на одной такой физической машине как production, так и тестовые среды. Если уж купили такую вещь, то странно не использовать ее возможности.
В обсуждаемых методических рекомендациях говорится про то, что и компоненты должны позволять «получить исключительные права на ПО, использующее их в своём составе (ключевые компоненты ПО не должны распространяться на условиях таких лицензий, как GPL, MPL и т.п.)». Т.е. ограничения copyleft лицензий считаются существенными.
А в «сведениях» от Лотоса написано, что «из российского законодательства следует, что в отношении создания составного произведения данные ограничения [copyleft лицензий] ничтожны».
Кто прав? Наверное, стоит подожать юридически значимых объяснений от ЦКИТ.
P.S. К слову, Raspberry Pi поддреживает armhf, а запускалась, судя по всему без hard float (armel обычно без hard-float). Поэтому и показывает катастрофически низкие результаты
Потому что критерием скорости 99% серверных приложений является время обработки одного запроса, а это в 99% случаев не параллелится (пока). Поэтому нужна большая single-thread производительность.
А при возникновении выбора — купить более дешевое, но слабое в single-thread производительсноти железо или использовать более простую, но CPU-затратную технологию (напр., Python вместо C++) — обычно выбирают второе, потому что труд программиста супердорог (по сравнению с другими профессиями в большинстве стран мира), и технологии надо упрощать, пусть и засчет увеличения потребления CPU.
Кстати, там более «красивый» способ управления: через вызовы API, а не через Selenium
Просто, гениально и почему-то многим совершенно не понятно.
12 МБ памяти, из которых 8 не используются… (на последнем скриншоте) Неплохо они жили в 1987-м :)
Решение: разбит на два логических диска C: и D:, совпадающих с физическими, но последние 1 ГБ каждого физического диска не используются разделами (свободны). Уже четыре года никаких ошибок нет.
По моему опыту пластины ЖД редко умирают целиком и все сразу. Обычно портится только часть. Как правильно, центр или край.