Помню времена, когда вместо JSON обычно начинали городить "самопальные" форматы с конкатенацией данных через разделитель - со всеми сопутствующими багами, костылями и благополучной оссификацией уже через 2-3 релиза. А то и какой-нибудь CORBA/DCOM с тайплибами и IDL-компайлерами, если разрабы оказались поэнтэрпрайзнее да помускулистее.
Поэтому когда Microsoft выкатил LSP с просто HTTP и просто JSON-ками, то только тут, наконец, и вздохнул спокойно.
Ну прогнать поверх него еще и бездуховное западное шифрование - тогда майора надо будет целых два, причем не очень-то желающих сотрудничать между собой ))
Есть как минимум один язык, в котором орфография была создана меньше чем 100 лет назад без оглядки на какие бы то ни было вымершие языки (как, к примеру, обстоят дела в вышеупомянутом французском), и изначально все как читалось - так и писалось.
Однако, буквально на глазах нескольких поколений уже успел накопиться кое-какой багаж легаси с нечитаемыми буквами. Например, в словах eczane и merhaba.
Честно говоря даже не знаю, верны ли все эти аналогии или нет - надо смотреть. Для того, чтобы смотреть для начала нужно, чтобы хотя бы чуть-чуть подрассосался хайп. А судя по тону этой (и некоторых аналогичных время от времени всплывающих на хабре) статьи до этого пока еще очень далеко.
Честно говоря, программатор Громова почему-то в свое время у меня так и не заработал, и в итоге свою первую AVR-ку я смог прошить именно упомянутым ft232rl. А потом подтянулись STM32 и клоны, после чего желание заниматься AVR-ками сильно поубавилось )
Интересно, а что мешает тому же Anthropic "приземлиться"? Вроде бы период 3/4-распада облачного хайпа уже прошел, и показывать инвесторам, что все работает не у тебя а у Amazon чтобы не выглядеть динозаврами уже не обязательно.
Есть и куча сервисов, где это можно сделать без установки потенциальной малвари. В наши непростые времена соблюдать цифровую гигиену особенно важно. И, как известно, если что-то где-то доступно бесплатно и это не опенсорс, то скорее всего товар это Вы.
Наверняка где-нибудь есть уже инфобез статья, что даже если затереть нулями то все равно можно достать из каких-нибудь там резервных блоков/анализируя энергопотребление при каких-нибудь не сильно обычных операциях/кто-то где-то слышал, что $ssd_maker_name достал пачку чего-нибудь этакого с зануленного SSD подозреваемого по запросу некоей трехбуквенной организации/и т. д.
А даже если таковой и нет, то... Ну, в общем, Вы поняли.
Не, я понимаю, что пароль в книге - а книги больше нету )) Я к тому, что возможно, что этот вопрос можно решить путем относительно недолгого разбора в дебаггере/дизассемблере - исходя из описываемого исторического периода и описания интуиция подсказывает, что в этой софтине скорее какой-нибудь банальный if/else, чем AES256.
Увы, но запустить его мне не удалось, и причина оказалось банальной: диск имеет своеобразную защиту в виде пароля. Проблема лишь в том, что он находится внутри книги, — это последнее слово на девятой странице.
Возможно, что имеет смысл попробовать отреверсить. Интуиция подсказывает, что навряд ли там какое-то "злое" шифрование, а скорее всего и вовсе if/else.
Ну так они и не применяются там, где нужно пропускать сколько либо значительную мощность. А вот там подать опорное напряжение на какой-нибудь высокоомный вход, или создать обратную связь - закон Ома (в т. ч. и в данном не всегда очевидном для далеких от этой темы людей виде) в схемотехнике встречается примерно везде.
Появляется 4х‑кратный рост “code cloning”: модель склонна копировать и чуть менять уже увиденные блоки, вместо того чтобы выделять абстракции и переиспользуемые компоненты.
Тыкаем носом и заставляем "осушать" (DRY). Хотя, кто ж на хайпе этим заниматься будет.
Странно, что в статье нет ни слова именно про хэширование паролей, а говорится только про шифрование (фиг уж с KDF-схемами, пока опустим этот момент). Правильно ли я понимаю, что статью писал копирайтер?
Ради справедливости - при обдуманном и контролируемом применении (к которому hype-driven development не относится) LLM в сочетании с агентами это вполне даже мощный и полезный инструмент. Проблема в том, что сейчас мы находимся на самом плато хайпа - и до тех пор пока это так, разномастные блаженные хайпожорики типа Стива, равно как и вот такие вайбкодеры-энтузиасты, время от времени будут появляться.
Айфон с перфокартой на картинке это типичный результат т.н. "разработки комитетом". А суть проблемы-то в том, что каждый хочет добавить что-то свое из своих личных амбиций.
Скорее всего ненастоящий человек-паук тот, который суетится. Люди с бэкграундом в интернет-коммерции обычно даже в стрессовой ситуации спокойные, как удав Каа, а вот мамкины хакеры и техподдержки социальные инженеры вечно дергаются, вечно торопят, вечно скандалят и недовольны.
Помню времена, когда вместо JSON обычно начинали городить "самопальные" форматы с конкатенацией данных через разделитель - со всеми сопутствующими багами, костылями и благополучной оссификацией уже через 2-3 релиза. А то и какой-нибудь CORBA/DCOM с тайплибами и IDL-компайлерами, если разрабы оказались поэнтэрпрайзнее да помускулистее.
Поэтому когда Microsoft выкатил LSP с просто HTTP и просто JSON-ками, то только тут, наконец, и вздохнул спокойно.
Вот как раз хотел спросить - там обязательно через Telegram mini app, или можно просто через сайт/бота?
Ну прогнать поверх него еще и бездуховное западное шифрование - тогда майора надо будет целых два, причем не очень-то желающих сотрудничать между собой ))
Есть как минимум один язык, в котором орфография была создана меньше чем 100 лет назад без оглядки на какие бы то ни было вымершие языки (как, к примеру, обстоят дела в вышеупомянутом французском), и изначально все как читалось - так и писалось.
Однако, буквально на глазах нескольких поколений уже успел накопиться кое-какой багаж легаси с нечитаемыми буквами. Например, в словах eczane и merhaba.
Честно говоря даже не знаю, верны ли все эти аналогии или нет - надо смотреть. Для того, чтобы смотреть для начала нужно, чтобы хотя бы чуть-чуть подрассосался хайп. А судя по тону этой (и некоторых аналогичных время от времени всплывающих на хабре) статьи до этого пока еще очень далеко.
Честно говоря, программатор Громова почему-то в свое время у меня так и не заработал, и в итоге свою первую AVR-ку я смог прошить именно упомянутым ft232rl. А потом подтянулись STM32 и клоны, после чего желание заниматься AVR-ками сильно поубавилось )
Возможно
Дерьмовые сайты не на флэш, по крайней мере, не создают проблем альтернативным платформам.
Интересно, а что мешает тому же Anthropic "приземлиться"? Вроде бы период 3/4-распада облачного хайпа уже прошел, и показывать инвесторам, что все работает не у тебя а у Amazon чтобы не выглядеть динозаврами уже не обязательно.
Осталось разобраться, зачем нужен ИИ конкретно для генерации паролей ) Ну кроме как если совсем уж сходить с ума на хайпе.
Есть и куча сервисов, где это можно сделать без установки потенциальной малвари. В наши непростые времена соблюдать цифровую гигиену особенно важно. И, как известно, если что-то где-то доступно бесплатно и это не опенсорс, то скорее всего товар это Вы.
Наверняка где-нибудь есть уже инфобез статья, что даже если затереть нулями то все равно можно достать из каких-нибудь там резервных блоков/анализируя энергопотребление при каких-нибудь не сильно обычных операциях/кто-то где-то слышал, что $ssd_maker_name достал пачку чего-нибудь этакого с зануленного SSD подозреваемого по запросу некоей трехбуквенной организации/и т. д.
А даже если таковой и нет, то... Ну, в общем, Вы поняли.
Не, я понимаю, что пароль в книге - а книги больше нету )) Я к тому, что возможно, что этот вопрос можно решить путем относительно недолгого разбора в дебаггере/дизассемблере - исходя из описываемого исторического периода и описания интуиция подсказывает, что в этой софтине скорее какой-нибудь банальный if/else, чем AES256.
Возможно, что имеет смысл попробовать отреверсить. Интуиция подсказывает, что навряд ли там какое-то "злое" шифрование, а скорее всего и вовсе if/else.
Ну так они и не применяются там, где нужно пропускать сколько либо значительную мощность. А вот там подать опорное напряжение на какой-нибудь высокоомный вход, или создать обратную связь - закон Ома (в т. ч. и в данном не всегда очевидном для далеких от этой темы людей виде) в схемотехнике встречается примерно везде.
Вот все хотел спросить - а можно ли пользоваться Claude Code через BotHub?
Так это же, вроде, хорошо?
Тыкаем носом и заставляем "осушать" (DRY). Хотя, кто ж на хайпе этим заниматься будет.
Странно, что в статье нет ни слова именно про хэширование паролей, а говорится только про шифрование (фиг уж с KDF-схемами, пока опустим этот момент). Правильно ли я понимаю, что статью писал копирайтер?
Ради справедливости - при обдуманном и контролируемом применении (к которому hype-driven development не относится) LLM в сочетании с агентами это вполне даже мощный и полезный инструмент. Проблема в том, что сейчас мы находимся на самом плато хайпа - и до тех пор пока это так, разномастные блаженные хайпожорики типа Стива, равно как и вот такие вайбкодеры-энтузиасты, время от времени будут появляться.
Айфон с перфокартой на картинке это типичный результат т.н. "разработки комитетом". А суть проблемы-то в том, что каждый хочет добавить что-то свое из своих личных амбиций.
Скорее всего ненастоящий человек-паук тот, который суетится. Люди с бэкграундом в интернет-коммерции обычно даже в стрессовой ситуации спокойные, как удав Каа, а вот мамкины хакеры и техподдержки социальные инженеры вечно дергаются, вечно торопят, вечно скандалят и недовольны.