Устройство может переопределять это поведение, если, например не обнаружит перед фронтальной камерой пользователя.
В оригинале
The device can override these hints if, for example, it doesn't have a user facing camera available
Кажется речь о том, что поведение может быть переопределено не 'например, если пользователя не обнаружит', а 'например, если фронтальная камера недоступна'
Во времена, когда облаков еще не было, я прилагал к каждому компу флешку на которую с помощью bat файла записывались все полезные данные с компа. Обычно хватало флешки на 2 Гб. Но для особо контентных сотрудников нужна была флешка на 16 Гб.
Этот же батничек записывал данные по времени операций копирования. То есть вел лог всех бакапов.
Административно все флешки собирались раз в неделю и с каждой делались копии.
И заодно проверялись логи. Кто не делал вечерний бакап, тот лишался премии.
Подскажите, в какие года это было? Звучит как полнейшая жесть, конечно. Точнее как лютый непрофессионализм (если, конечно, это не 90-е какие нибудь)
Если же нам важно поддерживать порядок ключей в словаре ВСЕ ВРЕМЯ работы с ним, то нам следует использовать SortedDictionary
Было бы полезно описать, когда именно это может быть нужно, в каких кейсах? Потому что сейчас это выглядит как капитанский совет, для новичка абсолютно бесполезный, имхо
Зачем вы выделили, кстати, 'все время' можно иначе как то порядок поддерживать?
Во-вторых, словарь - одна из самых часто используемых структур данных и при разработке бывает полезно понимать, какие у нее есть подводные
Чтобы проверить значение переменной на соответствие NaN можно, воспользовавшись встроенным методом isNaN() или используя оператор тройного равенства ===
Вы уверены, что === сработает для сравнения с NaN?
Вам же все равно коды обрабатывать нужно, никто не защитит от 500, 404, ...
Вы мне приписываете больше, чем я написал :)
И ни слова про то, что вы, действительно, хорошо работаете и решаете задачи.
Не поймите неправильно, но крупная компания + грейд + методологии не значит, что человек хороший сотрудник
Ждём статью :)
Single Responsibility Principle :)
Новость то в чём, если подобная новость уже была и поводов таких ещё будет много?
Да уж, новости которые мы заслужили. Хабр вообще превратился непонятно во что.
В чем ценность новости, да и новость то в чем?
В оригинале
Кажется речь о том, что поведение может быть переопределено не 'например, если пользователя не обнаружит', а 'например, если фронтальная камера недоступна'
Поделитесь ссылкой?
Я вот могу поделиться такой https://ru.m.wikipedia.org/wiki/Fluent_interface
Кажется ваш пошаговый строитель - это обычный строитель + Fluent interface
А откуда вы вообще нашли такой паттерн? Или вы сами его придумали?
В чем заключается модификация?
Чем 'пошаговый строитель' отличается от паттерна 'строитель'?
Подскажите, в какие года это было? Звучит как полнейшая жесть, конечно. Точнее как лютый непрофессионализм (если, конечно, это не 90-е какие нибудь)
Было бы полезно описать, когда именно это может быть нужно, в каких кейсах? Потому что сейчас это выглядит как капитанский совет, для новичка абсолютно бесполезный, имхо
Зачем вы выделили, кстати, 'все время' можно иначе как то порядок поддерживать?
Про подводные ни слова не написали в итоге
А где информация про четыре кинотеатра? В первоисточнике есть?
Вы уверены в этом?
Вы уверены, что === сработает для сравнения с NaN?
Это все ещё инъекция зависимостей :)
А как вы абстрагируетесь от реализации без DI (dependency injection)?
Я правильно понимаю, что автор призывает не писать для рунета, и для этого сегодня написал две статьи для рунета?)