ну и нахрена твое каррирование в обычном приложении?)

выебываться, конечно же

увольнять надо за такую замуту))

подумаешь, джава-боги решают задачи бизнеса, тю

ыыыы)))

лучше будем абстрактную хуету пилить и осваивать бюджет

да, гуга?

да, гуга?

А зачем иначе идти в программисты?

А зачем иначе идти в программисты?

деградировать

щас он свой фаломет перезарядит)

Пахать на дядю?

таааак

https://pp.vk.me/c637723/v637723502/e8a/lV6QA_xnRk0.jpg

Пахать на дядю?

ну так в любом случае ты пахаешь на дядю)))

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

если у тебя не было опыта работы вообще в области, по которой/с помощью которой делаешь проект, то очень тяжело чего-то добиться

ну так в любом случае ты пахаешь на дядю)))

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

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

именно

И дядя что бы не прогореть нанимает тебя обратно

За баснословные деньги

И дядя что бы не прогореть нанимает тебя обратно

нет

Вот же он, профит

он перепишет проект

100%

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

ну так потомучто придурки те кто начинали этот проект, надо в первую очередь смотреть на рынок

или скинет индусам/конторе

а не на инструмент)

он перепишет проект

И другой продукт выйдет на рынок раньше

если речь о продукте, то ситуация координально меняется

ключевых людей будут удерживать

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

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

А что мешает сеттерами или путами их напихать в какой-нить солвер?

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

лапшакод)

А что мешает сеттерами или путами их напихать в какой-нить солвер?

Потому что говно ваши сеттеры, а данные должны быть ее мутирующими

в конце ключевое слово)

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

кто тебе сказал?

очень легко пишется

если текучка большая

самый простой пример - не дробить код на модули, на слои, на интерфейсы

Да я практически уверен, что 80% рынка не поймут каноничный код на 8й джаве

он становится нереально жестким и нетестируемым

Да я практически уверен, что 80% рынка не поймут каноничный код на 8й джаве

с чего ты взял, что весь проект должен быть написан онли на джаве 8?

с чего ты взял что это правильно?

функциональные интерфейсы, работа с коллекциями через стримы - 90% юскейсов в типичном проекте

зачем городить сложности, ради сложностей

так только новички делают или ...

Ну как бы я и ушел с прошлой конторы потому что мне надоели типичные проекты.

или типичная роль?

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

Но

зачем городить сложности, ради сложностей

.

ну повышение производительности того стоит

если оно будет существенным

т.е. у тебя не было ключевой роли на проекте и тебе не давали рулить, так?

ну повышение производительности того стоит

Только никого это не ебет, и можно сделать очередной круд на спринге

Только никого это не ебет, и можно сделать очередной круд на спринге

у спринга же есть асинхронщина

пусть примитивная

но ты не ответил на вопрос

На сервлетах

у тебя не было роли ключевой на проекте?

Ох лол

у тебя не было роли ключевой на проекте?

Я же в аутсорсе был

На сервлетах

а что ваш круд проект вдруг стал хайлоад?

Я же в аутсорсе был

ну ясно понятно

Ключевые решения на стороне заказчика всегда принимаются

вплоть до девелопмента?

ERROR: S client not available

и выбора инструментов?

вот да

нахрен такие конторы

тож спросить хотел

что там с каррированием в яве)

давайте я приду в стоматологию и буду врачу указывать как сверлить

круто че

неужели заказчики могут решать архитектурные вопросы какие-то

Конечно. Как только проект начинает приносить деньги.

на сервлетах не модно пломбы ставить

Конечно. Как только проект начинает приносить деньги.

так погоди

это проект на саппорте был?

о чем тогда вообще говорить...

Нет, от прототипа до релиза

и ты типа не предлагал свои решения?

или предлагал, но их отвергли?

или предлагал, но их отвергли?

Не то что бы отвергали, всем было лень делать по другому

т.е. твои предложения требовали куча человеко-часов и сам ты не мог в одного?

просто я сам за все новое

но если речь идет о бабках и об отлаженном процессе, тут приоритеты другие

тем более в аутсорсе

тебе в продукт надо

но если речь идет о бабках и об отлаженном процессе, тут приоритеты другие

И где тут фан?

Function<Integer, Function<Integer, Function<Integer,Integer>>> fun = x -> (Integer y) -> (Integer z)-> x+y+z; Integer apply = fun.apply(10).apply(20).apply(200); System.out.println(apply);

тебе в продукт надо

это говно похоже на каррирование?)

Было бы, если бы не аплай

Function<Integer, Function<Integer, Function<Integer,Integer>>> fun = x -> (Integer y) -> (Integer z)-> x+y+z; Integer apply = fun.apply(10).apply(20).apply(200); System.out.println(apply);

нот бэд

ну не умеет он без аплай)

надо как-то выкручиваца)

Ну в скале для этого сахарка завезли

Но смысл ты уловил