Две недели назад прогремело первое значимое технологическое событие года - Выставка Потребительской Электроники (Consumer Electronics Show), которая ежегодно проходит в начале января в Лас-Вегасе. Я увлекаюсь возобновляемой (в частности, солнечной) энергетикой, но и для таких, как я на этом мероприятии было, что посмотреть. И я решил подвести некоторые итоги CES с точки зрения именно с позиции именно солнечной энергетики.

Да, она тоже была на этом мероприятии, и не просто была, но некоторые девайсы даже были удостоены наград или как минимум номинаций в одной из 24 категорий.

https://habr.com/ru/post/710438/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710438

Здравствуйте, уважаемые хабровчане! Хотел бы поделиться мыслями и впечатлениями по поводу только что завершённого Google foobar code challenge.

Многие, наверняка, слышали как, после очередного поискового запроса по программистской тематике, страничка поисковика Google интригующе раздваивается и появляется предложение порешать задачки. Почти месяц назад экран раздвоился и передо мной.

С этим явлением связаны некоторие слухи и легенды и, чтобы помочь будущим участникам вызова Google максимально эффективно использовать подвернувшийся случай для своего развития, хотелось бы поделиться своими мыслями и впечатлениями по горячим следам.

Если подытожить кратко, то этот вызов — подарок судьбы, инструмент для личного и профессионального саморазвития, этап профессионального роста. Но это ни в коем случае не повод для "фаллометрии" и для демонстрации своего превосходства. Google foobar challenge — это для себя.

Первое, что хочется отметить: этот вызов — удача, которой ещё нужно правильно воспользоваться. Каким образом система выбирает кандидата — неизвестно. Точнее, примерно понятно, что по истории поисковых запросов. Но, также, понятно, что подбор очень нетривиальный, высокоинтеллектуальный, и, вполне вероятно, что с вмешательством живых людей. Не стоит ожидать что удастся схитрить. Да, можно пытаться заставить систему выбрать именно вас, открывая в десятке браузеров сотни вкладок со stackoverflow, но, разумнее, не спешить, просто жить своей обычной жизнью, работать и ждать когда это случится само, когда вселенная решит, что время пришло.

https://habr.com/ru/post/711254/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711254

В предыдущей статье у нас получился красивый слайдер («карусель») с круговым вращением. А сегодня я создам слайдер, пролистывающий стопку «полароидных» снимков.

Пока не смотрите код, сначала я должен вам многое про него рассказать. Поехали! К старту нашего курса по Fullstack-разработке на Python.

https://habr.com/ru/post/710820/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710820

Микроконтроллеры: AVR; Среда программирования IDE Lazarus 32х (кросс-платформенный) (ОС: Windows 64х).

В прошлой статье я описывал подключение компилятора Avr к IDE Lazarus, но у меня не работало автодополнение кода (при нажатии ctrl+пробел появляется выпадающее меню с вариантами кода). Спустя 29 дней разборок я добился корректной работы автодополнения. Что бы отделить "мух от котлет" (не все используют fpcupdeluxe) я решил вынести описание работы с fpcupdeluxe в отдельную статью.

https://habr.com/ru/post/711240/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711240

Distroless контейнеры — это контейнеры, содержащие только нужные для работы приложения файлы. Из контейнера убираются не используемые программой файлы дистрибутива с целью уменьшить его размер и снизить площадь атаки. Вместо сотен или тысяч ненужных файлов дистрибутива остаются лишь файлы, требуемые для работы.

https://habr.com/ru/post/710968/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710968

Архитектура предприятия — это дисциплина, которая фокусируется на проектировании и управлении системами, процессами и структурами организации. Она направлена на то, чтобы они соответствовали бизнес-целям и задачам и были эффективными, результативными и адаптируемыми.

IBM, Google, Microsoft, Meta и Amazon — крупные технологические компании, разработавшие собственные фреймворки и инструменты корпоративной архитектуры. Статья представляет обзор подходов к архитектуре предприятия, используемых каждой из этих компаний.

https://habr.com/ru/post/711238/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711238

В предыдущей статье мы достаточно подробно рассмотрели вопросы связанные с автоматизацией управлением и настройкой ПО в средних и крупных сетях. Рассмотрели Vagrant и основные методы работы с виртуальной инфраструктурой. В этой статье мы подробно поговорим об использовании такого интересного инструмента, как Ansible.

Данное решение позволяет автоматизировать развертывание и настройку ресурсов в сети, подготовку контейнеров и виртуальных машин, и многое другое. Само приложение Ansible работает в так называемом проталкивающем режиме. Вся работа с инфраструктурой осуществляется с сервера управления. И с этой машины ведется применение настроек к управляемым узлам.

В этой статье не будет длинных вступлений, рассказывающих о том, зачем вообще нужен Ansible, чем он отличается от других подобных решений и так далее. Вместо этого я предлагаю сразу перейти к практике и развернуть необходимую тестовую среду.

https://habr.com/ru/post/711136/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711136

https://habr.com/ru/post/710298/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710298

Сейчас трудно себе представить «боевую» инсталляцию любой серьезной СУБД в виде единственного инстанса. Конечно, некоторые приложения требуют для своей работы использование локальных баз данных, но если мы говорим о сетевом многопользовательском режиме работы, то здесь использование только одной инсталляции это очень плохая идея.

Основной проблемой единственной инсталляции естественно является надежность. В случае падения сервера нам потребуется некоторое, возможно значительное, время на восстановление. Так восстановление террабайтной базы может занять несколько часов.

Да и исправный бэкап есть не всегда, но об этом мы уже говорили в предыдущей статье.

https://habr.com/ru/post/710956/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710956

В какой момент фрилансеру стоит выйти из сумрака и зарегистрироваться в качестве индивидуального предпринимателя? У всех людей будет свой ответ на этот вопрос. И отдельная версия ответа будет у государства. Читаю вам главу из «Книги нормального фрилансера» о том, в какой момент сам стал ИП, и почему это сделал.

https://habr.com/ru/post/711226/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711226

https://habr.com/ru/post/711160/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711160

https://habr.com/ru/post/710962/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710962

Привет, Хабр! Давайте рассмотрим способы запуска Docker в Docker контейнере (вложенное использование Docker). Такой подход не является повседневным использованием, но иногда помогает решить задачи при построении пайплайна CI/CD в GitLab или Jenkins для создания образов Docker и их публикации в реджестри (реестре образов), при...

https://habr.com/ru/post/710782/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710782

Концепция контейнеризации на базе Docker, и ему подобных технологий, для многих разработчиков стала незаменимым инструментом доставки своих продуктов в виде образов. В большинстве случаев для распространения используются бесплатные реестры такие как Docker Hub или GitHub Container Registry. Но иногда требуется развернуть свой собственный registry и управлять доступом к нему. Вариантов для развертывания своего собственного container registry предостаточно, но я решил сделать свой вариант админки для управления Private Docker Registry.

https://habr.com/ru/post/709988/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709988

Волна нейросетевых инноваций дошла и до компьютерной томографии (КТ), что в целом неудивительно, учитывая количество задач анализа изображений в КТ и бурный рост области применения методов машинного обучения. Тут и задачи сегментации (например, выделение опухолей, визуализация), и анализ изображения (детекция COVID-19), и даже повышение точности реконструкции. При этом если первые два случая применения нейронных сетей являются консультирующим инструментом для врача и никак не изменяют изображение, то использование нейросетей для получения реконструкции из исходных данных может представлять реальную опасность. Так нейронная сеть может стереть или дорисовать важные для диагностики здоровья пациента детали на реконструированном изображении и ввести врача в заблуждение. В данной статье мы расскажем где и зачем применяются нейронные сети в томографии, об аппаратных атаках на них и постараемся количественно оценить безопасность применения инструментов машинного обучения в компьютерной томографии.

https://habr.com/ru/post/711092/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711092

Добрый день! Недавно я прочитал статью об английских артиклях на данной платформе, и она вдохновила меня на публикацию своих мыслей о системе современного языкового образования.

Немного обо мне. Я занимаюсь преподаванием английского уже 7 лет, последние три года я сотрудничаю с одной из языковых школ. В общей сложности я взаимодействовал с 5-ю различными языковыми школами, в том числе иностранными.

Конкретно в этой статье я расскажу вам о своём восприятии темы уровней знания языка. Для того чтобы сделать это, я хочу сначала рассказать о том, что представляет из себя опыт ЛЮБОГО преподавателя-новичка который первый раз приходит на работу в ЛЮБУЮ современную языковую школу.

Итак, преподаватель-новичок, не важно, есть ли у него педагогическое образование или нет, при поступлении на работу в ЛЮБУЮ современную языковую школу ДОЛЖЕН будет пройти курс подготовки, в котором ему с благой улыбкой на лице рассказывают, что есть стандарт, по которому в наши дни планируются все программы обучения любому европейскому языку, так называемый CEFR или Common European Framework of Reference for Languages. Переводится это как «Общеевропейские рамки компетенций владения иностранным языком». Нашему преподавателю, конечно, рекомендуют ознакомиться с этим основополагающим документом. Так давайте с ним и ознакомимся.

https://habr.com/ru/post/711086/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711086

Когда говорим о высокой доступности (HA), мы имеем в виду системы, которые могут работать непрерывно без сбоев в течение длительного времени. Jenkins — один из ключевых компонентов DevOps, а потому критически важно, чтобы он оставался высокодоступным.

В статье разберём два способа настройки Jenkins в режиме высокой доступности.

https://habr.com/ru/post/711080/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711080

https://habr.com/ru/post/710986/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710986

На рубеже веков жизнь показала, что невозможно за счет тщательного планирования и проектирования системы проекта обеспечить разработку и успешное внедрение системы в предполагаемые сроки.

Как ответ на это родились Agile-методы, которые организовывают разработку принципиально иным образом: короткими итерациями, с регулярным получением обратной связи от заказчика и пользователей, для чего необходимо им представлять работоспособную версию продукта, которую они смогут оценить.

Естественно, изменение организации проекта принципиально изменило работу с требованиями и проектирование системы. Если мы признаем высокую неопределенность проекта, влекущую активное изменение требований, тщательная работа с ними теряет смысл, превращается в лишнюю работу. И были предложены легкие форматы описания систем, а также форматы коммуникаций, которые позволили их создавать.

https://habr.com/ru/post/709912/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709912

В этой серии мы исследуем проблему «игрок может использовать оружие, волшебник — разновидность игрока, посох — разновидность оружия, а волшебник может использовать только посох». Лучшее решение, которое мы придумали до сих пор — выдать нарушение преобразования типа во время выполнения, если разработчик допустил ошибку. Это не кажется оптимальным решением.

(Если вы не читали первую статью серии, то обязательно начните с нее)

https://habr.com/ru/post/710752/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710752