По мотивам статьи: Пиши простой код / Хабр

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

2025‑й год становится переломным для искусственного интеллекта (ИИ): технология уже активно формирует современную экономику, науку и политику. В этом обзоре мы рассмотрим ключевые выводы AI Index 2025 от Стэнфордского университета, проанализируем пессимистичный и оптимистичный взгляд на дальнейшее развитие ИИ.

Я уже писал на Хабре статью, что такое СДВГ и как он влияет на жизнь. Жизнь с СДВГ создаёт свои трудности и я (как имеющий этот синдром) ненавижу и максимально стараюсь избегать любую рутину.

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

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

И это решит 95% проблем типичного стартапа. Как-то так повелось, что по всему СНГ и его окрестностям на работу набирают зумеров с колоссальным опытом в три года, и они начинают создавать идеальные архитектуры. Да, каждый из вас, как только получает возможность взять на себя хоть малейшую ответственность, сразу вспоминает все прочитанные и не прочитанные книги и пилит свою уникальную архитектуру, непохожую ни на что.

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

Полез смотреть в интернете:
немецкий социолог Никлас Лумен, его "ящик-картотека", преимущества метода, возможная польза для IT-шников, программы ведения заметок, графы знаний, универсальные платформы, блаблабла...

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

Не проходит и недели, чтобы в топе Хабра не появилась статья о собеседованиях в софтверной разработке. Но собеседования специалистов, ориентированных на работу с «железом», таким вниманием, увы, обделены. Чтобы это исправить, мы поговорили с коллегами, которые проводят собеседования с будущими инженерами YADRO по направлениям схемотехники, верификации, RTL-дизайна, FPGA и аппаратной разработки. А затем обобщили их опыт и мнение в советах для тех, кто хочет связать карьеру с этими областями.

▍ TL;DR

Меня зовут Александр, я CTO компании AppFox. Мы более 10-ти лет занимаемся заказной разработкой и также имеем собственные продукты. 

Широко известно, что рынок найма в техе сегодня заметно охладился по сравнению с 2020–2022 годами. Количество вакансий для инженеров-программистов снизилось во всех крупных регионах, а доля полностью удалённых позиций продолжает постепенно сокращаться. В то же время, по другим метрикам видно, что рынок начинает восстанавливаться — по крайней мере, для инженеров старшего уровня. Об этом говорилось в прошлом месяце в статье "Состояние рынка найма стартапов и scaleup-компаний глазами рекрутеров". Всё это создаёт ситуацию нестабильности и неопределённости, через которую предстоит пройти и кандидатам, и работодателям.

Эта статья — попытка прояснить, как меняются технические собеседования, через призму того, что видят сами инженеры, проходящие интервью. Чтобы разобраться в этом, я обратился к Эвану Кингу и Стефану Маю, сооснователям стартапа по подготовке к интервью — Hello Interview. До запуска своего проекта Эван четыре года работал Staff Engineer в Meta, а Стефан — шесть лет был менеджером инженернов в Amazon и затем старшим менеджером инженернов в Meta. Оба провели сотни собеседований, причём Стефан также выступал в роли нанимающего менеджера. С момента запуска Hello Interview они помогли тысячам инженеров подготовиться к интервью и собрали большой объём информации о текущем состоянии рынка и ожиданиях работодателей.

Я связался с ними после прочтения их практичного, свежего анализа собеседований системному дизайну , чтобы узнать, как разработчики проходят собеседования в стартапах и Big Tech в нынешних условиях, особенно по сравнению с тем, что было несколько лет назад. Сегодня мы рассмотрим:

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

Однако успех в этой роли зависит не только от технических знаний (hard skills), но и от "мягких" навыков (soft skills), которые помогают ему эффективно взаимодействовать с коллегами и решать конфликты.

В процессе собеседований кандидатов я заметил, что часто эта сторона очень сильно страдает даже при том, что по большей части мы ищем фуллстек аналитика. А ведь “мягкие” навыки важны не меньше, чем харды. Например, для получения более высокого грейда. Поэтому щас выскажусь!)))

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

Как же обломать крылья этой мечте? Запрещать чатгпт бессмысленно, но как сделать так, чтобы с чатгпт стало сильно труднее чем без него? Чтобы студенты пинали его и так и сяк, но решения бы не получалось, а вот у студентов, которые решили сесть и подумать сами - решение бы получалось?

За последнее время я слишком часто сталкиваюсь с одной и той же практикой: сотрудников заставляют трекать время, вести отчёты по задачам, указывать, сколько часов на что потратили. Более того — от этих цифр зависит их зарплата.

И каждый раз у меня внутри звучит: «Зачеееем?»

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

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

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

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

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

Однако каких-то 40 лет назад всё было совсем иначе. Компьютерных энтузиастов называли гиками. Мало кто понимал потенциал компьютерных технологий. Герой сегодняшней статьи был одним из пионеров отрасли, всерьез поверившим в грядущую технологическую революцию. И отчасти благодаря его вкладу сформировалась современная ИТ-индустрия.

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

Тем не менее, как дело доходит до поиска работы и собеседований – интроверты начинают пасовать. А фраза «Расскажите о себе» просто вызывает желание накрыться с головой простыней, чтобы больше никто и никогда.

Сегодня моя статья для вас, прекрасные интроверты! И я надеюсь, что она сможет ответить на вопрос: «Как все-таки пройти собеседование, если ты – интроверт?»

Тут в первую очередь надо понимать, что интровертность – просто особенность типа личности, как и экстравертность.  Одни хороши в чем-то одном, другие – в другом. Никто не лучше и не хуже.

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

Привет! Я — Таня Рашидова, QA тимлид в KODE. Я думала, что все тестировщики уже давно внедрили AI в свою повседневную работу. Но недавно выяснила, что многие либо не пробовали, либо попробовали, запутались, не получили вау-результата и забросили. Раз уж я уже объяснила, как использую AI в работе нескольким коллегам, решила оформить опыт в статью. Может, кому-то из вас она сэкономит время и силы.

Продолжаем наращивать базу знаний по System Design! В этот раз освятим использование Pub/Sub, Event-Driven Architecture, Distributed Systems, Leader Election. Посмотрим на их концепции и области применения при проектирование высокодоступных отказоустойчивых систем.

Хочу начать с личной предыстории. Давным‑давно, как и многие из вас, я читал умные книжки: «Чистый код» и «Чистая архитектура» Роберта Мартина, «Совершенный код» Стива Макконнелла и другие.

Также не обошли меня и классические принципы проектирования — SOLID, KISS, DRY — и, думаю, каждый читатель добавит сюда свои.

Безусловно, это всё важные и фундаментальные вещи.

Но однажды на горизонте появилось DDD — предметно‑ориентированное проектирование в изложении Эрика Эванса. Именно его «синяя книга» стала культовой и задала язык для архитектурного мышления.

Позже я открыл и «красную книгу» Вона Вернона, где DDD уже рассматривался с точки зрения практической имплементации: архитектура, код, реальные подходы в проектах.

Читая Эванса, рассматривая его диаграммы классов и примеры кода, я всё думал: как он это делает?

Самым большим открытием для меня стало то, что книга DDD хоть и показывает стратегические и тактические приёмы — агрегаты, объекты‑значения, спецификации, фабрики и т. д. — но не учит проектировать саму предметную область.

Складывалось ощущение, что мы это уже откуда‑то должны были знать. А откуда — остаётся загадкой.

Линус Торвальдс как-то написал в своей книге, что создавал Linux для развлечения, но в итоге это привело к революции. Git, его второе творение, также оказалось «случайной революцией» — и сегодня это стандартный инструмент для людей в ИТ. Однако процесс его создания был уже не таким «весёлым» — по крайней мере, для самого Линуса.