Друзья! Тут тролль (ник такой) правильно написал в комментариях.

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

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

И знать о том как все это работает необходимо.

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

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

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

Курс построен так, чтобы покрыть ключевые моменты, которые я (курс авторский) считаю важными + я его меняю каждый год (все развивается и не стоит на месте). Для меня важно, чтобы на выходе у вас было понимание, а не просто очередной курс для галочки.

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

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

Всем привет!

Не так давно я читал студентам лекцию про windows и упомянут такого человека как Марк Руссинович. Он думаю все известен тем, что он один из авторов (вместе с Соломоном) книги Windows Internals, которая ныне уже имеет 7е издание. Книга несомненно заслуживает внимание и практически обязательна к прочтению. Я по ней экзамен сдавал в институте.

А вот автор книги - Марк, человек действительно интересный. Так уж вышло, что мне довелось увидеть его лично и даже немного пообщаться. Он производит потрясающее впечатление. По его собственному рассказу дело было так: он отучился в университете и когда его закончил - задумался: "А чем бы таким заняться? Тааак... Сейчас популярная ОС это Windows.... так посмотрим что там интересненького....". В результате он дизассемблировал ядро винды, нашел там несколько уязвимостей и ошибок и опубликовал их. Так он начал свой путь. Далее он глубоко разобрался сам в том как работает винда и создал, наверное лучший набор утилит диагностики wininternals (ныне sysinternals), включая все известный process explorer. Все это написал он сам и в результате основал компанию wininternals, которая как я понял, занималась консультациями и разработкой софта для windows. Помимо этого он стал врагом №1 для Microsoft. Были и суды, и потом написание книги с Соломоном, потом Microsoft пытался купить и его и его компанию. И в конечном итоге им это удалось. И сейчас он член высшего технического совета Microsoft и курирует много работ. До сих пор пишет код.
Я думаю это хороший пример успешной карьеры, которую человек построил своим трудом и интеллектом. Он сочетает в себе ум блестящего инженера и предпринимательский талант и он не ленился этим пользоваться и много работать.

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

#предложка
Коллега прислал с комментарием:
Для тех, кто любит стрелять себе в ногу

Всем привет!
Сегодня прошла первая встреча по новому проекту.

Название утвердили: quanta.
У вердили архитектуру.

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

Спасибо всем кто участвовал!

Все. Хорошего продолжения дня!

Может быть кому-то будет интересно: сейчас начинается школа синтеза цифровых схем от ядра, формат онлайн/оффлайн, для оффлайна возможно нужно будет пройти отбор (в СПб можно обучаться оффлайн в ИТМО и СПбПУ), заявки до 31 октября, но до 10 октября уже пройдет отбор для оффлайна

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

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

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

Кроме того, этот принцип следует соблюдать при проектировании систем взаимодействия с другими разработчиками и пользователями. Никому не нужны сложные инструкции и куча кнопок на интерфейсе. Напротив, другому разработчику просто нужна одна команда для сборки вашего кода (он сам все поймет, скачает все зависимости и все настройки).Пользователь же хочет программу, которая имеет одну команду - сделать все ("сделать за@ись"). И ваша программа сама поймет где она, что надо сделать и все сделает сама - ничего настраивать не надо.

Хороший пример: gcc - у него куча опций и настроек, но всегда можно просто написать так: gcc app.c - и все сработает.

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

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

Желаю вам отличного дня и продолжения недели!

Знаю что картинка явный нейрослоп (кроме первой - это оригинал), но мне нравится - и вообще мой канал - что хочу то и делаю.

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

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

Друзья, всем привет!

Чтобы хорошо работать надо и хорошо отдыхать! А отдых это смена деятельности. Если есть возможность, съездить на природу, погулять, поиграть во что-то, провести время с друзьями, уделить время семье, все что угодно, что вас наполнит!

Желаю всем сегодня отлично провести время, набраться сил и порадовать себя чем-нибудь!

Ну а завтра вновь к трудовым подвигам!

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