Вроде как "инверторные кондиционеры" - это которые умеют не только охлаждать, но и нагревать
Имхо, "инверторные кондиционеры" - это которые умеют плавно регулировать свою производительность, вместо того, чтобы работать в режиме старт-стоп. За счет этого они тише при поддержании температурного режима.
А нагревать они умели задолго до появления инверторных.
Там встроенная графика заметно производительней моего N100.
Да и маркировки на странице игры не вижу. И фильтра по платформе такого не вижу. Что для меня удивительно, по идее им же выгодно продвигать Steam Deck.
Среди логических ошибок забыли еще один подкласс - недетерминированный результат. Это когда от запуска к запуску результат может различаться, хотя ни данные, ни запрос не изменились.
Возникает обычно из-за отсутствия явно указанной сортировки или при указании неполного набора полей для сортировки.
Чувствуется стиль "вредных советов" :) И в целом соглашусь.
Напишите очередную статью про тривиальную установку или работу очередного инструмента
Но вот тут не соглашусь. И такие статьи тоже бывают нужны.
Недавно искал как запустить Scala под VS Code, при том, что я ни в Java, ни в Scala, ни в VS Code ни бум-бум. Статья на хабре здорово сократила бы мое потраченное время.
В целом статья хорошая для начала. Но жизнь, как всегда, богаче на варианты.
Имя сущности становится именем таблицы.
Не обязательно так. Сущность может храниться и в нескольких таблицах. Особенно, если разные атрибуты имеют разный тип историчности.
Первичный ключ (Primary Key) —уникальный идентификатор кортежа (например, student_id). Не допускает NULL ...
Если ПК состоит из нескольких полей, то некоторые из них могут быть NULL. Встречался даже случай, когда любое из полей ПК могло быть NULL, но не все сразу.
Речь не о констрейнтах ПК в классических СУБД (там, действительно, действует ограничение NOT NULL), а о "логических" ПК, например, в хранилище.
Google Play.
В нем огромный объем софта, который никто отдельно под кастомный линукс портировать не будет.
Конечно, динамичные игрушки с частым обновлением экрана нормально работать не будут, но зато другой софт будет.
Я правильно понимаю, что фактически продаются подарочные коды к играм?
А как Стим относится к применению кодов игры в том регионе, где она не продается?
Что такое OKR и что такое OKR-методология?
Если у вас есть Spark, то что же его в тест не включили?
Зависит от экранчика, есть и значительно дешевле. Например, вот - https://aliexpress.ru/item/32821819364.html (на текущий момент 1149 рублей)
Добавьте, пожалуйста, во вступление хотя бы краткое описание - что это и для чего это. Так статья будет полезнее.
Имхо, "инверторные кондиционеры" - это которые умеют плавно регулировать свою производительность, вместо того, чтобы работать в режиме старт-стоп. За счет этого они тише при поддержании температурного режима.
А нагревать они умели задолго до появления инверторных.
Там встроенная графика заметно производительней моего N100.
Да и маркировки на странице игры не вижу.
И фильтра по платформе такого не вижу.
Что для меня удивительно, по идее им же выгодно продвигать Steam Deck.
А я жду поиска по необходимой производительности компьютера. Не у всех компьютеры игрового класса, а поиграть тоже хочется.
Да нет, это именно что нагреть.
А можно конкретнее? Миллиард?
У нас вполне себе миллиарды обрабатываются. Правда, у нас не микроконтроллеры, а бизнес-данные.
Видимо, я не понял проблему...
Мы пересечение вычисляем по-простому:
x1_start <= x2_end and x2_start <= x1_end
(при условии, что концы включаются в интервал)
Не во всех СУБД это ошибочный запрос, если реально нужно декартово произведение.
Среди логических ошибок забыли еще один подкласс - недетерминированный результат. Это когда от запуска к запуску результат может различаться, хотя ни данные, ни запрос не изменились.
Возникает обычно из-за отсутствия явно указанной сортировки или при указании неполного набора полей для сортировки.
Не то чтобы берут, но пытаются придти. Наверное, три четверти собеседований с кандидатами заканчивается словами "не смог в SQL".
В данном случае хочется скорее "безопасности от детей".
Чувствуется стиль "вредных советов" :)
И в целом соглашусь.
Но вот тут не соглашусь. И такие статьи тоже бывают нужны.
Недавно искал как запустить Scala под VS Code, при том, что я ни в Java, ни в Scala, ни в VS Code ни бум-бум. Статья на хабре здорово сократила бы мое потраченное время.
А я бы хотел не патронов, а сильно большего времени на ознакомление с миром, жителями и т.д., на погружение в атмосферу.
Моя попытка играть закончилась тем, что я, кажется, второй день, пробежал по гайдам, с трудом уложившись во время.
В целом статья хорошая для начала. Но жизнь, как всегда, богаче на варианты.
Не обязательно так. Сущность может храниться и в нескольких таблицах. Особенно, если разные атрибуты имеют разный тип историчности.
Если ПК состоит из нескольких полей, то некоторые из них могут быть NULL. Встречался даже случай, когда любое из полей ПК могло быть NULL, но не все сразу.
Речь не о констрейнтах ПК в классических СУБД (там, действительно, действует ограничение NOT NULL), а о "логических" ПК, например, в хранилище.
А мониторчики те ма-а-а-а-аленькие....