ArbNet

ArbNet
Рейтинг
154
Регистрация
27.10.2019
Программист самоучка
KrutE #:

так о том и речь. вайбкодер захлебнется в багах еще на малом развертывании. только если в бою не получит мини-образование.
программист сможет отлаживать узкие места.
Как прототипирование и тестирование идей, конечно да. Но не как тут некоторые без мозгов пытаются с помощью агентов создавать и править проекты..
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 и др.) будут всю архитектуру менять на внедрение ИИ(то есть без баз данных о сайтах с выдачей их списком) либо их заменят те кто это будут делать(как ИИ чаты). Алгоритмы поисковиков сейчас несправедливые и тупые, как и везде где присутствует человеческий фактор, алгоритмы ИИ статистические, если данные не искажать, не цензурировать и тп. то выдача будет более честная.

ЗЫ. Браузеры будут и сайты тоже, это как журналы, газеты, тетрадки, записные книжки и тп. Изобретения живут пока ими пользуются, хранение, передача и подача информации всегда будут востребованы.
Vladimir-zenno #:
Попросили ии показать - что такое любовь
Эта тема под цензурой просто, и ИИ не обучена в этом плане.

ЗЫ. Иначе были бы картинки с сайтов для взрослых 😁
Александр Воробьев #:
по причине того, что так употребляется (по моим наблюдениям) наиболее часто

Вот в этом и вся беда человечества, не умных людей, которые бегут за толпой и не думают своей головой.

ЗЫ. Эксперимент с обезьянками помнишь, я лично его почти всегда в такие моменты вспоминаю.

Александр Воробьев #:
Сам по себе подход такой используется практически везде (и не только в PHP). Он на поверхности и вполне естественный т.к. обуславливается тем как работает PHP. Различия только в конкретике реализации. Тут уже лучше погружаться в код (если есть интерес в обсуждении) - видео (тем более если будет без обратной связи) не имеет смысла, т.к. нужны вопросы - ответы. Так что если есть вопросы по реализации - спрашивай.
Ну, мне по сути всё понятно уже. Сделать такое в принципе не проблема. Но для моего подхода такой способ всё равно не подходит, я же сделал инструмент для обычных людей, далёких от программирования, им не зачем изучать всякого рода шаблнизаторы для компиляции страниц и тп. Да, без определённых знаний конечно не обойтись, но я как мог упростил создание страниц, по моему нет ничего проще чем простой HTML, а у меня XML с некоторыми дополнительными возможностями, вот и всё.
Александр Воробьев #:
в том числе в электронной версии «Академос» Института русского языка им. В. В. Виноградова

Я же говорю бездари.. давно уже не воспринимаю современных учёных с точки зрения истинности.

Вот тебе даже ответ от ИИ:

Правильный и единственный нормативный вариант в современном русском языке — кэширование (через букву «э»).

Вот подробное объяснение, почему так:

Правило передачи иностранных звуков: В русском языке буква «э» пишется в заимствованных словах после согласных (кроме шипящих и «ц»), чтобы передать твёрдое произношение этого согласного перед гласной [e]. В слове cache (англ. [kæʃ]) звук [k] — твёрдый, поэтому по-русски пишем к + э.

Словарная фиксация: Слово «кэширование» закреплено в авторитетных орфографических словарях (например, в словаре В. В. Лопатина) и входит в перечень обязательных для использования в деловой и технической документации (в частности, оно содержится в справочниках издательства «Мир энциклопедий» и рекомендовано ИРЯ РАН).

Исключение для терминов: Несмотря на то, что в разговорной речи и в некоторых старых текстах можно встретить вариант «кеширование» (по аналогии с другими словами, где «е» смягчает согласную), в строгой литературной норме это считается ошибкой.

Вывод: Пишите всегда «кэширование» (и производные: кэш, кэшировать, кэш-память).
Александр Воробьев #:
У меня заложена парадигма компиляции. Т.е. в момент хита (наиболее частого, не "первого") - шаблоны не будут вообще затрагиваться. Т.е. на первом хите шаблон (точнее вся необходимая для конкретной страницы структура шаблонов) будет компилироваться в обычные php файлы (или файл). Так же тут могут быть вариации по необходимости - это может быть как вообще статический html. Так и просто php файл который будет формировать подготовленную страницу на основе динамических данных. Это ради производительности. Нет смысла парсить шаблоны каждый раз, достаточно один раз после изменений в них. Это даст прирост производительности:  любой парсинг шаблона (а каком бы он формате не был) - это дорогая операция, и за счет компиляции я избавляюсь от этого на каждом хите, плюс скомпилированный php файл уже обрабатывается OPcache - что дает еще плюс к производительности т.е. единожды созданный байткод не создается каждый раз.
Понятно. То есть ты на основе своего шаблонизатора создаёшь php файлы для каркаса страницы, а потом просто в этих файлах вызываются функции для вставки содержимого. Умно, сам придумал или позаимствовал от куда-то такой подход?
Александр Воробьев #:
К слову, а те видео, что я уже записал ты смотрел? По ним (точнее по тому, о чем в них речь, и что в них демонстрируется) есть, что сказать?
Мельком, не всё смотрел. Говорить тут не чего, всё банально по методичкам..
Всего: 2500