LikeAVirgin

Рейтинг
147
Регистрация
05.09.2011
Нет. У меня на сайтах нет ничего, чего ИИ не знало. Закрываться не имеет смысла, а переходы есть. Немного, но хорошие. Это те люди, которым ответа ии мало. Мои люди. ;)
rustelekom #:

С моей точки зрения - ни в чём. Просто вся тема была о том, что в РФ какие-то "неправильные" законы ущемляющие интернет пользователей. Ну вот не только в РФ. 

Я подтверждала свои .de без въезда в Германию. Не имея в Германии никаких налоговых статусов. По паспорту и видеоидентификации. Я - обеими руками "за", чтобы домены подтверждались. Но как я поняла из темы, для .ru нужно въехать в страну, завести какие-то буквы, типа СНИЛС и ФСУ, и все это только в личном присуствии. Это не сравнить.

Почему я думаю, что этот тул не сможет заменить человека.

Проблема #1: ИИ выдает информацию, которая 100500 раз повторялась в вебе. Eсли это 100500 раз повторялось, то это не значит, что это фактически верно. Но ИИ работает на частотности, а не по опыту.
Проблема #2: SEO - подвижная наука и постоянно изменяется. То, что было действительно 3-5 лет назад, может быть сегодня безнадежно устаревшим, или нет. ИИ этого не знает. Ограничить ресурсы только актуальными темами - сложно. Потому что и старое, нерабочее актуально повторяется. При этом старое-рабочее может до сих пор работать. Но это не точно.
Проблема #3: SEO - это не математика, там нет четких законов, алгоритмов, функций, как в программировании. Наоборот, алгоритмы скрыты, доказательства добываются только эмпирическими путями. Иногда действие и следствие вообще не связаны, но ошибочно принимаются за твердую связку. А на самом деле между действием и следствием находятся еще апдейты, работы конкурентов и лунные затмения.
Проблема #4:  Нет единственного верного подхода. Зависит от типа сайта, от конкуренции, от ГЕО, от истории сайта, от его целей, от сезонности. 100500 разных факторов, которые кожаный SEO "жопой чуствует". По аналогии с программистами. Есть различные стили программирования, одного правильного стиля для всех нет! И одного SEO подхода для всех нет. Белое, серое, черное. Кому что.
Проблема #5:  Отсутствие опыта и неочевидных связей. Нейронка работает с сущностями, которые ей дали. Связи этих сущностей очевидны. У кожаной "нейронки" другой подход. Она не начинает как ИИ каждый раз с чистого листа. Когда кожаный SEO начинают работу с проектом, его личная нейронка располагает 100 конкректными рабочими кейсами. Эти связи из различых конкректных рабочих кейсов у ИИ отсуствуют напрочь, у него есть только кейсы из паблика. Рабочие они или маркетинговые трюки - ИИ не знает.

Это навскидку. И если что, я сама не работаю с клиентами. Я делаю SEO только для себя и своих проектов. Т. е. мне лично абсолютно по барабану, что из этого кейса тут получится, мне лично он никакой конкуренции не создаст.
Sly32 #:
И именно агент бы тебе сделал то что нужно.
Ну и ладно. Может быть попозже, когда я очухаюсь от того, что Claude вначале навайбкодил и я разгребала. Реально много времени на разборку ушло. И сейчас даже рада, что он стал меня парковать. Иначе бы я может еще долго не полезла бы смотреть в код. А полезла, потому что без токенов делать было нечего. :D Скучно стало.
ArbNet #:
LikeAVirgin, а что за проект вы делаете?

В сфере GDPR для ЕС аудитории. 

Sly32 #:
Можешь привести примры кода, где что-то пошло не так?

Cегодня. Дала ему задачу на новую функцию, там была задействовна таблица в который были поля начинанющиеся с paypal_, но сама функция никакого отношения к Paypal не имела. ИИ-Остапа понесло и он решил, что поле submitter_email в этой же таблице берется из PayPal.  Стал прикручивать какую-то дикую логику, по типу, а если email по response от PayPal до нас не дошел. Причем краем глаза увидела, что нагалюцинировал еще другие PayPal  поля, которых в PayPal API реально нет. И вот только не говори, что нужно было ему давать PayPal API. Не нужно. Там просто поля так назывались, ему вообще с PayPal  ничего делать не нужно было. А он решил, что нужно. Тут я его развернула и направила на путь истинный. А что сделал бы агент, фиг знает. Не доверяю я им. :D

Ivanov123 #:
Извините, но за качество надо платить..

Так кто же спорит. Но меня качество вайб-кодинга не устроило. Поэтому перешла на полуручной вариант, где все жёстко под контролем, минимум итераций, чистый код, здоровая архитектура, конкретные точки входа. И все равно лимиты, при чем создаётся впечатление, что токенов все меньше и меньше выдаётся.

При таком же полуручном подходе мне и ChatGPT хорошо пишет. Т. е. качество то же, временные расходы те же, только безлимитно. Так зачем мне сдался Claude за 200. Если я за 20 имею то же самое?

И да, может я не умею готовить агентов. Но я реально читаю код и даже в мелких задачах  замечаю пургу. Заставляю сразу же править, потому что я знаю, где и что ещё можно будет в будущем прикрутить. И если сейчас не поправить, то в будущем именно тут упадёт. А если без контроля, то потом опять будем жрать токены.

Меня на данный момент все устраивает. Я - думаю и контролирую, ИИ исполняет.

Sly32 #:
Ты все таки не понимаешь смысл агент-кодинга. С таким подходом нет смысла вообще идти в кодинг.

Ну что, придется тогда уходить из кодинга. 😀

А если на деле, то да, не доверяю агентам. Кеширование, как ты описал, вообще опасная вещь, если проект в живой разработке. Создаешь задачу сегодня, за день код 10 раз поменялся. Нужно реально его по новой читать, а не запускать старые задачи на основе чего-то, чего может быть в природе уже не существует или реинкарнировалось в других функциях. 

Я думаю, что здесь нет строгих правил, зависит от того, где, что и как ты конкретно делаешь. У меня проект сейчас в стадии прототипа, его нет live, он создается так сказать "на лету". Концепция - не твердая, а подстраивается под полученные данные. Мне не нужны никакие legacy code,  никакие migration, строгий запрет на это. А если проект уже в прод, то тут, конечно все может быть иначе.

Sly32 #:
Это в принципе неважно и ни на что не влияет.
Влияет на токены и лимиты. Я понимаю, что когда дядя их оплачивает, пофиг. Но когда на свои кровные, то каждую строчку будешь проверять. Чтобы поменьше читал, поменьше правил, поменьше итерировал.  😐
sirvilon #:
Спасибо, что поделились опытом. Скажите, а доверенный человек это родственник или друг, или какой-то сервис где незнакомый человек за комиссию выступал формальным владельцем при сделке?

А юридически вы как-то оформляли ваши отношения с ним чтобы обезопасить себя или чисто на доверии?

Чисто на доверии, потому что человека 100500 лет знаю и до этого уже проекты вместе делали. Единственная подстраховка с моей стороны была только в том, что он хотя формально и был владельцем, но все явки-пароли были у меня. Т. е. у него фактически доступов ни к домену, ни к хостингу, ни к админке проекта никогда не было. Я после подтверждения сделки сама передавала доступы покупателю.

Я вам конкретно по вашему проекту не посоветую, потому не видя проекта - это несерьезно.

Собственный опыт: я - нерезидент, гражданство ЕС. Был довольно крупный проект, на серверах в Европе и домен на мое имя. Это было еще до всех тех сложностей, что сейчас возникли. Но уже тогда было такое продавать сложно. Покупатели шугались. Поэтому сделала так: перенесла весь проект технически на хостинг в Россию, приехала в РФ и передала домен очно в reg.ru человеку, которому я доверяю. На этого же человека оформила хостинг. На момент продажи, он являлся владельцем домена и заказчиком хостинга, т. е. формально проект принадлежал ему и сделка проводилась с ним. Я участвовала в сделке только как "технический персонал". Деньги потом вывозили наличными из России. 


Всего: 608