Чтобы ИИ зашел на сервер, создал мне сайт с базой MYSQL и сам наполнял сайт. Вот такой ИИ ищу.
А ты зачем в таком случае ИИ? Он и без тебя справится
Насколько я вижу, make не про код. Это больше бизнесавтоматизация, работа с данными итд. Тс же хочет чтоп за него сайт написали)
Не знаю насчет FTP, Такого рода агенты обычно работают с репозитариями, это намного удобнее. У нас есть свой агент AI/Run - отадешь ему ключ к репо, рефакторингом, тестами итп.
Но я предпочитаю Github Copilot c расширенной лиценизией. 11 моделей доступно, но чаще всего использую gpt-4o/Sonnet 3.7. Подключен к VSCode. Умеет правки вносить прямо в открытый код, анализирует весь проект. Очень сильно убыстряет работу.
Это тебе только кажется)) Вы варитесь в своем котле и не представляете обьемов международной кооперации. Это строилось десятилетиями и никто не будет рушить в угоду кому-то.
Ерунда, не скажу за дойче, но у меня друг работает в UBS, и у них сторудники по всему свету разбросаны
Да, с русскими очень сложно - постоянно хотят кинуть, перекинуть на тебя свою работу, не оплатить... Надесь понятно - что это шутка? Сложно если нет опыта работы. На практике все это регламентируется правилами компании и никак на работе не сказывается. Code of Conduct for ex.
Добавь к цене еще 2 нолика - тгда можешь обращаться к нам)
методики есть, читай выше. Да, они неидеальны, но постоянно совершенствуются. Именно из-за того, что их применяют и в обычной выдаче, здесь и стонут накрутчики - их методы работают все хуже.
Потому что ИИ это не просто база данных, следующая обычной бинарной логике if-else. Для начала нужно понять концепцию недетерминированного конечного автомата. То есть ответ не всегда один для одинаковго набора исходных данных.
Собственно, точно так же работает человеческий мозг - он же не всегда дает правильный ответ? Так и ии при поиска ответа может пойти по неправильному пути. Случайность встроена в поиск ответа. Ей можно управлять, повышая или понижая температуру и тогда ИИ будет выбирать только достоверные ответы. По крайней мере - максимально приближенные к правильным. Через АПИ - это параметр, в чатботе - правильный промпт.
Накладные расходы при создании класса оправдываются понятной структуров, моделированием, максимально приближенным к реальному миру.
Нужно просто четко понимать что это, зачем и как применять. Пихать ООП везде - глупо, отказываться от него - тоже. Писать о вреде ООП может только тот , кто обладает ограниченными знаниями.
Например, если модуль содержит несколько методов, никак не связанных между собой - зачем там классы? А если ты наследуешься от существующего и расширяешь его возможности - это лучший выбор. А то писатели фремфорков не знают, что такое SOLID 😂
Китайский Дипсик в этом подозревают.
А ведь же было бы достаточно погуглить, узнать как создаются модели. Но гораздо проще вбросить чушь, правда? Информация об обучении моделей открыта, более того, можно самому создать простую модель, чтобы понять как это происходит. Но нет, мы будем флудить не переставая, правда?
На ту же тему. При создании нейросетей используют в том чсиле и теорию графов. Это сложно обьяснить в двух словах, желающие сами найдут инфу. Коротко - все связи отслеживаются и на основании их связей определяется авторитетность источника. Различные приложения могут даже определить, является ли номер телефона скамным, именно строя графовую модель связей.
Но в этом же неинтересно разобраться, правда, проще набрасывать?