Репутація українського ІТ. Пройти опитування Асоціації IT Ukraine
×Закрыть
Java developer в SoftServe
  • Тренинг «Разработка микросервисов»

    Перенесли вроде мероприятие на ноябрь
    it-simulator.com/...​63/mikroservisy-dlya-vseh

  • Dev Club MeetUp #9: Unit-тестирование. Ожидания и Реальность

    оптимально использовать ресурсы за счет работы ночью

    Night builds? :)

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Я не спорю, что nodejs вполне годная технология для бекенда так же, как и не спорю с

    лишь для фриланса на небольших проектах или для пет-проектов
    Но есть люди, которые выбирают node, хотя работают бэкендщиками.

    Вот было бы интересно почитать отзывы этих людей и причины, по которым они выбрали nodejs для бекенда. С какой технологии они перешли на nodejs и почему? И т.п. вопросы.

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Есть фреймворки кроме ангулара и более гибкие способы валидации

    Я поэтому сразу и написал, что в фронтенде мало компетентен.

    Другой вопрос что это особо выгодно только фуллстаку.

    Только фуллстеку, который и фронт и бек пишет на js. Но как по мне возможность дублирования кода валидации довольно не значительный аргумент в пользу написания бекенда на nodejs.

    Вас будто джаваскриптеры в детстве побили

    Даже если и так, у меня после этого осталось чуство юмора, в отличие от вас =)

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Ну разумеется, и при этом вывести голых, больше ненужных джавистов коридором, через толпу продвинутых джаваскриптеров, кричащую «позор! позор!! позор!!!», ну а сзади ангулярщик, верхом на гироскутере, фигачит их хлыстом :)

    Огонь! =)

    Не вижу я особой разницы между тем что сейчас написано на джаве, а могло быть и на с++ (+) джаваскрипт.

    Я же и говорю. Не понимаете, почему появилась специализация.

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

    Да, точно. И поэтому следующие доводы

    хотя если он на ноде то позволяет переиспользовать некоторый код.

    вгоняют в ступор. Я в фронте не силен, но даже мне валидация на фронте видится как нечто подобное
    material.angularjs.org/latest/demo/input
    <input required type="email" minlength="10" maxlength="100" ng-pattern="/^.+@.+\..+$/" />

    но уж никак не набор if () then alert, которые, я так понимаю вы и собрались переисопльзовать.

    как то не очень хорошо смотрели. Тогда мы тут даром простыни накатали. . .

    Не даром. Я был рад принять участие в конструктивной беседе с вами без скатывания в 18+

    А, мне, знаете ли, пора. Пойду учить javascript, а то как тут верно заметили

    Я топлю за идею, что если есть желание покушать завтра хлеба с маслом, то стоит потихоньку JS подтягивать

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

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Чувствую какую то неискренность, но ни как не могу понять чем она вызвана... ©

    Сарказм вызван вашей наивной верой в то, что в будущем вы сможете все писать на javascript. Конечно нас рассудит время, но уже можно отчетливо понять, что это не так. Как вы думаете почему появляется специализация? Например, зачем гугл придумала еще один язык — Go? Взяли бы да и напилили все что им надо на js. Или они глупее вас?

    А то я уже подумал что мне почудилось что ПриватБанк года полтора назад искал нодедж разарабов . . .

    А вы наверное подумали, что ПБ нанял этих NodeJS девелоперов что бы все начисто переписать наконец на праведный javascript? =)

    А джавистам в ентерпрайз все есть банковские транзакции?

    Вы не могли придумать примера сложной логики, поэтому я и помог вам взяв за пример банковские операции. К чему тут удивление?

    А зачем его писать на клиенте? Это чисто задача бекенда и никакой пользы для клиента тут нет и быть не может.

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

    Или более логично слать запрос чтобы сервер прокапитанил что у вас на счете 0 либо меньше допустимого остатка?

    Вы наверное опечатались и хотели написать не «прокапитанил», а «достоверно проверил»? Тогда все в порядке. Или вы такие мелочные операции с деньгами предпочтете проверять на клиенте, который даже школьники уже умеют править?

    ШТА? какую такую? какую это логику нельзя написать на node, или что?

    Вы меня не правильно поняли. Я смотрю, что ваша точка зрения заключается в том, что всю логику можно вынести на фронтенд. Но когда вам показываешь явные примеры где это не допустимо, вы, как и все остальные евангелисты js прикрываетесь NodeJS.

    В ентерпрайз все древнее как Г. мамонта, пока работает его не трогают

    Вот прям одно говно плавает и новое ничего не пишется? Вы серьезно? Говорите так, как будто с конца 90-х новых сервисов и не появилось никаких.

    Если тут разговор сместился с фронта vs бек к nodejs vs java то это уже бессмысленное занятие.

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

    Поддержал: Bot Bot
  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Будут, если вкурят node и станут бекендщиками или фулстеками.

    Удачи!

    Хм, а какая вообще есть серьезная бизнес логика на бекенде?

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

    Возьмем банковсвую сферу. Как бы вы написали процессинг на клиенте? Или алгоритм определения достаточного баланса на счету для перевода средств? На клиенте? Серьезно?

    Впрочем я уже знаю ответ: «Нет, именно такую логику мы бы написали на NodeJS».
    Но много ли можете предоставить примеров подобных сервисов на NodeJS?

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Вы, кажется, не о той «логике» рассуждаете

    Если речь про валидацию, или логику по типу «должна ли сейчас эта кнопка быть активной или нет», то да, конечно она должна быть продублирована(!) на интерфейсе. Но даже это не отменяет ее на бекенде. Кстати, что бы этого дублирования не было, и что бы клиент/фронтенд даже не должен был бы знать о ней, для этого и существует HATEOAS. Про бизнес логику, которую, я так понимаю, автор подразумевает и говорить нечего. Она должна быть на бекенде.

    не должен заниматься рендерингом данных в html шаблон

    Разве этим кто то еще занимается в 2к17? :)

    P. S. Не хочу никого обидеть, но мне все это видится так. Фронтенд разработчики с выходом NodeJS решили, что теперь будут править миром и скинут с плоской земли всех бекендщиков ибо больше нет смысла ни в микросервисах, ни в Java, ни в Spring ни в других непонятных словах. Все перенесем на фронт, а на крайняк заюзаем NodeJS — аля бекенд.

    Но что то среди всех комментариев я не увидел примеров серьезной бизнес логики, которую вы могли бы перенести на фронт. Все что было упомянуто — это валидация (что по здравому смыслу так же должно быть и на фронте) и подгрузку items, что не особо то с какой либо бизнес логикой и вяжется.

    Поддержали: Bot Bot, Markus Soarez
  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    И это нормально. А наличие логики на фронте снижает безопасность приложения до нуля.
    Ни в коем случае не хочу сказать, что фронтенд не нужен в принципе. Но мне кажется, что вы пытаетесь, по какой то причине, «перетянуть на него все одеяло» и свести на нет важность бекенда.

  • Есть ли будущее у Spring MVC перед наступающим front-end(ом)?

    Мне кажется HATEOAS является ответом на данный вопрос. На фронте не должно быть бизнес логики.

← Сtrl 123456 Ctrl →