LINUX.ORG.RU
ФорумTalks

Жабаскриптер говорит, что нэйтиваппс всё

 


0

3

Подробности:

https://medium.com/javascript-scene/native-apps-are-doomed-ac397148a2c0#.rkta...

«Certainly, native apps will survive for a while longer, but if you’re busy learning Swift or Java so you can build native apps, you may want to consider learning JavaScript, instead.»

Всем срочно учить ЖС?

твой английский все

Deleted
()

No, очередная говножабоскриптохипстота возомнила себя ылиткой.

FiXer ★★☆☆☆
()
Последнее исправление: FiXer (всего исправлений: 1)

Progressive web apps are web applications which are designed to work even more seamlessly on mobile devices than native mobile apps.

Дальше не читал. Максимум, чего эта статья заслуживает, после подобных утверждений, это пасты про «потом джаваскриптер проснулся, на столе стоял б/у мак с кодолапшой, которую он всю ночь будет переводить на новый модный фреймворк».

Weres ★★★
()

Основной посыл верен, вот только джаваскрипт закопают в ближайшие года два. И писать будут на любимом ЯП под wasm.

foror ★★★★★
()

Напомнило

Сегодня 4 php программиста сказали, что типо С,С++ и тп скоро вымрут и останутся только pyhton,ruby,php,perl, java, JavaScript. Мне вот стало интересно, на что будет похож линукс, если из него выпилить C,C++ и ассемблер. Согласны ли вы с этими программистами, что компилируемые языки программирования не пройдут естественный отбор?

(с) компилируемые языки программирования вымрут или нет?

EXL ★★★★★
()
Ответ на: комментарий от foror

Было бы очень здорово, но жаваскрипёров очень много, чтобы жс вот так просто взял и помер.

slaykovsky ★★★
()
Ответ на: комментарий от darkenshvein

Хотел спросить, наркоман ли ты, но потом понял, что вопрос риторический.

Почему кресты — не нейтив? Ты пишешь на них под винду+дотнет?

buddhist ★★★★★
()

Все эти веб-приложения видно на 2 километра: гуй тормозит, выглядит как велосипед с квадратными колесами. Но у них есть один жирный плюс - выходит дешевле, чем накатать и поддерживать для каждой платформы свое приложение. Не всем, правда, мультиплатформенность вообще нужна.

ptarh ★★★★★
()

Расскажите ему про Вебассемблю, которая не взлетит.

entefeed ☆☆☆
()

А это хто хоть? Почему нам должно быть интересно мнение какого-то ноунейма?

Hater ★★
()
Ответ на: Напомнило от EXL

не парься. я уже 20 лет только и слышу, что «С вымрет». однако, за это время много кто вымер, кроме него :)

Iron_Bug ★★★★★
()

Вебмакаки не люди. Гоните их, насмехайтесь над ними.

StReLoK ☆☆
()
Ответ на: комментарий от buddhist

Потому что ООП-наркомания, маловразумительных стандартов и абсолютно невменяемая конпеляция. Си тоже говно, там легаси на легаси сидит и указателем погоняет.

StReLoK ☆☆
()

Ох уж эти закапыватели. C# не смог закопать Жабку, жабка не смогла закопать С++, С++ не смог закопать С, дальше продолжать?

А что может предложить js? Да, это конечно удобно писать на нём всякие сайтеги и много чего. Мне тоже он нравится, но ёмаё, кадры решают всё, они определяют как много будет разных библиотек и компонентов на платформе , они определяют как дорого вам будет разрабатывать. Вот сейчас веб уже стал оплачиваться выше среднего. Ещё чуть чуть и зарплаты будут одни из самых высоких. И это при том, что производительность труда так себе.

К чему это я всё? К тому что мир поглощает всё, адаптирует по себя. В общем будет расти 100 цветов и все будут жить.

ixrws ★★★
()
Ответ на: Напомнило от EXL

Хм, я бы вот о чём задумался, причём серьёзно задумался. Си живёт без серьёзных переделок уже более 30и лет. Да, каждый ной стандарт несёт плюшки и удобства. И инициализация массивов хороша и возможности гнушных макросов приятны и конечно поддержка широкобайтных кодировок, которых просто не было во время создания Си. Но основная его часть не меняется. И несмотря на это, его любят огромное число людей. Он жив так долго, что многие люди уже померли, которые родились после его создания. А это говорит о том, что это очень удачное решение. Простое, эффективное, не без недостатков, но преимущества перевешивают.

Примерно та же картина с С++ и жабой. В своих нишах ничто им не угрожает. Равно как и жабаскрипту ничего не угрожает в ближайшие годы, никакой webasm ему не помеха. И чтобы понять это надо подумать почему так, а не думать жопой и своими комплексами, как эти 4е пхпешника.

ixrws ★★★
()
Ответ на: комментарий от ixrws

А мне вот забавно читать как каждый второй ИТТ изливает свой комплекс языкодрочера.
В то время как разговор вообще о web_app (html/xml + css + Web APIs) vs native_app (Qt, Cocoa, GTK, CF, XUL, etc) и никакой код на Си откомпилированный в вебассемблей из веб приложения нативное не сделает.

uin ★★★
()
Ответ на: комментарий от darkenshvein

Ну у него свой опыт, он ему подсказывает что реальность не такова. А мне приходится сталкиваться с проектами, под которые специально ищут людей и не находят, повышают зп и снова не находят. Такая вот жопа:)

ixrws ★★★
()
Ответ на: комментарий от uin

Ну XUL конечно тут лишний, и современный Qt тоже лишний по тем же причинам, но это другой вопрос. А так да, согласен.

ixrws ★★★
()
Ответ на: комментарий от ixrws

Ну XUL конечно тут лишний

Я обобщил, под ксулом имелись в виду все мозиловские технологии (типа XPCOM) позволяющие создавать приложения.

uin ★★★
()
Ответ на: комментарий от Harald

С моей точки зрения - идёт расслоение в производстве мобильных приложений. Подешевле и побыстрей - на JavaScript, и подороже и качественней - на Java и Swift/Objective-C/C++/C. В принципе, многие вещи из мира c/c++ уже прекрасно можно юзать из виртуальных машин java и JavaScript, т.ч. самые производительные операции, а также микро-движки всяких сканеров отпечатков пальцев - так и будут писать на Си внутри операционки, а дёргать всё через API в JavaScript приложениях. Большинству бизнеса этого достаточно, только в gamedev требуется выжимать все соки из железа.

menangen ★★★★★
()
Ответ на: комментарий от menangen

надо же, адекватный коммент, не может быть )

Harald ★★★★★
()
Ответ на: комментарий от menangen

Пока что js на мобилках не смог выжать из железа даже отзывчивый дизайн, что уж говорить о соках. Возможно, у react native с этим получше, не знаю.

Сильно ли дешевле сделать приложение на JS, по сравнению с Java? И на чём там экономия? Что, js-ники просят сильно меньше? Или дело в кроссплатформенности?

Weres ★★★
()
Ответ на: комментарий от Weres

Или дело в кроссплатформенности?

Именно в ней, родимой. Представим себе худший случай: Ты сириус бузьнэс, который имеет внутри зоопарк мобильных девайсов, десктопные клиенты и может еще планшеты. Теперь прикидываем стоимость и нужное кол-во разработчиков нужное для нативных приложений под весь зоопарк.

ptarh ★★★★★
()
Последнее исправление: ptarh (всего исправлений: 1)

Ну как понял новый клиент лола будет жс, так что да, там где можно будут пихать жс.

ritsufag ★★★★★
()
Ответ на: комментарий от Weres

Для малого бизнеса типа приложений для замены сайта, в которых можно активно втягивать пользователей, давая им либо скидки, либо свою социальную систему общения/взаимодействия с этой организацией через апп - почти в 2 раза дешевле. Набирается 1-2 JavaScript разработчика со среднем рейтом - клепается основное ядро приложения, совместо с бэкенд разрабами, коих тоже часто 1-2, далее в конце дела нанимают одного хорошего разраба на месяц из стана Swift/Objective-C, и одного из стана жаберов, каждый вылизывает это ядрышко до вменяемого состояния на своей платформе, проводит тестирование всяких покупок и т.п., завязанных на apple/google сервисах - и всё, релизят приложения, упакованные по отдельности, но представляющие единую суть и возможности. Далее итерационно травят баги, ну и делают деньги :)

Обычно экономия уже на 20% заставляет бизнес суетиться, а тут целых 50% денег можно и не платить - а получить почти всё то же. К тому же, скорость добавления новых фич - в JavaScript за недельку можно пустить в продакшен что-нибудь типа добавленных комментариев в приложении к статьям, на Java и Swift - всё сложнее.

menangen ★★★★★
()
Последнее исправление: menangen (всего исправлений: 1)
Ответ на: комментарий от Weres

ссылка на класс

Просто ты не прикладник, а вечный изучатель .
Я лично вижу ссылку на отличный инструмент позволяющий делать Command-Line приложения, а что может быть более native чем cli приложения? Помойму ничего.

по сравнению с Java

«приложения на Java» это:
1. Кросплатформенные оконные приложения напоминающие старые виндовые приложения на Delphi
2. Кросплатформенные cli приложения
3. Завязанные на системные API (Android)

«приложения на JavaScript» это в 99% случаев web приложения.
А это интерфейс на html+сss + DOM API, Web Audio API, Canvas, DataView API ну и все остальное.

uin ★★★
()
Ответ на: комментарий от StReLoK

darkenshvein

Не могу спорить с тем, что кресты — говно, но как это связано с тем, что на них можно писать нативные приложения?

buddhist ★★★★★
()
Ответ на: комментарий от uin

что может быть более native чем cli приложения

Ой вэй. Заканчиваю разговор.

Weres ★★★
()
Ответ на: комментарий от ptarh

Сириус бизнес как раз таки скорее выложит денег, но получит хорошие приложения, с отзывчивым интерфейсом и по гайдлайнам. Засунуть веб в мобилку и пугать пользователя кнопкой, коорая жмётся полсекунды, это скорее путь хипсто-стартапов. Но общую мысль я понял, спасибо.

Weres ★★★
()
Ответ на: комментарий от Weres

Сириус бизнес как раз таки скорее выложит денег, но получит хорошие приложения, с отзывчивым интерфейсом и по гайдлайнам.

Nope. Пруфов не будет, ибо NDA. Но будет информация к размышлению: то, чего сириус бузьнэс боится больше всего, это нанимать лишних людей. Во многих странах с развитой социальной составляющей их потом так просто не уволишь и они стоят дохрена денег. А приложения нужно поддерживать и после того, как они написаны. Если можно нанять двух кодеров на JS вместо одного на ведроид, одного на iOS, одного на винду и одного на мак, то ты уже продул. Гайдлайны существуют и для мобильных фреймоворков, а отзывчивость интерфейса не играет большой роли, так как большая часть времени в суровом ынтырпайзе уходит на обработку запроса в бэкэнде, которому плевать нативно кнопочки прорисовываются или в css.

ptarh ★★★★★
()

Последствия гонки за баблом, и его следствия - зоопарка архитектур. Потребитель схавал кучу `платформ`, под которые писать универсальный и надёжный код просто некому. Вот за счёт абстрагирования от архитектуры, кучи прослоек, и достигают надёжности. Но про быстродействие можно будет забыть. Наше будущее - кастрированная функциональность весьма высокоуровневых систем. Привет mars.com & ELITE for ZX!

pacify ★★★★★
()

Да.
Для большинства приложений хватит JS.

Кроссплатформенная установка js webapp сайта как приложения на телефон одним нажатием в меню браузера, без всяких гугл-плеев и прочих аппсторов — это тоже круто.

shahid ★★★★★
()
Ответ на: комментарий от uin

а что может быть более native чем cli

Nuclear facepalm.jpg

Как связаны особенности получения работы кода на целовой платформе (точнее - его получения и работы) и cli?

alex4321
()

Очередная жабоскрипт-макака потеряла связь с реальностью, что тут такого.

h578b1bde ★☆
()
Ответ на: Напомнило от EXL

C/C++ ... вымрут... останутся... python

/0 - в питоне много на С завязано.

Shadow ★★★★★
()
Ответ на: комментарий от shahid

Кросплатформенная... одним нажатием

Влажные мечты. В итоге легче нэйтив сделать (кроме простых случаев)

Shadow ★★★★★
()

but if you’re busy learning Swift or Java so you can build native apps, you may want to consider learning JavaScript, instead.»

You may want to consider drinking a huge tank of acid, too.

Нет, серьезно, еще есть упоротые, считающие жс нормальным языком?

takino ★★★★★
()
Ответ на: комментарий от ptarh

чего сириус бузьнэс боится больше всего, это нанимать лишних людей

Правда. Вся эта хрень (всякие react native и ionic'и) не появились бы, если бы не было необходимости у бизнеса. Правда это никак не заставит тормозить js-apps меньше.

bitfroster ★★
()
Последнее исправление: bitfroster (всего исправлений: 1)
Ответ на: комментарий от alex4321

Как связаны особенности получения работы кода
точнее - его получения и работы

Виталий, залогинься.

uin ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.