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

Предыстория

Захотелось мне как-то перевести управление станком на ПЛИС, а для этого понадобилось ядро процессора. Поиск на opencores не особо помог, x86 лицензированный, ARM лицензированный, NIOS… ну, вы поняли. Если выдумывать свою систему команд, может получиться криво, и главное, где брать компилятор. В общем, всё было сложно, так что на время идею пришлось отложить.
С недавних пор ситуация изменилась, архитектура RISC-V пошла в массы.

В прошлой части добавили расширение M (умножение и деление), теперь будем собирать под ПЛИС Cyclone IV. При попытке собрать проект Quartus говорит, что с асинхронной памятью работать не будет, поэтому заменяем её на синхронную, и это сразу приводит к серьёзным последствиям.

В прошлой статье приделали конвейер и теперь можно запускать программы, расположенные в локальной памяти процессора. Но с одной лишь локальной памятью далеко не уедешь, у маленького ПЛИСа её жалких 50 кБ, поэтому надо делать небольшое локальное хранилище, синхронизируемое с внешней памятью, то есть кэш. Есть отладочная плата с SD RAM, в идеальном случае хорошо бы добавить её поддержку, но для начала внешнюю память будет изображать внутренняя. Дополнительным эффектом от добавления кэша оказалось увеличение доступной памяти, потому что для чтения параллельно с двух адресов создавалось два набора памяти, а теперь чтение за один такт делается только с одного адреса.
Ветка реализации проекта лежит на гитхабе.

Готовим процессор к добавлению суперскалярности - переделываем 3-х этапный конвейер RISC-V в 5-этапный и попутно измеряем производительность.

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

Каждое новое средство перестраивало саму культуру общения: менялись привычки пользователей, появлялись новые бизнес-модели, а вместе с ними и новые угрозы безопасности. Давайте разберёмся, как за два века «текст на расстоянии» превращался из точек и тире в пуши на смартфоне — и почему формат сообщения всегда сильнее, чем кажется. Детали внутри.

Пицца прочно заняла важное место в современной глобальной кухне — как во всевозможных заведениях, далеко не только тематических, так и в доставке. С конца XX века пиццу едят люди почти всех слоёв общества на всех континентах планеты. С тех же пор пиццу можно назвать одним из главных блюд айтишников, которые нечасто заморачиваются с готовкой чего-то сложнее быстрорастворимой лапши. Легендарными были объёмы потребления пиццы командой создателей DOOM во главе с Джоном Кармаком, которому за ежедневные заказы на протяжении 15 лет местная пиццерия навсегда позволила брать её по цене 1995 года. Обычно пиццу называют одним из главных блюд итальянской кухни — с чем, однако, согласится далеко не каждый итальянец, а некоторые даже выразят весьма эмоциональное возмущение. Как пицца стала одним из любимых блюд человечества, какие метаморфозы она претерпела на этом пути, и почему ей мы обязаны далеко не только итальянцам?

Всем привет!

Я решил вести блог о разработке игр на своем личном опыте. Стартовая позиция - без опыта в разработке, не было понимания даже базового синтаксиса.

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

Статьи пишу спустя чуть более, чем полтора года от старта работ, так что будет интересно!

Я нанимаю людей постоянно. На самые разные позиции и роли. Мне также требуется растить людей в своей команде, помогая им пробовать себя в совершенно непривычных для них ролях. Возможно, мне просто везёт, и у меня всё получается в 9 из 10 случаев. Случаются провалы, которые почти всегда можно объяснить как минимум двумя факторами: неучтённый бэкграунд человека и его (или её) банальная усталость.

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

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

Много-много лет назад, когда деревья были большие, а мощность процессоров меряли мегагерцами, на некоторых системных блоках можно было найти загадочную кнопку с гордым названием «Turbo».

Логика подсказывала: раз «турбо» — значит, должна ускорять. Но так ли она работала на самом деле? Кто её туда поставил и зачем? Давайте разбираться.

Автоматизация тестирования — это не только про стабильность и скорость, но и про понимание причин падений. В этой статье практические приёмы, которые помогут сделать Playwright-тесты не просто «зелёными», а по-настоящему надёжными и понятными. Разберём, как:

— подключить минимальный набор инструментов для диагностики;
— улучшить читаемость отчётов;
— использовать кастомные ассерты для более информативных ошибок;
— выбрать подходящие репортеры под разные роли в команде;
— и даже применить AI для автоматического анализа падений.

Материал будет полезен QA-инженерам и автоматизаторам, работающим с Playwright, а также разработчикам, тимлидам и менеджерам, которым важно получать прозрачную картину состояния автотестов. 

Привет, Хабр!

Я начинал изучать вёрстку в 2010 году. Я не знал английский, поэтому у меня был ограниченный набор материала. Кто помнит видеоуроки Попова?

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

Я собрал несколько советов. По моей задумке, если вы обратите внимание на эти аспекты, то ваш код будет лучше.

Давайте посмотрим, что я вам подготовил.

Давно присматривался к языку программирования Zig и наконец решил на нём что-то написать. Выбор пал на TCP/UDP echo сервер: задача не слишком сложная, но с интересными моментами, особенно при переходе на event loop. В статье поделюсь процессом и своими впечатлениями.

Что необходимо иметь ввиду перед прочтением:

Здесь не будет всякой расплывчатой ерунды по типу "любопытства", "находчивости", "умения воспринимать критику", "увлечённости своей работой" – это относится ко всем нормальным людям.

Речь пойдёт в основном про системных администраторов.

Я буду рассматривать ситуацию со стороны коллеги, а не "бизнеса" (некомпетентного руководства).

Мне плевать на названия отделов и должностей. Я оцениваю человека по его уровню знаний и опыта, а не по записи в трудовой книжке. На "Ведущих инженеров по автоматизации" и "Руководителей ИТ департамента" я уже насмотрелся.

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

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

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

«Или вы платите мне четыре миллиона, или я иду в суд и взыскиваю с вас пять. А пока будет идти суд, полиция арестует ваши склады и заблокирует сайт» — с этого ультиматума началось утро владельца одного небольшого интернет-магазина мебели.

Что случилось: жила-была одна дама, директор интернет-магазина. Однажды она решила нажиться на своем конкуренте. Зарегистрировала на себя его название как товарный знак в Роспатенте, а потом пришла требовать с него деньги.

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

Правда, что так можно получить деньги? Сможет ли интернет-магазин защитить себя?

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

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

Я юрист по интеллектуальным правам. Товарные знаки, патенты, авторские права — это моя профессия.

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

Под катом – анимация, демонстрирующая сборку приложения для macOS в режиме реального времени:

Я расскажу, как она получилась, но для начала обрисую контекст этого проекта.

Компиляция конкретного софта может быть очень длительной просто потому, что в этой программе очень много кода — как, например, в проекте LLVM. Но бывает и так, что сборка идёт медленно по глупым и вполне устранимым причинам. Подозреваю, что большинство сборок просто тормозят из-за ерунды, но проверить это мне пока не удавалось. Поэтому я разработал кроссплатформенный инструмент для визуализации сборок (пока он существует в приватной бета-версии, ссылка в конце статьи). Он работает с любой системой сборки и с любым языком программирования (а не только C/C++/Rust).

Как долго мы будем молчать о том, что популярные стандарты по управлению проектами не работают? Почему в организациях продолжают бездумно внедрять PMBoK и прочие «фреймворки», которые только тормозят проекты? Сколько еще вы готовы потерять времени и денег только потому, что выбрали привычный процессный подход вместо реально работающего?

Вот уже 20 лет я настраиваю системы управления проектами как в небольших компаниях, так и в крупнейших российских организациях, таких как Сибур, Новабев, Сбербанк, Hoff, Рулог и пр. Лично управлял портфелями проектами стоимостью свыше 70 млн. евро. В прошлом году моя команда разработала методологию управления программой ИТ-трансформации в компании с годовым оборотом свыше 1 триллиона рублей. Так что, в управлении проектами меня уже ничем не удивить. Кроме одного: почему до сих пор многие компании внедряют стандарты с фокусом на процессы, которые красиво описаны, но не адаптированы к реальным проектам.

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