Sly32

Рейтинг
372
Регистрация
29.03.2012
Delysid #:

Знаем мы всяких директоров фирмочек называющихся лидирующим поставщком аналитической информации для бизнеса и профессионалов , а когда в квартиру заходишь то она пустая. 😄

Вообще если вы в России то должны незамедлительно пойти в ФСБ и написать, чем занимается эта подозрительная контора с лозунгом "лидирующий поставщик аналитической информации для бизнеса и профессионалов".

Никому я ничего не должен, особенно у вас. Ага, мелкая фирмочка,  больше 20- тысяч работников)) Уверен что тут на форуме дофига народу, кто пользуется их данными

Delysid #:

А нуда. Я просто эти слова не понял: Вот я сейчас работаю над реранкингом результатов ответов от AI.

А как бизнес для которого вы работаете может быть заинтересован в AI?

Выдирать курс чего либо из ответа AI и на своём сайте повторно опубликовывать?

Компания на которую я работаю, цитирую: « лидирующий поставщик аналитической информации для бизнеса и профессионалов»  это у нее скорее воруют аналитику и новости   И я уже не раз говорил - я не занимаюсь сайтами  Для чего там ИИ даже не буду пытаться обьяснять   Тыж все равно в него не веришь

Delysid #:

Только вот никакого отношения к разработке AI вы не имеете. 😀

Я не работаю в OpenAI и не говорил такого. Я разрабатываю решения для бизнеса на основе AI. 

Александр Воробьев #:

Если не ошибаюсь, в примере было в одном json все  языки,  тут в одном файле только один язык. Это удобнее , на мой взгляд, т.к.:

- не загружается лишнее - ведь посетитель открывает на одном хите сайт только на одном языке

- переводчик трогает только один языковой файл и нет причин проверять, а не сделал ли он чего либо не то в другом языке (что то типа из мира СОЛИД :)  - файл отвечает за, например, китайский, а русский - это зона ответственности другого файла)

Хороший вопрос, попробую обяснить свое решение. Речь идет  о реализации перевода интерфейса, не всего сайта. Это главное меню, названия подразделов.. Примерно 50-100 слов на один язык. то есть файл будет в пределах одного килобайта. В моем случае мне не нужно будет предусматривать загрузку разных файлов. я обращаюсь к одному файлу кажлый раз, из него по ключу достаю нужный мне язык и только его отправляю на фронт. Если мне нужен будет интерфейс для переводчика - я точно также дам ему уже отфильтрованный  обьект и запишу его только в измененную часть. Он не сможет  ничего лишнего изменить. Солид это про ООП больше. В моем случае тут L - Liskov substitution не нарушается -  я пишу интерфейс и ожидаю одинаковое поведение как родителя так и  наследника.  Single responsibility не нарушается. Но в принципе это вопрос удобства - можно и так и так.  

Mik Foxi #:
. большинство сайтов все равно на пхп. язык никуда не денется

А кто говорит, что он денется? Паровозы до сих пор где-то используются, а у нас по Кракову ездят конные повозки.

пхп заточен под веб и конечно же много чего проще выполнять на нем. Ну да, система на JAVA будет быстрее и стабилнее и кроссплатформенной, функционал питона пхп и не снился. Но для своих задач он вполне себе ничего. Я его не люблю, но это не значит что его нужно  запретить)

Антоний Казанский #:
Свистеть не надо. Ни про брата, ни про быстрый справочник лекарств. 

Ты меня тут хоть раз за враньем заставал? Мне с какого перепугу придумывать. Я рассказал про брата, но у меня есть поинтереснее истории применения в медицине, но я не имею права. 

Антоний Казанский #:
Если заведующий ищет по ChatGPT аналогичные симптомы - это профнепригодность.

Профнепригодность - рассуждать о том, чего не понимаешь. Микроскопом гвозди забивать. Что вы, сеошники это и демонстрируете. Вот тут-

Антоний Казанский #:
который может касаться отдельного человека, а сервис будет без конца водить кругами по отделам и ответственным.

ИИ не для того. Как ты его используешь, такой результат и получаешь. Информацию о человеке надо искать в поисковых системах.

Антоний Казанский #:
Хорошему врачу всё это напрочь не нужно

Да да, а потом такой врач оказывается на бирже труда, потому что пока он будет листать бумажный справочник, более молодой получит нужный результат в 3 раза быстрее. Потому что использовал правильные инструменты. 
А повар может захотеть издать свою книгу рецептов и ИИ поможет ему все его записи систематизировать.

Baidin0 #:
Напиши его ФИО, чтобы случайно не попасть к горе-доктору, который вместо собственного мозга использует чатгпт для назначения лекарств и выписки рецептов.

Это местные вебмастера пихают результаты не думаю в  свои сйтики. Умный человек и отличается от таких как ты, что берет разные источники и обрабатывает результат, прежде чем прийти к окончательному выводу.

garry69 #:
А чем плоха wp_get_recent_posts()? Если в аргументах задать ограничение по периоду, скажем в неделю или в месяц, чтобы не по всей таблице постов ударять, вообще как метеор работает и не грузит, ресурсов минимум.

Ровно также эта функция делает запрос в БД, магии никакой нет. Возможно там еще используется кеширование. Грузит на самом деле порядком. А вот функции с рандомным выводом постов стоит избегать - очень тяжелый запрос. Но для бложика на рау тысяч клиентов можно не париться, конечно.

Антоний Казанский #:
Любой уважающий себя возрастной врач с опытом 30+ - не будет, продавец в вещевом бутике - не будет, повар в шашлычной - не будет (за очень редким исключением), продолжать могу долго... ИИ будут использовать IT-шные гики, типа нас и студенты, также кстати в небольшой степени.

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

Про айти не стоит упоминать, мне он здорово экономит время, я уже 80 процентов вопросов ищу в ИИ, 20 - в поиске. И ответы вполне себе релевантные. Сегодня помог найти досадную ошибку в коде, а у меня глаза уже зашорились, не видел что перепутал одну букву. Напомнил как создавать вправильно юниксовые веб-сокеты, я этим занимаюсь  раз в 3-4 месяца и совсем вылетело из головы как правильно конфигурацию делать. И по его примеру нашел что неправильно пути  были к запуску сокета.

Антоний Казанский #:

Согласен, не все. Но со временем разберутся и многие принципиально не захотят иметь с ними дело.

Если мне нужно не решение энциклопедического вопроса, то мне не нужно - "Здравствуйте, вот вам очевидный ответ на ваш вопрос."

Делай правильные промпты, будешь получать нормальный ответ. ИИ отвечает на твои вопросы. Правильно сформулировал - получил правильный ответ. И чейны важны. 

webinfo #:
Например, функция, подключаемая по указанному хуку, никак не ожидает увидеть в качестве аргумента какой-то там идентификатор

что значит "какойто?" там идентификатор функции, приведенной выше. Все правильно. 

webinfo #:
И функция get_queried_object_id() работает совершенно определённым образом, что никак не отражено в коде.

как это должно было быть отражено? Простая функция, которая получает айди категории  и потом для этой категории получаются последние 5 постов от более нового к страому. Куда уж проще, даже для меня это не секрет.

Всего: 7407