Эх, надо было чуть более обще сформулировать патент, например "использование электрического тока для снижения нервозности пассажиров".
Решит авиакомпания встроить в кресла USB-порты для зарядки, чтоб пассажиры привычно глядели в экран телефона, а не нервно на далёкую землю за окном — а патентные тролли уже тут как тут.
По условию, числа в массиве лежат в диапазоне [1, N], а значит строго положительные.
Но вы правы, первое решение в общем случае не коректно, потому как в условии задачи нигде не сказано, что:
Значения в массиве можно менять. Может он в ПЗУ лежит.
В массиве можно сохранять значения выходящие за первоначальный диапазон. По сути, применяя отрицание, мы втискиваем в исходный массив дополнительный бит информации, и не факт, что для него есть место. В массиве двубайтных ячеек можно без проблем хранить числа [1,65535], но нет места для их отрицательных пар.
Всегда думал, что для того чтобы меч можно было вынуть из жёстких ножен, он должен иметь форму линии постоянной кривизны. В трёхмерном пространстве таких всего три — прямая, дуга круга и спираль.
Отличная задача, по ответу сразу видно кто перед нами:
Олимпиадник — Задача решается элементарно, если помнить, что презервативы можно надевать по два и выворачивать наизнанку
Cloud Architect — Ребят, чем трахаться с хитрыми алгоритмами, лучше добавить чуть денег и закупить больше ресурсов. Сразу планируем минимум по две проститутки в каждом датацентре, плюс резервные в других регионах — мне же потом спасибо скажете, когда вас в командировку пошлют.
Поклонник GoF и прочих шаблонов — Держите меня семеро, сейчас я всем покажу, как правильно писать EnterpriseSolutionCondomProviderStrategyFactory!
Если в в одном месте требований говорится что в кластере 5 серверов, а на другой странице указывается что данные обрабатываются в 6 потоков, то опытный инженер должен:
Начать прикидывать какому серверу попадётся двойная нагрузка, ибо Дирихле и всё такое прочее
Переспросить заказчика, потому как техзадание нередко пишется по частям, разными людьми и в разное время?
У нас в 2010 в Йоханнесбурге убили начальника южноафриканского отделения. Забрались в дом и пытали, чтоб узнать коды от электронных замков. Потом поехали в офис и выгребли всю оргтехнику, хорошо хоть семью не тронули. Даже колючая проволока и охранники на въезде в квартал не всегда помогают.
Конструкцию можно слегка упростить, а заодно и сильно смасштабировать.
Гелиостаты не нужны, будем просто греть солнцем. Плотность энергии будет поменьше, но скомпенсируем это увеличением нижнего бака.
Впрочем, нижний бак и не нужен — пусть солнце греет воду в озере или море. Зачем строить, если можно найти подходящее место в природе? Не герметично, конечно, но компенсируем потери радикальным увеличением размера установки.
На трубе для подъёма пара тоже можно сэкономить — пар тёплый, поднимется сам. Медленней чем по узкой трубе, но что-нибудь придумаем.
На место поднявшегося пара с прилегающих окрестностей устремится более холодный воздух. По сравнению с начальной конструкцией воздух стал двигаться медленней, но зато его теперь очень много. Первая турбина нужна другой конструкции — положим её горизонатально, уменьшим количество лопаток до трёх, но удлинним их метров до 80, назвав лопастями. Чтоб собрать энергию с больших объёмов воздуха турбину водрузим на стометровую башню. Можно поставить целый парк таких турбин.
Без верхнего бака тоже можно обойтись — на высоте атмосфера холодная и пар как-нибудь сконденсируется сам. Из-за отсутсвия стенок бака часть уйдёт в сторону и покинет установку, но есть и вероятность что к нам залетит "чужое" облако с дармовым паром. В среднем это скомпенсирует потери из-за отсутсвия бака.
Нисходящая труба тоже не нужна — сконденсировавшаяся вода сама выпадет дождём. Трудно предсказать куда, но мы знаем, что осадки будут стекать в сторону понижения рельефа, образуя реки.
Вот в русле реки мы и поставим вторую турбину. Построив плотину можно увеличить напор воды и ещё более поднять эффективности установки!
А что бы почитать про построение ETL систем? Чтоб не только базовый синтаксис SQL команд, а с упором на часто встречающиеся паттерны при необходимости синхронизировать данные между несколькими системами, включая историю изменений.
It’s easy to spot the difference between bad error-code-based code and not-bad error-code-based code: The not-bad error-code-based code checks error codes. The bad error-code-based code never does. Admittedly, it’s hard to tell whether the errors were handled correctly, but at least you can tell the difference between bad code and code that isn’t bad. (It might not be good, but at least it isn’t bad.)
On the other hand, it is extraordinarily difficult to see the difference between bad exception-based code and not-bad exception-based code.
Consequently, when I write code that is exception-based, I do not have the luxury of writing bad code first and then making it not-bad later. If I did that, I wouldn’t be able to find the bad code again, since it looks almost identical to not-bad code.
My point isn’t that exceptions are bad. My point is that exceptions are too hard and I’m not smart enough to handle them.
В прошедшем декабре энтузиасты ИИ начали решать задачи с Advent of Code при помощи ChatGPT и ему подобных, что вызвало негодование живых пользователей. Многие проходят AoC ради развлечения, но некоторые люди пришли действительно посоревноваться, а верхушка таблицы рекордов занимается роботами пока человеки всё ещё читают условие очередной задачи. Дней через пять, по мере усложнения задач, роботы сдулись, но успех всё равно впечатляющий.
Легко сделать парашют который будет служить пожизненно. Также этот принцип нетрудно распространить на автомобильные тормоза или газовые котлы. Вот с лампочками, да, будет трудновато.
Эх, надо было чуть более обще сформулировать патент, например "использование электрического тока для снижения нервозности пассажиров".
Решит авиакомпания встроить в кресла USB-порты для зарядки, чтоб пассажиры привычно глядели в экран телефона, а не нервно на далёкую землю за окном — а патентные тролли уже тут как тут.
"Молчание гусар" — неплохое имя для DLC.
По условию, числа в массиве лежат в диапазоне [1, N], а значит строго положительные.
Но вы правы, первое решение в общем случае не коректно, потому как в условии задачи нигде не сказано, что:
Всегда думал, что для того чтобы меч можно было вынуть из жёстких ножен, он должен иметь форму линии постоянной кривизны. В трёхмерном пространстве таких всего три — прямая, дуга круга и спираль.
Куда Марина Мнишек будет прятать свою клюшку?
Слово "BOMB" просто подарок для любителей обходить фильтры, заменяя латинские буквы на похожие кириллические
Отличная задача, по ответу сразу видно кто перед нами:
Если в в одном месте требований говорится что в кластере 5 серверов, а на другой странице указывается что данные обрабатываются в 6 потоков, то опытный инженер должен:
IBAN содержит контрольные цифры, фактически предотвращая ошибки при ручном вводе. Так что да, iban длиннее, но удобнее номера телефона.
Так "светлячков" и не заметят — любые непонятные вещи в небе на США по-привычке спишут на Китай.
Благодарю! Кимбал это как раз то что надо
Мы на техническом ресурсе, так что не помешает и видео где Бен Итер реверсит устройство и вычитывает из ПЗУ словарь блокируемых слов.
У нас в 2010 в Йоханнесбурге убили начальника южноафриканского отделения. Забрались в дом и пытали, чтоб узнать коды от электронных замков. Потом поехали в офис и выгребли всю оргтехнику, хорошо хоть семью не тронули. Даже колючая проволока и охранники на въезде в квартал не всегда помогают.
Конструкцию можно слегка упростить, а заодно и сильно смасштабировать.
При тяжёлом тросе сила на моторе/генераторе барабана будет зависеть от положения груза, что дополнительно усложняет механику и электронику.
А если дождь пойдёт, то осталось больше чем запасли!
А что бы почитать про построение ETL систем? Чтоб не только базовый синтаксис SQL команд, а с упором на часто встречающиеся паттерны при необходимости синхронизировать данные между несколькими системами, включая историю изменений.
Про исключения и старые добрые коды возврата хорошо написал Рэймонд Чен в заметке Cleaner, more elegant, and harder to recognize.
It’s easy to spot the difference between bad error-code-based code and not-bad error-code-based code: The not-bad error-code-based code checks error codes. The bad error-code-based code never does. Admittedly, it’s hard to tell whether the errors were handled correctly, but at least you can tell the difference between bad code and code that isn’t bad. (It might not be good, but at least it isn’t bad.)
On the other hand, it is extraordinarily difficult to see the difference between bad exception-based code and not-bad exception-based code.
Consequently, when I write code that is exception-based, I do not have the luxury of writing bad code first and then making it not-bad later. If I did that, I wouldn’t be able to find the bad code again, since it looks almost identical to not-bad code.
My point isn’t that exceptions are bad. My point is that exceptions are too hard and I’m not smart enough to handle them.
В прошедшем декабре энтузиасты ИИ начали решать задачи с Advent of Code при помощи ChatGPT и ему подобных, что вызвало негодование живых пользователей. Многие проходят AoC ради развлечения, но некоторые люди пришли действительно посоревноваться, а верхушка таблицы рекордов занимается роботами пока человеки всё ещё читают условие очередной задачи. Дней через пять, по мере усложнения задач, роботы сдулись, но успех всё равно впечатляющий.