На классических гирляндах с выкручивающимися лампочками делали тру-новогодний ремонт в детстве. Выкручивали лампочку, доставали конфету из-под елки, извлекали из конфеты подложку из фольги делали шарик и засовывали в патрон.
Новогоднее чудо свершалось!
Меня пугали выгоранием, но я мысленно был готов к нему взамен на ту сочность и черноту, которая на мой взгляд от QLED все же отличается. Это отчетливо видно на тонких белых линиях на черном фоне. Ну и соответственно на границах областей сильно разных по яркости.
3,5 года полет нормальный. Каждый раз осознанно наслаждаюсь картинкой. Ни одного выгоревшего пикселя на 4K матрице, отсутствие фантомных изображений, только что еще раз в темноте под разными углами смотрел. Телевизор ежедневно часов 6 отрабатывает в среднем.
Когда подходит дедлайн или одновременно много задач ставится, то помогает сконцентрироваться на одной и войти в поток, а не параллельно обдумывать несколько сразу и по сути зависать между переключениями контекста помогает тяжелая артиллерия: Children Of Bodom
особенно альбом Relentless, Reckless Forever
Можно будет научить квадрокоптеры немножечко бить птиц. К этому привыкнуть труднее.
Без нанесения увечий. :) Это еще отодвинет проблему на несколько лет, пока не появятся популяции птиц — бойцов с дронами.
Прикасался. И как раз в нем можно одной буковкой запятой повалить вообще все. Это явление я бы и назвал «монолит», когда либо все либо ничего (ну в пределах адекватности трактовки слова «все», а то можно в нем копаться философски ради копания).
Не имел удовольствия прикоснуться к Эрлангу.
Если все как вы говорите, то если в куске, который заменили, во время замены проблема возникнет типа «Global apocalypse panic» — она за собой только этот кусочек потянет или всю конструкцию?
Не получится.
Монолит отличается от микросервисов в первую очередь тем, что в монолите нельзя отключить определенный кусок когда тебе вздумается. Только целиком.
А микросервисами можно манипулировать — включил-выключил-поменял без остановки других частей.
Ваш пример более изящный и чистый, но сначала ломает голову своим хитрым ходом в избавлении от избыточного кода при «вызове параметров» через секцию from второго запроса в рекурсии. Обычно, после декартова произведения следует нещадная чистка результатов от лишних строк, чего тут нет — но это ровно до того момента, пока не осенит, что умножение с однострочными таблицами.
Я недолюбливаю и крайне редко использую декартово произведение, обычно все задачи решаются через join где сразу и однозначно прописываются условия соединения, а не «где-то там». Запросы с join лучше выдерживают масштабирование и адаптацию.
Но это я про общий случай — в данном запросе вы ловко избавились от мусора.
Ну собственно, со мной так и вышло — математический факультет классического вуза с тоннами алгебр Ли, ТФКП и прочих УМФ :)))
А сейчас Postgres, Go, PHP, Delphi, JS и 1C — интеграция разного ПО в общую инфраструктуру
Диплом не гарантирует наличие высокой квалификации у кандидата, также как отсутствие диплома не означает отсутствия знаний.
Однако вероятность встретить качественных специалистов среди людей с дипломами, иная нежели среди людей без дипломов. Сознательно для избежания холиваров упускаю понятия выше-ниже.
Иногда для экономии времени лучше проводить отбор в той группе, где вероятность найти специалиста выше. А когда со временем и ресурсами проблем нет, или ценность нужного специалиста выше, чем любое потраченное время на поиск — то разумнее просматривать вообще всех кандидатов из обеих групп.
Вы правы — мой недочет, что я начал описывать уже частный случай задачи, потому что именно он оказался проблемным в плане результата и собственно над этой частной проблемой внутри общей и работал.
После первых комментариев, я внес описание общей задачи в текст, чтобы по возможности остальные читатели в верном контексте восприняли текст.
Если же вы имели ввиду, что ваш метод работает для любых месячных итераций дат, а не только последних дней, то он не сработает, к примеру, для генерации 28 чисел невисокосного года.
Под универсальным механизмом я подразумевал генерацию timestamp с любым шагом, хоть по часам, хоть по 1 месяц 2 дня. Именно так работает итоговый запрос.
Что касается вашего алгоритма генерации последних дней, то это тот же трюк — как задачу последних дней месяцев, свести к первым дням следующих месяцев и шажком назад. Неважно, в конце мы секунду или день отнимем, главное через границу перейти.
Если пользоваться именно таким подходом для частной задачи, то думаю, все же удобнее воспользоваться generate_series, установив в параметры первые числа месяцев, как привели в примере выше. Вы предлагаете по честному с with recursive решить ту же задачу с тем же трюком, но руками сгенерировать первые числа, вместо вызова одной функции — это длиннее и неочевиднее.
Да, в самом ПО для нахождения последних дней месяцев мы эти трюки с вычитаниями повсеместно употребляем.
Ваше решение хорошее и лаконичное, а голова в его сторону не думала, потому что задача изначально ставилась группировкой не на конец месяца, а по определенным числам. Например, если займ выдан 20 числа, то итоги по платежам подбивать на 20-е числа. Если выдан 31-го, то итоги подбивать на 31-е числа. И вот тут-то обнаружилась проблема.
При написании статьи я описывал уже вырожденный случай задачи, хотя она изначально стоит шире.
Курсе на втором матфака вывел для себя метод подготовки к сдаче теоретической части экзаменов.
Брал список билетов с вопросами. И по порядку — читал вопрос, находил теорему и читал ее доказательство. Не стараясь запоминать, но так чтобы было понятно откуда что берется.
Прочитывал таким образом 10-12 теорем, закрывал лекции-учебники. Брал лист бумаги и пытался доказать их последовательно уже самостоятельно. Стопорясь в каком-то месте, подсматривал это место и снова самостоятельно шел дальше. «Помарочные» доказательства (в процессе которых приходилось подглянуть) не переписывал заново и не возвращался к ним пока все билеты не были пройдены. Если перед экзаменом оставалось время — проходил еще на один раз. Если нет, то уже было все равно не страшно.
В процессе сдачи не приходилось принудительно вспоминать целиком само доказательство, просто начинаешь доказывать сам как-будто решаешь некую задачу задачу, упираешься как правило в те же микро-места где упирался при подготовке и помнишь как их проходить — а это несравнимо меньший объем для запоминания.
И еще важно — в эти периоды спал кроме ночи 2-3 за день по часу.
В итоге шпаргалка понадобилась только один раз за весь период обучения.
На классических гирляндах с выкручивающимися лампочками делали тру-новогодний ремонт в детстве. Выкручивали лампочку, доставали конфету из-под елки, извлекали из конфеты подложку из фольги делали шарик и засовывали в патрон.
Новогоднее чудо свершалось!
Меня пугали выгоранием, но я мысленно был готов к нему взамен на ту сочность и черноту, которая на мой взгляд от QLED все же отличается. Это отчетливо видно на тонких белых линиях на черном фоне. Ну и соответственно на границах областей сильно разных по яркости.
3,5 года полет нормальный. Каждый раз осознанно наслаждаюсь картинкой. Ни одного выгоревшего пикселя на 4K матрице, отсутствие фантомных изображений, только что еще раз в темноте под разными углами смотрел. Телевизор ежедневно часов 6 отрабатывает в среднем.
3 года пользуюсь OLED телевизором от LG.
Самсунг и тогда и сейчас спустя годы по качеству ничего не может предложить близкого.
Тссс, рентв-шники уже тут с блокнотами.
Когда подходит дедлайн или одновременно много задач ставится, то помогает сконцентрироваться на одной и войти в поток, а не параллельно обдумывать несколько сразу и по сути зависать между переключениями контекста помогает тяжелая артиллерия:
Children Of Bodom
особенно альбом
Relentless, Reckless Forever
Без нанесения увечий. :) Это еще отодвинет проблему на несколько лет, пока не появятся популяции птиц — бойцов с дронами.
Если все как вы говорите, то если в куске, который заменили, во время замены проблема возникнет типа «Global apocalypse panic» — она за собой только этот кусочек потянет или всю конструкцию?
Монолит отличается от микросервисов в первую очередь тем, что в монолите нельзя отключить определенный кусок когда тебе вздумается. Только целиком.
А микросервисами можно манипулировать — включил-выключил-поменял без остановки других частей.
Я недолюбливаю и крайне редко использую декартово произведение, обычно все задачи решаются через join где сразу и однозначно прописываются условия соединения, а не «где-то там». Запросы с join лучше выдерживают масштабирование и адаптацию.
Но это я про общий случай — в данном запросе вы ловко избавились от мусора.
А сейчас Postgres, Go, PHP, Delphi, JS и 1C — интеграция разного ПО в общую инфраструктуру
Однако вероятность встретить качественных специалистов среди людей с дипломами, иная нежели среди людей без дипломов. Сознательно для избежания холиваров упускаю понятия выше-ниже.
Иногда для экономии времени лучше проводить отбор в той группе, где вероятность найти специалиста выше. А когда со временем и ресурсами проблем нет, или ценность нужного специалиста выше, чем любое потраченное время на поиск — то разумнее просматривать вообще всех кандидатов из обеих групп.
После первых комментариев, я внес описание общей задачи в текст, чтобы по возможности остальные читатели в верном контексте восприняли текст.
Если же вы имели ввиду, что ваш метод работает для любых месячных итераций дат, а не только последних дней, то он не сработает, к примеру, для генерации 28 чисел невисокосного года.
Под универсальным механизмом я подразумевал генерацию timestamp с любым шагом, хоть по часам, хоть по 1 месяц 2 дня. Именно так работает итоговый запрос.
Что касается вашего алгоритма генерации последних дней, то это тот же трюк — как задачу последних дней месяцев, свести к первым дням следующих месяцев и шажком назад. Неважно, в конце мы секунду или день отнимем, главное через границу перейти.
Если пользоваться именно таким подходом для частной задачи, то думаю, все же удобнее воспользоваться generate_series, установив в параметры первые числа месяцев, как привели в примере выше. Вы предлагаете по честному с with recursive решить ту же задачу с тем же трюком, но руками сгенерировать первые числа, вместо вызова одной функции — это длиннее и неочевиднее.
Ваше решение хорошее и лаконичное, а голова в его сторону не думала, потому что задача изначально ставилась группировкой не на конец месяца, а по определенным числам. Например, если займ выдан 20 числа, то итоги по платежам подбивать на 20-е числа. Если выдан 31-го, то итоги подбивать на 31-е числа. И вот тут-то обнаружилась проблема.
При написании статьи я описывал уже вырожденный случай задачи, хотя она изначально стоит шире.
Брал список билетов с вопросами. И по порядку — читал вопрос, находил теорему и читал ее доказательство. Не стараясь запоминать, но так чтобы было понятно откуда что берется.
Прочитывал таким образом 10-12 теорем, закрывал лекции-учебники. Брал лист бумаги и пытался доказать их последовательно уже самостоятельно. Стопорясь в каком-то месте, подсматривал это место и снова самостоятельно шел дальше. «Помарочные» доказательства (в процессе которых приходилось подглянуть) не переписывал заново и не возвращался к ним пока все билеты не были пройдены. Если перед экзаменом оставалось время — проходил еще на один раз. Если нет, то уже было все равно не страшно.
В процессе сдачи не приходилось принудительно вспоминать целиком само доказательство, просто начинаешь доказывать сам как-будто решаешь некую задачу задачу, упираешься как правило в те же микро-места где упирался при подготовке и помнишь как их проходить — а это несравнимо меньший объем для запоминания.
И еще важно — в эти периоды спал кроме ночи 2-3 за день по часу.
В итоге шпаргалка понадобилась только один раз за весь период обучения.
Смерть? Или абсолютная гармония?