У PG есть timescaledb, очень даже хорошо работает и запросы на чтение во много раз быстрее и в несколько раз меньше по объему. А главное - встроенная агрегация, то есть скачиваем 1m таймфрейм, устанавливаем политики агрегации и получаем MATERIALIZED VIEW под основные. И есть возможность без них на лету агрегировать вообще произвольный таймфрейм - тоже достаточно быстро, быстрее чем обычные запросы к таблице.
Вот потому и "закидывают помидорами", потому как кроме подобных личных верований/не верований ничего нет. Если есть другое объяснение - пожалуйста обосновывайте, сможете - нобелевку получите.
Почему нельзя лезть в сингулярность?
Эти люди, которые вам "запрещают" сейчас с вами в одной комнате? Лезьте, я разрешаю.
Почему все считают что вселеной 13.8 миллиардов лет? Потому что так заведено?
Вы не в состоянии самостоятельно посмотреть почему именно? И есть гипотезы и доводы, что это не так, только недавно читал статью с доводами, что 18 на самом деле. Но пока именно гипотеза.
Так оно же натренировано в том числе и на конкретных решениях? Нормально вроде решает. Есть только какая-то странная особенность. Довольно часто делает какую-то очевидную глупость. Недавний пример, ставлю задачу отрефакторить код - переделать классы клиенты api, которые появлялись постепенно, перенести в родительсикй общий функционал. Делает все хорошо. Только вот по неизвестной причине просто выкидывает некоторые методы, которые очевидно нужны. Указываю на это - поправляется. И именно вот таких ошибок странных достаточно. Их поправить самому проще, иногда можно указать - поправит, иногда феерически тупить начинает на откровенной ерунде. Как-будто специально ограничили.
Только вот "аналитики" эти будут такими же бывшими разработчиками, способными еще и проверить результат выполнения. А нынешние "чистокровные" аналитики как раз и есть кузнецы.
Я одного не пойму, а что не проверить то реальный опыт? У меня 4 компании. Первые 2 - писали на гитхаб, там по коммитам можно посмотреть когда я что-то писал. Вторые - по трудовой книжке. Что-то кажется все прекрасно понимают, когда кандидат преувеличивает опыт, это просто, реальный - проверяется.
Скорее количество вакансий прекратило постоянно уменьшаться (но пока за 2023 тоже в минус), а количество резюме прекратило постоянный сильный рост и наконец чуть снизилось в июне (с начала года, опять же, рост приличный).
Я что-то привык, что говоря "переменная класса" это ясно что переменная экземпляра класса. Именно переменную класса я видел только один раз в реализации синглтона (хз зачем). А по поводу потокобезопасности, что-то не встречал, чтобы именно в таких случах как-то заботились об этом, это видимо очень редко всплывающая проблема.
Мне тут отсутствие отработки ошибок (ну и save! вместо save) в голову пришло, ну или update поля, переменная вместо переменной класса - лучше, но никак не проблема.
Struct тормознутее обычных классов, насколько я помню, хотя не знаю насколько это важно (вот OpenStruct уже не рекомендуют из-за динамического добавления полей тормозов еще больше). А зачем 0 в reduce указывать он же там по умолчанию?
У PG есть timescaledb, очень даже хорошо работает и запросы на чтение во много раз быстрее и в несколько раз меньше по объему. А главное - встроенная агрегация, то есть скачиваем 1m таймфрейм, устанавливаем политики агрегации и получаем MATERIALIZED VIEW под основные. И есть возможность без них на лету агрегировать вообще произвольный таймфрейм - тоже достаточно быстро, быстрее чем обычные запросы к таблице.
Можно, а зачем?
Какая еще буржуазия? Это почти всегда так было.
Честно скажу, про ведущий 0 не подумал, но что хранить как строку сразу, обоснование - идентификатор, "а вдруг завтра буквы добавят или еще что".
Вот потому и "закидывают помидорами", потому как кроме подобных личных верований/не верований ничего нет. Если есть другое объяснение - пожалуйста обосновывайте, сможете - нобелевку получите.
Эти люди, которые вам "запрещают" сейчас с вами в одной комнате? Лезьте, я разрешаю.
Вы не в состоянии самостоятельно посмотреть почему именно? И есть гипотезы и доводы, что это не так, только недавно читал статью с доводами, что 18 на самом деле. Но пока именно гипотеза.
"Подходят" это не только к навыкам, а еще и к зарплате. Но говорят так, как-будто только навыки.
Вопрос - как 250 резюме (с больше половины обманывающих вкатышей) сократить до 100 резюме / 20 собесов?А вот это как раз задача для ИИ. Промт нормальный подобрать и поверхностно контролировать, чтобы не косячил.
Без прошлых лет ситуация не понятна.
Так оно же натренировано в том числе и на конкретных решениях? Нормально вроде решает. Есть только какая-то странная особенность. Довольно часто делает какую-то очевидную глупость. Недавний пример, ставлю задачу отрефакторить код - переделать классы клиенты api, которые появлялись постепенно, перенести в родительсикй общий функционал. Делает все хорошо. Только вот по неизвестной причине просто выкидывает некоторые методы, которые очевидно нужны. Указываю на это - поправляется. И именно вот таких ошибок странных достаточно. Их поправить самому проще, иногда можно указать - поправит, иногда феерически тупить начинает на откровенной ерунде. Как-будто специально ограничили.
Только вот "аналитики" эти будут такими же бывшими разработчиками, способными еще и проверить результат выполнения. А нынешние "чистокровные" аналитики как раз и есть кузнецы.
У вас же там хайп по полной разве нет?
Нового в плане многопоточности ракторы только добавились (каждый со своей gvl).
Я одного не пойму, а что не проверить то реальный опыт? У меня 4 компании. Первые 2 - писали на гитхаб, там по коммитам можно посмотреть когда я что-то писал. Вторые - по трудовой книжке. Что-то кажется все прекрасно понимают, когда кандидат преувеличивает опыт, это просто, реальный - проверяется.
В Ruby тоже есть типы, не так, конечно как в TS.
Скорее количество вакансий прекратило постоянно уменьшаться (но пока за 2023 тоже в минус), а количество резюме прекратило постоянный сильный рост и наконец чуть снизилось в июне (с начала года, опять же, рост приличный).
Не терпеть это точно не про первую работу студента в 90-е. По крайней мере не сразу.
Я что-то привык, что говоря "переменная класса" это ясно что переменная экземпляра класса. Именно переменную класса я видел только один раз в реализации синглтона (хз зачем). А по поводу потокобезопасности, что-то не встречал, чтобы именно в таких случах как-то заботились об этом, это видимо очень редко всплывающая проблема.
Мне тут отсутствие отработки ошибок (ну и save! вместо save) в голову пришло, ну или update поля, переменная вместо переменной класса - лучше, но никак не проблема.
Struct тормознутее обычных классов, насколько я помню, хотя не знаю насколько это важно (вот OpenStruct уже не рекомендуют из-за динамического добавления полей тормозов еще больше). А зачем 0 в reduce указывать он же там по умолчанию?
Зачем утрировать? Понятно же что речь идет об используемом на проекте языке/фреймворке, который все знают в той или иной степени.