Регулярно приходится сталкиваться с такими задачами и пришел к выводу, что лучше всего просто пульнуть таску в очередь, и оттуда уже сервисами их исполнять. Точно ничего не потеряется (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 об это.
Также ещё есть хорошая книжка на тему 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 об это.
Подскажите, в графики входят годовые\квартальные премии и прочие бонусы?