Все потоки

X11 это тот механизм на чем работает весь графический интерфейс Unix подобных ОС.

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

А протокол в своей сути прекрасен. Он лаконичен и почти совершен.

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

А все книги и статьи по использованию X11 описывают это через библиотеки прокладки типа XLib и XCB, и даже, что хуже, GTK или Qt.

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

Как бы то ни было, если кому-то интересно как все работает на самом деле, пожалуйста под кат.

Всем привет! Ни для кого не секрет, что ChatGPT 4, получившая развитие в прошлом году, уже активно внедряется в обиход разработчиков. Во время новогодних каникул я решил испытать новинку, и попробовать разработать совместно с ботом небольшое веб-приложение на базе Angular 17. Что из этого вышло, читайте далее.

Это Бренды на коне. LinkedIn — известная во всём мире платформа для делового общения, её преимущество в том, что она даёт реально уникальные возможности для поиска клиентов и партнеров. В русскоязычном пространстве эта платформа не так популярна, тем не менее, там обитает очень полезная для нетворкинга аудитория, в том числе зарубежная. Еще одно преимущество: эту площадку пока не постигла участь других соцсетей, которые заполонила реклама курсов и наставничеств. Сейчас это деловая площадка, где пользователи могут обучаться и налаживать бизнес-связи.

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

Я занимаюсь разработкой и производством диктофонов для безопасности Edic-mini, но в голову часто приходят мысли о других полезных устройствах, которые мне были бы интересны, но их нет (или я не нашел) на рынке. Я решил оформлять мысли о таких устройствах в виде статей на Хабре, чтобы получить обратную связь от умных людей и, возможно, найти заинтересованных партнеров в их разработке и производстве.  Идеи должны работать, а не пылиться в голове. 

Итак, очередная идея: туристический микродомик.

нулевая идея: Гирокарт за 1000р  

первая идея:  Камерофон-кирпич ,

вторая идея: Простое устройство для облегчения запуска двигателя автомобиля на морозе.  

третья  идея: Туристический электросамокат 

Привет, Хабр! Меня зовут Иван, я в тестировании более 2-х лет. Начинал свой путь с курса Яндекс Практикума (подробнее в тг канале). Продолжаем разбирать вопросы и технические задания на собеседовании QA manual. Перед прочтением этой статьи рекомендую ознакомиться с моей предыдущей работой Какие вопросы я задаю на собеседовании QA Junior+

3. Протестировать карандаш для различных видов тестирования.

Для начала необходимо спросить "Есть ли требования к карандашу?" Если вы пропустите этот вопрос и приступите к тестированию, то считай вы провалили задание.

- Требований нет.

1 шаг. Исследовательское тестирование на основе косвенных требований.

Мы знаем что должен делать карандаш - писать по бумаге, но с возможностью стереть данные ластиком. Карандаш может быть разной формы, цвета и жесткости:

✏️ Форма влияет на функционал и на удобство использования. Круглый скатится со стола, с гранями не должен "резать" руку, три грани слишком крупно и подойдет не для всех пользователей. Есть ли ластик на карандаше и выполняет он свою прямую функцию?

✏️ Цвет не влияет на функционал (говорим не про цвет графита, а про визуальную часть). Цвет не должен нести лишнюю информацию, кроме как визуального акцента или бренда компании;

✏️ Запах не должен быть специфичным;

За многолетнюю карьеру и до сих пор, мне довольно часто приходится сталкиваться с типичными "болячками" разного уровня программистов, и как показал мой опыт, описанные ниже кейсы встречаются довольно часто, почти во всех проектах. Да, возможно мне не повезло, и именно мне приходится лицезреть повторяющиеся из раза в раз приемы, которые в результате приводят к плохо поддерживаемому коду. Т. е. такой код действительно работает, и выполняет поставленную задачу, однако обладает определенной связностью, так что даже сам автор тратит уйму времени на его поддержку. В этой статье я постараюсь разобрать часть из них. Цель - поделиться своим опытом, а так же получить обратную связь от уважаемой аудитории.

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

• 17 000 "победителей";
• 170 000$ пополнений;
• 35 000 подписок на канал.

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

На Новый Год Дед Мороз подарил младшей дочке электрофорную машину (электростатический генератор Уимсхёрста). Они в 7 классе как раз закончили проходить электростатические явления. Мы тут же воспользовались подарком и провели с дочкой ряд интересных опытов, начиная от электростатического взаимодействия заряженных султанчиков, изготовленных из ёлочной мишуры, задувании пламени свечи «ветром» коронного разряда с кончика иглы, до исследования электропроводности пламени миниатюрной газовой горелки («турбо-зажигалки»).

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

Всем привет! Меня зовут Алексей Гмитрон, я фулстек-разработчик и наставник на курсе «Фронтенд-разработчик» в Практикуме. Довольно долгое время я разрабатываю интерфейсы, а ещё дольше — пользуюсь ими. 

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

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

В этой статье мы разберёмся, как настроить валидацию поля ввода.

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

И всё бы хорошо, но красивая картинка не всегда соответствует действительности. Разберёмся, почему из-за высокого спроса на батареи портится питьевая вода в Андах, а мода на солнечные батареи создала токсичные свалки. И почему не всегда она такая зелёная эта зелёная энергетика.

Привет, Хабр! Меня зовут Олег Хромов, в МТС я руковожу центром «Управление разработкой». В статье расскажу, как мы оцениваем производительность IT-специалистов. Универсальные методы работают плохо, поэтому мы пришли к специально адаптированному для IT подходу под названием DevX. Именно его я и советую применять.

Почему я затрагиваю эту тему? Дело в том, что в МТС я взаимодействую с большим количеством кодеров в МТС и моя главная задача — сделать их счастливыми и эффективными одновременно. Подробнее обо всём этом — под катом.

Начало 2024 года. У меня на руках демка игры, над которой я работал последние полгода. Ещё год назад я занимался разработкой мобильных приложений и сидел на хорошей зарплате, а сейчас я безработный инди-разработчик! Но как так вышло?

Всем привет!

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

Итак, давайте разбираться!

Мой недавний крик души в поддержку коллег вызвал неплохой отклик. Статью обсуждали примерно трое суток — все это время она висела в обсуждаемом.

А здесь хочу развеять популярные мифы про интернет-журналистов и копирайтеров.

В процессе улучшения подходов к менеджменту зависимостей компонентов нашей Операционной Системы появилась необходимость перейти от монолитной статической сборочной системы на основе CI/CD инструментов к динамическому распределённому подходу с порождением сотен и тысяч автономных задач. Как выяснилось в процессе, это не самый радужный сценарий использования систем автоматизации, но вполне достижимый.

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

Также частично раскроем информацию о том, как мы выполняем распределённую сборку дистрибутивов.

Ожидается много текста и примеров кода.