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

Стою я значит утром (около 2 часов дня) возле кофеварки и листаю ленту хабра, а там CodeLama вышла. Copilot для бедных это или панацея в мире локальных текстовых моделей? Попытаюсь не отвечать на этот вопрос, ведь ваши соседи снизу утонут в воде, которая сейчас льётся из экрана.
Читать далее - на свой страх и риск. Статья писалась спинным мозгом и глубокой ночью, как следствие я получил натянутую на глобус сущность, которую можно инкапсулировать в технотекст, что бы она вызывала меньше подозрений у случайного читателя. Ну вы поняли уровень, верно?
Предлагаю обойтись кратким вступлением и перейти сразу к делу.

Алан Купер — дизайнер и разработчик из США. Отец Visual Basic — языка программирования, на котором до сих пор работают макросы Office. Как личность  сильно неравнодушен ко всему удобному. По крайней мере такое впечатление создается уже после чтения первых глав. Вероятно, мятежный дух и питал его новаторские устремления в попытках сделать интерфейсы лучше, практичнее и подчинить их человеку (а не наоборот).

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

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

Но это в теории. А что на практике? Рассмотрим под катом.

Привет Хабр! Сегодня публикуем вторую часть материала об архетипах программных архитекторов. Если пропустили, то вот первая часть.

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

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

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

Планировавшаяся под специфику Embedded Linux статья оказывается универсальной для многих других професиий

Привет, я — Алексей Солохин, Python-разработчик. Мне удалось войти в IT до того, как это стало мейнстримом. Но даже попав в этот огромный, прекрасный и многогранный мир, не так просто найти в нём своё место под солнцем. Поделюсь своей историей перехода из продакт-менеджера в разработчики. Дам советы тем, кто хочет сменить профессию, но никак не может решиться. Устраивайтесь поудобнее!

Привет Хабрчанам! Меня зовут Дима Туркин, я — код-ревьюер на курсе «Python-разработчик» Яндекс Практикума и Python-тимлид.

Тема материалов по Python для начинающих и продолжающих свой путь разработчиков уже заезженная, поэтому в этой статье я постарался собрать ссылки на менее известные бесплатные ресурсы, но не менее полезные. Есть чем дополнить — пишите в комментариях!

Ядро Linux часто упоминают как ужасно масштабное опенсорсное ПО. На момент написания этой статьи последняя версия 6.5-rc5 состоит из 36 миллионов строк кода. Не нужно говорить, что Linux — это плод упорного многолетнего труда множества участников проекта.

Однако первая версия Linux, v0.01, была довольно маленькой. Она состояла всего из 10239 строк кода. Если исключить комментарии и пустые строки, то остаётся всего 8670 строк. Это достаточно малый объём для анализа и хорошее начало для изучения внутренностей ядер UNIX-подобных операционных систем.

Я получил удовольствие от чтения кода v0.01. Это походило на посещение Музея компьютерной истории в Маунтин-Вью — я наконец-то убедился, что легенды верны! Я написал эту статью, чтобы поделиться с вами этим восхитительным опытом.