если разумно воспользоваться - вытащить 200%+ прибыли.
Можно. А можно в хороший год взять кредит с плавающей ставкой и потом, внезапно, обнаружить, что КС стала 21% и вся маржа ушла банку. Статья прямо говорит, что предприятия не набиравшие кредитов, не получали 200%+ прибыли, но прожили 500+ лет. Что лучше, каждый решает для себя сам.
Примеры не проблема, ссылки на задачи есть, а уже в самих задачах можно посмотреть лучшие варианты решения на любом языке. Порой, это буквально несколько строчек, по этому понять алгоритм не сложно. Мне это здорово помогло, когда только начинал решать задачки на Скала, я (по привычке) использовал идеоматичный функциональный подход. Увы, по скорости он сильно проигрывает (порой, но не всегда!) императивному. Возможность подсмотреть и понять, что требуется помогла выйти в лидеры.
Ну, а подробности, да, придется искать самому. Впрочем, неплохих книжек по алгоритмам хватает.
Ну да, "А в этой вашей Америке, вообще, негров линчуют!" (С).
Я (по работе) пишу на Скакалке (Scala), вообще говоря, функциональном языке. Но под капотом у некоторых функций, порой, сплошная императивщина. Но это никому не мешает, если это хорошо закопано, оттестировано и не порождает сайд-эффектов!
Он же написал, что использует testcontainers (а точнее Postgres). Очевидно, он пишет тесты на SQL-запросы, а значит, ему нет необходимости тщательно их ревьюить. Похоже, противоречия тут нет. Просто он не акцентировал на этом внимание. Мы (по работе) тоже используем testcontainers (и не только Postgres), очень удобная штука!
Да не так уж, чтоб и долго надо задалбывать. У меня прошка от Гугла на 5 или 6 раз сдалась, как-то при экспериментах над пет-проджектом. Оплатить услуги консультанта, правда, не предлагала. Просто призналась, что ничего сделать не в состоянии. Справедливости ради, проблема была в моке, который передавался в макрос в тесте на Скакалке. Там физически небыло решения для llm. Макрос требовал конкретного типа, а мок был производным. Пришлось просто привести переменную с моком к нужному типу ручками и все завелось.
Справедливости ради, в этом предложении притаилась ссылка на репку.
Сорри, я не автор, но стало интересно, а как сборка в контейнере поможет с лицензионными ограничениями?
Можно. А можно в хороший год взять кредит с плавающей ставкой и потом, внезапно, обнаружить, что КС стала 21% и вся маржа ушла банку. Статья прямо говорит, что предприятия не набиравшие кредитов, не получали 200%+ прибыли, но прожили 500+ лет. Что лучше, каждый решает для себя сам.
Заведите для данного решения денормализованные таблицы. Используйте, например, outbox паттерн для заполнения. Кажется, это не аамая большая проблема.
Тонкий троллинг! 😉
Примеры не проблема, ссылки на задачи есть, а уже в самих задачах можно посмотреть лучшие варианты решения на любом языке. Порой, это буквально несколько строчек, по этому понять алгоритм не сложно. Мне это здорово помогло, когда только начинал решать задачки на Скала, я (по привычке) использовал идеоматичный функциональный подход. Увы, по скорости он сильно проигрывает (порой, но не всегда!) императивному. Возможность подсмотреть и понять, что требуется помогла выйти в лидеры.
Ну, а подробности, да, придется искать самому. Впрочем, неплохих книжек по алгоритмам хватает.
Ну да, "А в этой вашей Америке, вообще, негров линчуют!" (С).
Я (по работе) пишу на Скакалке (Scala), вообще говоря, функциональном языке. Но под капотом у некоторых функций, порой, сплошная императивщина. Но это никому не мешает, если это хорошо закопано, оттестировано и не порождает сайд-эффектов!
Может быть и так, тоже вариант. Но, как известно, "С дуру можно и хрен сломать, хоть он и без костей!" (С).
Автор выбрал компромисс. Компромисс его устроил и он поделился с сообществом. Вай нот? По мне -- отличная идея!
СТО не становятся, СТО рождаются! Я правильно понял Ваш посыл?
https://youtu.be/SV643M-lDi8?si=yUWGib_SO5eXrZtl мне вот это видео вспомнилось, думаю, речь об этом. Вообще, довольно неожиданная развязка, не ожидал, что винты настолько нагружены!
На Кипре, вполне себе работает, проблем нет.
Он же написал, что использует testcontainers (а точнее Postgres). Очевидно, он пишет тесты на SQL-запросы, а значит, ему нет необходимости тщательно их ревьюить. Похоже, противоречия тут нет. Просто он не акцентировал на этом внимание. Мы (по работе) тоже используем testcontainers (и не только Postgres), очень удобная штука!
Не претензия (просто предложение), но судя по комменту, у Вас есть понимание. Может и напишите?
Да не так уж, чтоб и долго надо задалбывать. У меня прошка от Гугла на 5 или 6 раз сдалась, как-то при экспериментах над пет-проджектом. Оплатить услуги консультанта, правда, не предлагала. Просто призналась, что ничего сделать не в состоянии. Справедливости ради, проблема была в моке, который передавался в макрос в тесте на Скакалке. Там физически небыло решения для llm. Макрос требовал конкретного типа, а мок был производным. Пришлось просто привести переменную с моком к нужному типу ручками и все завелось.
Ага, так понятнее, спасибо!
Сорри, а как это? Разряжать до 50% и ставить на зарядку до 100%? Но это прямо противоречит принципам статьи. Не холивара ради, я правда не понял.
Пушкин, Александр Сергеевич, не?
Использовать 2FA? Keycloak это поддерживает.
Перед заголовком "Механика". Прочитать статью перед тем как коммент писать, не?
Тут недавно была пара статей о подобном опыте Uber'а, возможно, они ответят на Ваш вопрос:
https://medium.com/wrenai/how-uber-is-saving-140-000-hours-each-month-using-text-to-sql-and-how-you-can-harness-the-same-fb4818ae4ea3
https://www.uber.com/en-TR/blog/query-gpt/