В PenultimateWidgets связанность разорвали, позволив командам самим отвечать за общий код.
В разделе "повторное использование в PenultimateWidgets" есть противоречащие советы. Как вы сами можете видеть по вашим и моим цитатам.
Когда команды сами отвечали за общий код, тех. долг за 2 года превратил проект в хаос. Если проект сложный, должен быть архитектор, который видит большую картину и не дает проекту скатиться в хаос.
Хорошо-бы редакции Хабра как-то модерировать любительские потоки сознания. Чел сегодня зарегистрировался чтоб написать банальные откровения с малой ценностью.
Телеграмм - сама элегантность в сравнении с "body positive" Skype. До сих пор пользуюсь Скайпом по разным причинам. Пока не продали MS, Скайп был шустрый, компактный, популярный.
Ну, 95тб можно использовать по-разному. Если OLTP с массой RI правил на одном сервере, то можно увязнуть в deadlocks, особенно при "грамотной" архитектуре. А если блобы хранить, то и 95тб не предел.
Благодарю за обзор книги. Некоторые советы, на мой взгляд, специфичны для конкретной компании (ThoughtWorks), сотрудники которой и писали книгу, и неприменимы для обобщения.
Конкретно: - не переиспользовать код, - диверсификация языков и кодовых баз, - уклон на микросервисы ...
Не могу сказать, что со всем согласен. Скорее - частный случай архитектуры, когда она была удачна для проекта/компании.
На ваш взгляд, насколько mature текущая реализация?
У меня основная работа на VMWare (data center, DR data center, лабы, среды разработки). Облака используются мало, только для R&D, когда нужно вбухать ресурсов кратковременно для POC. Финт Broadcom напряг многие компании и нужно неспешно искать замену.
Не слежу за расходами. Занимаюсь любимым делом, трачу по необходимости, и не добавляю стресс подсчетами. Перед тратой задумываюсь - мне это правда нужно? И, как-то волшебно, накопления растут ... до сброса в след. вложение.
Все описанное в статье желательно, но на практике слегка иначе.
Компании не заморачиваются после ухода сотрудника. Даже когда находят в Glassdoor массу негатива на себя, чаще оправдываются, но не улучшают процессы расставания.
Из всех в обзоре, заинтересовал EVE - наиболее практичный, с моей т.з. Радует, что нет шагающих клешней, а тихий колесный ход, что механизмы закрыты материей, и что можно дать автономную задачу, или управлять удаленно.
Начиная с проекта 2006 года реализовал рекурсивную начитку дерева в SQL CLR. С тех пор таскаю по проектам. Шустро и просто. Строками передаются фильтр для начального уровня (ex.: parentId = 123), для каждой ветки (ex.: disabled = false), сортировка для каждой ветки. Не для всех случаев работает, но для single-table tree вполне.
GigaChat обогнал по качеству ChatGPT и расширил контекст до 32 тысяч токенов
Результаты SBS (52%) GigaChat Pro [25.01.2024] vs ChatGPT [gpt-3.5-turbo-0613] (48%)
Как писал выше: - в заголовке вы пишете что ваш GigaChat обогнал GPT, но по факту пишете ниже что GigaChat Pro (8k) обогнал GPT3.5 (до 16к). Это введение в заблуждение. Корректно сравнивать вашу максимальную модель (GigaChat Pro) с OpenAI (GPT4).
Виртуальная среда корректнее.
И в установке Setezor позабыли установить модули:
pip install -r requirements.txt
Премного благодарен за статью.
Запустив Setezor в лабе, отловил массу непонятного "общения".
Покурю в выходные.
Все верно, моя невнимательность.
Не совсем так
https://www.amazon.com/i9-14900K-Desktop-Processor-Integrated-Graphics/dp/B0CGJDKLB8
В разделе "повторное использование в PenultimateWidgets" есть противоречащие советы.
Как вы сами можете видеть по вашим и моим цитатам.
Когда команды сами отвечали за общий код, тех. долг за 2 года превратил проект в хаос.
Если проект сложный, должен быть архитектор, который видит большую картину и не дает проекту скатиться в хаос.
Хорошо-бы редакции Хабра как-то модерировать любительские потоки сознания.
Чел сегодня зарегистрировался чтоб написать банальные откровения с малой ценностью.
Телеграмм - сама элегантность в сравнении с "body positive" Skype.
До сих пор пользуюсь Скайпом по разным причинам.
Пока не продали MS, Скайп был шустрый, компактный, популярный.
Ну, 95тб можно использовать по-разному.
Если OLTP с массой RI правил на одном сервере, то можно увязнуть в deadlocks, особенно при "грамотной" архитектуре.
А если блобы хранить, то и 95тб не предел.
Благодарю за обзор книги.
Некоторые советы, на мой взгляд, специфичны для конкретной компании (ThoughtWorks), сотрудники которой и писали книгу, и неприменимы для обобщения.
Конкретно:
- не переиспользовать код,
- диверсификация языков и кодовых баз,
- уклон на микросервисы ...
Не могу сказать, что со всем согласен.
Скорее - частный случай архитектуры, когда она была удачна для проекта/компании.
Об этом планируете более подробно, или это proprietary информация?
На ваш взгляд, насколько mature текущая реализация?
У меня основная работа на VMWare (data center, DR data center, лабы, среды разработки). Облака используются мало, только для R&D, когда нужно вбухать ресурсов кратковременно для POC.
Финт Broadcom напряг многие компании и нужно неспешно искать замену.
Я уже 32 года в отрасли, и понял что сложность программирования зависит от архитектора. :)
Не слежу за расходами.
Занимаюсь любимым делом, трачу по необходимости, и не добавляю стресс подсчетами.
Перед тратой задумываюсь - мне это правда нужно?
И, как-то волшебно, накопления растут ... до сброса в след. вложение.
Усомнился. Кликнул знакомых.
Если не стрижка, то вы ошибаетесь. :)
Нужно определение салона красоты.
Мы катимся к достижениям "замены лампочки", детально расписанным ИИ в резюме ...
Все описанное в статье желательно, но на практике слегка иначе.
Компании не заморачиваются после ухода сотрудника.
Даже когда находят в Glassdoor массу негатива на себя, чаще оправдываются, но не улучшают процессы расставания.
Из всех в обзоре, заинтересовал EVE - наиболее практичный, с моей т.з.
Радует, что нет шагающих клешней, а тихий колесный ход, что механизмы закрыты материей, и что можно дать автономную задачу, или управлять удаленно.
Начиная с проекта 2006 года реализовал рекурсивную начитку дерева в SQL CLR.
С тех пор таскаю по проектам. Шустро и просто.
Строками передаются фильтр для начального уровня (ex.: parentId = 123), для каждой ветки (ex.: disabled = false), сортировка для каждой ветки.
Не для всех случаев работает, но для single-table tree вполне.
Ну, тут чел погорячился.
Тот факт что для хранения embedings лучше подходят векторные базы не имеет никакого отношения к общему понятию баз данных.
И уж не стоит трогать реляционные базы.
Каждому типу данных своя база.
Для улучшения своего (с 13 до 78) я пользовался этим:
https://resumeworded.com
Как писал выше:
- в заголовке вы пишете что ваш GigaChat обогнал GPT, но по факту пишете ниже что GigaChat Pro (8k) обогнал GPT3.5 (до 16к).
Это введение в заблуждение.
Корректно сравнивать вашу максимальную модель (GigaChat Pro) с OpenAI (GPT4).
Кстати, сейчас масса моделей превосходит GPT3.5.