S0ER

Удивительно, но я согласен с человеком на 100%. Вот было бы здорово, если бы на собесы к дедам приходили только те, кто хочет интеллектуального развития.

Ведь вокруг столько компаний куда приходишь со словами "мне нужно чтобы вы кормили меня баблом", а они в ответ "Именно вас мы и искали!". 💡

SOER | PRO | Boosty

Всем привет 👋 Вчера случилась странная ситуация с интервью с Сэмом Ньюманом и интервью не состоялось, и его в целом не будет.
Наше общение началось 2 месяца назад и было все стандартно: я ему рассказал про проект, скинул 4 записи как пример того что будет, отвечал на его вопросы и мы запланировали дату интервью.
Вчера мы начали собираться в зум для тех чека, Сэм подключился на 3 минуты и после ушел ничего не сказав. Мы с Колей подумали что у него технические проблемы, но позже я получил от Сэма письмо. Жаль что так получилось, вроде ничего не предвещало беды. Книга мне понравилась и я был бы рад ее обсудить.

Надеюсь на ваше понимание, спасибо вам за поддержку ❤️ И я верю что это скорее исключительная ситуация, чем стандартная.

Эксперты соер.клуба

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

По мере вступления новых людей в число экспертов буду группу пополнять.

Опубликовал статью Как определить какая доля багов/ошибок допустима и является следствием сложности программного кода?

Несколько основных мыслей (полный текст см. в статье):

- Борьба с багами возможна, но создание и контроль непродуманными метриками может увеличить их количество, а не уменьшить

- Основная проблема заключается в создании нездорового климата внутри коллектива, что приводит к увеличению цены ошибки и замедлению работы;

- Качество программного продукта не следует связывать только с количеством багов, так как это сильно замедляет выход на рынок и развитие продукта, что тоже важно;

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

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

SOER | PRO | Boosty

Пятничный техток в 15:00
Пассивный заработок программиста 💡

Расскажу личный опыт по следующим вопросам:

- Сбережения
- Монетизация пет-проектов
- Блоги/Влоги/Информационные ресурсы
- Крипта/Валюта
- Недвижимость (сдача в аренду)

И, конечно же, послушаем ваши истории

SOER | PRO | Boosty

Дублирую на boosty архив стримов с soer.pro сегодня перенес Проектирование API

SOER | PRO | Boosty

Запись техтока про валютную удаленку. Поговорили про:
- какой английский язык должен быть
- как выводить деньги
- как оформлять и где искать валютную удаленку

Live stream finished (58 minutes)

Live stream started

Фото заряжено на импортозамещение!

Набор в NarisApp

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

Если коротко:
- участие бесплатное
- делаем платформу обучения и развития
- в этом наборе решаем два эпика: "интеграция с бусти" и "интеграция с телеграм"
- как принять участие написано в конце статьи (см. ссылку выше)

Подробное описание смотри по ссылке выше.

Задача: выбрать способ передачи сообщений в API для сервисной архитектуры

Обычно выбор делается из двух решений:
- REST
- gRPC

это сильное упрощение, потому что REST - это архитектурный стиль, а gRPC - это фреймворк. Но если рассмотреть gRPC как некий стиль, то можно выделить моменты по которым делается выбор:

- использование HTTP/2
- обмен бинарными данными (+ сжатие данных, позволяющее увеличить скорость обмена данными)
- кодогенерация
- RPC ориентированность (в том числе stream-based)

Со стороны REST кроме требований самой архитектуры обычно выделяют:
- простота
- текстовый формат обмена (удобство)

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

Важно отметить, что gRPC немного "тяжелее" во внедрении и сопровождении, но унифицирован, так как фреймворк. А вот REST - это всегда какая-то своя реализация, которая может сильно меняться между проектами.

SOER | PRO | Boosty

Завтра стрима не будет. Отдыхаю, набираюсь сил для новых дел и свершений. 💡

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

Интересно узнать следующее:
1. Уровень английского
2. Сколько времени искали, сколько собесов прошли, прежде чем нашли
3. Как оформлены (ООО/ИП)
4. На какой схеме налогообложения (патент, упрощёнка и т.д.)
5. Как работаете с валютным контролем
6. Как сейчас выводят деньги в РФ
7. Пенсионные/ больничные
8. Кредиты/ипотеки насколько просто получить
9. Мысли от себя

Если не хочется отвечать, то можешь просто проголосовать поставив эмоджи на пост
❤️ - работаю в РФ
😎 - работаю на валютной удаленке

Если наберём интересный материал, то проведём стрим со всеми желающими выступить.

В выпуске:
- как нетворкинг помог развить мой ютуб и телеграм
- проблемы собесов
- несколько конкретных советов
- почему может не сработать

SOER | PRO | Boosty

На boosty делаю зеркало записей стримов, размещенных на soer.pro, сегодня перенес запись Реактивная архитектура на уровне кода.

SOER | PRO | Boosty