у них фронт-енды другим полезным заняты, например как бы так оформить отказ от подписки что бы люди не отписывались? (спойлер, нужно отказаться дважды в одном и том же окне иначе в первый раз вам "бесплатно продлит" что бы за следующий списать деньги как время подойдет)
вообще интересная тема, можно озадачить своего клода что бы написал для мозилы плагин как раз для такого. вообще очень интересная тематика написаний решений "под себя" прямо в момент нейронками, за этом будущее. У самого мелкая зарисовка на эту тему до сих пор в песочнице весит))
в свое время выбирал что бы новое изучить, в итоге выбор был межу Goland и Rust. В итоге остановился на Го из-за своей простоты, но при этом функциональности, в нем отдыхаешь когда пишешь и много крутых фишек есть других. Раст не зашел тем что это очередной эльфийский по типу плюсов с кучей вариативности записей, спецсимволов и прочей фигни.
через год мена заинтересовали тем, что на расте пишут под esp32 (и всем советуют) и я таки попробовал вкатится хотя-бы чисто ради МК. В итоге оказалось что мне и на си вполне норм. Синтаксис - в целом как я и ожидал, нет того "упрощения" как в Го, зато есть куча чисто локальных особенностей и общая стилистика как будто созданная инопланетянами, у меня прям вайбы первых сайтов написанных с jqwery были. Но самая большая проблема, которая оттолкнула это то что раст зависит от библиотек. В го все есть код и подключить что либо можно, но по умолчанию считается что все должно быть компилируемо прям в рамках самого языка. В расте же ты как в старые добрые времена зависишь от сторонних dll и без них даже не скомпилируется. Причем это проблема настолько всеобъемлюща, что даже что то постое консольное требует библиотек (в го необходимость внешнего вылазит редко, графические интерфейсы, нетиповые ядра и тд), а про МК я вообще молчу - как в процессе оказалось, что бы создать скетч под ESP32 который будет нормально собираться и шиться, как под линуксом так и под виндой с маком мне надо или спецом прописывать все или сложить рядом с исходниками нужные бинарные либы.
вообщем все то же самое что и было на си, только другой синтаксис и совершенно иной срок использования. если по си можно твою проблему в будущем нагуглить, то вот с растом вряд ли. Не понимаю как раст сравнивают с Го по простоте, ведь даже тот же кривейший tinygo который с esp32 очень относительно работает, на нем я могу сделать скетч который будет шиться у всех и не потребует каких-то особых танцев по итогу. главное даже в паплайне будет собираться без проблем.
За STM не подскажу, не пробовал его с растом ковырять, но учитывая что в 99% случаев ты все равно работаешь через обертку (hal) а прочие танцы с кубиками и тд все равно в итоге надо настраивать конкретно на каждой платформе - если не ардуино а серьезно, то раст будет неплохим выбором. лишь бы проблем с либами не было, хотя опять таки с STM очень часто приходилось "руками доводить" потому скорее всего детерминированность пакетов раста будет прям шагом вперед при работе с камнями STM
а я не хочу рассматривать физическое устройство за которое я заплатил полную стоимость (!!!!) как терминал доступа к услугам. Для такой модели есть браузер.
к этому привели потому что выгодно. деньги крутятся, все в плюсах кроме непосредственно потребителя.
это то же самое как пришли от скрытого замедления работы программ если версия не самая актуальная, до полного отказа от работы пока не обновите для самой свежей версии.
А по вашему длиннопостингу - стимдеск. отличный пример где и инструмент и услуга, и никто никому не мешает. Другой пример ПК. Да сотни таких примеров, моя основная мысль что тут так превозносят рут, хотя по факту это классическое 10 запретов и одна отмена будет казаться улучшением. Но вместо того что бы об этом говорить, происходит хрестоматийное "кто последний в очереди на анальное зондирование?" где очередь рассуждает как бы было бы неплохо если бы не нужно было со своей смазкой приходить на оплаченную процедуру
жаль, спасибо за инфу. А то я питал надежду что с неронками может и не надо рисовать плату под знакомый проц, а просто работать с тем что есть, железо там достойное
лучший телефон который у меня когда-то был. я себе пару лет назад даже купил почти новый Б/У что бы заменить внутрянку на свою плату и пользоватся. Все руки никак не доходят, хотя даже все схемы скачал и штекеры шлефов нагуглил где купить и выписал. Единое что - экран явно уже не торт.
Так вот, вопрос - на N97 на "родное железо" можно поставить нормально что то иное кроме его симбиана что бы "освежить" ? или это надо прям вообще в низкий уровень закапыватся ради этого?
он давно уже не opensource, точнее там все сильнее и сильнее закручивают что бы по факту "открытый" андроид это демоверсия без львиного куска функционала
его опенсорсность сохраняется до сих пор только тем, что он основе своей линукс написаный на джаве и потому в самой основе он противоречит тому, что бы состоять из закрытых бинарных пакетов как винда. и то "над этим работают" не так давно нужно было по работе опубликовать приложения на плеймаркете (сервисные) и вот уже ты не APK заливаешь, а эдакий дапм билда, а плеймаркет уже сам думает как собирать для конкретного клиента. В теории очень круто в плане платформ и оптимизаций, но на практике идей как это использовать "во зло" масса
---
А за евросоюз - так как раз Еврокомиссия пропихнула ОБЯЗАТЕЛЬНОСТЬ подписи что бы никто сторонний не мог модифицировать телефон. на словах все о защите людей, но по факту реально открытый смартфон незаконен в евросоюзе и не имеет права продаваться официально.
то есть как раз благодаря этому закону вы больше не можете купить телефон который реально принадлежит вам. Абсолютно любой купленный телефон с 100500 рутами все равно прошит закрытым ключом самим вендором и без специального ключа ты ничего реально с системой не сделаешь, если надо выйти за пределы прописанные в самой установленной системе изначально.
ну и как плюс такая хардверная закладка позволяет получить доступ к телефону, наплевав на абсолютно все защиты. всякие графены изгаляются что бы криптовать все на уровне системы но зачастую используются внутренние средства для оптимизации процесса, а это опять таки железо, то есть гарантии что данные не закриптованы ключом что вытянут из корневого сертификата, что позволит расшифровывать имея этот корневой сертификат около нуля.
уже несколько лет как существует куча анальных ограждений "для безопасности" из-за чего тот же плеймаркет и многие другие приложение не будут полностью работать на рутованом телефоне (гугг кошелек или chatGPT например) а попытки это фиксить наказывают жестко блокируя акк на котором поймают. (при том что уже много лет как плеймаркет может вообще сам ставить и обновлять апки и ему в целом плевать на то что ты там в настройках указал)
я это к тому, что одним днем даже полностью официальный телефон скажет или обновись или иди нафиг.
ну так другие вендоры тоже "дают полный доступ без проблем" с теми же оговорками
я про то что телефон не принадлежит тебе в полной мере и это считается нормой, а брошенной кости с рутом радуются как будто это переворот в мире диванов. Еще 8 лет назад телефоны вполне имели в меню галочку, позволяя выполнять и запускаться под рутом без всех этих танцев.
может вы и сравниваете с самсунгами или айфонами которые абсолютно закрыты, но в мире множество других телефонов и единое преимущество пикселя в том, что все релизы "открытого андроида" заточены под него в первую очередь из-за чего и получается что разрабатывать "открытый продукт" удобно под пиксели в первую очередь потому что любые апдейты это в первую очередь работа с гитом, а не ручной поиск и фиксы.
....а в случае проблем начинаются шаманские танцы с бубном ибо телефон все так же тебе не принадлежит и потому если систему убил то достучатся напрямую только через специальный софт и ключи
да и на мой взгляд пиксели такие себе телефоны. когда-то были топ, но сейчас и по наполнению средненькие и по реализации - отклеивающиеся нашлепки камер у последней модели явный тому показатель
если это для дороги то напечатайте корпус полностью - метал хоть и надежно, но вес, плюс усы крепления лишние, плюс можно более оптимально все расположить
опционально можно купить на алике грибочки многодиапазонных антен что бы убрать эти "щупальца спрута"
А за "допустимый максиум" - у меня дома стоит H312-371 и я с него гигабит выжимал благодаря тому что он может параллельно несколько каналов вести. Хотя с телефонов напрямую так же выше 250 никогда не получал
мы иначе валидацию реализовали) так как все есть объект и openapi является и конструктор в том числе как protobuf при генерации, мы просто привязались к этим структурам
то есть в самой документации мы Х-поле с именем функции -> функция работает со структурой которая генерируется из openapi -> в самом генераторе сделали подстановку валидатора как эту функцию
то есть мы сохранили прозрачность кода и при этом никаких рефлексий, все пробегает при генерации.
я думаю это у вас скорее от отсутствия релевантного опыта. лично для меня нейронки это просто очень быстрые но туповатые джуны))
нарезал задачи, потом проверил и поправил по месту (или зарядил заново) то все ожидаемо. исследование идеи и накидать прототип тоже ок. но отпускать в свободное плаванье или подпускать к бизнесу что бы он навесил на уши свои космические корабли - точно нет
на сейчас если я что то с нуля делаю при помощи нейронки с расчетом что это не прототип, то я сначала сам прописываю основной скелет руками, а потом уже сажусь за промт. просто потому что прописать базовую архитектуру быстрее чем словами прописывать что ты хочешь и краевые условия. и то потом полученное поделие я руками довожу потому.
а проблем с фиксами и патчами нет, если ты знаешь проект, понимаешь как оно все работает и знаешь что именно надо починить. прописываешь конкретный промт и все ок, точечно правит и все работает.
такой как у вас точно нет. если бы у вас было четко прописанные правила по архитекруте и требованиям, то такой фигни бы у вас не было. это смотрю по тому что оно успешно сгенерировало с первого раза, то есть у вас там функционала и бизнес-логики жменька.
реальный большой проект сможет сделать только "по мотивам". а уж патчить, править и тд только если расписать промт километровый со всеми краевыми условиями
кстати, то что оно у вас для фикса переписывало все в ноль это тоже проблема в первую очередь постановки задачи
посмеялся с фразы о том что 3-2-1-1-0 оптима для малого бизнеса)
вообще если серьезно то в условиях когда денег нет а надо - делается syncthing с облака где боевые данные на физический комп в офисе что никогда не тушится (купить дешевый БУ), и на самом компе поставить софт что бы дописывало бекапы раз в час на DVD (если у вас там много то BlueRay). Единое что потребуется в дальнейшем это раз в пол года проверять диски, сводить в единый бекап для оптимизации и на всякий случай. Дешево и практично.
А все эти 3-2-2-1 это правильно и красиво, но чертовски дорого как в инфраструктуре, так и человечески чтоб поддерживать все правильно.
Можно сказать что многие хостеры имеют свои бекапы, особенно S3-хранилища но физическая неизменяемая офлайн копия это тот самый минимум который должен быть всегда у малого бизнеса
раньше их было 6-8 на десяток апок, сейчас цифры уже трехзначные.
вчера искал простой тестер для микрофона что бы можно было переключать источники записи прям в апке и записывать звук что бы понимать как записало.
более двух десятков апок с разными названиями, иконками и скринами (и авторами) которые выглядят одинаково - той же самый пейвол и функционал просто под разными шкурками
под сотню разного "нового" что опубликовано до пары месяцев назад прям явно нейронное аж по скринам видно
апку я так и не нашел, в итоге через звонок на другой телефон и запись там тестил
Комплексно слишком он ограниченный и множество мест руками надо делать. Но если вам надо openapi-first что бы документация была 100% валидной то тогда он ваш выбор. Плюс в нашей задаче была повышенная безопасность и потому сверху без проблем допились свои фильтры, что позволило собирать бинарник для клиента где все вшито и мы были уверены что клиент никак его не запустит и не подключит, что бы было небезопасно в первую очередь для клиента.
из минусов те самые ограничения - только openapi и то не прям весь, валидаторы один хрен самим писать и тесты к ним нормально, нет вебсокетов (но это известная проблема openapi в первую очередь) и сложности если апи отдает что то более чем json/xml
как хорошо что благодаря таким людям, специалисты будут еще более востребованы)
как плохо что благодаря таким людям нас ждет эпоха нейрослоповых приложений. уже началась, плеймаркет забит в топах сгенерированным шлаком где только иконки отличаются зато пейвол загружается первым при старте
раз пользуются - значит баг не критичный!
у них фронт-енды другим полезным заняты, например как бы так оформить отказ от подписки что бы люди не отписывались? (спойлер, нужно отказаться дважды в одном и том же окне иначе в первый раз вам "бесплатно продлит" что бы за следующий списать деньги как время подойдет)
вообще интересная тема, можно озадачить своего клода что бы написал для мозилы плагин как раз для такого. вообще очень интересная тематика написаний решений "под себя" прямо в момент нейронками, за этом будущее. У самого мелкая зарисовка на эту тему до сих пор в песочнице весит))
в свое время выбирал что бы новое изучить, в итоге выбор был межу Goland и Rust. В итоге остановился на Го из-за своей простоты, но при этом функциональности, в нем отдыхаешь когда пишешь и много крутых фишек есть других. Раст не зашел тем что это очередной эльфийский по типу плюсов с кучей вариативности записей, спецсимволов и прочей фигни.
через год мена заинтересовали тем, что на расте пишут под esp32 (и всем советуют) и я таки попробовал вкатится хотя-бы чисто ради МК. В итоге оказалось что мне и на си вполне норм. Синтаксис - в целом как я и ожидал, нет того "упрощения" как в Го, зато есть куча чисто локальных особенностей и общая стилистика как будто созданная инопланетянами, у меня прям вайбы первых сайтов написанных с jqwery были. Но самая большая проблема, которая оттолкнула это то что раст зависит от библиотек. В го все есть код и подключить что либо можно, но по умолчанию считается что все должно быть компилируемо прям в рамках самого языка. В расте же ты как в старые добрые времена зависишь от сторонних dll и без них даже не скомпилируется. Причем это проблема настолько всеобъемлюща, что даже что то постое консольное требует библиотек (в го необходимость внешнего вылазит редко, графические интерфейсы, нетиповые ядра и тд), а про МК я вообще молчу - как в процессе оказалось, что бы создать скетч под ESP32 который будет нормально собираться и шиться, как под линуксом так и под виндой с маком мне надо или спецом прописывать все или сложить рядом с исходниками нужные бинарные либы.
вообщем все то же самое что и было на си, только другой синтаксис и совершенно иной срок использования. если по си можно твою проблему в будущем нагуглить, то вот с растом вряд ли.
Не понимаю как раст сравнивают с Го по простоте, ведь даже тот же кривейший tinygo который с esp32 очень относительно работает, на нем я могу сделать скетч который будет шиться у всех и не потребует каких-то особых танцев по итогу. главное даже в паплайне будет собираться без проблем.
За STM не подскажу, не пробовал его с растом ковырять, но учитывая что в 99% случаев ты все равно работаешь через обертку (hal) а прочие танцы с кубиками и тд все равно в итоге надо настраивать конкретно на каждой платформе - если не ардуино а серьезно, то раст будет неплохим выбором. лишь бы проблем с либами не было, хотя опять таки с STM очень часто приходилось "руками доводить" потому скорее всего детерминированность пакетов раста будет прям шагом вперед при работе с камнями STM
а я не хочу рассматривать физическое устройство за которое я заплатил полную стоимость (!!!!) как терминал доступа к услугам. Для такой модели есть браузер.
к этому привели потому что выгодно. деньги крутятся, все в плюсах кроме непосредственно потребителя.
это то же самое как пришли от скрытого замедления работы программ если версия не самая актуальная, до полного отказа от работы пока не обновите для самой свежей версии.
А по вашему длиннопостингу - стимдеск. отличный пример где и инструмент и услуга, и никто никому не мешает. Другой пример ПК. Да сотни таких примеров, моя основная мысль что тут так превозносят рут, хотя по факту это классическое 10 запретов и одна отмена будет казаться улучшением. Но вместо того что бы об этом говорить, происходит хрестоматийное "кто последний в очереди на анальное зондирование?" где очередь рассуждает как бы было бы неплохо если бы не нужно было со своей смазкой приходить на оплаченную процедуру
жаль, спасибо за инфу. А то я питал надежду что с неронками может и не надо рисовать плату под знакомый проц, а просто работать с тем что есть, железо там достойное
а что скажете на Nokia N97 ?
лучший телефон который у меня когда-то был. я себе пару лет назад даже купил почти новый Б/У что бы заменить внутрянку на свою плату и пользоватся. Все руки никак не доходят, хотя даже все схемы скачал и штекеры шлефов нагуглил где купить и выписал. Единое что - экран явно уже не торт.
Так вот, вопрос - на N97 на "родное железо" можно поставить нормально что то иное кроме его симбиана что бы "освежить" ? или это надо прям вообще в низкий уровень закапыватся ради этого?
вы давно интересовались за андроид?
он давно уже не opensource, точнее там все сильнее и сильнее закручивают что бы по факту "открытый" андроид это демоверсия без львиного куска функционала
его опенсорсность сохраняется до сих пор только тем, что он основе своей линукс написаный на джаве и потому в самой основе он противоречит тому, что бы состоять из закрытых бинарных пакетов как винда.
и то "над этим работают" не так давно нужно было по работе опубликовать приложения на плеймаркете (сервисные) и вот уже ты не APK заливаешь, а эдакий дапм билда, а плеймаркет уже сам думает как собирать для конкретного клиента. В теории очень круто в плане платформ и оптимизаций, но на практике идей как это использовать "во зло" масса
---
А за евросоюз - так как раз Еврокомиссия пропихнула ОБЯЗАТЕЛЬНОСТЬ подписи что бы никто сторонний не мог модифицировать телефон. на словах все о защите людей, но по факту реально открытый смартфон незаконен в евросоюзе и не имеет права продаваться официально.
то есть как раз благодаря этому закону вы больше не можете купить телефон который реально принадлежит вам. Абсолютно любой купленный телефон с 100500 рутами все равно прошит закрытым ключом самим вендором и без специального ключа ты ничего реально с системой не сделаешь, если надо выйти за пределы прописанные в самой установленной системе изначально.
ну и как плюс такая хардверная закладка позволяет получить доступ к телефону, наплевав на абсолютно все защиты. всякие графены изгаляются что бы криптовать все на уровне системы но зачастую используются внутренние средства для оптимизации процесса, а это опять таки железо, то есть гарантии что данные не закриптованы ключом что вытянут из корневого сертификата, что позволит расшифровывать имея этот корневой сертификат около нуля.
я больше верю в развитие самописов на базе ESP32 и решений от TTGO которые буквально заваливают рынок чем какие-то "убийцы андроида".
вон линукс пытались, теме уже более 10 лет и до сих пор воз и ныне там. что то выкатывают но до сих пор все на уровне прототипов
ха, поздно пить боржоми.
уже несколько лет как существует куча анальных ограждений "для безопасности" из-за чего тот же плеймаркет и многие другие приложение не будут полностью работать на рутованом телефоне (гугг кошелек или chatGPT например) а попытки это фиксить наказывают жестко блокируя акк на котором поймают. (при том что уже много лет как плеймаркет может вообще сам ставить и обновлять апки и ему в целом плевать на то что ты там в настройках указал)
я это к тому, что одним днем даже полностью официальный телефон скажет или обновись или иди нафиг.
ну так другие вендоры тоже "дают полный доступ без проблем" с теми же оговорками
я про то что телефон не принадлежит тебе в полной мере и это считается нормой, а брошенной кости с рутом радуются как будто это переворот в мире диванов. Еще 8 лет назад телефоны вполне имели в меню галочку, позволяя выполнять и запускаться под рутом без всех этих танцев.
может вы и сравниваете с самсунгами или айфонами которые абсолютно закрыты, но в мире множество других телефонов и единое преимущество пикселя в том, что все релизы "открытого андроида" заточены под него в первую очередь из-за чего и получается что разрабатывать "открытый продукт" удобно под пиксели в первую очередь потому что любые апдейты это в первую очередь работа с гитом, а не ручной поиск и фиксы.
....а в случае проблем начинаются шаманские танцы с бубном ибо телефон все так же тебе не принадлежит и потому если систему убил то достучатся напрямую только через специальный софт и ключи
да и на мой взгляд пиксели такие себе телефоны. когда-то были топ, но сейчас и по наполнению средненькие и по реализации - отклеивающиеся нашлепки камер у последней модели явный тому показатель
если это для дороги то напечатайте корпус полностью - метал хоть и надежно, но вес, плюс усы крепления лишние, плюс можно более оптимально все расположить
опционально можно купить на алике грибочки многодиапазонных антен что бы убрать эти "щупальца спрута"
А за "допустимый максиум" - у меня дома стоит H312-371 и я с него гигабит выжимал благодаря тому что он может параллельно несколько каналов вести. Хотя с телефонов напрямую так же выше 250 никогда не получал
мы иначе валидацию реализовали)
так как все есть объект и openapi является и конструктор в том числе как protobuf при генерации, мы просто привязались к этим структурам
то есть в самой документации мы Х-поле с именем функции -> функция работает со структурой которая генерируется из openapi -> в самом генераторе сделали подстановку валидатора как эту функцию
то есть мы сохранили прозрачность кода и при этом никаких рефлексий, все пробегает при генерации.
я думаю это у вас скорее от отсутствия релевантного опыта. лично для меня нейронки это просто очень быстрые но туповатые джуны))
нарезал задачи, потом проверил и поправил по месту (или зарядил заново) то все ожидаемо. исследование идеи и накидать прототип тоже ок. но отпускать в свободное плаванье или подпускать к бизнесу что бы он навесил на уши свои космические корабли - точно нет
на сейчас если я что то с нуля делаю при помощи нейронки с расчетом что это не прототип, то я сначала сам прописываю основной скелет руками, а потом уже сажусь за промт. просто потому что прописать базовую архитектуру быстрее чем словами прописывать что ты хочешь и краевые условия.
и то потом полученное поделие я руками довожу потому.
а проблем с фиксами и патчами нет, если ты знаешь проект, понимаешь как оно все работает и знаешь что именно надо починить. прописываешь конкретный промт и все ок, точечно правит и все работает.
такой как у вас точно нет.
если бы у вас было четко прописанные правила по архитекруте и требованиям, то такой фигни бы у вас не было. это смотрю по тому что оно успешно сгенерировало с первого раза, то есть у вас там функционала и бизнес-логики жменька.
реальный большой проект сможет сделать только "по мотивам". а уж патчить, править и тд только если расписать промт километровый со всеми краевыми условиями
кстати, то что оно у вас для фикса переписывало все в ноль это тоже проблема в первую очередь постановки задачи
ах вот оно что михалыч
посмеялся с фразы о том что 3-2-1-1-0 оптима для малого бизнеса)
вообще если серьезно то в условиях когда денег нет а надо - делается syncthing с облака где боевые данные на физический комп в офисе что никогда не тушится (купить дешевый БУ), и на самом компе поставить софт что бы дописывало бекапы раз в час на DVD (если у вас там много то BlueRay). Единое что потребуется в дальнейшем это раз в пол года проверять диски, сводить в единый бекап для оптимизации и на всякий случай. Дешево и практично.
А все эти 3-2-2-1 это правильно и красиво, но чертовски дорого как в инфраструктуре, так и человечески чтоб поддерживать все правильно.
Можно сказать что многие хостеры имеют свои бекапы, особенно S3-хранилища но физическая неизменяемая офлайн копия это тот самый минимум который должен быть всегда у малого бизнеса
раньше их было 6-8 на десяток апок, сейчас цифры уже трехзначные.
вчера искал простой тестер для микрофона что бы можно было переключать источники записи прям в апке и записывать звук что бы понимать как записало.
более двух десятков апок с разными названиями, иконками и скринами (и авторами) которые выглядят одинаково - той же самый пейвол и функционал просто под разными шкурками
под сотню разного "нового" что опубликовано до пары месяцев назад прям явно нейронное аж по скринам видно
апку я так и не нашел, в итоге через звонок на другой телефон и запись там тестил
использовал в практике https://github.com/oapi-codegen/oapi-codegen/ и как раз четко под задачу.
Комплексно слишком он ограниченный и множество мест руками надо делать. Но если вам надо openapi-first что бы документация была 100% валидной то тогда он ваш выбор. Плюс в нашей задаче была повышенная безопасность и потому сверху без проблем допились свои фильтры, что позволило собирать бинарник для клиента где все вшито и мы были уверены что клиент никак его не запустит и не подключит, что бы было небезопасно в первую очередь для клиента.
из минусов те самые ограничения - только openapi и то не прям весь, валидаторы один хрен самим писать и тесты к ним нормально, нет вебсокетов (но это известная проблема openapi в первую очередь) и сложности если апи отдает что то более чем json/xml
как хорошо что благодаря таким людям, специалисты будут еще более востребованы)
как плохо что благодаря таким людям нас ждет эпоха нейрослоповых приложений. уже началась, плеймаркет забит в топах сгенерированным шлаком где только иконки отличаются зато пейвол загружается первым при старте
Claude крутой для кода, но лимиты менее жесткие в Codex от GPT