Для меня наоборот React интуитивнее, потому что в нём по сути нет компиляторной магии (не считая JSX). В Solid больше магии из-за сигналов и иногда без опыта трудно понять, как именно поведёт себя код.
Тут было бы интересно, если бы задача нейросети была не просто общая "сделай эмулятор рабочего стола", а с дополнительными требованиями типа "калькулятор должен по умолчанию считать в двоичной системе счисления, а рамки окон быть оранжевыми".
По идее не так ценно, если нейросеть может выдать то, что уже существует в открытом доступе (потому что можно, собственно, взять готовое), а наиболее ценна кастомизация (потому что готовое будет слишком универсальное или удовлетворять только хотелки автора).
Никогда не откликался сам на вакансии. Когда хочу сменить работу, просто захожу на LinkedIn и пишу ответы на последние 5-10 непрочитанных сообщений от HR (я не захожу на LinkedIn, когда работу не ищу), где они сами зовут на вакансию.
Понятное дело, там ещё будет собес или даже несколько и ничего не гарантированно, но базовый трафик - входящий, спамить никому не надо.
Я, конечно, слышал, что что-то на рынке изменилось, но пара новых сообщений в неделю продолжает приходить, судя по пушам, (актуализируя пул непрочитанных диалогов, по которому я пойду, когда будет нужно), хотя у меня даже нет статуса "open to work".
У MTP есть причина - USB Mass Storage Class не позволяет одновременный доступ к накопителю устройства и компьютера (так как накопитель доступен хосту как сырой набор секторов с какой-то ФС и одновременная запись двух разных ОС не имеющих понятия друг о друге убьёт ФС). Можно дискутировать об удобстве MTP и не должен ли он быть устроенным как-то иначе, но USB MSC "как раньше" тоже не вариант. Кто помнит старые Android - там при подключении к компьютеру нельзя было зайти в галлерею на телефоне, а приложения с данными на карте памяти умирали.
У Китая минус, что ждать пока изготовят и привезут (никак не меньше пары недель), в то время как сам плату можешь сделать за один вечер. Плюс у тех китайцев кого я знаю, минимальный обьем партии хотя бы десяток штук.
То есть для прототипирования самоделка удобнее. А заказывать уже финальную версию или если хочется что-то сложное типа многослойной платы.
На официальной плате Arduino Uno много штук "nice to have", которые повышают универсальность схемы во всяких граничных случаях. Они в целом опциональны, китайцы в своих клонах их невозбранно выкидывают для удешевления.
По факту для создания Arduino-совместимой платы достаточно самой atmega, кварца на 16 МГц, пары конденсаторов 22пФ к нему, керамического и электролитического конденсаторов по питанию, резистора подтяжки RESET и как-то приделать USB-UART (либо на саму плату, либо вывести на пины возможность подключить внешний, в обоих случаях не забывая про DTR).
Для полной совместимости с Uno надо ещё светодиод на D13 и линейный регулятор напряжения для возможности подключения внешнего источника питания.
Компоненты ставятся по более-менее типовым схемам из даташита. Можно вообще не видеть схему самой ардуины, достаточно ТЗ "запускаем atmega328 на 16 МГц + USB uart с dtr на reset atmega + светодиод на pb6 + опциональное внешнее питание через линейный стабилизатор".
Всё остальное вообще по вкусу и можно навешивать до бесконечности - предохранитель по питанию (приятно, но 99% портов USB имеют встроенный ограничитель тока), светодиод через транзистор (который уберёт штраф в пару миллиампер к нагрузочной способности PB6, что сыграет роль лишь при попытке извлечь максимум из этого пина) и т. п. Это больше рюшечки.
Мне кажется, что есть смысл дополнить алгоритм делением акций на хорошие (высокое качество прогноза) и плохие (низкое качество прогноза). Если модель будет уметь не просто предсказывать движения котировок, но перед этим выбирать с какими котировками вообще работать, то её точность может сильно вырасти.
Полагаю, что живые трейдеры тоже не торгуют чем попало и что некоторые акции реально могут иметь котировки близкие к случайным.
Мне кажется, есть смысл посмотреть прошлогодние прогнозы и посмотреть не сбылось ли что-то на пару лет позже. Это ведь два отдельных параметра - точность прогноза "что" и точность вопроса "когда". Кому как не айтишникам не знать, что сроки выхода фич в прод едут в 90% случаев.
Возможно, американские/европейские порносайты внесли в черный список, чтобы краулер обучающих данных на них не ходил, а китайские порносайты исключить забыли, потому что команда разработчиков про них не в курсе. Либо, если пригодность данных для обучения тоже определяла нейронка, её не обучали на китайских порносайтах и она их пропустила, а никто и не заметил.
Там проблема скорее в сериализации, что где-то сделали toString значению, которое может быть null. Причём сделали даже не при регистрации, а там где идёт рассылка емейлов. Просто раньше прилетевшую строку null искали в базе и не находили. А теперь нашли соответствующего ей пользователя и отправили ему уведомление.
Баг был и без этого пользователя. Например, емейлы не уходили в каких-то ситуациях, базу лишний раз дергали и т п
Статья показывает метод поиска уязвимостей "понатыкать null/undefined строк туда, где им не место, и посмотреть что будет". Так как это достаточно распространённая ошибка - привод к строке nullable значения, в результате получается "null" неотличимое от переданной строки вручную. И дальше может что-то пойти не так.
Знать внутреннее устройство сервиса при этом не обязательно.
Есть форматы, где null не предусмотрен. Например, url encoded формы. Конечно, по-хорошему, туда и не надо пихать null (а обозначать отсутствие значения отсутствием поля или ещё как-то более однозначно), но если очень хочется... Между тем некоторые сериализаторы делают тупо toString всем полям и, соответственно, null превращается в "null" и дальше едет как строка и становится неотличим от явно переданной строки "null".
Бекэнд в 99.9% случаев подключается под юзером с правами на DELETE строк, потому что как-то должна же работать админка, где есть функция удаления записей. Разграничения прав доступа идёт на уровне бекэнда, а не СУБД.
Также очень часто бекэнд имеет право на создание и удаление таблиц, потому что он же и выполняет миграцию схемы данных при обновлении ПО.
Единственное, что DROP DATABASE может не быть, но только если админ заморочился сделать отдельного юзера под бекэнд. Что вовсе не факт, если СУБД обслуживает лишь один бекэнд.
Речь о том, что до этого были задокументированы только случаи индуцированного бреда, где пациенты общались лично. А тут первый задокументированный случай, где всё общение было в Интернете.
Китайцы уже и так делают картриджи для всего, где нет жесткого DRM. У меня принтер как раз на таких и работает, просто после установки один раз выводит сообщение, что картриджи не оригинальные и производитель ничего не обещает.
Спрос на именно OpenSource будет низок, плюс стоить они будут как оригинальные или даже дороже.
А принтер разовая покупка и там могут быть какие-то интересные фичи.
По сути все rules.md, agents.md и сам промт - это такая же программа, просто на естественном языке. И все принципы те же - если запустить скрипт на питоне от злоумышленника, то случится плохое. Если запустить инструкции для ИИ от злоумышленника, то тоже будет проблема.
Для меня наоборот React интуитивнее, потому что в нём по сути нет компиляторной магии (не считая JSX). В Solid больше магии из-за сигналов и иногда без опыта трудно понять, как именно поведёт себя код.
Тут было бы интересно, если бы задача нейросети была не просто общая "сделай эмулятор рабочего стола", а с дополнительными требованиями типа "калькулятор должен по умолчанию считать в двоичной системе счисления, а рамки окон быть оранжевыми".
По идее не так ценно, если нейросеть может выдать то, что уже существует в открытом доступе (потому что можно, собственно, взять готовое), а наиболее ценна кастомизация (потому что готовое будет слишком универсальное или удовлетворять только хотелки автора).
Никогда не откликался сам на вакансии. Когда хочу сменить работу, просто захожу на LinkedIn и пишу ответы на последние 5-10 непрочитанных сообщений от HR (я не захожу на LinkedIn, когда работу не ищу), где они сами зовут на вакансию.
Понятное дело, там ещё будет собес или даже несколько и ничего не гарантированно, но базовый трафик - входящий, спамить никому не надо.
Я, конечно, слышал, что что-то на рынке изменилось, но пара новых сообщений в неделю продолжает приходить, судя по пушам, (актуализируя пул непрочитанных диалогов, по которому я пойду, когда будет нужно), хотя у меня даже нет статуса "open to work".
У MTP есть причина - USB Mass Storage Class не позволяет одновременный доступ к накопителю устройства и компьютера (так как накопитель доступен хосту как сырой набор секторов с какой-то ФС и одновременная запись двух разных ОС не имеющих понятия друг о друге убьёт ФС). Можно дискутировать об удобстве MTP и не должен ли он быть устроенным как-то иначе, но USB MSC "как раньше" тоже не вариант. Кто помнит старые Android - там при подключении к компьютеру нельзя было зайти в галлерею на телефоне, а приложения с данными на карте памяти умирали.
Интересно, строил ли уже кто-нибудь тунель на Base64 кодированных пакетах пересылаемых через личку ВК/Max.
Интересна мощность питания и ожидаемая рыночная цена (или это устройство не для открытого рынка?)
У Китая минус, что ждать пока изготовят и привезут (никак не меньше пары недель), в то время как сам плату можешь сделать за один вечер. Плюс у тех китайцев кого я знаю, минимальный обьем партии хотя бы десяток штук.
То есть для прототипирования самоделка удобнее. А заказывать уже финальную версию или если хочется что-то сложное типа многослойной платы.
На официальной плате Arduino Uno много штук "nice to have", которые повышают универсальность схемы во всяких граничных случаях. Они в целом опциональны, китайцы в своих клонах их невозбранно выкидывают для удешевления.
По факту для создания Arduino-совместимой платы достаточно самой atmega, кварца на 16 МГц, пары конденсаторов 22пФ к нему, керамического и электролитического конденсаторов по питанию, резистора подтяжки RESET и как-то приделать USB-UART (либо на саму плату, либо вывести на пины возможность подключить внешний, в обоих случаях не забывая про DTR).
Для полной совместимости с Uno надо ещё светодиод на D13 и линейный регулятор напряжения для возможности подключения внешнего источника питания.
Компоненты ставятся по более-менее типовым схемам из даташита. Можно вообще не видеть схему самой ардуины, достаточно ТЗ "запускаем atmega328 на 16 МГц + USB uart с dtr на reset atmega + светодиод на pb6 + опциональное внешнее питание через линейный стабилизатор".
Всё остальное вообще по вкусу и можно навешивать до бесконечности - предохранитель по питанию (приятно, но 99% портов USB имеют встроенный ограничитель тока), светодиод через транзистор (который уберёт штраф в пару миллиампер к нагрузочной способности PB6, что сыграет роль лишь при попытке извлечь максимум из этого пина) и т. п. Это больше рюшечки.
Надо на вход нейронки подавать не только котировки, но и новостную ленту
Мне кажется, что есть смысл дополнить алгоритм делением акций на хорошие (высокое качество прогноза) и плохие (низкое качество прогноза). Если модель будет уметь не просто предсказывать движения котировок, но перед этим выбирать с какими котировками вообще работать, то её точность может сильно вырасти.
Полагаю, что живые трейдеры тоже не торгуют чем попало и что некоторые акции реально могут иметь котировки близкие к случайным.
Мне кажется, есть смысл посмотреть прошлогодние прогнозы и посмотреть не сбылось ли что-то на пару лет позже. Это ведь два отдельных параметра - точность прогноза "что" и точность вопроса "когда". Кому как не айтишникам не знать, что сроки выхода фич в прод едут в 90% случаев.
Возможно, американские/европейские порносайты внесли в черный список, чтобы краулер обучающих данных на них не ходил, а китайские порносайты исключить забыли, потому что команда разработчиков про них не в курсе. Либо, если пригодность данных для обучения тоже определяла нейронка, её не обучали на китайских порносайтах и она их пропустила, а никто и не заметил.
Там проблема скорее в сериализации, что где-то сделали toString значению, которое может быть null. Причём сделали даже не при регистрации, а там где идёт рассылка емейлов. Просто раньше прилетевшую строку null искали в базе и не находили. А теперь нашли соответствующего ей пользователя и отправили ему уведомление.
Баг был и без этого пользователя. Например, емейлы не уходили в каких-то ситуациях, базу лишний раз дергали и т п
Статья показывает метод поиска уязвимостей "понатыкать null/undefined строк туда, где им не место, и посмотреть что будет". Так как это достаточно распространённая ошибка - привод к строке nullable значения, в результате получается "null" неотличимое от переданной строки вручную. И дальше может что-то пойти не так.
Знать внутреннее устройство сервиса при этом не обязательно.
Есть форматы, где null не предусмотрен. Например, url encoded формы. Конечно, по-хорошему, туда и не надо пихать null (а обозначать отсутствие значения отсутствием поля или ещё как-то более однозначно), но если очень хочется... Между тем некоторые сериализаторы делают тупо toString всем полям и, соответственно, null превращается в "null" и дальше едет как строка и становится неотличим от явно переданной строки "null".
Бекэнд в 99.9% случаев подключается под юзером с правами на DELETE строк, потому что как-то должна же работать админка, где есть функция удаления записей. Разграничения прав доступа идёт на уровне бекэнда, а не СУБД.
Также очень часто бекэнд имеет право на создание и удаление таблиц, потому что он же и выполняет миграцию схемы данных при обновлении ПО.
Единственное, что DROP DATABASE может не быть, но только если админ заморочился сделать отдельного юзера под бекэнд. Что вовсе не факт, если СУБД обслуживает лишь один бекэнд.
Речь о том, что до этого были задокументированы только случаи индуцированного бреда, где пациенты общались лично. А тут первый задокументированный случай, где всё общение было в Интернете.
Китайцы уже и так делают картриджи для всего, где нет жесткого DRM. У меня принтер как раз на таких и работает, просто после установки один раз выводит сообщение, что картриджи не оригинальные и производитель ничего не обещает.
Спрос на именно OpenSource будет низок, плюс стоить они будут как оригинальные или даже дороже.
А принтер разовая покупка и там могут быть какие-то интересные фичи.
Полагаю, речь идёт о типах картриджей, ничто не мешает в него засунуть китайские копии вместо оригиналов. А они в том числе бывают перезаправляемые.
По сути все rules.md, agents.md и сам промт - это такая же программа, просто на естественном языке. И все принципы те же - если запустить скрипт на питоне от злоумышленника, то случится плохое. Если запустить инструкции для ИИ от злоумышленника, то тоже будет проблема.