По wildcard домена karing тоже умеет фильтровать. Как и по приложениям, айпишникам и даже папкам выполняемых файлов. Вообще удобная штука когда нужно, чтоб часть приложений работала всегда через прокси, браузер ходил куда надо через проксю, а куда не надо - не через проксю. Вай листы, блэклисты - чего душа пожелает. Но да, изначально разобраться было непросто.
Или ещё более сложный сценарий, когда прокси несколько (в моем случае личный vless и рабочий wireguard) - несколько профилей и правила для каждого - и вуаля, никаких ручных переключений, все ходит куда надо абсолютно самостоятельно, без вмешательства с моей стороны. Настроил один раз - и забыл.
Не совсем понимаю хайпа вокруг курсора. С одной стороны да, у него есть возможность выбора разных моделей, но с другой для разработки Claude подходит отлично, а их плагин в vs code нативно работает не хуже. Разве что автокомплита умного нет. Эт да, эт минус. Зато лимиты сильно шире.
Все так, кроме "некоторых" треков. С год назад открыл один из старых плейлистов в яме (обычно слушал просто мою волну и залайканные треки). И офигел - почти треть из 200 треков в плейлисте - более недоступны.
В спотифае, конечно, тоже бывает пропадают треки. Но редко и мало. Я вообще за год только раз столкнулся с пропаданием альбома, и то он потом туда вернулся.
В итоге пока сижу на спотифае. Хотя да, подбор рекомендаций у Яндекса на голову выше.
Да, с работником. Обычная практика, например, в F1, где ключевым сотрудникам по контракту при увольнении нельзя в течение года работать в другой команде F1. Но там при этом указывается сумма отступных, то есть за выполнение этого пункта договора обычно выплачивается кругленькая сумма сотруднику.
А почему вы, собственно, сравниваете ее по количеству циклов записи с энергозависимой памятью? Разве в неё надо будет постоянно что-то записывать во временное хранение? Если скорость позволяет (а судя по новости - она позволяет) - идея в том, чтобы реализовать давнюю мечту и вообще отказаться от прослойки в виде временной памяти. Можно брать данные напрямую с накопителя. И тогда сравнивать ее надо именно с ПЗУ, а не ОЗУ.
Вы не поняли основную идею. Энергозависимая память сейчас используется исключительно по той причине, что она значительно быстрее энергонезависимой. При наличии энергонезависимой памяти со скоростью аналогичной или превосходящей DRAM - нужда в "оперативной" памяти отпадает в принципе. Все данные могут читаться напрямую с накопителя.
На скорость работы это повлияет не очень значительно, но вот на скорость запуска - колоссально.
А вы учтите, что DRAM перезаписывается постоянно, тогда как если мы говорим про единую память - по циклам записи её нужно сравнивать именно с накопителями, ибо нам не нужно будет дергать данные туда-сюда.
Чёй-та неудобно? Один раз настраиваем xray-клиент (например, nekobox, или karing), описываем правила, куда ему ходить, куда не ходить - и можно вообще его не выключать.
Знаете, почему это тупиковая ветвь? Для начала, в таком случае автопилот не получится натаскать на нештатные ситуации, и ездить по дорогам общего пользования он все равно никогда не будет. Почему нужно, чтобы автопилот ездил по дорогам общего пользования? Все просто - они уже есть. Конечно, можно сделать новые дороги, исключительно для беспилотных ТС - но кто за это заплатит и когда отобьются затраты?
Мы ограничены существующей инфраструктурой, и разворачивать с нуля новую никому не выгодно. Вспомните банальный пример с протоколом QUIC. Изначально была идея сделать полностью новый используя современные знания и возможности. Но как его разворачивать, если для него нужна полностью новая инфраструктура? Сколько денег и десятилетий потребуется чтобы им начали пользоваться хотя бы 50% интернета? Потому и завернули его в UDP. Вот тут та же история.
А человек нужен лишь на этапе обкатки этого ИИ. Через десятилетие-другое он вполне сможет справляться с этим самостоятельно, да еще и, уверен, гораздо лучше, чем обычный дальнобойщик. Тем более, что он еще и не устает, а значит нет рисков с потерей фокуса, отвлечением внимания и вот этим вот всем.
Скажите, а как в таком случае вы видите развитие технологии автопилота? Да, медленно, да, не в этом десятилетии. Но если этого не делать - то и результата не будет. Сейчас закладываются основы, в том числе правовые. А через 10-20 уже вполне возможно, что это будет безопасная и коммерчески выгодная альтернатива.
Не скажу за все серийные модели, но, например, у ZSA раскладки хранятся онлайн, и в том числе можно сделать свою раскладку публичной и просматривать чужие публичные раскладки.
Полезная фича - можно подсматривать чужие идеи и понемногу стаскивать к себе.
Обсидиан, но там для синхронизации придется чутка пострадать. А вообще, если хотите локальную БД с заметками и связями - очень рекомендую посмотреть в сторону anytype. Ребята пилят notion, но с локальной БД
С v1.2.9.1205, буквально неделю назад выкатили
С недавних пор - поддерживает.
По wildcard домена karing тоже умеет фильтровать. Как и по приложениям, айпишникам и даже папкам выполняемых файлов. Вообще удобная штука когда нужно, чтоб часть приложений работала всегда через прокси, браузер ходил куда надо через проксю, а куда не надо - не через проксю. Вай листы, блэклисты - чего душа пожелает. Но да, изначально разобраться было непросто.
Или ещё более сложный сценарий, когда прокси несколько (в моем случае личный vless и рабочий wireguard) - несколько профилей и правила для каждого - и вуаля, никаких ручных переключений, все ходит куда надо абсолютно самостоятельно, без вмешательства с моей стороны. Настроил один раз - и забыл.
Не совсем понимаю хайпа вокруг курсора. С одной стороны да, у него есть возможность выбора разных моделей, но с другой для разработки Claude подходит отлично, а их плагин в vs code нативно работает не хуже. Разве что автокомплита умного нет. Эт да, эт минус. Зато лимиты сильно шире.
reactPhp, threading, workerman, fibers, swoole, Laravel Octane... Да уже больше десятка способов как сделать многопоточность в PHP. Вам мало? :)
Что до "черной метки" - вы либо говорите про поиск джуна в стартап, где ещё нет выбранного стэка, либо не понимаете, о чем пишете.
Все так, кроме "некоторых" треков. С год назад открыл один из старых плейлистов в яме (обычно слушал просто мою волну и залайканные треки). И офигел - почти треть из 200 треков в плейлисте - более недоступны.
В спотифае, конечно, тоже бывает пропадают треки. Но редко и мало. Я вообще за год только раз столкнулся с пропаданием альбома, и то он потом туда вернулся.
В итоге пока сижу на спотифае. Хотя да, подбор рекомендаций у Яндекса на голову выше.
Да, с работником. Обычная практика, например, в F1, где ключевым сотрудникам по контракту при увольнении нельзя в течение года работать в другой команде F1. Но там при этом указывается сумма отступных, то есть за выполнение этого пункта договора обычно выплачивается кругленькая сумма сотруднику.
А почему вы, собственно, сравниваете ее по количеству циклов записи с энергозависимой памятью? Разве в неё надо будет постоянно что-то записывать во временное хранение? Если скорость позволяет (а судя по новости - она позволяет) - идея в том, чтобы реализовать давнюю мечту и вообще отказаться от прослойки в виде временной памяти. Можно брать данные напрямую с накопителя. И тогда сравнивать ее надо именно с ПЗУ, а не ОЗУ.
Вы не поняли основную идею. Энергозависимая память сейчас используется исключительно по той причине, что она значительно быстрее энергонезависимой. При наличии энергонезависимой памяти со скоростью аналогичной или превосходящей DRAM - нужда в "оперативной" памяти отпадает в принципе. Все данные могут читаться напрямую с накопителя.
На скорость работы это повлияет не очень значительно, но вот на скорость запуска - колоссально.
А вы учтите, что DRAM перезаписывается постоянно, тогда как если мы говорим про единую память - по циклам записи её нужно сравнивать именно с накопителями, ибо нам не нужно будет дергать данные туда-сюда.
С этой точки зрения я не посмотрел. В таком случае вы правы, разумеется.
Чёй-та неудобно? Один раз настраиваем xray-клиент (например, nekobox, или karing), описываем правила, куда ему ходить, куда не ходить - и можно вообще его не выключать.
Знаете, почему это тупиковая ветвь? Для начала, в таком случае автопилот не получится натаскать на нештатные ситуации, и ездить по дорогам общего пользования он все равно никогда не будет. Почему нужно, чтобы автопилот ездил по дорогам общего пользования? Все просто - они уже есть. Конечно, можно сделать новые дороги, исключительно для беспилотных ТС - но кто за это заплатит и когда отобьются затраты?
Мы ограничены существующей инфраструктурой, и разворачивать с нуля новую никому не выгодно. Вспомните банальный пример с протоколом QUIC. Изначально была идея сделать полностью новый используя современные знания и возможности. Но как его разворачивать, если для него нужна полностью новая инфраструктура? Сколько денег и десятилетий потребуется чтобы им начали пользоваться хотя бы 50% интернета? Потому и завернули его в UDP. Вот тут та же история.
А человек нужен лишь на этапе обкатки этого ИИ. Через десятилетие-другое он вполне сможет справляться с этим самостоятельно, да еще и, уверен, гораздо лучше, чем обычный дальнобойщик. Тем более, что он еще и не устает, а значит нет рисков с потерей фокуса, отвлечением внимания и вот этим вот всем.
Скажите, а как в таком случае вы видите развитие технологии автопилота? Да, медленно, да, не в этом десятилетии. Но если этого не делать - то и результата не будет. Сейчас закладываются основы, в том числе правовые. А через 10-20 уже вполне возможно, что это будет безопасная и коммерчески выгодная альтернатива.
Не скажу за все серийные модели, но, например, у ZSA раскладки хранятся онлайн, и в том числе можно сделать свою раскладку публичной и просматривать чужие публичные раскладки.
Полезная фича - можно подсматривать чужие идеи и понемногу стаскивать к себе.
Обсидиан, но там для синхронизации придется чутка пострадать. А вообще, если хотите локальную БД с заметками и связями - очень рекомендую посмотреть в сторону anytype. Ребята пилят notion, но с локальной БД
Ну как минимум на гипервизор ей точно пофигу, у меня комп используется и для работы, и для игр - а там чего только нету.
По железу:
У супруги до апгрейда были 9600k и 1060 - ничего, играла нормально.
Есть друг, у которого вообще древний ноут с мобильной 1060 на борту - даже не на минималках играет.