Вы сравниваете вещи разного масштаба. Статьи, особенно хорошие, действительно требуют большого труда. Я не говорю, что они не годятся. От foss статей и проектов много пользы всем, кроме самого автора.
Довольно болезненная тема. Я ранее очень одностороннее относился к foss, но когда попытался стать частью этого (одним из майнтенеров) поменял мнение. Понятно, я сейчас скажу кошмарно очевидные вещи, но я думаю важно их периодически озвучивать. И в целом мне хочется вылить слезу.
<!—НачалоКапитан—>
Открытый код не монетизируется, его просто забирает условный там amazon и монетизирует у себя для себя. Грантов мало и выиграть довольно сложно. В реальности ничтожный процент залезет в папку src и что-то там сделает. Issues растут экспоненциально с числом пользователей. Донатов мало, в основном только разовые…
И часто вижу сравнения вида "По скорости отрисовки - почти моментальная." и прочее. Не, так не годится. Надо цифры. Бенчмарки и прочее, либо примеры с 100000 tr элементов в таблице.
Да пофиг на конкурентов. Сделаем крутой язык шаблонов и будет красиво.
Если хотите, чтобы другие тоже думали, что он крутой и красивые, тогда надо на заглавную страницу вставлять самые крутейшие метрики. +40% speed, потом про красоту: сразу же вставлять в сравнение React и прочие side by side. Сжать все слова в 4-5 буллетов и написать почему он красив, чем он отличается, почему эта ветка развития стоит того.
Потом, я пытался найти примеры. Они только на гите. Это не годится по современным стандартам. 90% поленятся клонировать. Надо прям в веб-формате.
Т.е. все про презентацию, это должен быть фейрверк, разрабы разбалованные сегодня. Иначе никто не узнает про него, а если и узнают, подумаю, что yet another pet project
Однако серьезно тянуть это в одиночку, шлифовать, документировать для остальных юзеров при условии конкурентов с большим коммьюнити и инфраструктурой довольно бесполезно будет (100% dead end). Если это решает ваши задачи, хорошая строчка в резюме и на странице пет-проектов - этого уже достаточно. Новых скиллов при доведении этого до идеала вы не сможете получить.
Комментарий о GUI: черные буквы на цветном фоне… Ну уж стоило бы хотя бы бесплатный Tailwind накинуть, там цельный дизайн получился бы и с контрастами все в порядке. И компоненты готовые на голом html/ vue /add your framework
Это вероятно ловится на уровне алгоритма. Я имею ввиду проверки видео потока на уровне алгоритма, а не проверка алгоритма на уровне языка. Те супервизия предполагается, но на другом концептуально уровне
Вероятно пинает api периодически при запуске чата с system prompt проверяющим последние диалоги (вероятно сжатые). Кароч это опять просто более сложная игра в Т9
Жаль не написали сколько токенов оно бесконтрольно будет кушать.
Это как? Си же компилируется в машинный код тем же llvm.
Да, почему же. Это только с clang-ом пришло.
ак код на ASM не дает гарантий, что он будет быстрее оптимизаций C компилятора.
В принципе внизу ответили :) Я имею ввиду, что вручную написанный код на ASM точно не будет ограничен сверху ничем, связанным с кроссплатформиерностью и ограниченностью знаний/алгоритмов компилятора.
Действительно, возможно с некоторой вероятностью комплиятор Rust что-то и применит из ряда оптимизирующего, может даже лучше, чем С. Однако, в самих доках написано про boundary checks, borrow checks именно в райнтайме. С учетом их количества в типичном коде, это будет бить, и с наибольшей вероятностью либо не изменит производительность, либо ухудшит.
Ну и в целом Rust выразительнее Си, можно более высокоуровневые конструкции городить. Я сомневаюсь, что люди будут заниматься аскетизмом и не пользоваться этим преимуществом, что опять ударит по производительности, но увеличит продолжительность жизни программиста :)
Ничего плохого в этом не вижу, станет меньше seg fault, может ошибку найдут где-то, может улучшат что-то. Однако буду бить по столу и брюзжать слюной когда снова увижу "Этот язык быстрее С", пока не докажут, что новый компилятор устраняет фатальный недостаток (или делает мега-оптимизацию с учетом AXV и SSE и выравниванием памяти и чего там еще...) внутри сгенерированного кода llvm/asm по сравнению с clang/gcc.
Кто ж код скриншотами вставляет
👍 Марсоход это уникальное явление в рускоязычном сегменте FPGA сообществе.
Вы сравниваете вещи разного масштаба. Статьи, особенно хорошие, действительно требуют большого труда. Я не говорю, что они не годятся. От foss статей и проектов много пользы всем, кроме самого автора.
Ура, кто-то не использовал ESP32 для этого :D
PS: Хотя в свое время также ардуинщиков гнали палками.
Довольно болезненная тема. Я ранее очень одностороннее относился к foss, но когда попытался стать частью этого (одним из майнтенеров) поменял мнение. Понятно, я сейчас скажу кошмарно очевидные вещи, но я думаю важно их периодически озвучивать. И в целом мне хочется вылить слезу.
<!—НачалоКапитан—>
Открытый код не монетизируется, его просто забирает условный там amazon и монетизирует у себя для себя. Грантов мало и выиграть довольно сложно. В реальности ничтожный процент залезет в папку src и что-то там сделает. Issues растут экспоненциально с числом пользователей. Донатов мало, в основном только разовые…
<—КонецКапитан—!>
Вот тоже ниче не понял
Api все равно по умолчанию stateless
Это хорошо, что autocomplete станет умнее.
Тогда отлично. Несите все на главную!
Ну вот надо было обязательно кликбейт сделать "для докторской диссертации". Втопку
И часто вижу сравнения вида "По скорости отрисовки - почти моментальная." и прочее. Не, так не годится. Надо цифры. Бенчмарки и прочее, либо примеры с 100000 tr элементов в таблице.
Если хотите, чтобы другие тоже думали, что он крутой и красивые, тогда надо на заглавную страницу вставлять самые крутейшие метрики. +40% speed, потом про красоту: сразу же вставлять в сравнение React и прочие side by side. Сжать все слова в 4-5 буллетов и написать почему он красив, чем он отличается, почему эта ветка развития стоит того.
Потом, я пытался найти примеры. Они только на гите. Это не годится по современным стандартам. 90% поленятся клонировать. Надо прям в веб-формате.
Т.е. все про презентацию, это должен быть фейрверк, разрабы разбалованные сегодня. Иначе никто не узнает про него, а если и узнают, подумаю, что yet another pet project
Интересная вещь для образовательных целей.
Однако серьезно тянуть это в одиночку, шлифовать, документировать для остальных юзеров при условии конкурентов с большим коммьюнити и инфраструктурой довольно бесполезно будет (100% dead end). Если это решает ваши задачи, хорошая строчка в резюме и на странице пет-проектов - этого уже достаточно. Новых скиллов при доведении этого до идеала вы не сможете получить.
Комментарий о GUI: черные буквы на цветном фоне… Ну уж стоило бы хотя бы бесплатный Tailwind накинуть, там цельный дизайн получился бы и с контрастами все в порядке. И компоненты готовые на голом html/ vue /add your framework
Это вероятно ловится на уровне алгоритма. Я имею ввиду проверки видео потока на уровне алгоритма, а не проверка алгоритма на уровне языка. Те супервизия предполагается, но на другом концептуально уровне
Вопрос к кодеру. Вылет за пределы это всегда ошибка в алгоритме. Если это декодер видео то там все должно быть детерминировано.
Мне удавалось исчерпать картинками и файлами. Но с новыми triers можно частично обойти
Вероятно пинает api периодически при запуске чата с system prompt проверяющим последние диалоги (вероятно сжатые). Кароч это опять просто более сложная игра в Т9
Жаль не написали сколько токенов оно бесконтрольно будет кушать.
Классно, спасибо!
Я душой все еще живу в 2014-ом, когда Altera была самостоятельной единицей и производила горячие пирожки из циклонов ;D
Да, почему же. Это только с clang-ом пришло.
В принципе внизу ответили :) Я имею ввиду, что вручную написанный код на ASM точно не будет ограничен сверху ничем, связанным с кроссплатформиерностью и ограниченностью знаний/алгоритмов компилятора.
Действительно, возможно с некоторой вероятностью комплиятор Rust что-то и применит из ряда оптимизирующего, может даже лучше, чем С. Однако, в самих доках написано про boundary checks, borrow checks именно в райнтайме. С учетом их количества в типичном коде, это будет бить, и с наибольшей вероятностью либо не изменит производительность, либо ухудшит.
Ну и в целом Rust выразительнее Си, можно более высокоуровневые конструкции городить. Я сомневаюсь, что люди будут заниматься аскетизмом и не пользоваться этим преимуществом, что опять ударит по производительности, но увеличит продолжительность жизни программиста :)
Ничего плохого в этом не вижу, станет меньше seg fault, может ошибку найдут где-то, может улучшат что-то. Однако буду бить по столу и брюзжать слюной когда снова увижу "Этот язык быстрее С", пока не докажут, что новый компилятор устраняет фатальный недостаток (или делает мега-оптимизацию с учетом AXV и SSE и выравниванием памяти и чего там еще...) внутри сгенерированного кода llvm/asm по сравнению с clang/gcc.
Не ну баннер снизу который position:fixed это чет лишнего уже. Мусорно