Судя по вашей карме проблемы с весом ваших слов у вас :) А то что вы принципиально в тестирование кода не верите говорит еще больше о вашей компетенции.
Никто все проблемы решить просто не предлагает, я же несколько раз пишу что это вспомогательный паттерн к более классической архитектуре. Это просто взгляд с другой стороны на те же вещи (solid, например). Обычно, оно работает лучше всего именно вместе.
А из проблем я бы только выделил то что большая часть разработчиков тесты или не пишет, или не до конца понимает как их писать правильно. И статья для них слишком абстрактная и поэтому, внезапно, сложная :)
Конечно поднимали, они ни в какую, говорят что идея их и они с МВП тащат уже много лет это все. Но на самом деле, когда человек уже ввязался в абьюзивные отношения, сложно противопоставлять что-то по любой теме.
Сложно сказать. Пару тысяч человеко-часов - это точно. Ну и не понятно что релизом считать, продукт давно в паблике, но фаундеры говорят что он не готов.
Хотя и с ним проблем достаточно останется. Если писать только на нативке, без библиотек, у вас либо будет чрезмерно упрощенный и не надежный код, либо собственные библиотеки. Ну либо задачи решаете очень простые, конечно.
Хотя я вот сколько мелких одностраничных лендингов / приложений не писал, все равно для хорошего UX нужно либо написать кучу кода, либо тащить тяжелые библиотеки. Мой опыт. Поэтому Reatom и пишу, пытаюсь решить основные юзкейсы за бандлсайз, который не страшно тащить даже на леднос.
Ну вы не увидели, зачем врать и обобщать мои "редкие кейсы" до "ваш проект становится сложным"? Оскорблять меня зачем? Вся публика хабра соответствующей тематики знакома с вашей агресивной идеализацией мобыкса. Ну посмотрите вы на рынок и сделайте выводы. Идите лучше на конференциях выступать, курсы делайте. А здесь в комментариях от вас только плохое настроение.
Я говорю, "редкие сложные кейсы" и привожу минимальные примеры для понимания. Посмотрите на всю статью, что вы прицепились к одной формулировке? Вам же лишь бы гнуть свою линию и грубить - это токсично и сообществу лучше не делает.
window.SENTRY.captureEvent -> import('/sentry').then({captureEvent} => ...), если быть точным, я думал это и так понятно.
Вы зачем-то чистый доменный код разбавляете системной логикой (аналитикой) или другим доменом (подсказки, например). Не надо фантазировать "ну и норм", надо попытаться проскалировать это на большие модули реальных проектов, примеры которых я не могу привезти и по этическим причинам, и из-за необходимости объяснять кучу контекста.
Можно поискать умные книжки или статьи по событийной архитектуре. Сам посоветовать что-то не могу, т.к. у меня это в голове это все от десятков проектов и летов опыта.
Буду повторять то что о чем уже писал :) Конечно, код без абстракций лучше, чем код с абстракциями и я сам с Reatom пропагандирую процедурный стиль и НЕ предлагаю писать весь код с событийном стиле. Наоборот, я ругаю тот же effector за то что там вообще все на событиях и код так выглядит сложнее и запутанее. Но, как и написано в статье, бывают "редкие, но также важные задачи", которые удобнее решать с описанием логики снаружи модуля. Редкие эти случаи, понимаете? Никто не говорит что отсутствие событийной функциональности делает инструмент неюзабельным, это просто один из факторов, который нужно учитывать.
EE - достаточно общий и часто применяемый паттерн, глупо говорить что он вообще не нужен. Как я уже отвечал в соседней ветке, в реатоме он уже встроен и работает лаконично со всей экосистемой, чем это не плюс?
Метрики объявил, а достижения по ним не указала, сколько звездочек и загрузок, в итоге, добавилось (ли)?
Судя по вашей карме проблемы с весом ваших слов у вас :)
А то что вы принципиально в тестирование кода не верите говорит еще больше о вашей компетенции.
Года идут, а вы не меняетесь. Повзрослейте уже :)
Согласен, сделал поменьше :)
Никто все проблемы решить просто не предлагает, я же несколько раз пишу что это вспомогательный паттерн к более классической архитектуре. Это просто взгляд с другой стороны на те же вещи (solid, например). Обычно, оно работает лучше всего именно вместе.
А из проблем я бы только выделил то что большая часть разработчиков тесты или не пишет, или не до конца понимает как их писать правильно. И статья для них слишком абстрактная и поэтому, внезапно, сложная :)
Конечно поднимали, они ни в какую, говорят что идея их и они с МВП тащат уже много лет это все. Но на самом деле, когда человек уже ввязался в абьюзивные отношения, сложно противопоставлять что-то по любой теме.
Никому оно не надо, рынок не сформирован
Сложно сказать. Пару тысяч человеко-часов - это точно. Ну и не понятно что релизом считать, продукт давно в паблике, но фаундеры говорят что он не готов.
Развели)
Намного проще в background запросить SVG с текстом ip
Простите, а с чего вы взяли что я выгляжу ТАК??
В целом, сервис очень полезный. Странно что просмотр за авторизацией.
Это какое-то чудо, вы просто повторяете уже разобранные аргументы и примеры кода. Не знаю что вам ответить.
Я вижу все комментарии и не отвечаю на те, которые уже зашли в тупик, потому что кто-то ходит по кругу и не слышит ответов которые ему уже давали :)
Да конечно. Еще вот очень рекомендую для личного ознакомления: https://habr.com/ru/companies/ruvds/articles/737114/
Писал подчти о том же еще в конце 2022, но тлг каналы не гуглятся. Видимо, надо переезжать на сайт...
https://t.me/artalog/568
А если еще чуть в сторонку посмотреть...
https://github.com/artalar/RTK-entities-basic-example/pull/1/files
Пока нативного AsyncContext нет - все так :)
Хотя и с ним проблем достаточно останется. Если писать только на нативке, без библиотек, у вас либо будет чрезмерно упрощенный и не надежный код, либо собственные библиотеки. Ну либо задачи решаете очень простые, конечно.
Хотя я вот сколько мелких одностраничных лендингов / приложений не писал, все равно для хорошего UX нужно либо написать кучу кода, либо тащить тяжелые библиотеки. Мой опыт. Поэтому Reatom и пишу, пытаюсь решить основные юзкейсы за бандлсайз, который не страшно тащить даже на леднос.
Было бы интересно сравнение с https://www.reatom.dev/package/async/ :)
Ну вы не увидели, зачем врать и обобщать мои "редкие кейсы" до "ваш проект становится сложным"? Оскорблять меня зачем? Вся публика хабра соответствующей тематики знакома с вашей агресивной идеализацией мобыкса. Ну посмотрите вы на рынок и сделайте выводы. Идите лучше на конференциях выступать, курсы делайте. А здесь в комментариях от вас только плохое настроение.
Я говорю, "редкие сложные кейсы" и привожу минимальные примеры для понимания. Посмотрите на всю статью, что вы прицепились к одной формулировке? Вам же лишь бы гнуть свою линию и грубить - это токсично и сообществу лучше не делает.
window.SENTRY.captureEvent->import('/sentry').then({captureEvent} => ...), если быть точным, я думал это и так понятно.Вы зачем-то чистый доменный код разбавляете системной логикой (аналитикой) или другим доменом (подсказки, например). Не надо фантазировать "ну и норм", надо попытаться проскалировать это на большие модули реальных проектов, примеры которых я не могу привезти и по этическим причинам, и из-за необходимости объяснять кучу контекста.
Можно поискать умные книжки или статьи по событийной архитектуре. Сам посоветовать что-то не могу, т.к. у меня это в голове это все от десятков проектов и летов опыта.
Буду повторять то что о чем уже писал :)
Конечно, код без абстракций лучше, чем код с абстракциями и я сам с Reatom пропагандирую процедурный стиль и НЕ предлагаю писать весь код с событийном стиле. Наоборот, я ругаю тот же effector за то что там вообще все на событиях и код так выглядит сложнее и запутанее. Но, как и написано в статье, бывают "редкие, но также важные задачи", которые удобнее решать с описанием логики снаружи модуля. Редкие эти случаи, понимаете? Никто не говорит что отсутствие событийной функциональности делает инструмент неюзабельным, это просто один из факторов, который нужно учитывать.
EE - достаточно общий и часто применяемый паттерн, глупо говорить что он вообще не нужен. Как я уже отвечал в соседней ветке, в реатоме он уже встроен и работает лаконично со всей экосистемой, чем это не плюс?