У меня на стиралке Indesit текстовые названия режимов. Но толку-то…
«Деликатные ткани» в моём представлении должна бултыхать аккуратнее, на меньших оборотах, но дольше, чтобы хоть как-то отстирать.
«Интенсивная» вроде бы должна бултыхать сильнее, но, возможно, меньше по времени.
По факту же по времени наоборот получается.
А вы для чего снимаете? По идее на память и т.п., но вы отказываетесь от «репортажа» и делаете постановочное фото, историческая ценность которого — нуль. По-моему так.
Поправляю: динамический диапазон — это характеристика самого негатива — грубо говоря, насколько он контрастный; а вот способность запечатлеть диапазон яркостей сцены — называется фотографическая широта.
Разве встраивание/подмена контента оператором связи не является нарушением?
Как, наверное, и фильтрация. По крайней мере, без явного выражения такового пожелания потребителем.
А как их вообще генерировать?
Достаточно ли шестизнака?
Не будет в конце периода стабильного таймаута при проверке коллизий/перегенерировании.
Проанализировать законодательство — некоторые типы документов должны иметь непрерывную нумерацию.
Проанализировать бизнес-процесс — по внутренним регламентам должна быть непрерывная нумерация.
Нужно учесть возможные разночтения этого ID (о и нуль)
Возможно, этот ID где-то линкуется с другими ID, например ID склада, что вызовет другие разночтения.
Возможно, другие системы, с которыми осуществляется обмен данными не поддерживают буквенные символы, учитывают/не учитывают/преобразуют регистр и т.п.
Всё верно, но это работает и в другую сторону: активность работодателя вознаграждается большей лояльностью сотрудников — меньше текучка, меньше издержек на поиски новых сотрудников, введение их в проект и т.п.
А не логичнее как-то совместить распознавание голосовых команд с тем же Kinect'ом? — Речь считается командой, только если сопровождается определённым жестом.
Правило 2 вовсе не универсально: const это своеобразный макрос — компилятор (обычно) проставляет в код конкретные значения.
Т.е. потребление памяти скорее увеличится. И чревато сюрпризами с модульностью.
В современных реалиях, серверная ОС — скорее какой-нибудь гипервизор.
«Деликатные ткани» в моём представлении должна бултыхать аккуратнее, на меньших оборотах, но дольше, чтобы хоть как-то отстирать.
«Интенсивная» вроде бы должна бултыхать сильнее, но, возможно, меньше по времени.
По факту же по времени наоборот получается.
ФШ — характеристика хранимой информации
Всё это хорошо срастается, пока не начинаются обсуждения вот таких вот многократных аналоговых преобразований :-)
Если не пересобирать весь проект целиком не получается быть уверенным, что константа во всех частях программы имеет одно значение.
Как, наверное, и фильтрация. По крайней мере, без явного выражения такового пожелания потребителем.
А как их вообще генерировать?
Достаточно ли шестизнака?
Не будет в конце периода стабильного таймаута при проверке коллизий/перегенерировании.
Проанализировать законодательство — некоторые типы документов должны иметь непрерывную нумерацию.
Проанализировать бизнес-процесс — по внутренним регламентам должна быть непрерывная нумерация.
Нужно учесть возможные разночтения этого ID (о и нуль)
Возможно, этот ID где-то линкуется с другими ID, например ID склада, что вызовет другие разночтения.
Возможно, другие системы, с которыми осуществляется обмен данными не поддерживают буквенные символы, учитывают/не учитывают/преобразуют регистр и т.п.
а давайте не будем :-)
существующие сети реализованы вне модели OSI
Пассы руками и заклинания — чистая магия :-D
Т.е. потребление памяти скорее увеличится. И чревато сюрпризами с модульностью.