особенно если учесть, что для приложения с сотней модулей, которым часто пользуются пользователи, фактически загрузка будет только 1 раз. потом все из кеша будет браться.
ну так может логичнее на момент бутстрапа уже знать что ему можно, а что нет, и грузить нужное?
Просто довольно частый кейс: работаем, потом бах, на минуту пропало соединение, если все загружено, мы покажем пользователю сообщение что соединения нет, но все его данные будут сохранены и отправлены на сервер после восстановления соединения. (см. гмайл например). пока связи нет работаем с локальным сторэджем. как только появилась — отсылаем все на сервер.
в случае если чтото не загружено, то пользователь лишается такой возможности. более того, то что уже загружено скорее всего тоже перейдет в непредсказуемое состояние, если пользователь попытается открыть незагруженный модуль и получит ошибку.
у нас например есть пользователи, которые с ноутбуком заходят в глубину помещений и там связи нет ( бц, офисное здание, склад) а работать им там надо
Есть прикладной смысл загрузки модуля по требованию?
Мне казалось логичнее наоборот при бутстрапе ангулара грузить все, включая темплэейты, кэшировать их и дальше ходить к серверу уже за данными/сохранением данных. так гораздо проще можно обрабатывать ошибки + сделать полуофлайновое приложение.
Ну и Камчатка с Сахалином, попадают под ваше, более узкое, определение. другие варианты: Мадагаскар, Куба, Филлипины, Хайнань, Тайвань, Шри-ланка ( особенно в форме Цейлон), Бали, Борнео, Соломоновы острова, Каймановы острова, Гаити, Ямайка. наверно тоже украинцы намутили воды?
да ладно. забавный мульт. дочь после него разродилась прорвой вопросов. пришлось ей рассказывать адаптированную версию эволюции гоминид, показывать картинки с черапами, рассказывать за строение мозга и потом тащить в дарвиновский музей. массу полезного ребенок узнал
я думал, если в вашей персонализированной рассылке написало — «maxkn, эта информация интересна для тебя», то это будет без иронии.
Теперь понимаю, что кнопка delete вполне оправдана.
Лично мне, такая подача материала, кажется гораздо более интересной и чем вот такая. Последняя, невольно, вызывает ассоциации с заголовками желтой газеты. Хотя, возможно, только у меня.
Пожалуйста, присылайте письма без картинок, но с нормальным текстовым описанием, тогда моя лояльность обещает, что не будет сразу нажимать на кнопку Delete.
просто подобные проблемы могут возникать в специфичных областях в каких нибудь soc, когда люди биты экономят, в других областях обычно люди пишут for (int = 0… даже если итерируют до 10
если взять вообще все передаваемые данные по внутренней сети, то он и десяток терабайт может генерировать. вопрос — что из этого регистрируется и хранится
просто судя по текущим устройствам — у них емкость десятки гигабайт. чтобы сохранить 500 — надо десятки устройств. это дорого + геморойные регламенты обслуживания.
учитывая что чувак так же упоминает, что все в самолете, от датчиков двигателя до ентертеймента подключено к интернету — может он так шутит, а может журналист что-то не так понял
Просто довольно частый кейс: работаем, потом бах, на минуту пропало соединение, если все загружено, мы покажем пользователю сообщение что соединения нет, но все его данные будут сохранены и отправлены на сервер после восстановления соединения. (см. гмайл например). пока связи нет работаем с локальным сторэджем. как только появилась — отсылаем все на сервер.
в случае если чтото не загружено, то пользователь лишается такой возможности. более того, то что уже загружено скорее всего тоже перейдет в непредсказуемое состояние, если пользователь попытается открыть незагруженный модуль и получит ошибку.
у нас например есть пользователи, которые с ноутбуком заходят в глубину помещений и там связи нет ( бц, офисное здание, склад) а работать им там надо
Мне казалось логичнее наоборот при бутстрапе ангулара грузить все, включая темплэейты, кэшировать их и дальше ходить к серверу уже за данными/сохранением данных. так гораздо проще можно обрабатывать ошибки + сделать полуофлайновое приложение.
Ну и Камчатка с Сахалином, попадают под ваше, более узкое, определение. другие варианты: Мадагаскар, Куба, Филлипины, Хайнань, Тайвань, Шри-ланка ( особенно в форме Цейлон), Бали, Борнео, Соломоновы острова, Каймановы острова, Гаити, Ямайка. наверно тоже украинцы намутили воды?
в Кавказ, в Дальний восток, в север, в юг, в Байкал, в Камчатку, в Сахалин?
Теперь понимаю, что кнопка delete вполне оправдана.
+ в примере переменная будет на стеке лежать
то есть с какой целью вы ее даете? и в чем была практическая проблема?
мы после полугода поедания кактусов переехали на protobuf — существенно быстрее стало. существенно.
алгоритмы, точность распознавания, скорость распознавания, трекинг объектов.
ну и итоговая статистика сколько вещей оставляют, сколько народу проходит, сколько падает на рельсы, как часто, где чаще и тд.
Спасибо
просто судя по текущим устройствам — у них емкость десятки гигабайт. чтобы сохранить 500 — надо десятки устройств. это дорого + геморойные регламенты обслуживания.
учитывая что чувак так же упоминает, что все в самолете, от датчиков двигателя до ентертеймента подключено к интернету — может он так шутит, а может журналист что-то не так понял
несколько десятков hd камер своим трафиком внутреннюю сеть не положат?