S0ER

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

Каждый разработчик, даже, прости госпади, фронтендер, должен хотя бы прочитать статью о том как строятся компиляторы и как можно написать свой. Чтобы сэкономить вам время, вот ссылочку на статью, которая без воды и полезна с позиции практики. https://borretti.me/article/lessons-writing-compiler

Иногда у меня складывается впечатление, что только я Маркса и не читал. Вокруг столько экспертов, которые в деталях цитируют Маркса, добивая цитатами Энгельса. А вы тоже не читали Маркса? Если да - палец вверх ☝️ 👆 👍

Я знаю, что стоит мне сказать хоть слова в телеге, твитторе или канале, как это тут же начинает обсасываться в кулуарах. Так что давайте накину на вентилятор для того чтобы не нарушать традиции. Дима Рожков aka Senior Software Vlogger Я знаю, что многих он выбешивает своей безапелляционной манерой вести обсуждение, по крайней мере меня точно в свое время выбесил до белого каления. Но спустя много лет сетевого знакомства могу сказать, что это один из немногих людей, которые действительно говорят что думают, и не занимаются всякой подковерной возней. И тут есть нюанс, можно развиваться ориентируясь на кого-то, а можно вступая в конкуренцию. И если у вас есть оппонент, который не согласен с вашей точкой зрения, но при этом имеет твердые моральные принципы, чтобы не использовать всякие "грязные" трюки, то это может помочь ничуть не хуже, чем "поддерживающая мотивация" когда тебе говорят "пробуй у тебя все получится, ты молодец". Я уже много раз говорил, что изначально завел свой ютуб канал в противовес Диминому каналу, потому что меня бесило, что в его роликах софтскилы играли большее значение, чем хардкорное программирование. Мало кто знает, что я так же был забанен во всех ресурсах SSV, может до сих пор забанен, не проверял давно. Собственно, я пишу это к тому, что хорошие соперники могут быть гораздо лучше чем "хорошие друзья" (да, да именно в кавычках "друзья"). Вспомнилось потому что наткнулся на историю Димы на канале "Разрабы", ссылку прилагаю. А смысла в этом посте особо не надо искать, просто забавно как меняются люди и отношение к ним. https://youtu.be/6C5joIH_amU

Ответил на вопрос "Здраствуйте Soer. Какое у вас отношение к индустрии разработки игр? Стоит ли идти туда?" на soer.pro

Мне понравилось вот это видео - https://www.youtube.com/watch?v=oTz_OmgJFm8 Я сам не понимаю зачем нужны блок-схемы, но их постоянно везде пихают в обучение. Брать растровые изображения для отрисовки схемы - очевидная ошибка, векторные форматы и с позиции формирования и с позиции памяти - сильно оптимальнее.

Очень много ссылок прислали, на годные каналы. Вот такой список подписок у меня получился: Архитектура и теория программирования Алексей Радзишевский https://www.youtube.com/c/АлексейРадзишевский Максим Смирнов https://www.youtube.com/watch?v=4P5DLoaGPks System Education https://www.youtube.com/c/SystemEducation Эксперт по IT и организационному развитию https://www.youtube.com/user/rosssoxa Андрей Созыкин https://www.youtube.com/c/AndreySozykinCS C# Степан Береговой https://www.youtube.com/c/SBeregovoyRU Python abglazov https://www.youtube.com/c/abglazov Диджитализируй https://www.youtube.com/c/%D0%94%D0%B8%D0%B4%D0%B6%D0%B8%D1%82%D0%B0%D0%BB%D0%B8%D0%B7%D0%B8%D1%80%D1%83%D0%B9 Java https://www.youtube.com/c/DecembristITTV

В дополнение к видео по моноидам выйдет еще один ролик с реализацией примера. Пример уже сейчас можно посмотреть - https://github.com/soerdev/soer_examples/blob/latest/monoid/monoid.ts А ролик выйдет либо в конце этой недели, либо в начале следующей.

В этом интерфейсе есть одна большая ошибка - он не ООПый ) Суть в том, что один параметр операции должен быть собственным стейтом объекта, а второй параметр должен быть получен извне. Тогда это будет ООП. Но при таком подходе я побоялся получить вопросы в стиле "а где тут бинарная операция?". Думал "напихают" за это, а "напихали" за градусник )

https://www.youtube.com/watch?v=Da-avtMWIf8 Пытался сделать объяснения моноида максимальо понятно, чтобы вывод, что моноид - это паттерн и относится к нему нужно как паттерну, что Фабрика, что Моноид, что Билдер - это все способ построения удачной архитектуры приложения. И по сложности организации моноид куда проще большинства известных паттернов.

Ребята, я пытаюсь найти на ютубе русскоязычный канал, который похож на мой. Я устал от каналов по типу "Курс Python за 30 уроков", мне хочется найти такой канал, где будет про разработку, архитектуру, размышления, т.е. про вайб программирования. Я не верю, что таких каналов нет, но найти чего-то не получается. Может у вас на примете есть что-то достойное?

https://youtu.be/vIbyROcXOsA Вероятно меня смотрят не только опытные ребята, но и те кто только планирует поступать в ВУЗ . Сегодня на встрече был молодой автор подкастов, мой коллега по ютуб цеху - Вадим. Его канал называется "Вышка". Это не реклама, просто в знак поддержки прошу чекнуть, вдруг зайдёт.

Очень круто пообщались. Поговорили про учёбу, кубер, современные архитектурные стили и решения. Ребята приехали из Казани и Питера. Получилось неожиданно не душно)))

Пришёл Ден и мы пошли под кондеры

Вчера подарили usb микрофон для "полевых" условий, а сегодня я его уже протестил и записал два ответа на вопросы soer.pro Напоминаю что любой желающий может совершенно бесплатно слушать аудио ответы на сайте. Сегодня вопросы были про безопасность

Сочи Войкова 4В "Мой кофе" в воскресенье 10 июля в 10:00 Встреча всех кто желает со мной пообщаться. 😎

Ребята, запомните - тесты не средства отладки программы, это индикатор показывающий "работает/не работает", тесты могут помогать искать место где произошла проблема, но не обязаны. Юнит тесты должны: - быстро запускаться - интегрироваться в разработку - показывать что возникла проблема Тест запускается параллельно с разработкой, поэтому если вы написали кусочек кода и начали ловить регрессии, то понятно что проблема в том коде, который вы написали. А если вы запускаете тесты раз в год по обещанию и думаете, что они вам не только просигнализируют, но и точно покажут место где произошла проблема, то вы неверно их используете.

Ещё одна книга на вечер. Читается легко. Содержит много обобщений и правил. Рассказывает о зависимостях, двух школах тестирования, видах тестов и их соотношении в проекте. Особо понравилось классификация кода в ширину и глубину, а так же поиск оптимального соотношения характеристик кода. Из того что не понравилось - поверхностное изложение функционального программирования, водянистость примеров. И малое количество эвристик для оценки качества теста. Было бы лучше больше примеров в стиле хорошо/плохо. В целом книга лёгкая и годная. #книга #отзыв