Напоминаю, что 16 сентября буду выступать на Стачке в Ульяновске.

Если вы хотите приехать на конференцию, то сейчас самое время брать билеты.

Ведь для моих подписчиков, их друзей и коллег действует специальный промокод на скидку 10%:

StepOne

Где-то в параллельной вселенной:

1. Java и JavaScript - это один и тот же язык

2. Машинный байт-код был создан специально для фильма "Матрица", он используется только в его титрах

3. HTML и CSS - самые продвинутые языки программирования

4. Комментарии в коде замедляют выполнение программы

5. ВОЗ разрешил ставить SQL-инъекции от ковида

6. Вышел новый стандарт C++: (С++)++, сокращённо - C#

7. UDP и TCP - это legacy протоколы, все сетевые коммуникации массово переводят на JSON

Тем временем количество скачиваний моей библиотеки контрактов для реализации паттерна "Посетитель" превысило 1000 🥳

Самое время поддержать проект звёздочкой ⭐️ на GitHub:
https://github.com/Stepami/visitor-net

Во всю готовлюсь к Стачке

Просматривал выступления прошлых лет, чтобы примерно понимать какие-то особенности и фишки конференции.

Наткнулся на очень интересное выступление - оказывается в 2018 году Анатолий Вассерман читал лекцию на Стачке.

Что могу сказать?
Все без исключения рвутся в IT 😅

А я вот пишу свой язык программирования.

Но поскольку компетенция в области конструирования компиляторов более уникальная, чем перекладывание JSON’ов, то мой проект стоит 200 000 000 рублей 😁

Знай, что разницы нет😁

Брокер сообщений на основе СУБД???

MassTransit в каком-то смысле зарекомендовал себя в качестве solid choice, когда дело доходит до разработки распределённых систем.

Однако, его проблема в том, что он содержит слишком много всего: AWS, Rabbit, in-memory 🤯

И вот совсем недавно, разработчики добавили ЕЩЁ 😰

Встречайте: транспорт сообщений на основе SQL базы данных.

Пока находится в активной разработке и стадии превью, но разработчики уверяют, что мощь PostgreSQL и Microsoft SQL Server можно обернуть во благо микросервисного общения.

Очень хочется потрогать новую технологию, но пока, к сожалению, нагрузка на работе не позволяет 😢

@steponeit

Очередной вклад в ничем не подкреплённый инфопузырь чат жпт.

Когда уже до них дойдёт наконец?)

Автор что-то пишет о работе миддлов, но сам даже до трейни не дотягивает, ибо ему неведомо о генераторах данных 🤡

Кстати, у всех работает поисковик Google без VPN?

Соевой авторке внезапно может не хватить на самокат для штурма Верхнего Ларса.

С одной стороны капитализм - штука циничная.

Если бизнес в РФ и денежный оборот в рублях, то компании просто невыгодно оплачивать героине истории её путь к демократии.

С другой стороны недовольство переносчицы прогрессивных ценностей мне не понять.

Мантры вроде «мы команда-семья вовлечённая в продукт, которая меняет мир» это инфантильный самообман.

Можно и дальше сидеть в ожидании, пока дядя будет снижать твой уровень жизни.

А можно принять суровую реальность и понять, что вариантов немного - эффективный job hopping или работа на себя.

Главное противоречие ООП

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

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

Эта ситуация называется InterfaceImplementationPair.

В самом деле привычка восходит корнями к C/C++, где принято разделять header и code файлы.

Однако, время ушло далеко вперёд и надобность в подобных действиях сегодня отсутствует.

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

Поэтому не стоит бояться отсутствия интерфейсов, код от этого не потеряет в чистоте.

Ровно год назад я создал этот канал 🥳

За это время вас стало намного больше - свыше 1500 человек 🤯

Думаю, стоит познакомиться ещё раз)

Меня зовут Степан и вот уже несколько лет я профессионально занимаюсь коммерческой разработкой на C# в крупных компаниях 😎

За это время у меня накопилось много знаний как по матчасти, так и в области построения IT-карьеры 👨‍🎓

Благодаря этому каналу могу делиться своим опытом с другими людьми:

▪️В рамках личных консультаций определяю сильные и слабые стороны, помогаю составить индивидуальный карьерный трек и во многом другом 🤝

▪️Провожу mock-собеседования, на которых получается оценить знания по C# в глубину и ширину 👨‍💻

Помимо этого читаю доклады на конференциях, редко но метко пишу на Хабр (топ-30 лучших авторов про C#), интересуюсь компиляторами и делаю свой ЯП.

Если у вас есть какие-то вопросы, то можно написать мне в лс: @ststphn

Грейды - это миф 🤯

Думаю каждый из вас хоть раз гуглил подкаст на тему «кто такой разработчик уровня grade»

Но мне кажется, что это неправильное мышление.

Правильным будет спросить себя:
«А кому и для чего нужны грейды?»

Давайте взглянем на процесс найма, как на сделку.

Работодателю нужно производить продукт X.

Для этого требуются работники, которые будут решать задачи для производства X.

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

А именно, 8 часов каждого рабочего дня в году.

Совсем не очень сделка, не так ли?)

И вот работодатель вспоминает, что вообще-то ему надо быть эффективным бизнесом, а значит снижать издержки на производство.

Как это сделать в данной ситуации?
Конечно же ограничить доход работника.

Вот и получается, что в случае ролевой модели программист может стоить 500 000 ₽/мес.

А если добавить приставку junior, то он уже стоит в 10 раз ниже.

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

Поэтому задумайтесь.

За столько лет существования индустрии никто так и не дал чёткого определения грейдированию.

Каждая компания платит за то, что ей нужно, а всякие сотрясения воздуха про responsibility и problem solving - это полный bullshit.

Какой же ужасный дизайн у драйвера монги для дотнета

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

Цитата:
"It is very important that the registration of class maps occur prior to them being needed. The best place to register them is at app startup prior to initializing a connection with MongoDB"

Может монгу стоит использовать только в консольных приложениях, что думаете?

Подписчик на консультации расспрашивал меня про функциональное программирование

В результате, возникла идея написать статью про один из основных аспектов в ФП.

В ней разложил по полочкам всё об ad-hoc полиморфизме и type class'ах с подробными примерами на C#.

С меня, как обычно, годный контент - с вас прочтение и плюс ➕

P.S. Обложку сгенерировал Kandinsky