Комментарии 11
Как по мне странно делать зоопарк: либо Java либо JS.
На реализацию данного проекта закладывалась неделя. Чтобы все успеть, распределили обязанности в соответствии с компетенциями.
Почему странно? Каждый подход-фреймворк-язык имеет свои особенности, которые особо хорошо проявляются в своей среде. Но надо знать где и как.
Это как использовать плоскую отвёртку для винтов с плоским шлицем и крестовым. Это часто можно сделать и не надо инвестировать в обе отвёртке. Но если есть в наличие обе отвёртки уже, то более подходящий инструмент работает лучше.
Единственная выгода использовать JS везде и повсюду обычно в том случае когда есть хорошие знания JS, а остальные знания только поверхностные. Это очень хорошо помогает быстро запустить full-stack проект зная только JS.
Это как использовать плоскую отвёртку для винтов с плоским шлицем и крестовым. Это часто можно сделать и не надо инвестировать в обе отвёртке. Но если есть в наличие обе отвёртки уже, то более подходящий инструмент работает лучше.
Единственная выгода использовать JS везде и повсюду обычно в том случае когда есть хорошие знания JS, а остальные знания только поверхностные. Это очень хорошо помогает быстро запустить full-stack проект зная только JS.
Зоопарк технологий это всегда плохо. В данном случае один сервер на Java прекрасно бы со всем справился. А еще бы его можно скомпилять в бинарник через GraalVm.
Потому я и интересуюсь ПОЧЕМУ это плохо. А в ответ получаю «это всегда плохо». Мне так до сих пор и не понятно.
Я ведь написал. Вместо одного сервиса надо поддерживать три, причем на разных технологиях.
Так почему так плохо поддерживать разные технологии?
Если у меня серверный код на JS, то мне надо обязательно иметь базу данных на JS или я могу её реализовать на чём-то другом, что лучше подходит под задачи (например, запустить новый сервис на MySQL или MongoDB)?
Если у меня серверный код на JS, то мне надо обязательно иметь базу данных на JS или я могу её реализовать на чём-то другом, что лучше подходит под задачи (например, запустить новый сервис на MySQL или MongoDB)?
Если посмотреть описание, то сервисы написаны на Js и Java. За базу никто не говорил. И чем в данном случае JS лучше Java?
Наверно, мы просто друг друга не так поняли.
В данном случае JS может быть лучше Java тем, что авторы проекта знают JS лучше и могут не знать Java вообще.
Но если бы они хорошо знали, например, Python, то серверную часть можно было сделать на Python'е проще и быстрее. И при этом оставить фронт на JS.
Ещё как вариант — сделать мобильную версию сайта на JS вместо мобильного приложения на JS если опыт в этом больше.
Я об этом.
В данном случае JS может быть лучше Java тем, что авторы проекта знают JS лучше и могут не знать Java вообще.
Но если бы они хорошо знали, например, Python, то серверную часть можно было сделать на Python'е проще и быстрее. И при этом оставить фронт на JS.
Ещё как вариант — сделать мобильную версию сайта на JS вместо мобильного приложения на JS если опыт в этом больше.
Я об этом.
Возможно тем, что JS в отличии от JAVA умеет в асинхронность? А может и тем, что JS в отличии от JAVA специализированный язык для FrontEnd?
Мне кажется у вас тот случай, когда в руках молоток и всё похоже на гвозди…
Мне кажется у вас тот случай, когда в руках молоток и всё похоже на гвозди…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Домашнее IoT-устройство глазами JS-разработчика