Евгений Паромов

Конфликты

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

Но тут важный момент: на пусечках-заечках воду возят

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

У меня в этом месте за время работы произошёл коренной слом.

Я человек, по своей сути, не конфликтный. Раньше я боялся конфликтов, как огня.
Поэтому, когда мне что-то не нравилось:
— давали не интересные задачи,
— оставляли комментарии на CR, с которыми я был не согласен
— принимали в проекте практики и технологии, которые я считал не эффективными
👉🏻 Я просто молчал и терпел.

И кто то скажет: молодец. Командный игрок. Не начинаешь сраться по пустякам.

Но проблема такого подхода в невыраженной агрессии. Она копится.

Вообще, в долгосрочных отношениях в терпилу нельзя играть. Рано или поздно, я просто сваливал или выгорал.

Как раз намного более здорово — пойти в конфликт и начать отстаивать свои интересы. Только так можно занять комфортное для себя положение в команде и не страдать каждый день.

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

После того, как я осознал это, моя позиция по конфликтам поменялась. Я их теперь не боюсь. Не считаю ни агрессию, ни сами конфликты чем-то плохим.

Только крайне важно сраться правильно.

Корректно проведённый конфликт может сделать отношения комфортнее. Производительность команды выше. Текучку команды ниже. (Классический шторминг из модели Такмана)


На основе знаний психологии я вывел следующие правила конструктивных конфликтов:
1. Признавай свои ошибки первее оппонента. И вообще допускай, что ты что-то не знаешь
2. Признавай сильные стороны своего оппонента.
3. Готовься к дискуссиям заранее. Изучи вопрос более тщательно и заготовь основные аргументы
4. Никогда не оскорбляй оппонента и не пытайся унизить его достоинство
5. Помни о цели конфликта. Отстаивай свои интересы, а не пытайся показать, какой ты крутой (Хотя, может это и есть твоя цель 😂)
6. Как можно раньше переводи конфликт из чата в созвон или встречу

Короче, не будьте терпилами и конфликтуйте правильно

Полный курс по react-query ⤵️

https://youtu.be/K5-a-wjURrc

Я очень люблю react-query. Это один из тех инструментов, которые просто хорошо делают свою работу.
И не пытаются собой всё пространство занять.

Помню, как я в своё время наткнулся на этот инструмент. Мне надоело делать одно и то же и писать isLoading, error, data. Сначала написал свой кастомный хук, а после подумал: "неужели никто не решал эту задачу до меня?".

Господи, сколько я сэкономил времени и сил, когда начал делать запросы специализированным инструментом

Но, к сожалению, у react-query есть проблема. В сложных приложениях его сложно использовать правильно.

Часто делают как-то так:

const { data } = useQuery();
useEffect(() => dispatch(setData(data)), [data])

И это самое, что ни на есть жестокое нарушение Single source of truth, которое ведёт к багам и проблемам.

Этот курс — моя попытка дать в достаточно простом и понятном виде базу tanstack query, в которую вшита моя идеология работы с tanstack.
В рускоязычном youtube нет ничего вменяемого по этой теме. Надеюсь, мой подход аккуратно заложит базу более эффективного и корректного использования этого инструмента во фронтенд сообществе.


Кто уже работал с tanstack — советую сразу по тайм кодам идти ближе к концу, где я показываю интеграцию с redux. Также советую обратить ваше внимание на тайм-коды с пометкой [ВАЖНО]


Приятного просмотра, друзья)

SSG, или как я повернул не туда

Я долго считал SSG манной небесной. Ну сами посудите — большая часть рантайма уже выполнена на этапе сборки. Осталось отдать пользователю статику с небольшими "островками интерактивности".

Получается максимально возможная производительность. Всё это можно раскидать по CDN, и получится прям вах вах.

Но за всё нужно платить...

Так как в моей голове прям плотно сформировалось: если можно сделать SSG, то лучше SSG,
я начал всё прям силком в рамки этого SSG затаскивать.

И тут для настоящего SSG адепта настаёт сложный момент:

— Все переменные окружения должны быть известны на этапе сборки (Теперь Docker image нельзя запустить в разном окружении. Ата-та от девопса)
— Доступ к продовой базе данных должен быть на этапе сборки (А тут уже ата-та от безопасников)
— А что делать с интернационализацией? Получается, что нужно делать сборку под все языки сразу. А как отдать пользователю нужный контент? Появляются всякие прикольные /ru в путях
— Нет возможности использовать заголовки, в том числе, куки на сервере. И это достаточно жёсткое ограничение, которое сильно связывает руки
— Большой гап между изменениями в контенте и тем, что увидят пользователи. + Автоматизация этого процесса – значительно более сложное занятие

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

Но какой ценой? Ценой значительного повышения ментальной сложности.

Вот и получается, что установку можно и нужно сформулировать наоборот.

Любой кэш – это сложно (помните 2 самые главные проблемы в программировании)

И любой кэш нужно добавлять после. Когда без него не обойтись.


Короче, это я к чему. Если вы разрабатываете новую приложуху. И у вас не будет мильёнов пользователей с релиза. Забейте на SSG и на кэши

Если пишете на Next.js

const dynamic = 'force-dynamic'

И погнали

Сэкономите время себе и бизнесу.

Но не воспринимайте мои слова буквально. Если вам нужен SSG, то вам нужен SSG. Но важно понимать, что SSG – это сложно

Coolify — Self-hosting с батарейками

Я тут записал видос, который, считаю, нужно посмотреть всем!!
https://youtu.be/XoUF1RstrGw

Рассказываю почему ⬇️

Деплоить свои проекты – это боль.
Либо ты берёшь Vercel + Heroku. Но чуть что, тебе придётся платить не маленькие такие доллары при выходе за бесплатные тарифы (которые не понятно, как им туда отправлять сейчас)

Либо расчехляешь VPS, начинаешь nginx настраивать и возиться с администрированием.
И ладно, если бы получалось хорошо, но вот какой нибудь банальный деплой на пуш уже делается не так просто. А preview deployments сделать уже вообще сложно.

+ Хочется иметь резервное копирование, уведомления, что всё сломалось и так далее.

И сделать это всё на своём VPS – уже проще пристрелиться

Но недавно мне один участник сообщества рассказал про coolify.
Я попробовал и офигел!

Что, если можно совместить удобство Vercel c селф хостингом? 🤯

Оказывается, можно. Coolify – это платформа, которую ты за 5 минут устанавливаешь на сервак, и дальше уже можно деплоить приложения из интерфейса. Быстро, просто и со всеми плюшками:

Деплой на push + preview deployments + health чеки + дампы базы данных – всё из коробки и платить за это не надо. Только за сервак

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

В общем, огонь огнищенский 🔥 Мне даже грустно, что я не знал об этом раньше.

Сколько времени бы сэкономил, и насколько бы лучший DX у меня был

12 часов воркшопов за неделю

Недавно в сообществе появился новый формат — воркшопы.

На них я показываю практические примеры решения часто встречающихся проблем разработки. Более того, мы с точки зрения Архитектурных паттернов оцениваем эти решения, и пытаемся найти лучшее для разных ситуаций.

Все примеры пишутся в приближенных к реальным условиям, чтобы их можно было применить в своих проектах.
Просто бери исходники – и копируй в свой проект 🙂

Мне и ребятам формат очень зашёл, и я решил сделать целую неделю воркшопов)
Провели голосование и выбрали самые актуальные участникам темы 🔥

👉🏻 В воскресенье мы провели вторую часть воркшопа по билдеру форм.

👉🏻 Вчера был воркшоп по реализации undo redo на redux toolkit на примере аналога trello. И с использованием редкого паттерна event sourcing/

👉🏻 Сегодня (в 19 GMT+3) будет воркшоп по использованию ООП паттернов с Mobx на примере сложного древовидного меню.

👉🏻 А ещё воркшопы будут в четверг и в воскресенье


Кроме воркшопов, в сообществе ещё есть куча курсов и созвонов, в которых можно задать мне вопрос лично (карта контента)


Если хочешь посмотреть на паттерны ООП, залетай уже сейчас 👉🏻 https://paromovevg.ru/evolution-community

Бот для быстрой покупки

Не путайте процветание и выживание

Последнее время много читаю статей про менеджмент и управление.
Вот, например: https://habr.com/ru/articles/816545/
(Кстати, классная статья для анализа своей эффективности — заставила задуматься)

И везде один вопрос: как настолько доказанные неэффективные практики вообще могут существовать?! Ещё и распространяться.

Но для себя я уже давно ответил на это. Мы всегда должны разделять процветание и выживание.
👉🏻 Процветание: Общее количество ресурса
👉🏻 Выживание: Шанс ситуации, когда количество ресурса упадёт ниже условной границы
(Может быть, читал об этом в «Шкура на кону» Талеба. Но уже не помню точно)

Та или иная стратегия может давать очень высокий рост по процветанию. Но вот отбор всегда идёт по выживанию

Вот несколько примеров:
— Максимально распространены не те религии, носители которых счастливы. А те, носители которых лучше выживают и передают религию
— Максимально распространены не те практики, которые дают максимальную прибыль, а те практики, которых достаточно для выживаемости бизнеса, и которые простые (не требуют слома когнитивных искажений)
— Максимально распространены не те практики кода, которые дают максимально быструю и эффективную разработку. А те практики, которые дают достаточную эффективность для выживания бизнеса

И самый мой любимый пример: Смерть

Распространены не те виды, у которых максимальная продолжительность жизни. А у которых эта продолжительность даёт оптимальное соотношение — изменчивости/времени, детородности/размера.

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

Представьте: все страдания от смерти родителей, бабушек, друзей, жён и детей — есть необходимое условие выживания человека, как вида

Меня эта мысль до сих пор очень будоражит

Вместо вывода

Весь пост звучит как — смиритесь с говном, оно не избежно.

Но я хочу сказать другое.

Сама суть мира — он не создан для твоего счасться. Только для выживания. И то не твоего лично.

Хватит удивляться дисфункциям вокруг. Возьми ответственность за свою конкретную жизнь. И сделай её счастливой.

Счастье — это не норма. Это то, что ты должен отвоевать у этого мира

Поэтому код в твоём проекте – говно. И это нормально. Хочешь хороший код? Тогда бери и делай. Никому кроме тебя он не нужен.

Все продвинутые курсы в одном месте

Меня не покидает идея сделать ультимативный роадмап для развития.

Изначально я делал с такой мыслью платформу micro-courses. Но из-за формата монетизации, не получилось сделать это основным проектом.

И с появлением сообщества — я вернулся к этой идее.

Теперь весь контент сообщества + все курсы из micro-courses будут вот тут
https://evocomm.space/map

За 15к в год вы получаете уже на нынешнем этапе 50+ часов уникального глубокого и профильного контента.

И с каждой неделей его будет становиться только больше. Дальше он будет всё более полно и системно покрывать темы:

- Архитектуры
- Качества кода
- Эффективного использования инструментов


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

(Целый курс по DRY – это сильно? 😉)

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

И эта карта – только часть всех возможностей, которые вы получаете, вступая в сообещество.

Обо всех штуках можно узнать тут

А вступить в сообщество можно через бота

До встречи в сообществе, сегодня у нас будет вторая часть воркшопа по разработке билдера форм 🙌🏼

Спасибо большое, ребят, за ответы)
52 комментария – это сильно!

Хоть по голосованию React-query и Typescript идут прям вровень, то вот в комментариях однозначно выигрывает react-query, так что с него и начну

Более того, react-query – это одна из моих самых сильных компетенций. Тут мне есть, что сказать 😉

Ждите в ближайшее время новый классный курс с уникальным контентом.

Ребят, хочу записать классный контент на youtube.

И передо мной встал выбор, что делать. Долго думал. А потом как вспомнил, что вы у меня есть)

Что вам интереснее, проголосуйте плиз ⬇️

Первая в жизни конференция

На прошлой неделе съездил на конференцию Стачка в Питере.

Сама конференция и выступления максимально мало у меня эмоций вызвали. Ну реально, как будто я 30 минутный видос записывал одним дублем.
Единственная разница — живые люди одобрительно кивают, или хихикают над шутками. Это приятно 🙂

Самое интересное было после..
В тот день, когда выступал, у меня было очень холиварное настроение 👿 И любой контакт с другим человеком заканчивался холиваром)

Очень долго обсуждали $mol с его автором. Тот момент, когда споришь с человеком, который 7 лет готовился унижать React, а ты даже ни разу не писал на mol.
Крайне не выгодная в споре позиция, скажу я вам.

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

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

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

А пока, возвращаюсь обратно в блог и сообщество с новыми силами и идеями 🙌🏼

Как билдер форм всех спас)

В это воскресенье прошёл наш первый воркшоп "Создание форм билдера" в сообществе.
Где я показал самый простой и эффективный способ создания этой базовой инфраструктурной штуки. (Такие воркшопы, но по разным темам, будут проходить где-то раз в неделю)

А выбрал я эту тему для начала по банальной причине: эта штука может сэкономить месяцы разработки


Вот одна показательная история из моего опыта:

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

Если сделать карту мне помогла библа (https://github.com/projectstorm/react-diagrams). Кстати, не советую её брать — крайне сложная, хотя и гибкая шо пипец

То вот с формами, которые окрываются по клику на каждый блок, встала большая проблема.

Их должно было быть 40+ разных штук.

Меня вообще не впирало сидеть и делать 40 форм. Плюс я понимал, что эти блоки — точка расширения. И если делать руками формы, то меня будут трясти по этому проекту всю жизнь.

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

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

После часов 40 разработки на mui — билдер был готов. Я сделал в storybook, показал бекеру всё и пошёл отдыхать

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

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

В моём опыте были ещё случаи, когда простое решение — создать билдер, экономило тонну времени, но это самый показательный пример

(Если вам интересны такие штуки — залетайте в сообщество. Через неделю мы проведём вторую часть воркшопа, где подключим форму к беку, обработаем серверные и клиентские ошибки, добавим селект с автокомплитом)

👉🏻 Подробнее о сообществе

Альфа версия Evolution design linter

Ещё на прошлой неделе писали, что начали разработку линтера, а вот уже и альфа версия подоспела!

Ещё много работы предстоит. Например, написать документацию)

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

Документации ещё нет, но уже есть пример использования:
https://www.youtube.com/watch?v=nU_lFb2LnyM
Плюсы бытия ютубера опенсорсера)

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


Одной из ближайших задач будет написание шаблонов на распространённые архитектуры:

— Базовый FSD
— Моя версия FSD
— Модульная архитектура (великое детище Ульби)

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



Планируем ещё добавить визуализацию архитектуры, ui билдер, и плагины для IDE, чтобы это было полноценным инструментом.
Если у вас есть хотелки и пожелания — пишите в комментарии, мы учтём)


NPM: https://www.npmjs.com/package/evolution-design
GITHUB: https://github.com/ep-community/evolution-design


Если хотите помочь нам с разработкой, присоединяйтесь в сообщество: https://paromovevg.ru/evolution-community

Мой любимый спорт 🎾

Я долго искал варианты активности для себя.
Пробовал: зал 💪, бег 🏃, бассейн 🏊.

Но всё не оставалось со мной надолго. Хочется 2х вещей:

1. Чтобы было интересно. И поэтому бассейн плохо подошёл
2. После хочется чувствовать себя бодрым, а не разбитым. И в этом моменте мне не подошёл зал и бег. (А если уменьшать нагрузку, то начинаются проблемы с первым)

И этой весной мне жена показала теннис.
Я подумал — это же гениально)

Ну сами посудите:
1. Игровой вид спорта — очень интересно
2. Нужно всего 2 человека. Жена всегда есть, или просто тренировка с тренером
3. Не травматичный. Волейболы, баскетболы это тоже очень классно. Но всё вспоминаю выбитые пальцы. А мне сейчас такого нельзя допускать
4. После заряд энергии на целый день. Нагрузка хорошая, но не черезмерная


В общем, теперь ходим 2 раза в неделю с тренером. И отдельно с женой, когда время есть.

Уровень энергии прям вырос и даже прогресс есть. Может начну когда нибудь участвовать в местных соревах, кто знает)

Опа, ещё докладик

Ну всё, точно осень у меня будет весёлая.

Прям сразу после holy буду выступать на мердже

Причём буквально на следующий день: 15 числа под закрытие холи выступаю, и уже на следующий день в сколково.

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

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


ЗЫ: Помню, как от компании готовился с Гришей Петровым к первому выступлению.
Мы полгода готовили доклад. Потом выступали на внутреннем митапе. Потом на евронской конференции в записи. И уже потом шли подаваться со словами "Может когда нибудь выступлю на большой конфе" (так никуда тогда и не подался)

Также я через год ведения блога: выступаю на трёх крупных конфах 🙌🏼

Evolution-design — мой ответ FSD

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

Но в процессе рассуждения я понял: получается не лучше. Потому что у всех архитектур одна проблема — стандартность.

Ну то есть, это и главный плюс, и главный минус. Стандартные вещи сильно упрощают нам жизнь. Но они не эффективны

У каждого проекта:
— Своя команда
— Своя сложность
— Свой стек
— Свой этап

Осознание последнего меня прям выбило из колеи. Ну то есть: вроде всё продумал, выбрал FSD — идеально подходит. А через год хренак, и уже проект такой большой, что FSD больше мешает.

И от понимания этого, я как раз пришёл к идее evolution-design.

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

Подробнее об идее можно посмотреть в моём видео на канале ⤵️
Видео

Evolution-design — это будет:

— Документация, с описанием основных архитектурных паттернов и готовых сборок ахритектур
— DSL для описания архитектуры, с возможностью описать свою архитектуру
— Линтер для валидации правил (Похоже на staiger)
— Генератор кода
— В планах: визуализатор, квиз по выбору архитектуры, маркетплейс архитектур

Только в прошлую среду запустили разработку в Open source направлении сообщества. И я не ожидал, что пойдёт так динамично.

Вот репозиторий

Уже подняли проект, настроили сборщик, линтер, cli. Сформировали DSL и начали реализовывать линтер, и где то половину core модуля разработали. Дикая скорость)

Кто хочет посмотреть, как разрабатываются open source проекты, и кто хочет поучаствовать – залетайте
https://t.me/welcome_paromovevg_bot

Очень мощная возможность порешать нетривиальные задачи, пообщаться с опытными разрабами, и приложить руку к перспективному проекту)

Если думаете, что у вас уровень маловат — не переживайте. Задачи под любого найдутся.

🕰 Сегодня в 19:00 у нас второй синк по проекту

Что произошло в моём сообществе за 3 недели

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

А происходит очень много ⤵️

1️⃣ Выходит курс по архитектуре.
Его концепт – 20% информации, которые дают 80% результата.
Рассказываю в курсе о самых ключевых понятиях в архитектуре, знания которых сильнее всего влияют на качество продуктов.

Уже вышло 5 небольших уроков (самый большой — 22 минуты), где я ввожу понятия. Дальше, на основании этих понятий, рассмотрим самые важные принципы и паттерны. Всё на примерах из практики, которые можно использовать хоть завтра.

Сейчас у ребят лафа. Пока в сообществе не много людей, я проверяю все домашки лично.

Что важно: этот курс изначально был: "Всё всё всё по архитектуре за год". Но после первой обратной связи я понял, что лучше сделать более практико ориентированно, и сэкономить время: своё и участников. Кайфую, как работает обратная связь в сообществе.

2️⃣ Стримы разработки платформы
Уже вышло 15 часов стримов, где я показываю разработку платформы сообщества с нуля.

Но и тут обратная связь внесла определённые корективы. Изначальная идея совместить разработку и обучение не оправдалась.

Поэтому после созвона на прошлой неделе внёс изменения:

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

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

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

Этот формат тестовый. Но, как вы видите, всё постоянно развивается, и мы обязательно сделаем его максимально классным 🙌🏼

3️⃣ Запустили чат обмена опытом
Это место, в котором можно поделиться интересной статьёй или инструментом.

Также мы уже согласовали запустить "Круглый стол" — созвоны, в которых будем обсуждать холиварные темы и новости. Планирую запустить на следующей неделе, или через одну. Потому что у меня всё внимание в 👇🏻

4️⃣ Совместная разработка open source

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

Очень важно: формат тестовый, но однозначно нужный. Поэтому будем его развивать до победного конца.

5️⃣ Чат media
И последнее нововведение — чат, в котором можно научиться основам медийности и поучаствовать со мной в записи видео.

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


Вместо вывода

Как же я кайфую в этом всём! Вот правда)

Целый год искал формат, в котором вообще не будет конфликтов с совестью.
Формат настолько щедрый, что всю пользу просто физически не подчерпнуть – придётся выбирать самое интересное
Формат, который я искренне захочу продать всем людям на свете.

И вот после долгих исканий/ скитаний/ метаний, наконец, нашёл

Вообще всё так, осталось только развивать и делать офигенно 😊

Присоединиться к сообществу: https://t.me/welcome_paromovevg_bot

Вчера у моей семьи был день фейла

Утром моя жена поехала на местное море (в Онегу, если кто в курсе). 150 км по гравийке, с дочкой и бабушкой. И пробила 2 колеса: первое в хлам, второе с двумя дырками.

Добрые люди остановились, помогли сменить запаску и дали компрессор. Оставшиеся до монтажа 100км жена раз 6 подкачивала колесо.

А вечером у меня начались проблемы. Прямо на стриме сообщества у меня сгорел модуль wi-fi на рабочем ноуте (как вы понимаете, у меня проводного нет в доме)

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

Там оказался прям подходящий мне по конфигурации. Купил

Приезжаю домой, подключаю...

И ничего. Чёрный экран. Крутил, вертел, думал сам что-то не так сделал. Но толку ноль. Чёрный экран 😒

Лезть внутрь не стал. Ибо на крышке красовалось: "не трожь, а то никакой тебе гарантии"

Наутро поехал менять. Привёз. Да, действительно не работает.
Заменили. Проверили, что на другом всё работает.

Привёз я его к себе домой, подключаю...

И снова ничего 😭

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

Короче, сорвал я злачную плёнку "Если вы это срываете, то гарантии конец" и потыкал на удачу видеокарту, чтобы лучше прилегала к материнке.

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

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

(Посты про сообщество и с ответами на вопросы немного откладываются)