Мне ИИ агенты пишут и ревьюят код. Написание кода - это же тоже бизнес процесс? Результат вполне измеримый - код пишется быстрее, баги находятся, которые я бы не заметил.
Это он еще с тех поддержкой не боролся по поводу заблокированного личного кабинета. Там 4 разных сервиса, в которых по-разному логин фиксируется. На странице саппорта целый квест, чтобы найти нужный пункт (которого там по факту и нет). Никаких контактов саппорта, если вы не в Европе или Америке. Если все же умудриться завести тикет, то отвечают через 2 недели шаблонной отпиской.
Rust при прочих равных лучше подходит, я считаю. Все перечисленное он лучше умеет. При необходимости можно переключаться на императивный стиль. Экосистема лучше. ИИ агенты с растом дружат лучше, чем с экзотикой. Когнитивная нагрузка выше, если надо работать с чужим кодом. Если код контролировать, то все ок.
Удивлен, что при таком богатом опыте с другими языками, вы еще пишете на Go. Я от него испытал отвращение - все сделано максимально криво и првоцирует писать плохой код.
Не знаю у кого как, а на Rust testcontainers падают по таймауту, если их много создается. Также по завершении, бывает, что контейнер не удаляется из докера и засирает хранилище. Я потратил где-то 3 дня, чтобы их адекватно настроить. Поэтому не сказать, чтобы прям идеальная замена для моков.
Ну ка, какие у вас будут параметры, которые формируют ключ? Сумма, отправитель и получатель? Тогда точно такая же отправка средств будет заблокирована, хотя по факту это именно другой перевод.
У вас алгоритм для идемпотентности некорректный. Если вы генерируете уникальный ключ на клиенте при нажатии кнопки, то повторные нажатия дадут разные уникальные ключи и пройдут две оплаты.
Можно несколько подписок копилота взять. Скажем 3 подписки по 8 баксов в месяц - это 1000 запросов к кодексу в месяц. Должно хватить даже при активной работе.
У вас утверждение не фальсифицируемое. Давайте вы со своим супер релевантным опытом и идеальным резюме выйдете на рынок труда. И расскажете потом о результатах.
Подсказываю: Claude доступен в подписке Github Copilot. Получается значительно выгоднее, чем покупать подписку от самого Claude и меньше вероятность, что вас забанят.
По сути костыль какой-то. Есть трейты From и TryFrom, где логично возвращается чистое значение или обернутое в Result. Надо было или по аналогии делать FromStr и TryFromStr, либо вообще отказаться от этого трейта и делать через From.
Мне такие товарищи раз в неделю пишут. Чтобы время не тратить, есть два хороших варианта:
Просто спросить, почему в коде малварь. Мошенник сразу сольётся.
Попросить чатгпт найти малварь. Она очень хорошо их отыскивает и это безопасно.
Ну так она умеет гуглить. Я точно так же комп собирал через ChatGPT и все цены были правильные.
Мне ИИ агенты пишут и ревьюят код. Написание кода - это же тоже бизнес процесс? Результат вполне измеримый - код пишется быстрее, баги находятся, которые я бы не заметил.
Это он еще с тех поддержкой не боролся по поводу заблокированного личного кабинета. Там 4 разных сервиса, в которых по-разному логин фиксируется. На странице саппорта целый квест, чтобы найти нужный пункт (которого там по факту и нет). Никаких контактов саппорта, если вы не в Европе или Америке. Если все же умудриться завести тикет, то отвечают через 2 недели шаблонной отпиской.
Rust при прочих равных лучше подходит, я считаю. Все перечисленное он лучше умеет. При необходимости можно переключаться на императивный стиль. Экосистема лучше. ИИ агенты с растом дружат лучше, чем с экзотикой. Когнитивная нагрузка выше, если надо работать с чужим кодом. Если код контролировать, то все ок.
Удивлен, что при таком богатом опыте с другими языками, вы еще пишете на Go. Я от него испытал отвращение - все сделано максимально криво и првоцирует писать плохой код.
Не знаю у кого как, а на Rust testcontainers падают по таймауту, если их много создается. Также по завершении, бывает, что контейнер не удаляется из докера и засирает хранилище. Я потратил где-то 3 дня, чтобы их адекватно настроить. Поэтому не сказать, чтобы прям идеальная замена для моков.
Да, но судя по схеме ТС ключ генерируется при нажатии кнопки, а не при формировании формы отправки.
Ну ка, какие у вас будут параметры, которые формируют ключ? Сумма, отправитель и получатель? Тогда точно такая же отправка средств будет заблокирована, хотя по факту это именно другой перевод.
У вас алгоритм для идемпотентности некорректный. Если вы генерируете уникальный ключ на клиенте при нажатии кнопки, то повторные нажатия дадут разные уникальные ключи и пройдут две оплаты.
Можно несколько подписок копилота взять. Скажем 3 подписки по 8 баксов в месяц - это 1000 запросов к кодексу в месяц. Должно хватить даже при активной работе.
Это не только разрабов за бугром касается. Мне с хабра постучались мошенники. Ну а на линкедине они вообще через день пишут.
Codex в облаке позволяет и окружение и инструменты настроить. MCP не помню, можно ли подключить. Copilot в облаке точно разрешает подключать.
У вас утверждение не фальсифицируемое. Давайте вы со своим супер релевантным опытом и идеальным резюме выйдете на рынок труда. И расскажете потом о результатах.
Copilot даже дешевле 10 баксов. С годовой подпиской около 8 долларов в месяц.
Ну да, нет проблем. Я по всем вашим критериям прохожу, но за полгода поисков оффер так и не получил.
Подсказываю: Claude доступен в подписке Github Copilot. Получается значительно выгоднее, чем покупать подписку от самого Claude и меньше вероятность, что вас забанят.
О, прикольно. У меня везде
assert!(matches!)в тестах. Можно везде упростить.Так это без макросов нормально делается:
if ![17, 33, 16, 32].contains(&buf.len()) {По сути костыль какой-то. Есть трейты From и TryFrom, где логично возвращается чистое значение или обернутое в Result. Надо было или по аналогии делать FromStr и TryFromStr, либо вообще отказаться от этого трейта и делать через From.
В чем смысл работать с Result, как будто в нем не может быть ошибки? Логичнее в таком случае просто не оборачивать значение в Result.
Также, если мы хотим проверить результат на Ok и само значение нам не важно, то проще вызвать is_ok() без всяких matches!