Привет! Меня зовут Давид Шекунц, я – Full-Stack Go & TS Tech Lead и вы находитесь на сайте с постами из моей 🦾 IT-Качалки 💪
2020-12-11 12:40
⛏ Вакансия: QA Engineer ⛏
Моему замечательному коллеге в команду нужен QA уровня middle-senior (который хочет расти в менеджмент) или не успевший ахуеть в край lead
Вакансия: https://hh.ru/vacancy/40640115
Работы куча, задача – сделать заебись, платить, сказали, будут (а это, между прочим, редкость в наши времена) и главное – топовая команда разработки и дизайнеров (в частности мой коллега)
Если что, можете писать в hh с пометкой “своячество – зло” или мне в личку, я вас направлю
Моему замечательному коллеге в команду нужен QA уровня middle-senior (который хочет расти в менеджмент) или не успевший ахуеть в край lead
Вакансия: https://hh.ru/vacancy/40640115
Работы куча, задача – сделать заебись, платить, сказали, будут (а это, между прочим, редкость в наши времена) и главное – топовая команда разработки и дизайнеров (в частности мой коллега)
Если что, можете писать в hh с пометкой “своячество – зло” или мне в личку, я вас направлю
Развернуть
Вакансия Lead QA Engineer в Москве, работа в компании Студия Пинкман (вакансия в архиве c 25 декабря 2020)
Вакансия Lead QA Engineer в компании Студия Пинкман. Зарплата: от 100000 ₽ за месяц. Москва. Требуемый опыт: 3–6 лет. Полная занятость. Дата публикации: 25.12.2020.
https://hh.ru/vacancy/40640115
2020-11-30 12:01
☠️ 4 всадника «Требования» ☠️
О том “что такое требование” из чего оно состоит, а главное, как ахуенно удобно и просто его описывать:
https://davidshekunts.ru/2020/11/30/4-vsadnika-trebovaniya/
Спойлер: Требование = Потребность + Проблема (с оценкой боли) + Ожидание (DoS) + Факт завершенности (DoD)
———
Кстати, контента и активности нет, потому что я 6-ю неделю болею короной… Когда поправлюсь, тогда все опять активизируем
О том “что такое требование” из чего оно состоит, а главное, как ахуенно удобно и просто его описывать:
https://davidshekunts.ru/2020/11/30/4-vsadnika-trebovaniya/
Спойлер: Требование = Потребность + Проблема (с оценкой боли) + Ожидание (DoS) + Факт завершенности (DoD)
———
Кстати, контента и активности нет, потому что я 6-ю неделю болею короной… Когда поправлюсь, тогда все опять активизируем
Развернуть
2020-11-09 16:00
🏚 -> Хотите масштабируемую систему? -> 🏰
Системы состоят из:
. Знания – какой-то набор скомпонованных данных, отражающих состояние какого-то понятия / объекта (“Заказ” в интернет-магазине)
. Действия – действия над Знаниями, чаще всего это или CRUD (“получить список Заказов”), или более комплексный набор действий, который производит много CRUD (“оформить Заказ”)
. События – данные, оповещающие о фактах (всегда глагол и всегда в прошлом времени), произошедших в системе над Знаниями во время Действий (при оформлении: “изменился статуса Заказа”, “сформирована накладная в системе доставки”, “произведена оплата”, etc.)
Если про первые 2 понятия присутствуют в любой программе, то про 3-е все успешно забывают, а оно не менее (а часто более) важно!
Ведь именно События позволяют:
1. Разбивать систему на небольшие независимые куски, реагирующие на события друг друга
2. Расширять функционал, создавая системы, который реагируют на события, а не переписывая существующие
3. Знать состояние системы в прошлом (или как минимум поток событий), что позволяет удобнее дебажить
4. etc.
Это сейчас относиться не только к backend или frontend, так можно писать даже библиотеки
О том, как работать с Событиями гуглите:
. DDD Domain и Application Events
. Event Driven Architecture
. Saga pattern
. Orchestration vs Choreography
Ну, или поставьте 15 классов (👌), тогда я сделаю воркшоп на эту тему
———
Системы состоят из:
. Знания – какой-то набор скомпонованных данных, отражающих состояние какого-то понятия / объекта (“Заказ” в интернет-магазине)
. Действия – действия над Знаниями, чаще всего это или CRUD (“получить список Заказов”), или более комплексный набор действий, который производит много CRUD (“оформить Заказ”)
. События – данные, оповещающие о фактах (всегда глагол и всегда в прошлом времени), произошедших в системе над Знаниями во время Действий (при оформлении: “изменился статуса Заказа”, “сформирована накладная в системе доставки”, “произведена оплата”, etc.)
Если про первые 2 понятия присутствуют в любой программе, то про 3-е все успешно забывают, а оно не менее (а часто более) важно!
Ведь именно События позволяют:
1. Разбивать систему на небольшие независимые куски, реагирующие на события друг друга
2. Расширять функционал, создавая системы, который реагируют на события, а не переписывая существующие
3. Знать состояние системы в прошлом (или как минимум поток событий), что позволяет удобнее дебажить
4. etc.
Это сейчас относиться не только к backend или frontend, так можно писать даже библиотеки
О том, как работать с Событиями гуглите:
. DDD Domain и Application Events
. Event Driven Architecture
. Saga pattern
. Orchestration vs Choreography
Ну, или поставьте 15 классов (👌), тогда я сделаю воркшоп на эту тему
———
Развернуть
2020-11-08 09:06
🕸 Как рождаются и почему работают системы 🕸
В начале моей карьеры меня интересовало: “как и зачем появился MVC, MVVM, DDD, Clean Architecture и другие архитектурные паттерны? А главное, почему это работает?”
Дальше, уходя в предринимательнство у меня стали возниакть вопросы: почему работает именно такие правила построения фирмы, деления ответственностей, определения продуктов, бизнес-процессов и подобного
Я нашел ответ и самое крутое, что он относиться к абсолютно любым системам: лекарства, науки, дисциплины, все что может определяться как “методологи”, etc.
Система – это много раз повторенный и проверенный в схожих ситуациях набор вариаций понятий / объектов / действий / etc. из который были выделены вариации, достигающие цель в более 90% случаев
Поэтому, если правильно взвесить требования и условия, подобрать под них готовую систему и начать следовать ее правилам, есть большой шанс, что она будет как минимум “приемлемой”
Да не “идеальная”, но задачи решать вы сможете
И так до момента пока задачи не кончаться или придет время подбирать и использовать новую систему под изменившиеся условия
Так стартап начинает с общего канбана и MVC framework монолите на бэке, а со временем перерастает в наборы холакратических кругов каждый со своей методологией менеджмента и развития и кучей распределенных микросервисов, написанных с использованием DDD
А урок тут следующий:
Если вам очень хочется “полностью с нуля придумать свою систему” (менеджмента, бизнеса, архитектуры приложения, etc.) сначала тресните себя хорошенько по яйца и попробуйте найти и имплементировать (с доработками) уже какую-то готовую систему и если по-прежнему свербит сильнее чем боль в машонке, то ударьте себя еще раз и тогда начинайте изобретать что-то свое
Но, скорее всего, вы обнаружите, что подходящая система под ваши условия уже есть (вы в 99% случаев не уникальны), ее осталость только немного подштриховать под вашу ситуацию
#architecture
В начале моей карьеры меня интересовало: “как и зачем появился MVC, MVVM, DDD, Clean Architecture и другие архитектурные паттерны? А главное, почему это работает?”
Дальше, уходя в предринимательнство у меня стали возниакть вопросы: почему работает именно такие правила построения фирмы, деления ответственностей, определения продуктов, бизнес-процессов и подобного
Я нашел ответ и самое крутое, что он относиться к абсолютно любым системам: лекарства, науки, дисциплины, все что может определяться как “методологи”, etc.
Система – это много раз повторенный и проверенный в схожих ситуациях набор вариаций понятий / объектов / действий / etc. из который были выделены вариации, достигающие цель в более 90% случаев
Поэтому, если правильно взвесить требования и условия, подобрать под них готовую систему и начать следовать ее правилам, есть большой шанс, что она будет как минимум “приемлемой”
Да не “идеальная”, но задачи решать вы сможете
И так до момента пока задачи не кончаться или придет время подбирать и использовать новую систему под изменившиеся условия
Так стартап начинает с общего канбана и MVC framework монолите на бэке, а со временем перерастает в наборы холакратических кругов каждый со своей методологией менеджмента и развития и кучей распределенных микросервисов, написанных с использованием DDD
А урок тут следующий:
Если вам очень хочется “полностью с нуля придумать свою систему” (менеджмента, бизнеса, архитектуры приложения, etc.) сначала тресните себя хорошенько по яйца и попробуйте найти и имплементировать (с доработками) уже какую-то готовую систему и если по-прежнему свербит сильнее чем боль в машонке, то ударьте себя еще раз и тогда начинайте изобретать что-то свое
Но, скорее всего, вы обнаружите, что подходящая система под ваши условия уже есть (вы в 99% случаев не уникальны), ее осталость только немного подштриховать под вашу ситуацию
#architecture
Развернуть
2020-11-01 13:26
🌳 ДАП – Дерево анализа проекта (альфа-версия) 🌳
Выпустил просто гигантский материал на тему того: “Как проанализировать чей-то бизнес или идею”
Эту методологию я применял десятки (я думаю более сотни) раз и каждый раз она позволяла крайне быстро (за 1-2 часа) узнать все аспекты бизнеса заказчика
А бизнес-анализ – это первый и самый важный этап для успешного проектирования любого (и особенно крупного) IT-продукта
Читайте, наслаждайтесь: https://davidshekunts.ru/2020/11/01/dap-derevo-analiza-proekta-alfa-versiya/
Обязательно комментируйте и пишите мне в ЛС, там нужно еще много чего уточнить, поправить и привести примеры с ссылками (поэтому пока alpha)
#architecture
Выпустил просто гигантский материал на тему того: “Как проанализировать чей-то бизнес или идею”
Эту методологию я применял десятки (я думаю более сотни) раз и каждый раз она позволяла крайне быстро (за 1-2 часа) узнать все аспекты бизнеса заказчика
А бизнес-анализ – это первый и самый важный этап для успешного проектирования любого (и особенно крупного) IT-продукта
Читайте, наслаждайтесь: https://davidshekunts.ru/2020/11/01/dap-derevo-analiza-proekta-alfa-versiya/
Обязательно комментируйте и пишите мне в ЛС, там нужно еще много чего уточнить, поправить и привести примеры с ссылками (поэтому пока alpha)
#architecture
Развернуть
2020-10-25 18:16
Привет! Давайте обсуждать всякое про программирование
Полезные ссылки 👨🏻 Обо мне, чтобы ответить на вопросы: "А что это за усатый черт?"
λ ФОП – функциональная альтернатива ООП для мультипарадигмальных языков
🛌 FDD – набор best-practice заветов по архитектуре и разработке современных backend приложений для ленивых.
По всем вопросам писать @davidshekunts 🖤
———
Полезные ссылки 👨🏻 Обо мне, чтобы ответить на вопросы: "А что это за усатый черт?"
λ ФОП – функциональная альтернатива ООП для мультипарадигмальных языков
🛌 FDD – набор best-practice заветов по архитектуре и разработке современных backend приложений для ленивых.
По всем вопросам писать @davidshekunts 🖤
———
Развернуть
2020-10-25 16:00
🔑 Ключ к тому, чего не существует 🔑
Первое и самое важное, когда вы проектируете совершенно новую систему:
“Изучите максимальное количество систем схожих систем”
Конкуренты – продукты, которые “отнимают” вашего пользователя на текущем рынке
Аналоги – продукты, которые выполняют туже функцию, но находяться в других рынках, поэтому ваши клиенты не пересекаются
Референсы – системы, которые могут вообще рыночно с вами не иметь никакого отношения, но их механики крайне похожи на те, которые можно использовать в вашем проект
Самая интересная здесь штука – это референсы.
Во-первых, если у вас совершенно уникальная идея и нет конкурентов и аналогов, референсы будут единственным способом спиздить максимальное кол-во готовых практик
Во-вторых, референсы могут быть из абсолютно другой сферы и иметь совершенно другую ЦА, главное, чтобы они решали свои задачи схожей с вами моделью
Например, вы хотите создать приложение “коучинга для предпринимателей”, в котором они могут (1) получать полезные новости из их области, (2) проходить составленные под них уникальные домашние задания и (3) получать платные консультации через чат.
Если вы не нашли “конкурентов” / “аналоги”, найдите несколько разных приложения, которые по отдельности содержат функционал “новостной ленты” (vk), “выполнение домашних заданий” (сoursera app) и “чат с платными консультациями” (sanctuary) и исплозуйте их как ориентир.
А вот на что именно и как смотреть на конкурентов, аналоги и референсы вы узнаете в готовящемся курсе "Как создать IT-проект и не про💣баться"
Первое и самое важное, когда вы проектируете совершенно новую систему:
“Изучите максимальное количество систем схожих систем”
Конкуренты – продукты, которые “отнимают” вашего пользователя на текущем рынке
Аналоги – продукты, которые выполняют туже функцию, но находяться в других рынках, поэтому ваши клиенты не пересекаются
Референсы – системы, которые могут вообще рыночно с вами не иметь никакого отношения, но их механики крайне похожи на те, которые можно использовать в вашем проект
Самая интересная здесь штука – это референсы.
Во-первых, если у вас совершенно уникальная идея и нет конкурентов и аналогов, референсы будут единственным способом спиздить максимальное кол-во готовых практик
Во-вторых, референсы могут быть из абсолютно другой сферы и иметь совершенно другую ЦА, главное, чтобы они решали свои задачи схожей с вами моделью
Например, вы хотите создать приложение “коучинга для предпринимателей”, в котором они могут (1) получать полезные новости из их области, (2) проходить составленные под них уникальные домашние задания и (3) получать платные консультации через чат.
Если вы не нашли “конкурентов” / “аналоги”, найдите несколько разных приложения, которые по отдельности содержат функционал “новостной ленты” (vk), “выполнение домашних заданий” (сoursera app) и “чат с платными консультациями” (sanctuary) и исплозуйте их как ориентир.
А вот на что именно и как смотреть на конкурентов, аналоги и референсы вы узнаете в готовящемся курсе "Как создать IT-проект и не про💣баться"
Развернуть
2020-10-25 07:45
🗞 Новости 25-го октября 🗞
Видео: https://youtu.be/VFe2Do3vqRo
🏋️♂️ Новый формат Тренировок 🏋️♂️
Тестовые созвоны по Тренировкам показали их несостоятельность, поэтому мы переходим к новому формату:
Полноценный ежемесячный 3-х дневный хакатон!
Всю информацию вы можете почитать на новой странцие 🏋️♂️ Тренировок 🏋️♂️
🎓 Первые курсы 🎓
А еще стало понятно, что никому ничего непонятно (и это нормально)
Поэтому было принято решение, что для начала я соберу курс по проектированию, который даст ответы на все вопросы про проектирование IT-проектов с нуля
Почитать о курсе можно на странице 🎓 Курс «Как создать IT-проект и не про💣баться»
Часть людей, которые активно проявляли себя на Тренировках, получат курс бесплатно 🎉
Также, если вы считаете, что тоже заслужили бесплатный курс, обязательно напишите мне @davidshekunts
Видео: https://youtu.be/VFe2Do3vqRo
🏋️♂️ Новый формат Тренировок 🏋️♂️
Тестовые созвоны по Тренировкам показали их несостоятельность, поэтому мы переходим к новому формату:
Полноценный ежемесячный 3-х дневный хакатон!
Всю информацию вы можете почитать на новой странцие 🏋️♂️ Тренировок 🏋️♂️
🎓 Первые курсы 🎓
А еще стало понятно, что никому ничего непонятно (и это нормально)
Поэтому было принято решение, что для начала я соберу курс по проектированию, который даст ответы на все вопросы про проектирование IT-проектов с нуля
Почитать о курсе можно на странице 🎓 Курс «Как создать IT-проект и не про💣баться»
Часть людей, которые активно проявляли себя на Тренировках, получат курс бесплатно 🎉
Также, если вы считаете, что тоже заслужили бесплатный курс, обязательно напишите мне @davidshekunts
Развернуть
🗞️Новости IT-Качалки 25.10🗞️ - YouTube
https://youtu.be/VFe2Do3vqRo