Есть три направления потенциальных великих прорывов:
1) программирование и искусственный интеллект
2) материаловедение и промышленные нанороботы
3) биотехнологии и вечная жизнь
С приходом коронавируса население подтянет знания и навыки по третьему направлению,
зарплаты там повысятся, программирование станет непрестижным.
Здравствуйте, Shmj, Вы писали:
S>Помнится несколько лет назад говорили, что Angular — это поезд, мчащийся к обрыву. Вы до сих пор так думаете?
Не думал и не думаю. Хороший фреймворк. Хотя, похоже, хайпа ему уже не видать, будет крепким рабочим инструментом.
S>Что там WebAssembly? Занял свою нишу?
Ему ещё долго развиваться. В частности добавление GC откроет множество новых применений.
В целом не считаю эту технологию очень уж важной для веба. Всё, что можно делать с WebAssembly, можно делать и на JavaScript, просто будет работать медленней и кушать больше памяти. Т.е. это явление, схожее с внедрением быстрых JS-движков, стало возможно выполнять больше кода в браузере за меньшее количество времени, для каких-то приложений это стало поворотной точкой, без которой они не могли существовать, но в основном это скорее эволюция, нежели революция.
S>Ну и вообще — давайте свои новые прогнозы с учетом сложившейся ситуации.
Самое интересное происходит в мире PWA. Гугл хочет, чтобы все приложения были в браузере и не отличались от приложений операционной системы за исключением модели безопасности. Эппл, похоже, опасается за свои 30% доходов от AppStore и неохотно добавляет новые фичи в свои браузеры (но всё же добавляет, уж не знаю, почему).
К примеру недавняя новость: Safari будет очищать локальные данные сайта через неделю после неиспользования. Вроде как чтобы за пользователями меньше следили, но мне это кажется сомнительным обоснованием. А вот оффлайн-приложения они таким макаром сильно ущемляют.
В общем я прогнозирую во-первых дальнейшее развитие и становление стандартов, связанных с PWA; появление серьёзных PWA-приложений, демонстрирующих всю мощь этой технологии; появление фреймворков, позволяющих создавать эти PWA приложения для обычных смертных; в дальнем будущем отмирание модели "нативных приложений" и переезд 99% приложений в веб (нативными останутся только приложения, принципиально невозможные в модели песочницы браузера, вроде дефрагментатора диска).
Я, вот, полистал приложения в своём телефоне и нашёл ровно одно приложение, которое вряд ли возможно в виде веб-приложения: это VPN от Cloudflare. Всем остальным ничего принципиально не мешает работать в браузере. На самом деле, что забавно, многие из них уже сегодня имеют довольно неплохую версию в браузере, скажем тот же 2GIS.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>С приходом коронавируса население подтянет знания и навыки по третьему направлению, ЭФ>зарплаты там повысятся, программирование станет непрестижным.
Беда в том, что биотехнологии — это то же программирование. Т.е. все сводится к нему и другого ничего нет.
Ну да, секвенировать ДНК и воссоздать организм по готовой программе — это железо. Но это разовая, скажем так, процедура. Основная работа — писать тот же код. Правда там неразрешимая классическими компами проблема фолдинга белка, но над этим нужно думать.
vsb>Самое интересное происходит в мире PWA. Гугл хочет, чтобы все приложения были в браузере и не отличались от приложений операционной системы за исключением модели безопасности. Эппл, похоже, опасается за свои 30% доходов от AppStore и неохотно добавляет новые фичи в свои браузеры (но всё же добавляет, уж не знаю, почему).
А гугл точно знает, чего он хочет?
А то посмотрел несколько докладов с их последней конфы для разработчиков:
— выходит чувак из хрома: "все приложения должны быть PWA"
— выходит другой чувак: "веб тормозной, все приложения должны быть на Flutter"
— выходит 3-й чувак: "только натив, вот вам новый UI-фреймворк для Андроида — compose, на хромебуках будем запускать Андроидные приложения"
на чем таки писать-то? бардак больше, чем у Микрософта
Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>- выходит чувак из хрома: "все приложения должны быть PWA" ЕА>- выходит другой чувак: "веб тормозной, все приложения должны быть на Flutter" ЕА>- выходит 3-й чувак: "только натив, вот вам новый UI-фреймворк для Андроида — compose, на хромебуках будем запускать Андроидные приложения"
Я лично за третьего, потому что веберы заколебали клепать тормозючих монстров.
Здравствуйте, CreatorCray, Вы писали:
ЕА>>- выходит чувак из хрома: "все приложения должны быть PWA" ЕА>>- выходит другой чувак: "веб тормозной, все приложения должны быть на Flutter" ЕА>>- выходит 3-й чувак: "только натив, вот вам новый UI-фреймворк для Андроида — compose, на хромебуках будем запускать Андроидные приложения"
CC>Я лично за третьего, потому что веберы заколебали клепать тормозючих монстров.
Тормоза в UI это регулярная эпидемия, ей подвержены все UI фремворки, все платформы, все ОС без исключения. По крайней мере, так было последние двацать лет.
Такое было и когда UI пилили на Си, Дельфи, Си++ MFC/ATL/WTL/QT, .Net Winforms/WPFи тд. И точно так же во все времена на любых технологиях было много шустрых приложений, и даже в вебе их полно. Просто сейчас засилье веба, а оттого складывается впечатление, что проблемы именно с этим.
На самом деле проблемы давно в том, что софт пишут люди без полноценного образования, а в UI слишком много вещей довольно сложных и трудных.
UI постоянно недооценивают и делают "шоб красиво", "быстрее показать" и тд.
Здравствуйте, Ikemefula, Вы писали: I>UI постоянно недооценивают и делают "шоб красиво", "быстрее показать" и тд.
У меня подозрение, что дело не только в этом. Просто фреймворк и приложение пилят под "чистую ось". Программисты оси вымеряют с секундомером время загрузки, гоняют всякие метрики.
А потом начинается корпоративное использование.
И вот у нас приложение побежало в сеть. а там вложены месяцы труда и на клиенте и на сервере в то, чтобы уменьшить time to first byte, и начать отдавать гуй ещё до окончания загрузки, да ещё и отработать все corner cases типа "соединение оборвалось в середине загрузки" или там "пользователь успел перещёлкнуть фильтры". Увы — на клиентской машине сидит какое-нибудь говно от cisco, которое "падажжи, сейчас я сначала URL проверю..... тааак, вроде не палево, давай-как засниффим первый мегабайт.... вроде не троян — ладно, приложение, вот тебе твои данные".
Приложение такое "ога, сейчас я быренько из локальной базы данные подтяну", а там обратно какой-то антивирус встревает "погодь, что это у тебя за файло? С прошлой проверки CRC сменился, надо бы сигнатурки просмотреть".
А тут, глядишь, и какой-нибудь Таниум проснулся "а ну-ка, посмотрим, не поставил ли тупой пользователь какого нибудь софта, не одобренного свыше. А то качают там свои личные торренты на корпоративной технике".
И всё это говно ещё и память потребляет — глядишь, отожрали двадцать гигов ворксета на восьми физической, и система там вовсю пипежит своп туда-сюда. Ессно, это никак не ускоряет работу никого из них — ведь и таниум, и циско, и антивирус весь свой анализ не в регистрах CPU производят, а тянут ручонки к своим базам, которые на всё том же диске.
В итоге имеем задержки появления буковок при наборе текста на компьютере Core i7 и SSD диском. Хотя мощи его хватило бы даже рисовать все эти буковки в 3D честным рейтрейсингом с комбинированными источниками света и рассеянием на атмосферных осадках на 120 FPS.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, CreatorCray, Вы писали:
ЕА>>- выходит чувак из хрома: "все приложения должны быть PWA" ЕА>>- выходит другой чувак: "веб тормозной, все приложения должны быть на Flutter" ЕА>>- выходит 3-й чувак: "только натив, вот вам новый UI-фреймворк для Андроида — compose, на хромебуках будем запускать Андроидные приложения"
CC>Я лично за третьего, потому что веберы заколебали клепать тормозючих монстров.
По идее, Flutter на андроиде и яблоиде компилирует юзер код AOT в натив, а движок там на плюсах и так.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Ikemefula, Вы писали: I>>UI постоянно недооценивают и делают "шоб красиво", "быстрее показать" и тд. S>У меня подозрение, что дело не только в этом. Просто фреймворк и приложение пилят под "чистую ось". Программисты оси вымеряют с секундомером время загрузки, гоняют всякие метрики.
S>А потом начинается корпоративное использование. S>И вот у нас приложение побежало в сеть. а там вложены месяцы труда и на клиенте и на сервере в то, чтобы уменьшить time to first byte, и начать отдавать гуй ещё до окончания загрузки, да ещё и отработать все corner cases типа "соединение оборвалось в середине загрузки" или там "пользователь успел перещёлкнуть фильтры". Увы — на клиентской машине сидит какое-нибудь говно от cisco, которое "падажжи, сейчас я сначала URL проверю..... тааак, вроде не палево, давай-как засниффим первый мегабайт.... вроде не троян — ладно, приложение, вот тебе твои данные".
S>Приложение такое "ога, сейчас я быренько из локальной базы данные подтяну", а там обратно какой-то антивирус встревает "погодь, что это у тебя за файло? С прошлой проверки CRC сменился, надо бы сигнатурки просмотреть".
S>А тут, глядишь, и какой-нибудь Таниум проснулся "а ну-ка, посмотрим, не поставил ли тупой пользователь какого нибудь софта, не одобренного свыше. А то качают там свои личные торренты на корпоративной технике".
S>И всё это говно ещё и память потребляет — глядишь, отожрали двадцать гигов ворксета на восьми физической, и система там вовсю пипежит своп туда-сюда. Ессно, это никак не ускоряет работу никого из них — ведь и таниум, и циско, и антивирус весь свой анализ не в регистрах CPU производят, а тянут ручонки к своим базам, которые на всё том же диске. S>В итоге имеем задержки появления буковок при наборе текста на компьютере Core i7 и SSD диском. Хотя мощи его хватило бы даже рисовать все эти буковки в 3D честным рейтрейсингом с комбинированными источниками света и рассеянием на атмосферных осадках на 120 FPS.
У юзеров вообще всякие чудеса случаются. Слышал даже тех, кто жалуется, что у них gmail долго грузится. У меня он грузится секунды 4 с чистого ребута, 1-2 секунды второй раз. Тандербёрд дольше запускается. А люди пишут, что у них по 30 секунд грузится. Хз, как такая разница в производительности возможна.
Здравствуйте, D. Mon, Вы писали:
DM>По идее, Flutter на андроиде и яблоиде компилирует юзер код AOT в натив, а движок там на плюсах и так.
Там смотря какие опции при компиляции Dart-приложения выставлены.
Если строготипизированные, то да, в нейтив уйдёт многое.
Иначе приложуха будет содержать в себе прилинкованную полноценную Dart-VM.
Здравствуйте, vsb, Вы писали:
vsb>У юзеров вообще всякие чудеса случаются. Слышал даже тех, кто жалуется, что у них gmail долго грузится. У меня он грузится секунды 4 с чистого ребута, 1-2 секунды второй раз. Тандербёрд дольше запускается. А люди пишут, что у них по 30 секунд грузится. Хз, как такая разница в производительности возможна.
Я временами от бешенства пробовал трассировать, чем же это таким интересным занимается, скажем, аутлук — когда казалось бы, вот же уже полписьма показал, а тупит реально секундами.
Оказывается, что прямо очень-очень часто он стучится лбом в какой-нибудь антималварь, которому вот прямо сейчас приспичило пошуршать моим outlook.ost, но он не может, потому что его антивирусную базу держит залоченной ещё какое-то приложение добра.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
S>В итоге имеем задержки появления буковок при наборе текста на компьютере Core i7 и SSD диском. Хотя мощи его хватило бы даже рисовать все эти буковки в 3D честным рейтрейсингом с комбинированными источниками света и рассеянием на атмосферных осадках на 120 FPS.
I posted a video showing how bad Visual Studio's stepping speed had become. There were dismissive commenters who actually claimed it was because it has syntax highlighting. People are really that confused about computers.
ЭФ>Есть три направления потенциальных великих прорывов:
1) вирусоустойчивая среда обитания
2) масштабирование материального производства
3) деглобализация