приехал недовес / некачественное блюдо - твой проблемы, поддержка уверяет, что сделают все возможное, чтобы такого никогда больше не было
предлагают выбрать акции на месяц, такие как бесплатная доставка с 15 до 17 часов, потом говорят, что такого нет и вообще я это придумал
курьер задержался на 30 минут? ну он же доставил еду, и это не наши проблемы.
Аналогично с такси: таксист заехал куда-то в магазин по своим делам и я стою на улице, смотрю как он катается по магазинам - это мои проблемы, а таксист к вам больше никогда этот не приедет.
Раньше был сервис, который нес ответсвенность за своих исполнителей, сейчас они могут делать что хотят, а юзеру мы скажем, что впредь такого не повторится, точно-точно
Регулярно приходится сталкиваться с такими задачами и пришел к выводу, что лучше всего просто пульнуть таску в очередь, и оттуда уже сервисами их исполнять. Точно ничего не потеряется (nack на фейле) + легкий скейлинг и без спайков в нагрузке
Если вариант поместить все в монолит и хранимки будет работать - то почему бы и нет. Но, как мне кажется, зачастую современная архитектура внутри компании не позволяет решать вопросы таким образом, потому что данные нужно отправить в одно место, потом в другое, принять из третьего, и чтобы все это работало без single point of failure
Не совсем согласен с мнением. Если речь про VACUUM или индексы - это утрирование - ок. Если же кого-то действительно удивляет знание таких вещей - скорее всего вы занимаетесь разработкой, где решаются простые задачи, например создание сайтов на тильде. Про кубернетес и энтерпрайз вообще не понял немного, а есть какой-то другой вариант разработать что-то большее, чем hello-world? У вас задача - написать устойчивое приложение на 100к юзеров дейли, 99% SLA и чтобы пики нагрузки нормально обрабатывать (autoscale) и все красиво чтобы было и хорошо, с метриками там, логами, это как решается? Монолитом? А патчи вносить будем наверное через `ssh nano logic_file.py`. Может я не так понял, поясните
Но ведь такие действительно нужны. Мне кажется проблема в том, что если человек возьмет джуна, вложит в него время (время = деньги), то через полгода он уйдет к другим, потому что либо ему захочется получить новый опыт, либо новую заработную плату. Вариант "сразу платить 200к" применяется крайне редко и только с теми людьми, которые действительно могут проявить прогресс в обучении
Дааа, в целом иногда это работает. Но, раньше, когда только вышел релиз, нейронка отвечала прям в стиле "чтобы взломать пентагон вот вам инструкция из 5 шагов" с интрукцией. Сейчас как-то все размыто, без конкретики
Да вроде инструменты JetBrains использую. Просто это выглядит так: видишь проблемный класс, смотришь его родителей, тянешь их. Это может быть классов 5-6-7 на всю иерархию. Но это проблемно. Тоже самое с включением зависимотей. В одном файле собирается еще 10 классов из проекта, которые тоже порой нужно объяснять.
Насколько сильно различие между бесплатной GPT-3.5 и 4? При попытке решить какую-то проблему в коде в большом проекте нужно тянуть огромную кучу контекста, классы, которые передаются через DI, все родительские классы, еще не забыть объяснить, что вот этот вот хак это не ошибка, а так и надо. Пока вот это все выгрузишь в нейронку уже пройдет много времени и по моему опыту нейронка выдаст какую-то ерунду, несвязанную с проблемой, как ты не промпти. Я уж не говорю про то, что когда дело доходит до реверс-инжиниринга\пентеста и прочего она сразу говорит, что такие вещи делать это ай-яй-яй и я ничего не скажу. Означает ли это, что реверс-инжерены и люди около этой сферы останутся в "безопасности" или я просто не умею промптить нормально?
Мне интересно, а почему никто никогда не рассказывает про асинхронные декораторы? Тему обычных декораторов разобрали вдоль и поперек, здесь все понятно. А вот иногда надо какую-то решить проблему с асинхронным декоратором, а информации в интернете 0 об это.
Как я решаю простую задачу сам:
5 минут на понимание задачи
5 минут на нахождение проблемы
10 минут на фикс
5 минут на правку тестов
Как я решаю простую задачу с LLM:
5 минут на понимание задачи
5 минут на написание промпта
10 минут и деньги в ожидании решения
20 минут на понимание решения от ИИ
10 минут на правки за деньги
1 минута на осознание, что дальше hello, world оно не умеет
Оставшееся время на откат и фикс самому
Решение есть - отчисление, мне кажется отлично мотивирует закрывать предметы
особенно это наблюдается у деливери:
приехал недовес / некачественное блюдо - твой проблемы, поддержка уверяет, что сделают все возможное, чтобы такого никогда больше не было
предлагают выбрать акции на месяц, такие как бесплатная доставка с 15 до 17 часов, потом говорят, что такого нет и вообще я это придумал
курьер задержался на 30 минут? ну он же доставил еду, и это не наши проблемы.
Аналогично с такси: таксист заехал куда-то в магазин по своим делам и я стою на улице, смотрю как он катается по магазинам - это мои проблемы, а таксист к вам больше никогда этот не приедет.
Раньше был сервис, который нес ответсвенность за своих исполнителей, сейчас они могут делать что хотят, а юзеру мы скажем, что впредь такого не повторится, точно-точно
Еще такое умеет делать "Здоровье" на айфоне с таким же функционалом примерно, только без смс
Также ещё есть хорошая книжка на тему python internals https://leanpub.com/insidethepythonvirtualmachine/read#leanpub-auto-from-class-code-to-bytecode
Регулярно приходится сталкиваться с такими задачами и пришел к выводу, что лучше всего просто пульнуть таску в очередь, и оттуда уже сервисами их исполнять. Точно ничего не потеряется (nack на фейле) + легкий скейлинг и без спайков в нагрузке
Всегда стараюсь писать dict() вместо {} чтобы не заставлять других вспоминать, что это будет по умолчанию, set или dict
Если вариант поместить все в монолит и хранимки будет работать - то почему бы и нет. Но, как мне кажется, зачастую современная архитектура внутри компании не позволяет решать вопросы таким образом, потому что данные нужно отправить в одно место, потом в другое, принять из третьего, и чтобы все это работало без single point of failure
Не совсем согласен с мнением. Если речь про VACUUM или индексы - это утрирование - ок. Если же кого-то действительно удивляет знание таких вещей - скорее всего вы занимаетесь разработкой, где решаются простые задачи, например создание сайтов на тильде. Про кубернетес и энтерпрайз вообще не понял немного, а есть какой-то другой вариант разработать что-то большее, чем hello-world? У вас задача - написать устойчивое приложение на 100к юзеров дейли, 99% SLA и чтобы пики нагрузки нормально обрабатывать (autoscale) и все красиво чтобы было и хорошо, с метриками там, логами, это как решается? Монолитом? А патчи вносить будем наверное через `ssh nano logic_file.py`. Может я не так понял, поясните
Но ведь такие действительно нужны. Мне кажется проблема в том, что если человек возьмет джуна, вложит в него время (время = деньги), то через полгода он уйдет к другим, потому что либо ему захочется получить новый опыт, либо новую заработную плату. Вариант "сразу платить 200к" применяется крайне редко и только с теми людьми, которые действительно могут проявить прогресс в обучении
Дааа, в целом иногда это работает. Но, раньше, когда только вышел релиз, нейронка отвечала прям в стиле "чтобы взломать пентагон вот вам инструкция из 5 шагов" с интрукцией. Сейчас как-то все размыто, без конкретики
Да вроде инструменты JetBrains использую. Просто это выглядит так: видишь проблемный класс, смотришь его родителей, тянешь их. Это может быть классов 5-6-7 на всю иерархию. Но это проблемно. Тоже самое с включением зависимотей. В одном файле собирается еще 10 классов из проекта, которые тоже порой нужно объяснять.
Насколько сильно различие между бесплатной GPT-3.5 и 4? При попытке решить какую-то проблему в коде в большом проекте нужно тянуть огромную кучу контекста, классы, которые передаются через DI, все родительские классы, еще не забыть объяснить, что вот этот вот хак это не ошибка, а так и надо. Пока вот это все выгрузишь в нейронку уже пройдет много времени и по моему опыту нейронка выдаст какую-то ерунду, несвязанную с проблемой, как ты не промпти. Я уж не говорю про то, что когда дело доходит до реверс-инжиниринга\пентеста и прочего она сразу говорит, что такие вещи делать это ай-яй-яй и я ничего не скажу. Означает ли это, что реверс-инжерены и люди около этой сферы останутся в "безопасности" или я просто не умею промптить нормально?
Мне интересно, а почему никто никогда не рассказывает про асинхронные декораторы? Тему обычных декораторов разобрали вдоль и поперек, здесь все понятно. А вот иногда надо какую-то решить проблему с асинхронным декоратором, а информации в интернете 0 об это.
Подскажите, в графики входят годовые\квартальные премии и прочие бонусы?