А как решается проблема разных os локально и на ci? Если, например, локально сгенерированны эталонные скриншоты, а на CI тесты падают, потому что изменился дефолтный шрифт или ещё что-нибудь из-за разницы os.
Это ваш информационный пузырь. Выходите из него, в нём жизни нет. Как минимум стоит подписаться на новости и на видео канал.
Ну так вы тоже в моем пузыре присутствуете) Вы сделали отличную работу по описанию реактивных систем, но это, к сожалению, последнее что я помню, что вы делали именно для комньюнити.
Вы же хотите привлечь людей на свою сторону, но почему-то концентрируетесь на хейте других инструментов и на тех разработчиках, которые уже определились, на каком инструменте им лучше работать. Но не рассматриваете молодых разработчиков, которые еще не определились и не доносите им пользу $mol, не проводите воркшопы и тд.
p.s. на канал подписался)
То есть от прямых стрелок и знаков доллара в jQuery у вас не рябит, а тут прям шоустопер? Вы кого такими сентенциями обмануть пытаетесь?
Пока вы ёрничаете, среднее приложение на $mol на порядок меньше и быстрее среднего приложения на React при той же функциональности, и имеет на порядок меньше багов. Пруфы.
Ну вот про это я и говорю. Вы показываете супер кейсы, но без комьюнити они ничего не значат. Люди же социальные животные, разработчики тоже) Без чувства сопричастия никто эти кейсы разбирать не будет.
Про $mol не поднялась рука написать, так как он выглядит слегка зубодробительно. В инфополе кроме текста о том что он решает большое кол-во проблем, ничего не заметно. А когда открываешь quick start, начинает рябить в глазах от обратных стрелок и знака доллара. Я может быть и рад разобраться что и как работает, но, насколько я понял, вы не готовы помогать комьюнити вливаться, не желая тратить на это время.
А есть такая ментальная модель: Make it right and fast, then make next feature in the same way.
Можно еще код сразу без багов писать)
JSX как-то совсем не похож на JS.
На solid, насколько мне известно, можно обычный js использовать, а jsx делает его похожим на реакт, опять же, все привыкли к компонентам реакта.
То есть создали себе проблему (раздутые бандлы), а потом стали героически её решать (сср). Но решение создало больше проблем, чем решило (долгая гидратация), которую не менее героически стали решать (ленивая загрузка). Но это создаёт следующую проблему (зависимость любых действий от онлайна), которую героически решают (предзагрузкой всех стриптов). И тут круг замыкается.
Здесь, скорее всего, http-proxy-middleware может покрыть все вопросы. Достаточно найти ресурс, который, допустим, хостит файлы, и к нему направить запросы на загрузку и т.д.
Лучше всегда указывать версию вашей модели, чтобы отследить прогресс.
Потом, в конструкторе дино можно проверить, что если у нас есть сохраненная модель, то использовать ее, иначе создавать новую. Загрузить модель можно так:
Спасибо за комментарий. Я с вами абсолютно согласен :)
Но не могу не оправдываться. Я в статье упоминаю, что решить это можно и без нейронки, но это мой второй проект на тензорфлоу и баловаться с нейронками — это просто весело, когда ты не написал ни одной строчки алгоритма, а мышь тебя понял как надо.
Спасибо за замечание, поправил, а могли бы Вы развернуть в чем принципиальная разница между unsupervised learning и reinforcement learning, что мы не можем обобщить их в одну сущность по признаку отсутствия учителя?
Спасибо за комментарий,
ни в коем случае не призывал использовать данный подход повсеместно.
На счет отладки могу сказать, что если грамотно спроектировать модульность приложения, как уже писали в комментах, то отлдака не вызывать боли в глазах. Так как, если так можно сказать, модули получают небольшое расширение.
А как решается проблема разных os локально и на ci? Если, например, локально сгенерированны эталонные скриншоты, а на CI тесты падают, потому что изменился дефолтный шрифт или ещё что-нибудь из-за разницы os.
Ну так вы тоже в моем пузыре присутствуете) Вы сделали отличную работу по описанию реактивных систем, но это, к сожалению, последнее что я помню, что вы делали именно для комньюнити.
Вы же хотите привлечь людей на свою сторону, но почему-то концентрируетесь на хейте других инструментов и на тех разработчиках, которые уже определились, на каком инструменте им лучше работать. Но не рассматриваете молодых разработчиков, которые еще не определились и не доносите им пользу $mol, не проводите воркшопы и тд.
p.s. на канал подписался)
А мы обсуждаем инструменты 10ти летней давности?
Был на вашем выступлении. Вы это прямым текстом сказали https://youtu.be/ItqUPTi8JIw?t=2351
Ну вот про это я и говорю. Вы показываете супер кейсы, но без комьюнити они ничего не значат. Люди же социальные животные, разработчики тоже) Без чувства сопричастия никто эти кейсы разбирать не будет.
А вы смотрите воркшопы конкурентов? Того же Раяна, любой jsx код может быть заменен нативным api.
Спасибо за комментарий!
Да, с этой точки зрения тоже интересно фантазировать на тему развития.
На счёт тренда согласен, кажется что веб стремится быть нативным насколько это возможно.
Про $mol не поднялась рука написать, так как он выглядит слегка зубодробительно. В инфополе кроме текста о том что он решает большое кол-во проблем, ничего не заметно. А когда открываешь quick start, начинает рябить в глазах от обратных стрелок и знака доллара. Я может быть и рад разобраться что и как работает, но, насколько я понял, вы не готовы помогать комьюнити вливаться, не желая тратить на это время.
Можно еще код сразу без багов писать)
На solid, насколько мне известно, можно обычный js использовать, а jsx делает его похожим на реакт, опять же, все привыкли к компонентам реакта.
Да, так и живем, история циклична)
Согласен) но кажется доступом легче в гитхабе управлять, так как все разработчики уже там
Здесь, скорее всего, http-proxy-middleware может покрыть все вопросы. Достаточно найти ресурс, который, допустим, хостит файлы, и к нему направить запросы на загрузку и т.д.
В двух словах. Как только мы определились какой дино самый лучший сохранить его мозг можно таким образом.
Лучше всегда указывать версию вашей модели, чтобы отследить прогресс.
Потом, в конструкторе дино можно проверить, что если у нас есть сохраненная модель, то использовать ее, иначе создавать новую. Загрузить модель можно так:
Но не могу не оправдываться. Я в статье упоминаю, что решить это можно и без нейронки, но это мой второй проект на тензорфлоу и баловаться с нейронками — это просто весело, когда ты не написал ни одной строчки алгоритма, а мышь тебя понял как надо.
ни в коем случае не призывал использовать данный подход повсеместно.
На счет отладки могу сказать, что если грамотно спроектировать модульность приложения, как уже писали в комментах, то отлдака не вызывать боли в глазах. Так как, если так можно сказать, модули получают небольшое расширение.