Ваше мнение выглядит взвешенным, логичным и хорошо аргументированным, и с ним действительно сложно не согласиться.
Действительно, ситуация, которую вы описываете, всё чаще встречается в сообществе, и вы очень точно подметили ключевые моменты и основные тенденции, влияющие на происходящее.
Особенно ценно, что вы корректно расставили акценты и последовательно раскрыли суть проблемы, не упуская важных деталей. Ваши выводы выглядят обоснованными и заслуживающими внимания.
Спасибо, что подняли этот вопрос и так чётко его сформулировали 😉 Такой подход помогает лучше понять ситуацию и взглянуть на неё шире.
Код может быть рассчитан на умных ковыряльщиков. Репозиторий может быть чистым, а вредоносный код подтягиваться по команде. Например он появится только в момент созвона или в рамках многоуровневой атаки. Поэтому умный не будет тратить на это время. 2К? - это для школьников...
Контейнер можно запустить за 30 сек, минуту, 5 минут, но толку от этого мало. Если атака управляется на стороне, код будет выглядеть чистым до последней секунды, а нужный кусок подтянется только во время созвона. Атака может быть откулючена на момент просмотра в контейнере. Тут дело не в технической возможности, а в том, что нет смысла играть по их правилам.
Проблема в том, что опасное может быть не в репе, а на стороне. Код может подтянуть вредонос через зависимость только в момент, когда автор на той стороне решит это активировать, например, во время созвона. До этого там может быть вообще ничего подозрительного. Вот такие атаки и страшнее всего.
Вы хоть сами понимаете что пишите?) По вашему что nuxtjs - это сериал какой - то
Стоп, я вообще не писал своё мнение про Nuxt.js и их команду. Только про ваши аргументы. Имея в виду, что новую и старую библиотеку сравнивать по популярности бессмысленно.
)) Кол - во скачиваний - это не то же самое что кол-во серьезных проектов в проде.
Количество скачиваний показывает, что ей вообще достаточно много пользуются, и это свидетельствует хотя бы о востребованности. Более важным показателем здесь является рост, по которому видно, что интерес к библиотеке увеличивается.
И попытка узнать сильные стороны Nuxt.js, ваше мнение как опытного опытного пользователя — это не агрессия )))
Аргументы ЗА nuxt.js - это куча проектов в продакшне, известные платформы которые используют именно эту технологию и тем самым инвестирует в ее развитие
Такие аргументы можно применить к любой популярной библиотеке, поэтому они не несут особой силы. Ссылаться на популярность — это не технический довод. Я не увидел от вас конкретных аргументов в пользу Nuxt.js, кроме его распространённости. Просто говорить "используйте это, потому что это популярно" — недостаточно убедительно.
Причислили себя к тем кто идет в ногу со временем, а того кто решил немного поспорить с тем кто как раз таки пытался сказать что существующий инструмент плох - вы отвели к категории людей которые не хотят ни в чем разбираться?)
Повторюсь... Я не увидел от вас аргументов в поддержку ваших советов. Было бы интересно услышать конкретные причины, почему именно Nuxt.js лучше подходит в обсуждаемом контексте.
что то я не припомню ничего что было бы реализовано на симбиот
Я и писал, что вы не разобрались перед таким выводом. Если обратить внимание на рейтинг open-wc.org, можно увидеть, что Symbiote.js сейчас на седьмом месте среди гигантов. Возможно, стоит ознакомиться с ним более подробно перед тем, как делать такие заявления.
Но как показывает опыт, разработчик который в своей работе постоянно меняют тех стэк - не являются хорошим специалистом ни в одном из выбранных им инструментов. Собственно поэтому на рынке больше ценятся специалисты узкой направленности.
Можно не менять стэк в рамках одного проекта, но учесть текущие недостатки и улучшить подход в следующем. К тому же, востребованы не только узкоспециализированные спецы, но и люди, которые могут в R&D, а для этого нужно иметь представление о широком спектре технологий. Тем более в эпоху резкого развития ИИ.
Если делать выводы по вашим словам, то люди, которые разрабатывали тот же Nuxt.js, тоже не являются хорошими специалистами, потому что они тоже когда-то свернули с протоптанной тропинки.
кажется, вы слишком придираетесь к молодой библиотеке. Да, у проверенных технологий за плечами много реализованных проектов, но это не значит, что нужно зацикливаться только на них. Автор предлагает новый подход, который может реально оптимизировать работу и снизить затраты на разработку. К тому же, если посмотреть на статистику, эта библиотека показывает хороший рост в использовании. Понятно, что всё новое часто встречает сопротивление от тех, кто привык к старому и не хочет вникать в новое. Но это же не повод предвзято относиться к свежим идеям, особенно не углубляясь в суть проблемы. Хороший разработчик решит задачу на любой технологии, но именно то, как он это делает, отражает его инженерный склад ума.
Да, веб-компоненты "опоздали на поезд", но это не делает их ненужными. Технологии постоянно меняются, и то, что было актуально в 2015 году, может быть не таковым в 2023. Автор статьи предлагает рассмотреть альтернативу: сесть на новый высокотехнологичный, скоростной поезд, созданный с использованием новых корейских сверхпроводников. Ведь существуют молодые разработчики, которым навязывают один единственный путь, не упоминая о существовании альтернатив, в пользу своих старых привычек.
Извиняюсь, не точно описал информацию по второй ссылке:
Это код для Arduino. Сейчас там реализован функционал:
Автоматическая съемка (блок управления автоматически управляет фотоаппаратом через синхропровод)
Вращение без остановки
Настройка скорости вращения в большом диапазоне
Плавное ускорение
Управление с помощью ИК пульта
Настройка количества кадров на один оборот
В новой версии на ESP32:
Платформой можно управлять и настраивать параметры через WiFi (есть Web приложение, которое работает в любом современном браузере. Можно управлять телефоном или ПК) Параллельно с этим работает ИК пульт.
Пауза перед съемкой (используется для неустойчивых предметов, чтобы избежать смазанных кадров)
Пауза после съемки (используется для компенсации времени работы некоторого светового оборудования, беспроводных устройств управления фотоаппаратом)
Время выдержки фотоаппарата
Съемка без остановки вращения (для предметов, которые приходится подвешивать, к примеру велосипед, украшения, наушники) Сейчас исправляю небольшой баг, скоро обновлю
Синхронное управление напольной и подвесной системой
В разработке:
Синхронизация с роборукой или роботизированным штативом
Режим для 3D-сканирования методом фотограмметрии
Управление по сценарию
Разработка приложения для автоматической обтравки и цветокоррекции фотографий
Я к тому, что вы можете использовать этот открытый код проекта. Там реализовано все что вы планировали и даже немного больше.
На фри-тире у LLM жёстко порезано контекстное окно
Всем нам место на parrilla
```
Вы абсолютно правы 👍
Ваше мнение выглядит взвешенным, логичным и хорошо аргументированным,
и с ним действительно сложно не согласиться.
Действительно, ситуация, которую вы описываете, всё чаще встречается
в сообществе, и вы очень точно подметили ключевые моменты
и основные тенденции, влияющие на происходящее.
Особенно ценно, что вы корректно расставили акценты и последовательно
раскрыли суть проблемы, не упуская важных деталей.
Ваши выводы выглядят обоснованными и заслуживающими внимания.
Спасибо, что подняли этот вопрос и так чётко его сформулировали 😉
Такой подход помогает лучше понять ситуацию и взглянуть на неё шире.
Меня больше смущает вот это загадочное 42.
Код может быть рассчитан на умных ковыряльщиков. Репозиторий может быть чистым, а вредоносный код подтягиваться по команде. Например он появится только в момент созвона или в рамках многоуровневой атаки. Поэтому умный не будет тратить на это время. 2К? - это для школьников...
Контейнер можно запустить за 30 сек, минуту, 5 минут, но толку от этого мало. Если атака управляется на стороне, код будет выглядеть чистым до последней секунды, а нужный кусок подтянется только во время созвона. Атака может быть откулючена на момент просмотра в контейнере. Тут дело не в технической возможности, а в том, что нет смысла играть по их правилам.
Проблема в том, что опасное может быть не в репе, а на стороне. Код может подтянуть вредонос через зависимость только в момент, когда автор на той стороне решит это активировать, например, во время созвона. До этого там может быть вообще ничего подозрительного. Вот такие атаки и страшнее всего.
Готовлю ещё один вольер :) Остальные уже начали плеваться...
Стоп, я вообще не писал своё мнение про Nuxt.js и их команду. Только про ваши аргументы. Имея в виду, что новую и старую библиотеку сравнивать по популярности бессмысленно.
Количество скачиваний показывает, что ей вообще достаточно много пользуются, и это свидетельствует хотя бы о востребованности. Более важным показателем здесь является рост, по которому видно, что интерес к библиотеке увеличивается.
И попытка узнать сильные стороны Nuxt.js, ваше мнение как опытного опытного пользователя — это не агрессия )))
так было лучше?
Такие аргументы можно применить к любой популярной библиотеке, поэтому они не несут особой силы. Ссылаться на популярность — это не технический довод. Я не увидел от вас конкретных аргументов в пользу Nuxt.js, кроме его распространённости. Просто говорить "используйте это, потому что это популярно" — недостаточно убедительно.
Повторюсь... Я не увидел от вас аргументов в поддержку ваших советов. Было бы интересно услышать конкретные причины, почему именно Nuxt.js лучше подходит в обсуждаемом контексте.
Я и писал, что вы не разобрались перед таким выводом. Если обратить внимание на рейтинг open-wc.org, можно увидеть, что Symbiote.js сейчас на седьмом месте среди гигантов. Возможно, стоит ознакомиться с ним более подробно перед тем, как делать такие заявления.
Можно не менять стэк в рамках одного проекта, но учесть текущие недостатки и улучшить подход в следующем. К тому же, востребованы не только узкоспециализированные спецы, но и люди, которые могут в R&D, а для этого нужно иметь представление о широком спектре технологий. Тем более в эпоху резкого развития ИИ.
Если делать выводы по вашим словам, то люди, которые разрабатывали тот же Nuxt.js, тоже не являются хорошими специалистами, потому что они тоже когда-то свернули с протоптанной тропинки.
кажется, вы слишком придираетесь к молодой библиотеке. Да, у проверенных технологий за плечами много реализованных проектов, но это не значит, что нужно зацикливаться только на них. Автор предлагает новый подход, который может реально оптимизировать работу и снизить затраты на разработку. К тому же, если посмотреть на статистику, эта библиотека показывает хороший рост в использовании. Понятно, что всё новое часто встречает сопротивление от тех, кто привык к старому и не хочет вникать в новое. Но это же не повод предвзято относиться к свежим идеям, особенно не углубляясь в суть проблемы. Хороший разработчик решит задачу на любой технологии, но именно то, как он это делает, отражает его инженерный склад ума.
Думаю, стоит найти спеца с уровнем повыше, для адекватного сравненя...
Что с вами не так? Можно же посмотреть, что я 13 лет на хабре )))
Вы очень много спамите и отвечаете на вопросы ссылками на ваш сайт - это дурной тон на хабре.
Странный у вас посыл... Вроде первый раз с вами разговариваем.
Оценки на хабре позволяют отсеивать дезинформирующий контент или продвигать полезный.
Заметил, что вы много спамите ссылками на ваш сайт. Лучше бы это были ваши статьи на хабре, которым можно было дать соответствующую оценку.
Да, веб-компоненты "опоздали на поезд", но это не делает их ненужными. Технологии постоянно меняются, и то, что было актуально в 2015 году, может быть не таковым в 2023. Автор статьи предлагает рассмотреть альтернативу: сесть на новый высокотехнологичный, скоростной поезд, созданный с использованием новых корейских сверхпроводников. Ведь существуют молодые разработчики, которым навязывают один единственный путь, не упоминая о существовании альтернатив, в пользу своих старых привычек.
Заметил, что ваш поворотный стол сделан из фанеры. Этот материал может усиливать шум двигателя, возможно работает как резонатор.
Если говорить о простоте https://youtu.be/QJL9etaMJ7Q
Извиняюсь, не точно описал информацию по второй ссылке:
Это код для Arduino. Сейчас там реализован функционал:
Автоматическая съемка (блок управления автоматически управляет фотоаппаратом через синхропровод)
Вращение без остановки
Настройка скорости вращения в большом диапазоне
Плавное ускорение
Управление с помощью ИК пульта
Настройка количества кадров на один оборот
В новой версии на ESP32:
Платформой можно управлять и настраивать параметры через WiFi (есть Web приложение, которое работает в любом современном браузере. Можно управлять телефоном или ПК) Параллельно с этим работает ИК пульт.
Пауза перед съемкой (используется для неустойчивых предметов, чтобы избежать смазанных кадров)
Пауза после съемки (используется для компенсации времени работы некоторого светового оборудования, беспроводных устройств управления фотоаппаратом)
Время выдержки фотоаппарата
Съемка без остановки вращения (для предметов, которые приходится подвешивать, к примеру велосипед, украшения, наушники) Сейчас исправляю небольшой баг, скоро обновлю
Синхронное управление напольной и подвесной системой
В разработке:
Синхронизация с роборукой или роботизированным штативом
Режим для 3D-сканирования методом фотограмметрии
Управление по сценарию
Разработка приложения для автоматической обтравки и цветокоррекции фотографий
Я к тому, что вы можете использовать этот открытый код проекта. Там реализовано все что вы планировали и даже немного больше.