Крутая статья погружающая в Rust.

Рекомендую всем, кто давно хотел изучить новый язык, но боялся.

https://fasterthanli.me/articles/a-half-hour-to-learn-rust

Давненько не писал сюда, а сейчас появился существенный повод.

Я уже давно рассказываю об архитектуре frontend-приложений и стараюсь явно показывать свои ошибки и опыт.
Весь этот опыт вылился в подход FeatureSlices, который на данный момент уже претерпел два серьезных изменения. Подход преследует простые цели — стандартизация структуры frontend-приложений. Конечно же, я не один работал над подобным подходом, как и ребята из команды feature-driven. Не так давно мы начали объединять усилия и опыт в одну общую команду и единый подход.

Завтра в 13:00 МСК будет первый публичный созвон-стрим, на котором мы постараемся обсудить три основные темы:

1. Выбрать финальное название(главный кандидат сейчас — feature-sliced) и подобрать домен
2. Выяснить, что есть feature и entity в рамках методологии
3. Определить roadmap по ближайшим действиям

Перед началом я скину ссылку на youtube-трансляцию. Be tuned

Через 15 минут начинаем

Мы уже начали! https://youtu.be/RQBslp8dngA

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

https://github.com/feature-sliced/wiki/discussions/43

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

https://tjournal.ru/internet/355658

Отлично!
Будем устраивать созвоны здесь?
(Когда всем прилетит обновление)

Уже несколько недель думаю как назвать библиотеку для проверки прав в стиле ABAC.

Все самые интересные названия заняты, вот какое-то мучение. Сейчас пришла в голову идея: npmjs.com/can-you

Достаточно хорошо описывает цель: проверка прав?

1 мая Effector Meetup #2 в Санкт-Петербурге.

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

Можно рассказать: доклад-введение в effector для новичков технологии, как думать юнитами и операторами, рассказать о своём опыте внедрения, как разрабатывать библиотеки, практики и подходы в генерации кода, поделиться лучшими практиками и всё что угодно, для чего можно сформулировать цель.

Заявки отправлять @sovasergey до 4 апреля, в сообщении сразу указывать “доклад на effector meetup”, тему доклада или желание рассказать.

Все желающие посетить митап в качестве слушателя отвечайте на опрос в этом канале. Митап будет транслироваться на YouTube и конечно же будет запись.

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

Если я вижу функцию employeeStatusChange, я хочу четко понимать её назначение “сменить статус сотрудника” или же “узнать в каком состоянии находится процесс изменения сотрудника”.

Если коротко, то использую подход:
Namespace + HighContext + LowContext + Action

Примеры выше можно показать так (namespace отсутствует):
employeeStatusChange
employee — high context, в контексте чего выполняется действие
status — low context, нечто принадлежащее родительскому контексту
change — action, что делаем с этим
То есть изменяем статус сотрудника.

А вот пример с выяснением текущего статуса процесса изменения сотрудника, может выглядеть так employeeChangeStatus:
employee — high context, всё так же работаем с сотрудником
change — low context, но здесь уже указываем что работаем с сущностью change принадлежащей сотруднику
status — action, выступает как глагол

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

А вот как быть БЕЗ конвенции? Как отличить эти функции не превращая имя в месиво вроде readStatusOfEmployeeChanging, которое не отсортировать по имени, потому что тогда сгруппируются все функции начинающиеся с read*, вместо группирования по сущности employee.

P.S.
Если переложить этот подход на точечную нотацию, получится вполне себе вменяемая объектная модель:
employeeChangeStatus -> employee.change.status()

А вот readStatusOfEmployeeChanging уже не перекладывается без полной смены порядка слов, что не очень приятно. Ну и важные слова employee и change теряются в середине и конце названия.

Буквально на днях записал коротенький выпуск «Под куполом» про компоненты-монстры во время проектирования ui-lib.

https://anchor.fm/under-a-dome/episodes/--er9ulu

https://podcasts.apple.com/ru/podcast/%D0%BF%D0%BE%D0%B4-%D0%BA%D1%83%D0%BF%D0%BE%D0%BB%D0%BE%D0%BC/id1553479345?l=en&i=1000514308069

https://music.yandex.com/album/13932760/track/79817578

Регистрация на Effector Meetup 2 SPb открыта!

https://effector.timepad.ru/event/1592529/

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

FUCK YOU ORIGIN!

Во время рассуждений о структуре приложения родился вот такой «торт»

У нас тут спор!

Что значит слово tier по вашему мнению? Не гуглить, чисто отсебятину накидайте.

Ребята.
Я ищу сильного разработчика в core-team!

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

Готов перехантить, предложить интереснее жизнь, снятие рутины в работе и денег повыше рынка.
Это не работа в аутсорсе! Чисто core в продуктовой команде!

Начинаем уже совсем скоро

https://youtu.be/nLYc4PaTXYk

Добраться можно по старой инструкции
https://sova.dev/ru/path-to-meetup/

Главное не забудьте поесть перед началом, ковид помешал заказать еды, есть только мелкие перекусы, вроде сендвичей и булочек.

Если не получается прийти отмените свой билет, пожалуйста