Pull to refresh
-2
0
Send message
Скажем, нужно нужно задать элементам списка такую максимальную ширину, которая имеется у элементов.
jsfiddle.net/erkesh/7x13Lvku
В этом примере случайно генерируется список. Буду благодарен, если покажете как это решается на чистом Vue (желательно, без использования ref)
расчетная скорость прокладывания тоннеля (на перспективу) – 1,6 км в неделю

Из всего написанного больше всего впечатляет это. Неужели, такое возможно?
Неплохо. Долго ждал подобную функциональность. Надеюсь, не забросят
сколько ацкой жути

Вы слишком толерантны в выражениях. Если писать своими словами — сколько свисто-пер… ок
В ситуации, когда нужно получить доступ к dom элементу и работать с ним дальше (что, конечно, довольно часто встречается), Vue скромно передает управление jQuery
Можно обратиться к элементу через ref

Имеется в виду работать с элементами в стиле Vue — через данные data, методы, watch и пр. Иначе, получается, что обратиться к элементу и работать дальше проще через id с помощью jQuery. К тому же, если мы имеем дело с вложенными компонентами, приходится обращаться также через ref родителей. Да и сами разработчики/разработчик не рекомендуют использовать ref
А как можно в чистом Vue получить, например, ширину элемента? Vue структурирует код, но НЕ облегчает (а в каком то смысле даже усложняет) разработку если бездумно ее использовать везде где можно.
Мир веб-разработки развивается невероятно быстро


Мир СВИСТЕЛОК- веб-разработки развивается невероятно быстро
Также склоняюсь к мнению что на данный момент инструменты разработки мобильных кросс платформенных приложений все еще на стадии развития. Да и разработчики ios и Android особо то и не спешат создать совместными усилиями качественную кросс платформенную среду. Вместо этого они, напротив, еще больше плодят языки/инструментарии.
Если посудить, что выбрать новичку в и начать изучать: нативные (native Android и ios), гибридные (Cordova, Phonegap), или кросс платформенные (React Native, Flutter, Xamarin)? Что более приемлемо с точки зрения затраченных усилий и полученных навыков? Для изучение кросс платформенных иснтрументов нужно затратить такое усилие, которое сопоставимо с изучением основ разработки для Android. Да плюс к тому же, для комфортной разработки на кросс платформенных иснтрументах нужны базовые навыки и знания основ разработки для Android и ios. Если нужно создать простое приложение без затрат значительных усилий, то выбор очевиден — Cordova и Phonegap. Получается, учитывая что разработка для ios затратно финансово (нужна машина на MacOS) и у ios меньшая доля рынка, оптимальная стратегия — выбрать либо native Android либо гибридные.
Вероятно, потому, что даже имея админские учетки нельзя было влезть напрямую, скажем, на сервак контроллера домена. Возможно, серваки могли быть защищены цифровыми сертификатами для доступа по vpn.
Увы, все существующие вирт. машины, не работающие на Mac (VirtualBox/ WmWare для Windows, Linux и пр.) качественно не могут эмулировать Mac машины. Выходом может послужить сборка хакинтоша
Вот смотрю я на индусов, и думаю, есть богатая плодородная земля, есть большой рынок, есть хорошие инженеры, ученные. Такие изобретения как описаны в топике они ведь и сами в состоянии создать. Все имеется чтобы жить лучше. Вот им бы начать соблюдать чистоту, поменьше глядеть на танцы в пафосных фильмах, закатать рукава, разогнать «элитарные» касты и начать строить новое общество. Глядишь, и станут они не менее серьезной державой чем Китай. А может я рассуждаю слишком субъективно. А может их все устраивает
С возвращением, Билл
А много ли крупных компаний сегодня производят только смартфоны? И без нокия рынок смартфонов перегрет. Многие крупные постепенно уходят с этого рынка. Держаться те, у кого смартфоны не является основным источником дохода
Одно дело создать свою ось. Да нокия могла бы. Но совсем другое — это навязать ее остальным. У нокии небыло того, что есть у андроида и айос — дяди Сэма. Продвижение андроида и айос велось на госуровне. Пробиться на рынок Китая, договориться с руководстом о неблокировании эппл сторе и гугл плэй, договориться с местными вендорами… у нокии нехватило бы влияния в юговосточном азии, в отличии от дяди Сэма.
Если студент-олимпмадник может создать подобное за 3 дня, страшно представить что он может создать за 8-12 месяцев труда
Ну чем бы нокия смогла бы противопоставить себя платформе андроид, за плечем которого стоит (стоят?) гигант (гиганты?)? Одна против практически всего мира. Даже не смешно. Дешевые Meizu, htc и пр., надо признать, неплохие модели камня на камне не оставили бы все равно. Эппл не в счет. У нее была и будет домашняя поддержка в виде сильнейшей экономики мира. Ну а скайп? Чем она могла бы ответить быстрорастущему рынку мессенжеров. Чем, например, ответить молодому и дерзкому ватсапу? ватсапу, которому для обеспечения связью более миллиарда пользователей требуется лишь несколько десятков (если я правильно помню) серверов, и который практически все данные хранит на клиентах?
И моя молодость прошла в те времена, когда нокия была эталоном качества, когда мы, будучи студентами, вглядывались в красочные и крутые, по тем временам, «большие» дисплеи нокий, сони-эриксонов, когда в компьютерных журналах выходили статьи о palm и прочих, «прикольных» карманных КПК, когда на рабочих местах царили агенты мэйлру с прочими аськами. Но времена меняются, инет стал быстрее на порядок, веб контента вырысло напорядок, бизнес больше стал ориентирован на ИТ и пр. В новых условиях и появились новые лидеры, которые лучше адаптированы в нынешние реалии. Если компания была гигантом раньше, это не значит что она им останется и впредь.
Внушительная картиночка. кровавый ms убивает все один за другим… Но все же, если взглянуть на все это технарскими глазами, без всех этих хайповских, модных масдаев, линуксрулит и пр., Каковы были бы шансы, скажем у нокия, развиваться в нынешнее время если ее не купила бы ms? В эпоху ios и андроид? Или шансы скайпа в эпоху мессенжеров? Сомневаюсь что ситуация была бы лучше, а скорее всего еще хуже. Этим компаниям, имхо, повезло, что они смогли себя продать вовремя

Information

Rating
Does not participate
Registered
Activity