Станет ли javascript убийцей java?

      Комментарии к записи Станет ли javascript убийцей java? отключены

Будет ли Java стёрта с лица земли при помощи JavaScript? Таким вопросом задались пользователи сайта Quora. Самые занимательные ответы KV.by собрали в материале.

Станет ли javascript убийцей java?

Джерасон Бэнс, основной инженер

  • Будет ли машинный код стёрт с лица земли ассемблером?
  • Будет ли ассемблер стёрт с лица земли при помощи C?
  • Будет ли C/C++ стёрт с лица земли при помощи Java?

Ответ на все эти вопросы – да и… нет. Давайте порассуждаем:

Если бы я создавал документальную базу данных, то я бы скорее предпочел делать это в Java, нежели при помощи C ++. Проработанный сборщик мусора в сочетании с JIT-оптимизацией, и поразительные структуры разрешённых позволяют сделать процесс программирования намного более стремительным и надежным. Я имел возможность бы сделать это и в C либо C++, но тогда потребуется большего количества приложенных упрочнений.

Двоичную либо реляционную базу данных я бы создавал скорее при помощи C, нежели Java либо ассемблера. Структуры данных на уровне байтов значительно несложнее выразить посредством структур языка программирования C. А операция разыменования указателя разрешает мне написать невообразимо искусный код, при помощи которого возможно будет добиться прекрасных показателей производительности на протяжении операций по манипулированию данными. Я могу кроме этого сделать это в ассемблере, но это потребует большего количества упрочнений.

Для низкоуровневых операций с аппаратными средствами я бы скорее применял ассемблер, нежели C либо машинный код. Я кроме этого могу сделать это в C, но в этом случае возможно сложно осознать, какие конкретно операции происходят в тот момент, пока я в критической секции. Помимо этого, будет очень не легко диагностировать и устранить баги.

Занимаясь разработкой электрически стираемого перепрограммируемого ПЗУ (EEPROM), я бы скорее применял машинный код, нежели ассемблер. Это возможно было бы сделать в ассемблере, но тогда мне бы было нужно повозиться с настройками, дабы удалить ненужную данные. У меня имеется лишь 512 байт для этого, исходя из этого любая команда имеет значение! Существенно проще открыть шестнадцатеричный редактор и сделать все в нем.

Любая из названных выше разработок все еще существует, не смотря на то, что и предполагалось, что они должны были быть «стёрты с лица земли» новыми заменителями. И мы все равно достаточно довольно часто используем более ветхие инструменты, находящиеся на более низком уровне, дабы создать то, что нам нужно.

В случае, если мы применим к Javascript выводы, сделанные выше, то мы найдём, что интерфейс пользователя я бы предпочел создавать в Javascript, а не в Java. Функциональный дизайн Javascript’s, то есть однопоточная модель цикла событий с неблокируемыми I/O, и встроенные структуры данных разрешили бы мне как следует взаимодействовать с пользователем и иметь дело со множеством параллельных элементов управления, написав наряду с этим минимальный код. Я могу кроме этого сделать все это в Java, но код тогда будет более громоздким, помимо этого, в этом случае я обязан буду отлично разбираться в параллельном программировании.

Камерон Перди, программист

Во-первых, JavaScript умудрился практически в одиночку стереть с лица земли Java-апплеты, Silverlight и мультимедийную платформу Adobe Shockwave / Flash. Сейчас для работы в браузере (и практически для всех практических целей) значительно чаще употребляется JavaScript (и те инструменты, каковые с ним совместимы). Исходя из этого в случае, если мы ведем обращение о коде, делаемом в веб-браузере, что запущен на телефоне, планшете, ноутбуке либо ПК, тогда да, на данный момент стёр с лица земли Java.

Во-вторых, это только вопрос цены. Я бы высказал предположение, что следующим языком, что JavaScript будет уничтожать, будет… JavaScript! Обстоятельство для того чтобы вывода несложна и очевидна для любого, кто когда-либо применял JavaScript либо каждый глубокоуважаемый язык программирования: для любого большого приложения затраты на поддержку приложений, функционирующих на базе JavaScript, значительно превышают затраты на замену тех же самых JavaScript-приложений. Либо как гласит одна ветхая поговорка: «В любой момент не достаточно времени, дабы выполнить работу как нужно, но на то, дабы ее переделать, время находится». JavaScript уже умирает под собственным весом, но пока нет альтернативы, которая бы смогла его заменить, количество программ, написанных и переписанных на этом языке, лишь растет.

Питер Шинек, программист

Без шуток, парни, хватит разводить шумиху по этому поводу. Я знаю, о чем я говорю – я был в том месте до релиза Ruby on Rails 1.0. Шумиха была легко невообразимая!

Спустя десятилетие я все кроме этого тружусь с Ruby/Ruby on Rails в любой момент, в то время, когда имеется подобная возможность. Но наряду с этим я ни при каких обстоятельствах не стану применять данный фреймворк для следующих целей:

  • Машинное обучение/ИИ. Применение языка программирования Python в этом случае более чем разумеется.
  • Задачи, для исполнения которых серьёзное значение имеют вычисления либо скорость исполнения. В этом случае я бы начал с Crystal, а если бы его инструментов не хватало, то перешел бы на C++/C/ассемблер.
  • Задачи, на протяжении исполнения которых нужно обеспечить большой уровень безопасности, к примеру, банковские операции, очень тайные национальные программы и другое. Имеете возможность ли вы применять для этого Rails/Ruby? Само собой разумеется. Станете ли вы это делать? Надеюсь, что нет. Для этого имеется Java.
  • Высоко параллельная/распределенная обработка данных. Задача непроста лишь по причине того, что существует огромное количество дешёвых инструментов: Elixir, Scala, Go, Rust.

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

Благодаря технологии стремительного прототипирования, Rails замечательно подходит для технологических программ. Ruby все еще достаточно приятно применять (в то время, как, по моему личному точке зрения, Javascript как раз-таки не столь эргономичен в работе. Но это чисто мое субъективное мнение).

Вы планируете стать создателем следующего Facebook/Гугл/Snapchat? Тогда, быть может, для вас было бы хорошо пересмотреть архитектуру кода и начать реструкуризацию его критических моментов.

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

И, напоследок, еще один вопрос на размышление: сможет ли Javascript стереть с лица земли один из старейших языков программирования COBOL?

Паулина Йонушайте, более 15 лет шепетильно изучала и использует разные языки программирования

Вот полный перечень людей, заинтересованных в разработке настольных приложений с применением JavaScript:

  • Люди, каковые раньше трудились в сфере разработки web-интерфейса, но позже поняли, что эта сфера не столь прибыльна, как им бы хотелось.

Вот неполный перечень людей, каковые не желают иметь никаких дел с JavaScript при разработке настольных приложений:

  • Громадные компании, каковые задействованы в круговороте 95% всех финансов в данной сфере и стремятся принимать лишь здравые ответы касательно увеличения уровня доходов. Вы понимаете, это такие юноши, каковые, в то время, когда все идет наперекосяк, ищут специалиста для решения проблем, а не говорят что-то наподобие «Слушай, Боб, тут на форуме написано, что у такой-то компании была похожая неприятность и им помогло вот это вот ответ. Давай и мы так попытаемся?».

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

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

Это совсем не свидетельствует, что Java неприкасаемый и находится в полной безопасности. У него имеется достаточное количество соперников, к примеру C++, C#, огромное количество JVM-языков. Таких, как Scala, Groovy, Kotlin и другие. Но сейчас я не могу представить JavaScript занимающим хорошее место среди них.

Мартин Бок, программист, предприниматель

Нет. Javascript и Java употребляются для различных целей. Главным преимуществом JavaScript есть то, что он запускается в браузере. Помимо этого, его возможно применять для работы в режиме сервера, и данный язык поэтому тем и красив, что его возможно применять как в первой, так и во второй обстановках. Но, наряду с этим имеется и другие языки, созданные и значительно более подходящие для работы в режиме сервера, нежели JavaScript.

Существует огромное количество корпоративного ПО, которое было написано на Java и которое до сих пор пишут на этом языке, и многие предприятия не признают другие языки программирования в качестве альтернативы, в силу того, что через чур малое количество языков может дать им то, что дает им Java. (Поэтому по данной причине я довольно часто именую Java новым Cobol. К счастью, Java не столь нехорош, как Cobol)

Главным преимуществом Java есть не сам язык (громоздкой и довольно часто многословный), но виртуальная Java-машина (JVM), на которой он трудится. Эта виртуальная машина владеет именно теми чертями, каковые завлекают людей, то есть, быстротой, надежностью, безопасностью и мощностью.

Это совсем не свидетельствует, что нет места для других языков, таких как, например, JavaScript. У каждого языка имеется недостатки и свои преимущества, и определенная область применения. Это замечательно, что создаются новые инструменты, разрешающие применять JavaScript более действенно, но это никоим образом не свидетельствует, что именно этот язык заменит все остальные. Уже существует возможность создавать кроссплатформенные приложения на базе Java и других языков. Отчего же тогда люди все равно переключаются на JavaScript? Это происходит по причине того, что у JavaScript имеется занимательные функции, каковые, к сожалению, подходят не для всех обстановок. Преимущества Javascript делают работу с ним достаточно приятной, но недочёты так же имеют место быть. И они останутся, поскольку возникла реальная необходимость в обратной совместимости.

Java, Python, PHP, JavaScript, C++, C# … WHO MAKES MORE MONEY?


Интересные записи: