Выглядит как возможный вариант. Хотя сделать из дизайнера толкового бэкэнд разработчика – задача из разряда "mission impossible" – слишком уж разные это профессии.
У нас тоже нет бесконечного бюджета, но я стараюсь думать в первую очередь о команде и это, конечно же, выливается в бесконечное противостояние - потому что бизнес думает о другом (что понятно). Стараюсь находить какие-то компромиссы и отстаивать интересы своих ребят, насколько это возможно (увы, получается не всегда).
В этом и смысл: вы же можете понять это краткосрочное действие, почему оно было сделано и даже объяснить его. Другое дело, что что это действие не является лучшим долгосрочным решением с точки зрения "инженера шахматных дел". Я надеялся, что аналогия была понятна.
Да, для экспериментов с Laravel вполне можно обойтись бесплатными облачными моделями. Например, через OpenRouter есть несколько моделей с бесплатными тарифами и лимитами, которых хватает для анализа небольших текстов, классификации, извлечения данных и простых AI-функций.
Если хочется совсем быстро попробовать, посмотрите также Google Gemini – у них есть бесплатный уровень доступа через API, которого обычно достаточно для pet-проектов и первых экспериментов.
Есть массив из документов (страниц документации) по фреймворку. Самое “редкое” слово между разными документами, но самое “частое” на конкретно этой странице и является в большинстве случаев ключевым словом и темой страницы документации.
Спасибо, как-то я прошёл мимо такой возможности использовать TF-IDF, хотя это действительно абсолютно естественным образов вытекает из свойств этой модели.
Но меня лично радует тот факт, что есть люди, которые пытаются разобраться в теме самостоятельно. Скажите, вы поддерживаете как-то этот репозиторий? Я бы хотел добавить его в https://github.com/apphp/awesome-php-ml
И ещё - а каким образом конкретно вы использовали его для генерации ключевых слов?
Я высчитал на калькуляторе корень квадратный из 144. Всё, математики теперь не нужны. Я мог бы создать приложение, которое считает квадратные корни по введённому числу.
Полностью согласен, в ближайшее время будет лихорадить. Моя прежняя команда из 10ти человек и нынешняя из 3х (но с ИИ рычагом в разработке) - делают примерно одинакомый объём работы, даже намного качественнее, так как покрытие тестами возросло на порядок (опять же, благодяря ИИ)
Да, согласен, там свои заморочки есть и немало. Но главный плюс - это то, что можно сосредоточиться на разработке проекта. А фрилансер, который помимо проекта для клиента "пилит" ещё и свою библиотеку компонент - тратит кучу своего времени на её поддержку, устранение багов, улучшение и т.д. Я в какой-то момент от всего этого отказался.
Одна из проблем такого рода проектов (у меня самого таких компонент в старом портфолио валяется штук 20), что они выглядят красиво, но ничего кроме удобства для самого фрилансера не несут. Я просто зашёл на демку и сделал примитивную проверку...
Опять же, ничего не имею против таких проектов, но...
Если бы я сегодня снова вернулся бы во фриланс, то взял бы что-то вроде http://filamentphp.com
Очень интересно. Лет 20-ть назад такое уже было, но сообщество отказалось от этого пути. Я и сам таким баловался по-молодости. Так что это, увы, не новая парадигма..
Как проекта для своего фриланса - это нормально, но для большой компании вряд ли подойдёт - по целому ряду причин.
Каюсь, я боялся уйти в полный техно-пессимизм. Но я с Вами полностью согласен такие переходы между эпохами "бесшовно" не проходят. Достаточно вспомнить, какими потрясениями закончилась 2-ая промышленная революция.
Выглядит как возможный вариант. Хотя сделать из дизайнера толкового бэкэнд разработчика – задача из разряда "mission impossible" – слишком уж разные это профессии.
К этого поколения уменьшенный размер контекстного окна.
У нас тоже нет бесконечного бюджета, но я стараюсь думать в первую очередь о команде и это, конечно же, выливается в бесконечное противостояние - потому что бизнес думает о другом (что понятно). Стараюсь находить какие-то компромиссы и отстаивать интересы своих ребят, насколько это возможно (увы, получается не всегда).
В этом и смысл: вы же можете понять это краткосрочное действие, почему оно было сделано и даже объяснить его. Другое дело, что что это действие не является лучшим долгосрочным решением с точки зрения "инженера шахматных дел".
Я надеялся, что аналогия была понятна.
Да, для экспериментов с Laravel вполне можно обойтись бесплатными облачными моделями. Например, через OpenRouter есть несколько моделей с бесплатными тарифами и лимитами, которых хватает для анализа небольших текстов, классификации, извлечения данных и простых AI-функций.
Если хочется совсем быстро попробовать, посмотрите также Google Gemini – у них есть бесплатный уровень доступа через API, которого обычно достаточно для pet-проектов и первых экспериментов.
Чего только народ не придумает, чтобы не учить PHP...
Спасибо, как-то я прошёл мимо такой возможности использовать TF-IDF, хотя это действительно абсолютно естественным образов вытекает из свойств этой модели.
Приведённые примеры с статье были только для понимания концепции, для нормальной работы я бы рекомендовал использовать TfIdfTransformer от RubixML: https://rubixml.github.io/ML/2.0/transformers/tf-idf-transformer.html
Но меня лично радует тот факт, что есть люди, которые пытаются разобраться в теме самостоятельно. Скажите, вы поддерживаете как-то этот репозиторий? Я бы хотел добавить его в https://github.com/apphp/awesome-php-ml
И ещё - а каким образом конкретно вы использовали его для генерации ключевых слов?
Масло разлито, согласен. Только вот вопрос ещё для кого?
Я высчитал на калькуляторе корень квадратный из 144. Всё, математики теперь не нужны. Я мог бы создать приложение, которое считает квадратные корни по введённому числу.
Полностью согласен, в ближайшее время будет лихорадить. Моя прежняя команда из 10ти человек и нынешняя из 3х (но с ИИ рычагом в разработке) - делают примерно одинакомый объём работы, даже намного качественнее, так как покрытие тестами возросло на порядок (опять же, благодяря ИИ)
Я не имел ввиду расходы, раба в античности тоже надо было кормить, поить. Я имел ввиду именно оплату труда.
Согласно многим античным мыслителям – раб, это instrumentum vocale (говорящее орудие). Где же тут кумир?
Да, согласен, там свои заморочки есть и немало.
Но главный плюс - это то, что можно сосредоточиться на разработке проекта. А фрилансер, который помимо проекта для клиента "пилит" ещё и свою библиотеку компонент - тратит кучу своего времени на её поддержку, устранение багов, улучшение и т.д. Я в какой-то момент от всего этого отказался.
Одна из проблем такого рода проектов (у меня самого таких компонент в старом портфолио валяется штук 20), что они выглядят красиво, но ничего кроме удобства для самого фрилансера не несут.
Я просто зашёл на демку и сделал примитивную проверку...
Опять же, ничего не имею против таких проектов, но...
Если бы я сегодня снова вернулся бы во фриланс, то взял бы что-то вроде http://filamentphp.com
Для любопытствующих - вот: https://thorm.dev/
О да! Классы наследники - это было круто. У меня был базовый класс DataGrid от которого наследовали различные классы для CRUDов. Было весело..
Очень интересно. Лет 20-ть назад такое уже было, но сообщество отказалось от этого пути. Я и сам таким баловался по-молодости. Так что это, увы, не новая парадигма..
Как проекта для своего фриланса - это нормально, но для большой компании вряд ли подойдёт - по целому ряду причин.
Это GPT так считает. Надо уточнить у него конкретную дату ))
Каюсь, я боялся уйти в полный техно-пессимизм. Но я с Вами полностью согласен такие переходы между эпохами "бесшовно" не проходят. Достаточно вспомнить, какими потрясениями закончилась 2-ая промышленная революция.