ITmozg

Болезнь «ООП головного мозга»

Заразное ментальное расстройство, поражающее программистов, чрезмерно увлекающихся объектно-ориентированным программированием (ООП) и паттернами проектирования. Симптомы включают неспособность писать простой код, чрезмерное усложнение архитектуры и патологическую потребность во внедрении фабрик, стратегий и синглтонов даже там, где они не нужны.

https://habr.com/ru/articles/877844/

👉 @itmozg

Принципы проектирования программного обеспечения📌

[1.] KISS (Keep It Simple, Stupid — «Делай проще, тупица»)
- Программное обеспечение должно быть максимально простым.
- Используйте понятный и лаконичный код, избегайте ненужной сложности и сосредоточьтесь на основных функциях.

[2.] DRY (Don't Repeat Yourself — «Не повторяйся»)
- Код не должен дублироваться.
- Используйте функции и классы для инкапсуляции общего кода.
- Используйте переменные и константы для хранения значений, которые используются в нескольких местах.

[3.] YAGNI (You Ain't Gonna Need It — «Вам это не понадобится»)
- Не добавляйте в программное обеспечение функции, которые вам не нужны.
- Держите программное обеспечение простым и поддерживаемым.

[4.] SOLID
- Принцип единственной ответственности (Single Responsibility Principle) — Класс должен иметь только одну ответственность.
- Принцип открытости/закрытости (Open/Closed Principle) — Классы должны быть открыты для расширения, но закрыты для изменений.
- Принцип подстановки Барбары Лисков (Liskov Substitution Principle) — Объекты производного класса должны быть заменяемы объектами базового класса.
- Принцип разделения интерфейса (Interface Segregation Principle) — Клиенты не должны зависеть от методов, которые они не используют.
- Принцип инверсии зависимостей (Dependency Inversion Principle) — Зависимости должны внедряться в класс, а не быть жёстко встроенными.

[5.] Принцип наименьшего удивления
- Проектируйте программное обеспечение в соответствии с ожиданиями пользователя.
- Используйте знакомую терминологию и соглашения, предоставляйте чёткие и понятные инструкции.
- Используйте корректные и лаконичные сообщения об ошибках.

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

[7.] Принцип абстракции
- Проектируйте программное обеспечение, скрывая детали реализации от пользователя.
- Это помогает сделать программное обеспечение более понятным и удобным в использовании.

[8.] Принцип инкапсуляции
- Программное обеспечение должно быть спроектировано так, чтобы скрывать внутреннее состояние объекта от внешнего мира.
- Это помогает сделать программное обеспечение более надёжным и поддерживаемым.

[9.] Принцип наименьшего знания (Закон Деметры)
- Программное обеспечение должно быть спроектировано так, чтобы минимизировать объём знаний, которые модуль должен иметь о других модулях.
- Это помогает сделать программное обеспечение более модульным и гибким.

[10.] Принцип слабой связанности и высокой связности
- Связанность (Coupling) — степень, в которой элементы модуля зависят друг от друга.
- Модуль со слабой связанностью имеет мало зависимостей, и его элементы не слишком зависят друг от друга.

- Связность (Cohesion) — степень, в которой элементы модуля связаны между собой.
- Модуль с высокой связностью имеет одну чётко определённую цель, и все его элементы связаны с этой целью.

👉 @itmozg

С++ — это настоящий кайфǃ

Я хочу, чтобы вы задали себе один вопрос и честно на него ответили. Когда в последний раз вы получали настоящее удовольствие от программирования? Оглядываясь назад, я понимаю, что не испытывал подобных ощущений, наверное… уже лет десять. Удовольствия у меня не было ни от JavaScript, ни от Python, ни от Ruby или C — ни от чего. Когда я говорю «удовольствие» — я имею в виду ощущения человека, которого во время работы над неким проектом переполняет искренний восторг. Этот человек постоянно ловит себя на такой мысли: «Ох, ну какая ж круть. Поверить не могу, что моя безумная идея и правда сработала!».

https://habr.com/ru/companies/wunderfund/articles/874216/

original https://learncodethehardway.com/blog/31-c-plus-plus-is-an-absolute-blast/

👉 @itmozg

Линус Торвальдс: мнение о шумихе вокруг ИИ и будущем искусственного интеллекта (Eng ver)

Линус Торвальдс высказался о шумихе вокруг искусственного интеллекта, больших языковых моделей (LLM) и перспективах развития ИИ в контексте Linux. Может ли что-то вроде ChatGPT и других ИИ-ботов помочь в разработке ядра Linux? Давайте послушаем, что думает создатель Linux.

👉 @itmozg

♟ Шахматный движок на 84688 регулярных выражениях

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

https://habr.com/ru/articles/872186/

original https://nicholas.carlini.com/writing/2025/regex-chess.html

👉 @itmozg

📚Подборка книг, которые меняют жизнь от основателя ChatGPT Сэма Альтмана

1. Виктор Франкл «Человек в поисках смысла»
2. Даниэль Канеман «Думай медленно... решай быстро»
3. Питер Тиль «От нуля к единице»
4. Олдос Хаксли «О дивный новый мир»
5. Дэвид Дойч «Начало бесконечности»
6. Рид Хоффман «Блиц-масштабирование»
7. Ник Бостром «Искусственный интеллект»
8. Джек Уэлч «Победитель»
9. Скот Купор «Секреты Сэнд-Хилл Роад»

👉 @itmozg

SQLiteStudio

Бесплатный, с открытым исходным кодом, многоплатформенный менеджер баз данных SQLite.

https://github.com/pawelsalawa/sqlitestudio

#sql@itmozg

👉 @itmozg

Шпаргалка по C++

#cpp@itmozg

👉 @itmozg

👩‍💻 PostgreSQL под капотом

Часть 0. Старт программы
https://habr.com/ru/articles/701284/

Часть 1. Цикл сервера
https://habr.com/ru/articles/704618/

Часть 2. Подготовка бэкэнда
https://habr.com/ru/articles/707950/

Часть 3. Инициализация бэкэнда
https://habr.com/ru/articles/709404/

Часть 4. Цикл бэкэнда
https://habr.com/ru/articles/714840/

Часть 5. Простой SELECT запрос
https://habr.com/ru/articles/723668/

Часть 6. Сложный SELECT запрос
https://habr.com/ru/articles/736154/

#db@itmozg

👉 @itmozg

Добро пожаловать в крупнейшую библиотеку алгоритмов с открытым исходным кодом на GitHub

https://the-algorithms.com/ru

👉 @itmozg

Программирование — это вообще не просто!⠀

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

В новостях «восьмилетняя девочка, которая второй раз в жизни занимается программированием, наклепала чат-бота за 45 минут» (ага, да!).

Курсы предлагают мне за 10 месяцев с нуля стать миддл+ (ага, да!).

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

https://habr.com/ru/companies/timeweb/articles/840200/

👉 @itmozg

Пишем свой собственный текстовый редактор

Это инструкция, которая покажет вам, как создать текстовый редактор на языке C.

Текстовый редактор представляет собой kilo от antirez, с некоторыми изменениями. Это около 1000 строк языка C в одном файле без зависимостей, и в нем реализованы все основные функции, которые вы ожидаете от минимального редактора, а также подсветка синтаксиса и функция поиска.

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

https://viewsourcecode.org/snaptoken/kilo/index.html

#cpp

👉 @itmozg

Популярные методы аутентификации

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

🔵Аутентификация с помощью токенов:
Использует сгенерированные токены, такие как JSON Web Tokens (JWT), которые обмениваются между клиентом и сервером, обеспечивая повышенную безопасность без необходимости отправки учетных данных с каждым запросом.
Идеально подходит для более безопасных и масштабируемых систем.

🔵 Аутентификация OAuth:
Позволяет сторонним приложениям получать ограниченный доступ к ресурсам пользователя без раскрытия учетных данных, выдавая токены доступа после аутентификации пользователя.
Подходит для ситуаций, требующих контролируемого доступа к ресурсам пользователя сторонними приложениями или сервисами.

🔵Аутентификация с использованием API-ключей:
Назначает уникальные ключи пользователям или приложениям, которые отправляются в заголовках или параметрах; несмотря на простоту, может не обладать всеми преимуществами безопасности, как методы на основе токенов или OAuth.
Удобна для простого контроля доступа в менее чувствительных средах или для предоставления доступа к определённым функциям без необходимости предоставления разрешений, привязанных к конкретному пользователю.


👉 @itmozg

Пишем Wake-on-LAN сервис на ESP8266 при помощи ChatGPT

Мне нужен простой девайс с веб-страницей, заходя на которую, я смогу будить спящие компьютеры при помощи Wake-on-LAN магического пакета.

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

О том, как я писал прошивку и веб-страницу через ChatGPT, поведаю далее в статье.

▍ Постановка задачи

Я вижу законченное устройство в коробочке либо в виде USB-флешки.

Обязательно должна быть нормальная система настройки Wi-Fi соединения с лёгкой установкой и сбросом настроек.

После захода на веб-страницу должен быть список девайсов, легко редактируемый там же на странице (может, асинхронно), отображающий информацию о девайсах и, собственно, имеющий кнопку отправки пакета.

https://habr.com/ru/companies/ruvds/articles/852876/

👉 @itmozg

Прощай Капитан 😢

👉 @itmozg

Удаленка под угрозой: зарубежные компании возвращают людей в офисы. Почему это неизбежно затронет Россию?

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

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

https://habr.com/ru/articles/849968/

👉 @itmozg

C-код в форме пончика, который генерирует 3D вращающийся пончик

👉 @itmozg

11 октября 2024 года в возрасте 78 лет умер Уорд Кристенсен, сооснователь первой онлайн-системы BBS и создатель XMODEM.

Уорд Кристенсен создал протокол передачи файлов для отправки бинарных компьютерных файлов через модемные соединения, который был просто назван MODEM.

Позднейшие улучшения программы привели к смене названия на знакомый всем XMODEM.

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

https://mastodon.laurenweinstein.org/@lauren/113300835222615766

👉 @itmozg

Рисуем рабочий процессор в Paint и запускаем на нём ОС | Ритуал по призыву демона Тьюринга

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

Термос этот он нашёл на улице и хотел перепрошить его маленький и беззащитный Cortex-M0+.
Человек бредил. Раз в пару минут его глаза загорались и он издавал душераздирающий крик: «Если что-то существует, то на этом можно запустить Doom!».

https://habr.com/ru/users/CodeDroidX/publications/articles/

👉 @itmozg

Как жить и работать при нарушениях внимания?

Щёлк — я обнаруживаю себя за просмотром ролика на YouTube, в котором музыкант рассказывает, как ухаживать за флейтой из сушёной тыквы. Как я оказался здесь?! Зачем? На мгновение я пугаюсь того, что не могу вспомнить, каким образом попал на этот ролик. Я ведь не планировал узнавать про эти флейты и вообще сел работать. Холодок пробегает по коже.

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

https://habr.com/ru/companies/ruvds/articles/845556/

👉 @itmozg

Начинаете карьеру технического писателя? Хотите понять, что такое API и SDK и как они работают?

Ждем вас на открытом вебинаре 1 октября в 20:00 мск, где мы разберём:

- что такое API и как он устроен;
- архитектурный стиль REST и формирование HTTP-сообщений;
- основы работы с SDK и визуализацией.

Встречаемся в преддверии старта курса «Технический писатель». Все участники вебинара получат специальную цену на обучение!

Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://vk.cc/cBsFhL

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

70 лет назад в этом месяце исследователи запустили первую программу на языке FORTRAN, что считается началом программирования общего назначения.

👉 @itmozg

Unix на работе. Часть вторая, программная

В этой части раскрываю тему программного обеспечения «которого нет» под ОС, которые «не нужны». Что есть, чего нет, где брать и что со всем этим делать.

https://habr.com/ru/articles/843280/

👉 @itmozg

Unix на работе. Часть первая: Качая железо

Открываю серию статей про реальное повседневное использование Linux и *BSD-систем в качестве основной ОС для работы. И начнем мы с общих принципов и выбора подходящего оборудования.

https://habr.com/ru/articles/841606/

👉 @itmozg

Git Merge vs. Rebase vs. Squash Commit

В чем разница?

Когда мы объединяем изменения из одной ветки Git в другую, мы можем использовать «git merge» или «git rebase». Диаграмма ниже показывает, как работают эти две команды.

Git Merge
Эта команда создает новый коммит G’ в основной ветке. G’ связывает историю обеих веток: основной и функциональной.

Git merge — это недеструктивная операция. Она добавляет новый коммит в основную ветку, не изменяя существующие коммиты в обеих ветках.

Git Rebase
Git rebase переносит историю коммитов функциональной ветки на конец основной ветки. Он создает новые коммиты E’, F’ и G’ для каждого коммита в функциональной ветке.

Преимущество rebase в том, что он создает линейную историю коммитов.

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

Git Squash Commit
Сквошинг сжимает несколько коммитов в один, упрощая историю коммитов.

👉 @itmozg

LeetCode был сложным, пока я не выучил эти 15 паттернов

1. Префиксная сумма
2. Два указателя
3. Скользящее окно
4. Быстрый и медленный указатели
5. LinkedList In-place Reversal
6. Монотонный стек
7. Топ 'K' элементов
8. Перекрывающиеся интервалы
9. Модифицированный бинарный поиск
10. Обход бинарного дерева
11. Поиск в глубину (DFS)
12. Поиск в ширину (BFS)
13. Обход матрицы
14. Обратный поиск (Backtracking)
15. Шаблоны динамического программирования

Я написал подробную статью об этих паттернах и предоставил ссылки на задачи LeetCode с примерами.

https://blog.algomaster.io/p/15-leetcode-patterns

👉 @itmozg

Празднуем день рождения на древнем компьютере с BASIC

Этим летом я занимался созданием нового приложения для машины, продажи которой закончились в 1980 году, и которая не была рассчитана на поддержку графики, сети и даже букв в нижнем регистре. Её продавала компания, обанкротившаяся десяток лет назад. Приложение было специально разработано под единственного пользователя — моего отца, которому в позапрошлую пятницу исполнилось семьдесят лет. Представляю вашему вниманию MTS-70.

https://habr.com/ru/companies/ruvds/articles/838592/

👉 @itmozg

Как компании доставляют код в продакшн?

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

Шаг 1: Владелец продукта создает требования и пользовательские истории.

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

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

Шаг 4: Сервер автоматизации собирает код и запускает тесты. Проводятся проверки покрытия кода и качества.

Шаг 5: Если сборка успешна, артефакты сохраняются в репозитории артефактов. Сборка затем разворачивается в среде разработчиков.

Шаг 6: Функции тестируются независимо в нескольких изолированных средах.

Шаг 7: Команда QA тестирует функции в средах для контроля качества. Проводятся различные виды тестирования.

Шаг 8: После проверки сборка разворачивается в среде для тестирования пользовательского принятия для окончательной валидации.

Шаг 9: Кандидаты на релиз, успешно прошедшие тестирование, могут быть развернуты в продакшене согласно графику выпуска. Для управления рисками используются фиче-флаги и методы постепенного развертывания.

Шаг 10: Команда по надежности сайта (SRE) мониторит продакшен и сообщает о проблемах. Команды приоритизируют и исправляют проблемы в соответствии с определенными политиками.

👉 @itmozg

Об особенностях хранения 16 бит изображений в PNG формате

Вашему вниманию предлагается небольшая заметка, посвящённая особенностям хранения одноканальных (серых) 16 бит изображений (как беззнаковых, так и знаковых) в PNG формате. В некоторых случаях интенсивности пикселей, получаемые из такого файла могут не соответствовать изначальным интенсивностям, под катом мы заглянем во внутренности PNG файла и разберёмся, почему так происходит.

https://habr.com/ru/articles/793422/

👉 @itmozg

Программирование и ИТ во мгле, но это не точно

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

Немного о себе. Я скромный богобоязненный разработчик на С++/С#. В основном моя работа связана с бэкендом, оптимизацией SQL запросов, разработка архитектур баз данных и сервисов для обеспечения высоких нагрузок. В разработке около 10-ти лет. За это время я видел такое, что вам, людям не программистам, и не снилось. Атакующие сервер пользователи, пылающие сервера за стенкой; Указатели Си и ошибки с ними связанные, разрезающие человека на пополам. Все эти мгновения затеряются во времени, как... байты на 8 тб жестком диске... Пришло время рассказать...

Предлагаю вам погрузиться в чарующий мир, рукожопия и всратости. Вы готовы? Погружаемся!

https://habr.com/ru/articles/702300/

👉 @itmozg

Как работает сборщик мусора

👉 @itmozg

Как джамминг и спуфинг GPS мешают мирному населению

Давно известно, что сигнал GPS подвержен джаммингу (глушению) и спуфингу (подделке). Орбита спутников находится на высоте 20 180 км, так что сигнал на Земле легко заглушить. Но вот спуфинг считали слишком сложным и дорогостоящим.

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

К сожалению, помехи GPS распространяются далеко за пределы зон военных конфликтов, что влияет на повседневную жизнь простых людей в Москве и Санкт-Петербурге, Латвии, Эстонии, Финляндии, Беларуси, Турции и др. (на КДПВ).

https://habr.com/ru/companies/ruvds/articles/834418/

👉 @itmozg

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

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

В знак признания своих исключительных достижений Григорий Перельман был награжден престижной медалью Филдса в 2006 году, что считается высшей наградой в математике. Однако реакция Перельмана на эту похвалу была столь же нетрадиционной, как и его математическое путешествие. Совершив беспрецедентный шаг, он отказался от медали Филдса, избегая всеобщего внимания и традиционных атрибутов успеха. Его затворнический и скромный характер стал очевиден миру.

Но отказ Перельмана принять признание на этом не ограничился. Математический институт Клея также пообещал существенное финансовое вознаграждение в один миллион долларов за доказательство гипотезы Пуанкаре. Поступок, который еще больше сбил с толку многих, Перельман отказался и от этой значительной суммы. Его цитировали: «Меня не интересуют деньги или слава; я не хочу, чтобы меня выставляли напоказ, как животное в зоопарке».

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

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

👉 @itmozg

Пишем тетрис на ассемблере под DOS (x86)

https://github.com/drunkfly/8086tetris

источник

👉 @itmozg