Обновить
1
0
Александр@OhSirius

Программист

Отправить сообщение

Не согласен, здесь речь про радость творчества и смысл.

Хорошая статья, полная драматизма. Но с другой стороны сколько возможностей откроется для разработчиков. Например, вы пишите игры, но с ИИ сможете работать в другом домене и на другом языке. Кажется, мы сможем стать более автономными. Что касается доступности моделей, сейчас они активно развиваются - сможем запускать их локально.

Условно это вера в Бога и следование принципам выбранной религии.

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

Качество генерируемого кода пока слабое - не вижу, чтобы моделям можно отдать продакшен. Скорее можно рутину делегировать вроде тестов и крудов по аналогии.

У AI компаний истерика - если хайп не оправдается, то ярды денег в ЦОД приведут к кассовому разрыву.

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

Точно, когда переходил в Scala из C# удивлялся где enum и extension

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

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

Жаль, задавить авторитетом и реализовать безумные идеи за счёт работодателя не получится - по рукам получишь ))

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

Мазохисты занимаются вполне разумной пропагандой: заставляют напомнить IT-ам, что времена "лампового мира" заканчиваются, кормовая база сужается. Теперь от нас ждут стахановской работы и меньше умничать.

Добрый!
Ваша информация немного устарела, сейчас elastic вернулся в opensource (https://www.elastic.co/about/open-source) и распространяется по лицензии AGPL, начиная с версии с 8.16+ https://www.elastic.co/pricing/faq/licensing, если вам нужен базовый функционал https://www.elastic.co/subscriptions (все что с ml-платное).

Что касается использования elastic4s и openSearch, то было общение по этому поводу с контрибутерами https://github.com/Philippus/elastic4s/issues/2943 и единственное хорошее решение сейчас это переходить на java-клиент. Другой вариант делать opensearch4s самостоятельно - проводили прототипирование полнотектового поиска для связки elastic4s и openSearch и теоретически это возможно (api-совместимы), но потребуется переписать часть, связанную с векторным поиском, ml-моделями и т.д.

Загрузка данных из источников и поиск по ним.

С учётом санкций, закрытия иностранных рынков для российских разработчиков, продолжение монополизации нашей экономики не стоит слишком надеяться на законы рыночной экономики. Будем работать много и за еду как большинство жителей нашей страны.

Недавно была новость, что elastic возвращается в opensource https://www.elastic.co/about/open-source

Фантастическая работа!

А возможны ли цепочки действий в виджетах - например, нажали кнопку, потом вернули управление пользователю для подтверждения или выбора, в конце завершили действие. То есть есть ли шаблоны команд у виджетов ?

Отличные наблюдения - мы в нашей команде придумали специальные RnD спринты:

  1. Копим ижесы в течение определенного времени

  2. Объединяем их в вехи - прорабатываем задачи

  3. Проводим что-то вроде защиты, на которой принимаем решение достаточно ли экспертизы для промышленной реализации

  4. Потом уже запускаем стандартный процесс через скрам

1

Информация

В рейтинге
7 084-й
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Ведущий
PostgreSQL
C#
Entity framework
.NET Core
Scala
Elasticsearch
Apache Kafka
Linux
ООП
SQL