так о том и речь. вайбкодер захлебнется в багах еще на малом развертывании. только если в бою не получит мини-образование. программист сможет отлаживать узкие места.
Как прототипирование и тестирование идей, конечно да. Но не как тут некоторые без мозгов пытаются с помощью агентов создавать и править проекты..
KrutE#: ИИ в руках программиста-сеошника-маркетолога сейчас - это реально золотое золото
Для не понимающего да. А для того кто реально умеет программировать и видит говнокод сгенерированный ИИ, то по старинке делает всё своими мозгами и ручками.
Вот к примеру кое что тестил, ИИ мне написал такие кодировщики слов в числа и обратно по моему запросу
/// Кодирование pub fn encode(word: &str) -> u64 { let mut result: u64 = 0; let max_len = 10; for (idx, sym) in word.chars().enumerate() { if idx >= max_len { break; } if let Some(code) = index(sym) { let code_u64 = code as u64; if result > u64::MAX / 64 { break;
result = result * 64 + code_u64; } } result } /// Декодирование pub fn decode(code: u64) -> String { let mut code=code; let mut syms = Vec::new(); while code > 0 { let tmp = (code % 64) as usize; if let Some(sym) = SYMBOLS.chars().nth(tmp) { syms.push(sym); } code /= 64; } if syms.len()>0 { syms.reverse(); } syms.iter().collect() }
Для того кто не соображает, это идеальный код и он его будет применять.. А фактически это говнокод при таком кодировании result = result * 64 + code_u64; будет ошибка переполнения. И таких косяков у ИИ очень много. Те кто сами не умеют думать, для них это всё замечательно конечно..
pavlkonst#: а вот выбрать подрядчика на строительство дома или купить редкую запчасть через чат-бота они не смогут. Транзакционные и коммерческие запросы никуда из классического поиска не денутся
Сейчас ИИ чаты могут по запросу находить сайты с нужной информацией, анализировать и выдавать совокупный результат с выжимкой. Так что ваши традиционные запросы это прошлое и простыня из кучи ссылок нафиг никому уже не нужны..
В нём нет ничего кроме вычисления вероятности, ни логики, ни эмпатии, ни знаний, ни опыта и тд. продолжать можно очень долго. Алгоритмы ИИ могут только выявлять разные отличия тех или иных данных смыслы\признаки и по этим признакам запоминать и генерировать другие данные.
Мой прогноз, что поисковики такими какие они сейчас уже не будут. Либо компании (Google, Yandex и др.) будут всю архитектуру менять на внедрение ИИ(то есть без баз данных о сайтах с выдачей их списком) либо их заменят те кто это будут делать(как ИИ чаты). Алгоритмы поисковиков сейчас несправедливые и тупые, как и везде где присутствует человеческий фактор, алгоритмы ИИ статистические, если данные не искажать, не цензурировать и тп. то выдача будет более честная.
ЗЫ. Браузеры будут и сайты тоже, это как журналы, газеты, тетрадки, записные книжки и тп. Изобретения живут пока ими пользуются, хранение, передача и подача информации всегда будут востребованы.
Александр Воробьев#: Сам по себе подход такой используется практически везде (и не только в PHP). Он на поверхности и вполне естественный т.к. обуславливается тем как работает PHP. Различия только в конкретике реализации. Тут уже лучше погружаться в код (если есть интерес в обсуждении) - видео (тем более если будет без обратной связи) не имеет смысла, т.к. нужны вопросы - ответы. Так что если есть вопросы по реализации - спрашивай.
Ну, мне по сути всё понятно уже. Сделать такое в принципе не проблема. Но для моего подхода такой способ всё равно не подходит, я же сделал инструмент для обычных людей, далёких от программирования, им не зачем изучать всякого рода шаблнизаторы для компиляции страниц и тп. Да, без определённых знаний конечно не обойтись, но я как мог упростил создание страниц, по моему нет ничего проще чем простой HTML, а у меня XML с некоторыми дополнительными возможностями, вот и всё.
Александр Воробьев#: в том числе в электронной версии «Академос» Института русского языка им. В. В. Виноградова
Я же говорю бездари.. давно уже не воспринимаю современных учёных с точки зрения истинности.
Вот тебе даже ответ от ИИ:
Правильный и единственный нормативный вариант в современном русском языке — кэширование (через букву «э»).
Вот подробное объяснение, почему так:
Правило передачи иностранных звуков: В русском языке буква «э» пишется в заимствованных словах после согласных (кроме шипящих и «ц»), чтобы передать твёрдое произношение этого согласного перед гласной [e]. В слове cache (англ. [kæʃ]) звук [k] — твёрдый, поэтому по-русски пишем к + э.
Словарная фиксация: Слово «кэширование» закреплено в авторитетных орфографических словарях (например, в словаре В. В. Лопатина) и входит в перечень обязательных для использования в деловой и технической документации (в частности, оно содержится в справочниках издательства «Мир энциклопедий» и рекомендовано ИРЯ РАН).
Исключение для терминов: Несмотря на то, что в разговорной речи и в некоторых старых текстах можно встретить вариант «кеширование» (по аналогии с другими словами, где «е» смягчает согласную), в строгой литературной норме это считается ошибкой.
Вывод: Пишите всегда «кэширование» (и производные: кэш, кэшировать, кэш-память).
Александр Воробьев#: У меня заложена парадигма компиляции. Т.е. в момент хита (наиболее частого, не "первого") - шаблоны не будут вообще затрагиваться. Т.е. на первом хите шаблон (точнее вся необходимая для конкретной страницы структура шаблонов) будет компилироваться в обычные php файлы (или файл). Так же тут могут быть вариации по необходимости - это может быть как вообще статический html. Так и просто php файл который будет формировать подготовленную страницу на основе динамических данных. Это ради производительности. Нет смысла парсить шаблоны каждый раз, достаточно один раз после изменений в них. Это даст прирост производительности: любой парсинг шаблона (а каком бы он формате не был) - это дорогая операция, и за счет компиляции я избавляюсь от этого на каждом хите, плюс скомпилированный php файл уже обрабатывается OPcache - что дает еще плюс к производительности т.е. единожды созданный байткод не создается каждый раз.
Понятно. То есть ты на основе своего шаблонизатора создаёшь php файлы для каркаса страницы, а потом просто в этих файлах вызываются функции для вставки содержимого. Умно, сам придумал или позаимствовал от куда-то такой подход?
Какая модель это сгенерила? Ты точно ни чего не правил в коде?
так о том и речь. вайбкодер захлебнется в багах еще на малом развертывании. только если в бою не получит мини-образование.
программист сможет отлаживать узкие места.
ИИ в руках программиста-сеошника-маркетолога сейчас - это реально золотое золото
Для не понимающего да. А для того кто реально умеет программировать и видит говнокод сгенерированный ИИ, то по старинке делает всё своими мозгами и ручками.
Вот к примеру кое что тестил, ИИ мне написал такие кодировщики слов в числа и обратно по моему запросу
Для того кто не соображает, это идеальный код и он его будет применять.. А фактически это говнокод
при таком кодировании result = result * 64 + code_u64; будет ошибка переполнения. И таких косяков у ИИ очень много. Те кто сами не умеют думать, для них это всё замечательно конечно..
а вот выбрать подрядчика на строительство дома или купить редкую запчасть через чат-бота они не смогут. Транзакционные и коммерческие запросы никуда из классического поиска не денутся
Сейчас ИИ чаты могут по запросу находить сайты с нужной информацией, анализировать и выдавать совокупный результат с выжимкой. Так что ваши традиционные запросы это прошлое и простыня из кучи ссылок нафиг никому уже не нужны..
Попросили ии показать - что такое любовь
ЗЫ. Иначе были бы картинки с сайтов для взрослых 😁
по причине того, что так употребляется (по моим наблюдениям) наиболее часто
Вот в этом и вся беда человечества, не умных людей, которые бегут за толпой и не думают своей головой.
ЗЫ. Эксперимент с обезьянками помнишь, я лично его почти всегда в такие моменты вспоминаю.
Сам по себе подход такой используется практически везде (и не только в PHP). Он на поверхности и вполне естественный т.к. обуславливается тем как работает PHP. Различия только в конкретике реализации. Тут уже лучше погружаться в код (если есть интерес в обсуждении) - видео (тем более если будет без обратной связи) не имеет смысла, т.к. нужны вопросы - ответы. Так что если есть вопросы по реализации - спрашивай.
в том числе в электронной версии «Академос» Института русского языка им. В. В. Виноградова
Я же говорю бездари.. давно уже не воспринимаю современных учёных с точки зрения истинности.
Вот тебе даже ответ от ИИ:
У меня заложена парадигма компиляции. Т.е. в момент хита (наиболее частого, не "первого") - шаблоны не будут вообще затрагиваться. Т.е. на первом хите шаблон (точнее вся необходимая для конкретной страницы структура шаблонов) будет компилироваться в обычные php файлы (или файл). Так же тут могут быть вариации по необходимости - это может быть как вообще статический html. Так и просто php файл который будет формировать подготовленную страницу на основе динамических данных. Это ради производительности. Нет смысла парсить шаблоны каждый раз, достаточно один раз после изменений в них. Это даст прирост производительности: любой парсинг шаблона (а каком бы он формате не был) - это дорогая операция, и за счет компиляции я избавляюсь от этого на каждом хите, плюс скомпилированный php файл уже обрабатывается OPcache - что дает еще плюс к производительности т.е. единожды созданный байткод не создается каждый раз.