Обновить
5
0.4

Пользователь

Отправить сообщение

Ну да. Но соотношение затраченной энергии к привезённой для едущего дрона и для летящего разное.

Ну вот этот текст перевести в форму, обрабатываемую другой частью агрегата – подобно тому, как строятся промпты для StableDiffusion.

Непонятно, имеете ли вы ввиду что-то другое, потому, что модели определенно умеют считать с помощью тулов, выполняя вызов к песочнице, возвращающей расчеты.

Я именно про это. Раз уж можно рисовать отдельной тулзой – то считать или выполнять программу на условном питоне тем более. А сгенерировать несложную программу по текстовому описанию – уже типовая задача для AI.

Будет забавно, если это окажется экономически оправданной системой подачи энергии, пока "последняя миля" не построена (условная дача). Хотя, конечно, летающий дрон сам многовато жрёт, нужен ездящий.

А почему, собственно, у модели нет этого алгоритма? Казалось бы, в обучающих данных он должен был проскакивать. И если уж модель может сформулировать промпт на картинку и скормить его другой модели для рисования – то почему модель не может сделать промпт "выполни этот алгоритм с этими данными"?

Так не отключить. По сути, просто крыжик перевести в неактивное состояние.

Лично я бы это делал только для новых установок, чтобы не задеть существующих пользователей.

Я это сейчас использую в Visual Studio Code, чтобы визуально разделять воркспейсы.

Рамка была на порядок удобнее этих невнятных "двух символов".

Но, понятно, существовала такая индикация только потому, что это ничего не стоило.

Рамки экрана нет :-) (там была специфика ЭЛТ-мониторов – нерабочая область по краям экрана).

Рамка окна – ну, возможно... Отвык я от них на Маке, тут только заголовок, и то пока в фуллскрин не перейдёшь.

А я вот с тоской вспоминаю KeyRus и прочие русификаторы тех лет, умевшие показывать раскладку цветом рамки монитора (сейчас, понятно, это недоступно, разве что через ambilight сделать).

А ваш вариант достаточно легко реализуется не в рамках клавиатуры... Из готового – есть всякие мелкие дисплейчики.

https://stackoverflow.com/questions/60109992/why-is-a-switch-not-optimized-the-same-way-as-chained-if-else-in-c-c – 5 лет назад MSVC и CLang благополучно оптимизировали цепочки if-else.

А нежелание использовать switch-case скорей обусловлено его недоработанностью (где типы, отличные от целочисленных? где интервалы?) в C. Плюс поверх ещё место для ошибок при проваливании из кейса в кейс (благо, в C++ в конце концов сделали [[fallthrough]]). Ну, зато на нём Duff's device можно собрать :-)

Ну, если ты наёмный сотрудник – в норме за инструмент платит работодатель. Если предприниматель – дело другое, тут уже самому считать надо, какой инструмент окупится.

Вангую, что это как раз связано с его галлюцинациями (он очень сильно бредит по сравнению с тем жу copilot). Вероятно, он умудряется дофантазироваться до запрещённой темы и заткнуться.

Сейчас не вспомню (дело было лет 10 назад), возможно, FarDroid. Лучше искать что-то более современное.

MTP – не MSD. Попробуйте развлечения ради использовать его на Mac. Да и на винде не очень: он не монтируется в файловую систему, а подключен, как Explorer extension или типа того, сторонним прогам недоступен. Только для таскания файлов мышкой. Плюс не поддерживает докачку (оборвался на середине большого файла – начинай с начала)

Я во времена пользования виндой психанул и поставил что-то для adbfs в far, работало на порядок лучше.

Версионирование. И при необходимости миграция (человек предъявляет лицо, которое проверяется по старой модели и создаются вектора для новой).

Впрочем, вектора – дело такое... Интересна задачка генерации фото по этим векторам :-)

Я технарь, и я не хочу разбираться в зарядных устройствах (по крайней мере во всех тонкостях) – я хочу, чтобы они следовали стандарту. Чтобы я мог просто посмотреть, какой "наибольший общий делитель" между зарядкой и телефоном (ну и всегда иметь родные 5V 0.5A fallback).

Почему-то наблюдаю на пикабу обратное – разъясняют, как настроить тотп, а посты, ругающие Макс, регулярно заплюсовываются. Так что, вероятно, ваш друг просто сумел разозлить аудиторию :-)

Но даже если бы вы были правы – всё ещё объяснения, как пользоваться тотп, нужны там, а не тут.

Это не совсем так. Важно не количество ключей, а как широко они распространились (общая "поверхность", с которой ключ может утечь). Т.е. три разных ключа на трёх разных устройствах – то же самое, что один на тех же трёх устройствах. Вот только его надо ещё как-то между ними синхронизировать, что создаёт дополнительные возможности для атаки.

Пикабу или ВК бы более подошёл для этой статьи, чем Хабр. Предполагается, что местная аудитория всё это знает (и также понимает минусы totp, главный из которых – вопрос "как бэкапить").

1
23 ...

Информация

В рейтинге
2 107-й
Зарегистрирован
Активность