Что значит удобнее пере-использовать? Если вы положите компонент в папку components/, его нельзя будет пере-использовать?
С чего классическая архитектура менее масштабируемая? Может быть вы понимаете что-то другое под этим словом. Вам никто не запрещает создавать компоненты в компонентах, ну и так далее, в "классической" архитектуре.
В FSD, думаю, тоже. Но единственное - FSD добавляет свои ограничения, которые в огромном проекте будут только мешать и заставлять думать о том, о чем можно не думать при свободной организации кода. А также вообще непонятно, в чем преимущества такого подхода. Нельзя все проекты взять и подогнать под один шаблон.
Конечно, если на FSD писать ToDo-лист (а именно подобного уровня примеры я видел в официальной документации), всё может выглядеть красиво и по-фсд-шному.
В плане, что фронтендеру, как и бекендеру, придется разбираться с другими областями. Если он будет сам делать весь продукт, ему и дизайн понадобится, и маркетинг. Вообще, всё индивидуально ч конечно. Но однозначно, придется выходить за рамки своих компетенций
Так чем fsd-то хорош? Не масштабируемая штука абсолютно. А если что-то не масштабируется, толку от этого нет никакого, имхо. Вот есть у тебя папка фичей со слайсами. Она же будет бесконечно раздуваться по мере увеличения проекта из-за ограничений вложенности. (Да, я понимаю, что в сегментах может быть что угодно. Но зачем тогда оно вообще надо). Мне вот понравилась идея фрактальной структуры. Если какая-то часть проекта большая, там будет много папок и файлов. И всё это будет инкапсулировано в одном месте, а не разнесено по разным папкам.
Умение разложить задачу на структуры данных - это одно умение. Этим мы занимаемся каждый день при разработке.
Умение же перевернуть строку - это вещь в себе, которую мы не делаем каждый день, если вообще делали когда-то. В любом случае, это простая задача. Но: это абсолютно нормально не помнить все методы строки. Поэтому да, есть шанс, что не получится ее решить, если не загуглить
Есть инструмент - самокат. Есть пользователь инструмента - самокатчик.
Проблемы с инструментом я не вижу. Инструмент можно просто совершенствовать.
Проблема с самокатчикам. Не со всеми, а с маленьким процентом неадекватов. Процент маленький, но много пользователь * маленький процент = много неадекватов.
И решать этот вопрос надо не запретом всех и вся, адвумя вещами:
1) Вход по паспорту;
2) Индивидуальный подход к ограничениям. Самокат должен иметь системы, позволяющие анализировать поездки (камеры и так далее). Чтобы если вдруг произошел какой-то инцидент, относительно мгновенно бы последовали санкции.
Да, это сложная задача. Я всего лишь описал путь. И можно либо попытаться что-то сделать, либо сдаться и запретить всё и вся из-за недостатка мозга. Удачи)
При 5 км/ч электросимовец будет над твоей душой ехать с одной скоростью, а в дальнейшем свалится на тебя из-за потери равновесия, т к скорость слишком маленькая 🤣
Очевидный "confirmation bias". И подмена понятий (теперь уже очевидно), так как если Вы говорите за здоровье - так на автомобиле то же самое. А если Вам не нравятся самокаты, так прямо и говорите. Не надо поменять понятия, это выглядит нелепо.
Как именно люди гробят свое здоровье? Не будет СИМ - люди пересядут на общественный транспорт и автомобили. Автомобилей станет больше. Нужны индивидуальные стратегии выявления и блокировок нарушителей, а не коллективная ответственность.
Что значит удобнее пере-использовать? Если вы положите компонент в папку components/, его нельзя будет пере-использовать?
С чего классическая архитектура менее масштабируемая? Может быть вы понимаете что-то другое под этим словом. Вам никто не запрещает создавать компоненты в компонентах, ну и так далее, в "классической" архитектуре.
В FSD, думаю, тоже. Но единственное - FSD добавляет свои ограничения, которые в огромном проекте будут только мешать и заставлять думать о том, о чем можно не думать при свободной организации кода. А также вообще непонятно, в чем преимущества такого подхода. Нельзя все проекты взять и подогнать под один шаблон.
Конечно, если на FSD писать ToDo-лист (а именно подобного уровня примеры я видел в официальной документации), всё может выглядеть красиво и по-фсд-шному.
Мне кажется, это не так важно)
В плане, что фронтендеру, как и бекендеру, придется разбираться с другими областями. Если он будет сам делать весь продукт, ему и дизайн понадобится, и маркетинг. Вообще, всё индивидуально ч конечно. Но однозначно, придется выходить за рамки своих компетенций
Так чем fsd-то хорош? Не масштабируемая штука абсолютно. А если что-то не масштабируется, толку от этого нет никакого, имхо. Вот есть у тебя папка фичей со слайсами. Она же будет бесконечно раздуваться по мере увеличения проекта из-за ограничений вложенности. (Да, я понимаю, что в сегментах может быть что угодно. Но зачем тогда оно вообще надо). Мне вот понравилась идея фрактальной структуры. Если какая-то часть проекта большая, там будет много папок и файлов. И всё это будет инкапсулировано в одном месте, а не разнесено по разным папкам.
Если вникнуть ещё глубже, FSD может не понравиться
Зачем тащить 100500 селекторов? Почему смешивается логика и вью? Проблем не вижу, можно удобно распределить по необходимости
Я скорее про то, что одной вещью нельзя померить другую
Вот согласен.
Умение разложить задачу на структуры данных - это одно умение. Этим мы занимаемся каждый день при разработке.
Умение же перевернуть строку - это вещь в себе, которую мы не делаем каждый день, если вообще делали когда-то. В любом случае, это простая задача. Но: это абсолютно нормально не помнить все методы строки. Поэтому да, есть шанс, что не получится ее решить, если не загуглить
Тут согласен
Мне кажется, сравнивать должен профессиональный музыкант)
А у меня так, просто наблюдения)
Насчёт самой продвинутой, я бы поспорил
Есть ещё Udio, которая именно музыку (инструментал) лучше делает, как мне кажется.
Вы подменяете понятия.
Есть инструмент - самокат. Есть пользователь инструмента - самокатчик.
Проблемы с инструментом я не вижу. Инструмент можно просто совершенствовать.
Проблема с самокатчикам. Не со всеми, а с маленьким процентом неадекватов. Процент маленький, но много пользователь * маленький процент = много неадекватов.
И решать этот вопрос надо не запретом всех и вся, адвумя вещами:
1) Вход по паспорту;
2) Индивидуальный подход к ограничениям. Самокат должен иметь системы, позволяющие анализировать поездки (камеры и так далее). Чтобы если вдруг произошел какой-то инцидент, относительно мгновенно бы последовали санкции.
Да, это сложная задача. Я всего лишь описал путь. И можно либо попытаться что-то сделать, либо сдаться и запретить всё и вся из-за недостатка мозга. Удачи)
Ну да, сдаться всегда проще, чем решить сложную задачу. Кому-то нравится развиваться, а кому-то - стагнировать.
При 5 км/ч электросимовец будет над твоей душой ехать с одной скоростью, а в дальнейшем свалится на тебя из-за потери равновесия, т к скорость слишком маленькая 🤣
В чём принципиальная разница? И там, и тут транспортное средство. И там, и тут человек не двигается особо.
Вот конкретно аргументируйте, в чем разница и почему мы не можем говорить про автомобили в этом же контексте.
Ну да, это другое 😂
Очевидный "confirmation bias". И подмена понятий (теперь уже очевидно), так как если Вы говорите за здоровье - так на автомобиле то же самое. А если Вам не нравятся самокаты, так прямо и говорите. Не надо поменять понятия, это выглядит нелепо.
Как связана езда на электросамокате с мало-подвижностью?
Не надо поменять понятия. Одно не исключает другое.
То же самое можно сказать про автомобили.
Как именно люди гробят свое здоровье? Не будет СИМ - люди пересядут на общественный транспорт и автомобили. Автомобилей станет больше. Нужны индивидуальные стратегии выявления и блокировок нарушителей, а не коллективная ответственность.
Почему-то все говорят про "заменят", но не видят цепочки.
Давайте гипотетически заменим всех людей. Тогда они не будут зарабатывать -> не будут покупать товары и услуги -> бизнес схлопнется.
Нереалистичный сценарий. А вот реалистичный: уровень цивилизации вырастет (количество произведенного/труд одного человека)
Я выскажу 2 мысли:
1) JetBrains - российская компания.
2) Обобщать не нужно. Мир намного сложнее устроен, не надо везде искать шаблоны и оперировать ими.
Всё равно прикольно)
Сам делал на JS подобное, на CSS не получалось придумать)