SSE

Server-Sent Events - технология для отправки сообщений от сервера клиенту, строится поверх обычного HTTP. Очень похоже на работу вебсокетов за исключением того, что взаимодействие однонаправленное, сообщения шлет только сервер клиенту.

#словодня

BPMN — это нотация (или метод, хотя почти везде пишут «система») моделирования или описания бизнес-процессов. Бизнес-процесс представляет из себя логику (алгоритм) работы системы для достижения поставленной задачи.

Соответственно, BPMN-диаграмма — это диаграмма, которая описывает бизнес-процесс. Такие диаграммы довольно просто и интуитивно читаются, особенно если разработчик бизнес-процесса (тот, кто моделировал диаграмму) проектировал его по всем правилам и стандартам, а также старался не нагружать его лишней информацией.

В отдельных случаях с помощью BPMN прорабатывают сложные процессы: разработчик проектирует процесс, описывает все условия, пробрасывает потоки и т. д. Для этого есть специальные среды разработки, например, Tibco BPM и Camunda BPM.

PS сегодня чуток схалтурил и взял описание из своей статьи, но почему бы и нет)

#словодня

Немного не про айти, а про то, как важно делать регулярные маленькие шаги на пути к цели.

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

Приложил график, который накидал «на коленке». Тут видно, как небольшие регулярные усилия на длительном временном промежутке дают более мощный результат, чем переодические скачки преисполненные мотивацией))

Так что вывод такой, мотивация временна, а цель вечна(ну почти, цели иногда нужно тоже переосмыслять и корректировать, но это уже другая история)

Делайте маленькие неидеальные, но зато регулярные шаги на пути к своей цели и все у вас будет хорошо 🙂

#быстростатья

Забавно, конечно, что душные экспертные посты собирают гораздо меньше отклика, чем мемы😂😂😂

Причем не только дело в реакциях, а еще в количестве подписчиков, в моменте после постов про XSD отписок стало больше😂😂😂

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

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

Solution concept

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

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

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

#словодня

UDP - User Datagram Protocol

Протокол для передачи данных. Работает производительно, но имеет ряд проблем, включая то, что в меме)

#словодня и #юморэзки

Timeout Backoff

Обычно термин подразумевает увеличение временного интервала при ретраях(повторных запросах).

Это позволяет снизить нагрузку на сервера при недоступности или прочих ошибках.

Так первый ретрай будет, например, через 5мин, следующий через 30мин, потом через час и тд

#словодня

Мне одному смешно?)

#юморэзки

DRY - Don’t Repeat Yourself. Это, пожалуй, самый базовый принцип в разработке ПО. Этот принцип подразумевает разработку программы таким образом, чтобы не было повторяющихся частей.

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

Я как бывший разработчик, но нынешний аналитик сильно страдаю из-за привычки «не повторяться». Вернее страдаю не я, а моя команда при просмотре документации.

Почему?

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

И да, я стараюсь работать над этим косяком. Но это настолько сильно влезло мне в голову, что периодически все-таки мне коллеги делают такие замечания(((

Это я к чему все?
К тому, что как всегда и везде развивайте здоровую рациональность. Правило DRY крутое и полезное, но если упороться в него, то это сильно начнет вредить.

#словодня и #быстростатья

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

Как это работает?

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

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

Логика работы Circuit breaker может отличаться от системы к системе, например, выход из аварийного состояния может быть умным. В таком случае будет использована какая-то система оценки работопригодности сервиса, которая дает зеленый свет на постепенный выход из аварийного состояния. Кстати, выход из аварийного состояния тоже может быть необязательно поэтапным.

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

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

#словодня и #быстростатья

Так вот оно что…

#юморэзки

В продолжение поста, сегодня правило KISS - keep it short and simple(на самом деле keep it simple, stupid).

Одно из основных правил в IT, который призывает все упрощать в дизайне, коде, архитектуре и тд. Чем проект проще, тем лучше.

Такой подход позволяет сокращать ресурсы(деньги, время и тд) в работе.

#словодня

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

Как это работает?

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

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

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

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

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

И напоследок, у тебя нет синдрома самозванца?

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

Получилось что-то новенькое не на тему IT) Делитесь в комменты какой у вас синдром и как вы с ним боретесь))

#быстростатья

Какой-то текст…

И, кстати, где мои гигантские деньги?

#юморэзки