Микрософту надо было пропускать код, полученный от Copilot, еще через миксеры, типа тех, что крипту блендируют. Чтобы избежать юридических последствий.
Я сам переводил, знаю, какого это, и ни в коей мере не хотел наехать. Спасибо за труд.
Много не читал, но, например, что резануло сразу:
Импорты пространств имен модулей имеют верблюжий регистр (lowerCamelCase) в то время как файлы имеют змеиный регистр (snake_case)
В первый раз вижу выражение "верблюжий регистр". Может в рускоязычной технической литературе это распространено, просто я не встречал.
Параметр типа
Я загуглил, такой перевод термина type parameter встречается в четыре раза реже, чем "верблюжий регистр". Мне кажется, искажается смысл. Более корректно - обобщенный тип, типово[ы]й параметр, типовая переменная.
Сказали мне, что эта дорога меня приведёт к океану смерти, и я с полпути повернул обратно. С тех пор всё тянутся передо мною кривые глухие окольные тропы…
Полагаю, бОльшая часть его анабасиса у Дениса еще впереди
Большая часть указанных минусов вроде адресована в статье
Генератор API для вебсайтов с личным бэком (именно про такие я писал и сделал на это ссылку) не нужен. Для public API - возможно
Про передачу бинарных данных в статье есть. Объем трафика с компрессией потока будет примерно такой же. Да и не так часто это нужно делать - бинарники пересылать.
Про GraphQL не понял - что не может JSON-RPC по сравнению с GraphQL? Вопрос некорректный, потому что первое - формат передачи данных, второе - языка запросов, и через JSON-RPC можно передать какой угодно сложный SQL запрос с указанием как отформатировать на бэке результат перед возвратом. Но всё-таки?
Насчет комьюнити - у JSON есть комьюнити? Нету. Его просто используют, потому что это простой как валенок и настолько же удобный формат. Точно так же JSON-RPC - простой формат передачи данных, который просто нужно использовать. То, что я описал в статьях - не какие-то секреты и бест практики, это непосредственная выгода, которую сразу получаешь начиная использовать JSON-RPC. Единственный хинт - с переделкой эндпойнта
Комьюнити нужна сложным вещам, чтобы можно было зайти и поделиться своей болью или задать вопрос на который нет простого или однозначного решения - вот для REST-a нужна комьюнити
Пугает больше всего то, что небольшая умная команда перехитрила опытные команды безопасности Google и Facebook*, которые каждый день сталкиваются с огромным количеством атак.
Судя по описанной истории эти "опытные" команды безопасности надо полностью расформировывать и менять их на какой-нить AI код. Или простую функцию валидации
Из академичного и в то же время понятного и грамотного - Зорич
Кто целевая аудитория данной статьи?
Материал перемешан как с 10 класса школы, так и третьего курса мехмата
Есть бесплатные
Denizen.js например
Да несложно и самому написать хэш по IP, user-agent и еще чему-то
Микрософту надо было пропускать код, полученный от Copilot, еще через миксеры, типа тех, что крипту блендируют. Чтобы избежать юридических последствий.
Я сам переводил, знаю, какого это, и ни в коей мере не хотел наехать. Спасибо за труд.
Много не читал, но, например, что резануло сразу:
В первый раз вижу выражение "верблюжий регистр". Может в рускоязычной технической литературе это распространено, просто я не встречал.
Я загуглил, такой перевод термина type parameter встречается в четыре раза реже, чем "верблюжий регистр". Мне кажется, искажается смысл. Более корректно - обобщенный тип, типово[ы]й параметр, типовая переменная.
Токен может лежать в http-only cookie
Перевод Google TypeScript Style Guide на русский машинный, очень некорректный и путающий местами
Лучше оригинал
"Менеджер" - это стиль жизни
Конкретная область приложения труда роли не играет
Напомнило чего-то..
Полагаю, бОльшая часть его анабасиса у Дениса еще впереди
Смысл статьи: мало денег-плохо, много денег-хорошо, очень много денег-очень хорошо
И постоянно дёргать этот эндпойнт?
На клиенте нужно как-то знать, залогинен пользователь или нет
А чем сервис воркеры не угодили?
Сильно улучшают UX при правильно использовании.
Можно привязать access token к IP, и при смене сети будет происходить просто обновление его через refresh token. Прозрачно для клиента.
В то же время полностью защищаемся от кражи acess token-a (с другого IP он не будет работать сразу)
Тоже ожидал большего
Каким образом составляются данные GeoIP?
Чем лучше GeoIP от Smart-Soft GeoIP от MindMax и других провайдеров сервиса?
Сравнение, обзор и т.п.
Так матрица чья?
А еще можно загрузить csv в mysql, и оп-ля-ля...
Большая часть указанных минусов вроде адресована в статье
Генератор API для вебсайтов с личным бэком (именно про такие я писал и сделал на это ссылку) не нужен. Для public API - возможно
Про передачу бинарных данных в статье есть. Объем трафика с компрессией потока будет примерно такой же. Да и не так часто это нужно делать - бинарники пересылать.
Про GraphQL не понял - что не может JSON-RPC по сравнению с GraphQL? Вопрос некорректный, потому что первое - формат передачи данных, второе - языка запросов, и через JSON-RPC можно передать какой угодно сложный SQL запрос с указанием как отформатировать на бэке результат перед возвратом. Но всё-таки?
Насчет комьюнити - у JSON есть комьюнити? Нету. Его просто используют, потому что это простой как валенок и настолько же удобный формат. Точно так же JSON-RPC - простой формат передачи данных, который просто нужно использовать. То, что я описал в статьях - не какие-то секреты и бест практики, это непосредственная выгода, которую сразу получаешь начиная использовать JSON-RPC. Единственный хинт - с переделкой эндпойнта
Комьюнити нужна сложным вещам, чтобы можно было зайти и поделиться своей болью или задать вопрос на который нет простого или однозначного решения - вот для REST-a нужна комьюнити
Вот этот закон вмещает треть статьи автора:
Судя по описанной истории эти "опытные" команды безопасности надо полностью расформировывать и менять их на какой-нить AI код. Или простую функцию валидации