2. Написал для себя пару пет проеков на моле, разобрался в нём, мне понравилось. Продолжаю работать официально на реакте.
3. Как и написал, каждый фреймворк ставит во главу угла решение конкретного ряда проблем. $trash фреймворк не является исключением. Список можно продолжать до бескончости.
Согласен. Быть капитаном команды в хакатонах - это отдельный вид искусства.
По моему опыту офлайн хакатонов - если постоянно не взаимодействовать с командой и уточнять что нужно делать каждому, то получается как в басне "Лебедь, рак и щука". Либо делают не то, что нужно, либо замалчивают и не делают с совсем ничего.
Думаю на фронте ещё может быть проблема в настройке и поддержании юнит тестов. Сами юнит тесты не встроены в язык как нативная вещь.
Для меня было открытие, когда в языке D unit тестирование было уже встроено в сам языке . А на фронте в большой тройки тестирования из коробки нет - нужно подключать / настраивать/поддерживать. Пока нашёл небольшой фреймворк, который поддерживает юнит тестирование из коробки и запускает их каждый раз.
Напишите, если ещё знаете такие фреймворки на фронте, хочется посмотреть как в них устроено тестирование
Привет! Заходи к нам в чат https://t.me/mam_mol, ответим на все вопросы) Если у тебя есть идеи для пет проектов, который ты хотел бы сделать, мы поможем его довести до результат на $mol ^_^ за очень короткий срок.
Мне понравился $mol. В свободное от работы (классический финтех на реакте) делаю на нём пет проекты и стараюсь наладить документацию и взаимодействие с людьми).
Недавно захотел проверить MVP 2 моих спонтанных идей, вот один из них. 1. Проект "Сказка в лесу" - чтобы по QR на фигуре в парке можно было перейти на сайт и получить информацию по герою сказке, а также послушать аудиверсию, посмотреть сказку на ютуб и почитать прям в лесу.
Ещё $mol очень интересен как российский опен соурс проект - давно хотел поучавствовать в подобной разработке, но в больших американских react/vuev/angular проектах не нашёл, чтобы улучшить без гемморая. А тут всё понятно - компоненты минимальные и общение всё идёт на русском языке
Постараюсь ответит на вопросы в комментари. Синтаксис действительно просто и состоит из нескольких знаков, который выполняют всем нам привычные действия. Умещается весь синтаксис +- 1 строку. $это_компонент -комментарий, \строка, * объект его_свойство ^и_перегрузка_свойства, /массив
А дальше уже поинтереснее @ \автоматическа локализация строки, <= <=> => наглядное связывание свойства (реактивность), Task_row* - перебераем массив с компонентами и ? - динамическое свойство
Кто прочитал данный комментарий - поздравляю, вы освоили весь view.tree! Главное тут скорость и эффективность - 1 символ на 1 любое действие. Не 1 лишниго символа нет в view.tree
Спасибо, это эпичный дебютный первый комментарий на мою первую статью)
1. Не фейк, можешь написать в личку убедиться https://t.me/mikhail_eco_coach . Всегда открыт к беседе
2. Написал для себя пару пет проеков на моле, разобрался в нём, мне понравилось. Продолжаю работать официально на реакте.
3. Как и написал, каждый фреймворк ставит во главу угла решение конкретного ряда проблем. $trash фреймворк не является исключением. Список можно продолжать до бескончости.
Если ещё остались вопросы, задавай
Многие реальные проекты: Нет архитектуры — нет проблем
Для фильмов 16+ подтвердите возраст
Хорошая статья, но как-то слишком много текста что-ли.
И хорошо добавить гифку с игрой, чтобы без перехода было важно, о чем речь
Плюсы:
- Tailwind CSS
Минусы:
- Tailwind CSS
Согласен. Быть капитаном команды в хакатонах - это отдельный вид искусства.
По моему опыту офлайн хакатонов - если постоянно не взаимодействовать с командой и уточнять что нужно делать каждому, то получается как в басне "Лебедь, рак и щука". Либо делают не то, что нужно, либо замалчивают и не делают с совсем ничего.
Не отработало на nx монорепозиторим (
Хорошая статья и слог, делай ещё :)
Хорошая статья. Хорошо, когда в проекте это реализовано изначально и все пишут с таким подходом на их стеке технологий проекта.
Плохо, когда этого совсем нет)
Запомни, есть два типа людей:
....
Реагируют*, опечатался
Как рекламируют на ws поисковые боты Гугл, Яндекс? Какое влияние оказывают они на сео?
Победитель NoCode https://github.com/kelseyhightower/nocode :)
Ещё была мысль, что для тестировщика тесты являются прямым результатом труда - им платят деньги за кол-во пройденных/не пройденных тестов.
Для нас разработчиков - тесты косвенно (а за частую с точки зрения бизнеса и замедляют проект) влияют на результат нашего труда (готовые фичи).
Т.е. разработка через тестирование по факту превращается в разработку и тележку с тестированием сверху
Думаю на фронте ещё может быть проблема в настройке и поддержании юнит тестов. Сами юнит тесты не встроены в язык как нативная вещь.
Для меня было открытие, когда в языке D unit тестирование было уже встроено в сам языке . А на фронте в большой тройки тестирования из коробки нет - нужно подключать / настраивать/поддерживать. Пока нашёл небольшой фреймворк, который поддерживает юнит тестирование из коробки и запускает их каждый раз.
Напишите, если ещё знаете такие фреймворки на фронте, хочется посмотреть как в них устроено тестирование
Лучший код, это тот, которого нет. nocode
Но 3900 ишью ....
Привет!
Заходи к нам в чат https://t.me/mam_mol, ответим на все вопросы)
Если у тебя есть идеи для пет проектов, который ты хотел бы сделать, мы поможем его довести до результат на $mol ^_^ за очень короткий срок.
А так ещё приглашаю поучавствать в опен соурсе с нами. В самом моле - различные студии https://studio.hyoo.ru/ и парсеры https://tree.hyoo.ru/
Или со мной - я сейчас по фану делаю аудиопереводчик view.tree -> человеский язык, который отвечал бы на эти вопросы))
Сайт: https://lyumih.github.io/milis/treesay/storybook/-/#!demo=milis_treesay_demo
и его код https://github.com/Lyumih/milis/tree/main/treesay
Мне понравился $mol. В свободное от работы (классический финтех на реакте) делаю на нём пет проекты и стараюсь наладить документацию и взаимодействие с людьми).
Недавно захотел проверить MVP 2 моих спонтанных идей, вот один из них.
1. Проект "Сказка в лесу" - чтобы по QR на фигуре в парке можно было перейти на сайт и получить информацию по герою сказке, а также послушать аудиверсию, посмотреть сказку на ютуб и почитать прям в лесу.
Получилось вот так: https://lyumih.github.io/milis/skazka/-/#!skazka=heroes/heroes=vasilisa и репозиторий с проектом https://github.com/Lyumih/milis/tree/main/skazka из 3 файлов (весь сайт).
41 строка view.tree и 74 строк view.ts - из которых 17 строк - заглушка JSON на тот момент.
Ещё $mol очень интересен как российский опен соурс проект - давно хотел поучавствовать в подобной разработке, но в больших американских react/vuev/angular проектах не нашёл, чтобы улучшить без гемморая. А тут всё понятно - компоненты минимальные и общение всё идёт на русском языке
Постараюсь ответит на вопросы в комментари.
Синтаксис действительно просто и состоит из нескольких знаков, который выполняют всем нам привычные действия. Умещается весь синтаксис +- 1 строку.
$это_компонент -комментарий, \строка, * объект его_свойство ^и_перегрузка_свойства, /массивА дальше уже поинтереснее
@ \автоматическа локализация строки, <= <=> => наглядное связывание свойства (реактивность), Task_row* - перебераем массив с компонентами и ? - динамическое свойствоКто прочитал данный комментарий - поздравляю, вы освоили весь view.tree!
Главное тут скорость и эффективность - 1 символ на 1 любое действие. Не 1 лишниго символа нет в view.tree
Вот тут есть шпаргалка https://mol.hyoo.ru/#!section=docs/=vv2nig_s5zr0f/Docs.View"vv2nig_s5zr0f".Details=Шпаргалка по спецсимволам и площадка, где можно поиграться с view.tree https://mol.hyoo.ru/#!section=view.tree
После дофигаЛет JsReact вчера пришлось с удивлением познакомиться на питоновскую_змею в переменных