Речь пойдет про портативную электростанцию, которая в перспективе сможет потреблять любое органическое топливо, от природного газа до коньяка, и перерабатывать его в электричество без сжигания. Цель всей затеи — заменить всевозможные дизель-генераторы на что-то более экологичное и изящное, не требующее постоянного внимания. Например, вы привезли на какой-то удаленный объект баллон топлива и забыли про обслуживание мини-электростанции на целый год. Она работает и работает.

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

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

Читать далее

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

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

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

2.Или же обратная сторона, когда мы уделяем слишком много времени анализу бизнес-требований, создавая огромные толмуты документации, с UML-диаграммами и доскональной проработкой всего. Таких требований получается в переизбытке, что в итоге их никто не читает или же читает наискосок. А еще сложнее такие требования менять и поддерживать.

В этой статье я хочу поделиться легковесным подходом к созданию бизнес-требований (acceptance-test driven developement или ATDD), который фокусирует команду на пользователях и бизнесе и улучшает понимание того, что мы делаем. И вдобавок встраивает качество в процесс разработки.

Читать далее

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

Понятие дополнительной (високосной) секунды (leap second) было введено в 1972 году International Earth Rotation and Reference Systems Service (IERS) для периодического обновления Coordinated Universal Time (UTC) из-за неточности наблюдаемого солнечного времени (UT1) и долгосрочного замедления вращения Земли. Эта периодическая поправка в основном помогает учёным и астрономам, поскольку позволяет им наблюдать за небесными телами, для большинства задач используя UTC. Если бы коррекция UTC отсутствовала, то необходимо было бы внести изменения в старое оборудование и ПО, синхронизируемое для астрономических наблюдений с UTC.

На сегодняшний день с момента введения високосной секунды UTC обновляли 27 раз.

Возможно, високосная секунда была приемлемым решением в 1972 году, когда она удовлетворяла и научное сообщество, и отрасль телекоммуникаций, однако сегодня UTC одинаково мешает и цифровым приложениям, и учёным, которые часто используют вместо него TAI или UT1.
Читать дальше →

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

Власти продолжают «одаривать» преференциями ИТ-компании. На этот раз их порадовала ФНС России в письме от 20.07.2022 № БС-4-11/9270@. В связи с введением льготных тарифов по страховым взносам (при соблюдении установленных НК РФ условий) для этих страхователей упрощается порядок заполнения расчета по страховым взносам.

Читать далее

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

Решил я тут пофрилансить для души, и увидел, что каждый третий проект по разработке чат-бота предполагает интеграцию веб-админки. В основном это касается онлайн-магазинов, где заказчик пытается сэкономить на сайте и заменить его монстрючим чат-ботом. При этом рулить проектом ему удобнее в привычной среде. Отсюда и возникает пунктик — "хочу админку". Функциональность этой штуковины обычно заканчивается на обновлении информации о товарах, назначении админов, управлении рассылками... в общем, простые манипуляции с базой, не более. Так вот, дефолтный разработчик, видя этот пункт, берет, мать ее, Django. Почему? Ну конечно, причина кроется в лени колхозить свою админку, и притащить красивую Джанговую реализацию кажется хорошей идеей. Заказчик, в свою очередь, гуглит топ веб-фреймворков и одобрительно кивает на сей перфоманс. А иногда и подливает масла в огонь, прямо в описании работы пингуя Django.

Ну что, мы разобрались с тем, откуда Django появляется в жизни счастливого и молодого ботодела. Теперь посмотрим, что влечет этот хитрый мув.

Читать далее

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

GNU-версию утилиты архивирования tar, равно как и её старые версии, можно использовать через сетевое подключение по протоколу ssh. От telnet/nc стоит отказаться, так как они не гарантируют безопасность соединения. Создавать архивы можно с помощью каналов (pipe) Unix/Linux, и ниже я продемонстрирую ряд примеров использования tar по ssh для архивирования в Linux, BSD/macOS или Unix-подобных системах. Читать дальше →

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

Хозяйственная деятельность подразумевает осуществление обмена документами между ее участниками. Какие-то передаются во исполнение требований закона, другие – в силу обычая делового оборота, третьи - в ходе трудовой деятельности.

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

Ограничение доступа к информации определенного содержания и наличие механизмов для осуществления такого ограничения присущи каждому обществу. Для обозначения информации, предназначенной для ограниченного круга лиц, используется термин «конфиденциальность» (от лат. confidential – доверие). Разновидностями конфиденциальной информации являются государственная, коммерческая, профессиональная тайна.

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

Статья 3 Федерального закона от 29.07.2004 N 98-ФЗ "О коммерческой тайне" (далее — Закон о коммерческой тайне) определяет коммерческую тайну как режим конфиденциальности информации, позволяющий ее обладателю при существующих или возможных обстоятельствах увеличить доходы, избежать неоправданных расходов, сохранить положение на рынке товаров, работ, услуг или получить иную коммерческую выгоду.

Читать далее

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

Здесь можно найти ответы (в виде описания терминов) на вопросы в этой статье, к вакансии Unity мидл программист. Или попросту узнать что-нибудь новенькое. Статья будет постепенно дополнятся (возможно простейшими примерами).

Изучать

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

Заметка рассчитана на начинающих C++ программистов, которым стало интересно, почему везде твердят, что нужно использовать delete[] для массивов, но вместо внятного объяснения – просто прикрываются магическим "undefined behavior". Немного кода, несколько картинок и взгляд под капот компиляторов – всех заинтересованных прошу под кат.

Читать дальше →

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

Всем привет! Сегодня мы поговорим об интеграционном тестировании платежного шлюза, но перед этим расскажу немного про нашу команду и наш проект. Мы (ContactPay) — самостоятельный финтех-стартап внутри QIWI, строим высокопроизводительный отказоустойчивый платежный шлюз и соответствуем стандартам безопасности PCI DSS.

Как платежный шлюз мы интегрированы со множеством внешних API, это могут быть и платежные системы, и сторонние сервисы мониторинга, антифрода, KYC (know your customer) и так далее.

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

Мы стараемся писать корректный код с наименьшим количеством багов. Код должен быть читаемым, самодокументируемым и поддерживаемым. Кроме того, он должен быть безопасным, так как мы финтех и у нас PCI DSS, это накладывает определенные требования к безопасности. А ещё код должен быть тестируемым.

Сегодня мы поговорим о двух метриках — корректность и тестируемость. Одна метрика напрямую влияет на другую, через тестируемость мы добиваемся корректности в том числе, мы проверяем, насколько код ожидаемо работает.

Перед тем как говорить об интеграционном тестировании, нужно понять, какой процесс мы будем тестировать. Рассмотрим сценарий интеграционного тестирования из жизни. Это сценарий выставления счета, на самом деле процесс проходит в несколько этапов, но мы рассмотрим в посте первые две стадии этого сценария.

Читать далее

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

Удаление архивных данных из базы это непростая задача как в 1С так и для любой базы данных. В статье изложены различные способы решения задачи, включая самый эффективный для 1С

Читать далее

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

Привет! Это команда сервиса для безопасных сделок с фрилансерами Solar Staff. В этой статье мы расскажем о движении FIRE и о том, что изменилось внутри комьюнити за последние несколько лет.

Читать далее

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

Я немного упростил изначальную концепцию, хотя весь код всё еще доступен и работает.

Сама концепция: вы делаете игру, создаёте озвучку своими силами только на своём языке, а дальше отдельные переводы и озвучки вам делают сторонние люди, за деньги или без - договоритесь сами, пока что платить некуда :) .

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

Начинаем :)

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

Мы в CTI занимаемся сложными интеграционными проектами и автоматизацией процессов. Делаем это ещё с тех времён, когда вместо какой-нибудь «Алисы» энтузиасты вручную собирали умные розетки на базе ESP8266 или Arduino, а понятие Internet of Things (IoT) не приобрело широкую популярность.

Одна из концепций, которую развиваем, — объединение унифицированных коммуникаций (UC), мультимедия и Интернета вещей (IoT). В первое понятие входит как офисная видеоконференцсвязь, так и умные голосовые помощники. В современных офисных пространствах на стенах перед входом в кабинет вешают информационные тачпанели или используют настольные варианты, которые стоят в самом кабинете. На такую панель без проблем выводится любая информация и простым нажатием на кнопки можно реализовать любой запрос (настроить кондиционер, заказать напитки, запустить проектор, приглушить свет и т.д.). Но для этого нужно нажимать и выбирать пункт из меню. А удобнее ведь просто сказать …

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

Читать далее

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

Здравствуйте, предлагаю обзор и разбор проекта Brain Simulator II от Чарльза Дж. Саймона, основателя FutureAI. Этот проект и компания малоизвестны, в русскоязычном сегменте интернета вообще нет никаких упоминаний о ней. Моё внимание компания привлекла благодаря сообщению о том, что недавно FutureAI привлекла 2 миллиона $ инвестиций. Проект оказался для меня очень любопытным и интересным, так как я сам во многом разделяю взгляды на проблематику создания AGI Чарльза Саймона, и у меня была практика создания симулятора подобного Brain Simulator II. Обзор проводится на основе общедоступных материалов с сайта FutureAI.guru, откуда можно свободно скачать сам симулятор (windows), а также найти ссылку на его исходный код (c#). Ниже будет представлен вольный перевод одной из статей с сайта, в сопровождении моих комментариев.

Читать далее

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

Расскажем, как решить задачу кастомной маркетинговой аналитики так, чтобы:

- данные были хорошо документированы;

- данные были доступны бизнес-пользователям в самостоятельном режиме;

- систему можно было легко поддерживать и, при необходимости, быстро подключать других аналитиков к работе.

Читать далее

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

Рассказывают сами ребята. Посмотреть записи выступлений можно здесь.

Читать далее

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

Благодаря лени узнал, какие фреймворки используют компании на российском рынке. Проанализировал e-comm, банки, интернет-магазины, сайты застройщиков, стриминговые сервисы, телекоммуникации и другие сферы. В конце статьи ссылка на таблицу.

Читать далее

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

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

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

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

Читать далее

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

DWT-шаблон

Вот мы и подходим к той стадии, когда уже создали стили мультивыносок (см. «Выноски nanoCAD vs мультивыноска») и собственную библиотеку блоков (см. «Блоки и атрибуты блоков»), а также (см. «Лайфхаки печати nanoCAD») научились быстро выводить документы на печать с помощью диспетчера параметров листов, пакетной печати, счетчика документов и других приемов. Часть этих настроек можно без проблем передавать во вновь создаваемые файлы. Каким образом? Давайте узнаем…

Согласитесь, каждый раз выполнять настройки для новых документов – дело довольно долгое, рутинные процессы надо минимизировать. С этой задачей прекрасно справляется шаблон, то есть чертеж, который используется как основа для создания новых чертежей и содержит некоторые общие настройки. Шаблоны имеют расширение *.dwt и хранят в себе единицы измерения, режимы рисования, слои и их свойства, масштаб типа линий, размерный стиль, стили текста, листы с видовыми экранами и масштабами. Важно учитывать, что в nanoCAD на основе шаблонов создаются все *.dwg-документы.

Читать далее

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