тогда понятно) отбился от бекенда совсем?

Угу (

Угу (

мы так сбагрили одного разраба с бекенда на фронт) теперь шутим с него

хотим ему сделать подушку с надписью: "фронтенд для даунов" С.О. Золотов

Да норм, еще и typescript

нуу такое)

обратно не тянет?

Хотя зависит от того, что за задачи

У нас вроде есть чем заниматься)

А откуда взялось мнение, что фронтэнд для даунов?

моя цитата

Она всерьез, или шутка? ))

всерьез

ну не так критично конечно

когда критическая масса людей начнёт включать MVVM и MVP в MVC, то это тоже станет MVC, хоть название и потеряет смысл

Так это детали реализации M и C

но в целом суть что на фронтэнд знаний нужно в разы меньше чем на бекенд

У вас просто фронтэнд скучный)

отсюда и вчерашние разнозчики пицц во фронтэнде и тд)

Так это детали реализации M и C

Как бы нет, но речь была не об этом

У вас просто фронтэнд скучный)

Он у всех скучный

У вас просто фронтэнд скучный)

фронтэнд не бывает веселым) если это не какой-то жесткий рендеринг с канвасами

Если ты свой graphql не пишешь, конечно

Как бы нет, но речь была не об этом

А вот точнее

но в целом суть что на фронтэнд знаний нужно в разы меньше чем на бекенд

Если говорить о качественном UX, а не накидать говнеца из ангуляра, то знаний нужно как минимум не меньше.

Он у всех скучный

http://cs617618.vk.me/v617618495/dbd7/wozYkmWSnT0.jpg

Если говорить о качественном UX, а не накидать говнеца из ангуляра, то знаний нужно как минимум не меньше.

UX о другом

знатный вброс)

Если говорить о качественном UX, а не накидать говнеца из ангуляра, то знаний нужно как минимум не меньше.

Сказал бы любой фронтендер

Какие-нибудь бэкэнды стандартных приложений типа CMS или интернет-магазинов тоже не шибко веселые - рутина, как и везде. Я просто удивлен такому мнению, что фронт не требует знаний и скучный... Разносчику пиццы так же легко зайти в тот же PHP и начать говнокодить ) И ведь все в браузере хотят видеть красиво, плавно и адаптивно. Но делают эти красивости, плавности и адапитвку скучные дауны...

бекенд тоже бывает скучный, некоторые сидят только лепят rest api обертки вокруг базы и взнывают от скукоты

Все же в одной лодке плывем, зачем кого-то унижать, а кого-то возвышать? )

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

Все же в одной лодке плывем, зачем кого-то унижать, а кого-то возвышать? )

щас ради примера вакансии скину

https://jobs.dou.ua/companies/darcmatter-com/vacancies/35726/ https://jobs.dou.ua/companies/flyaps/vacancies/34244/ https://jobs.dou.ua/companies/augmented-pixels/vacancies/19375/

приблизительно одинаковые ценники. только где-то нужна линейная алгебра и 3д области, а где-то ну.. реакт

приблизительно одинаковые ценники. только где-то нужна линейная алгебра и 3д области, а где-то ну.. реакт

kek

я не видел ни одного фронта, который бы парился с профайлерами, оптимизациями и тд. сказали что реакт это быстро? ок, юзаем реакт. некоторые до сих пор через console.log дебажат

я к тому что взять джависта на 3к, и фронта на 3к. и если поменять их местами, то джавист втянется за несколько дней, а фронт сядет в лужу со своими "знаниями"

отсюда и цитата "фронтэнд - для даунов"

и да, я был почти год фронтэндом. стало скучно и тесно

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

Я вот в микрохирургию глаза не умею - я, выходит, даун. А то, что какой-нибудь микрохирург не умеет в Python, Docker и TypeScript - тоже даун. Таки все мы дауны, выходит...

ошибки фронтэнда это максимум непойманный эксепшен и отвалившийся жс в табе. ошибка бекенда несет за собой большие денежные потери для бизнеса

Это я к чему - к вопросу - зачем все эти сравнения? ЧСВ потешить?

Я вот в микрохирургию глаза не умею - я, выходит, даун. А то, что какой-нибудь микрохирург не умеет в Python, Docker и TypeScript - тоже даун. Таки все мы дауны, выходит...

ну ты дальше айти то не шагай

Это я к чему - к вопросу - зачем все эти сравнения? ЧСВ потешить?

а ты не видишь хайпа?)

Это я к чему - к вопросу - зачем все эти сравнения? ЧСВ потешить?

а как иначе то?)

А, все, вопросов нету больше никаких )))

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

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

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

Эх, как же ты прав.

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

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

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

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

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

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

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

Очень субъективно. В реалиях нашего рынка(в среднем) +- одинаково.

Очень субъективно. В реалиях нашего рынка(в среднем) +- одинаково.

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

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

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

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

в общем в этом то и была суть)

а пока это хайп и пузырь

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

Для проблемы больше чем рутинная есть специальные группы

Хайп он в целом для всей сферы. Интернет-то не так давно появился в массовом проявлении.

о боже, вышел grunt и backbone! а не, все херня, вышел gulp и angular1. эээ я еще не успел дочитать доку по ангуляру, а вы уже травите вебпаком и реактом. о ужас как же сложно быть фронтэндом... примерно вот так это выглядит)

Со стороны конечно так и выглядит )) Но есть устоявшиеся концепции, которыми в основном пользуются, а все новомодное в свободное время тыкают just for fun. Иногда взлетает

Опять же, в моем извращенном мозгу фронтэнд(нормальный) - продуманное и завершенное UX решение, включая дизайны, золотые сечения и всякие стеки с js-ами, функциональщинами и прочим для их воплощения. И все это довольно сложно. А рынок нам говорит - можно лепить говно на фронте/бекенде, вот вам десяток фреймворков на вкус и цвет, только часы трекать не забывайте. И в таком случае разницы нет в принципе.

устоявшиеся... каким парадигмам следуют на фронтэнде? раньше мы воевали за разделения мух от котлет, пытались воспроизвести на жсе ООП, в итоге обратно скатились в процедурщину на модулях. потом подвезли редукс и сказали "а давайте иммутабельность юзать, это ж прикольно". теперь пытаются имитировать фп, но получается спагетти. вот по каким книгам они обучаются? каких практик придерживаются? чем можно закрепить их решения в коде? KISS,DRY и сдулись?

А что не так с фп/ооп в жсе? О.о

ERROR: S client not available

Вот уж где можно вытворять говна))

А что не так с фп/ооп в жсе? О.о

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

есть tailrec оптимизация для фп?

и система типов в жсе отличная?

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

Замыкания для приватности ж

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

Наследование не нужно, но классы ж завезли

и система типов в жсе отличная?

Да, ограничений нет совсем)

есть tailrec оптимизация для фп?

Ну ладно-ладно

Замыкания для приватности ж

далеко на них не уедешь. ты б еще сказал приватные переменные на уровне модуля

tail оптимизация появилась сейчас

Ну вроде нет

ну так, если что)

http://benignbemine.github.io/2015/07/19/es6-tail-calls/

Наследование не нужно, но классы ж завезли

наследование, полиморфизм и абстракции это же основные понятия в ООП

наследование, полиморфизм и абстракции это же основные понятия в ООП

Все, я больше в эту игру не играю)

наследование тоже есь

наследование, полиморфизм и абстракции это же основные понятия в ООП

Лол

полиморфизм в общем то тоже

http://benignbemine.github.io/2015/07/19/es6-tail-calls/

Только вот https://webkit.org/blog/6240/ecmascript-6-proper-tail-calls-in-webkit/

устоявшиеся... каким парадигмам следуют на фронтэнде? раньше мы воевали за разделения мух от котлет, пытались воспроизвести на жсе ООП, в итоге обратно скатились в процедурщину на модулях. потом подвезли редукс и сказали "а давайте иммутабельность юзать, это ж прикольно". теперь пытаются имитировать фп, но получается спагетти. вот по каким книгам они обучаются? каких практик придерживаются? чем можно закрепить их решения в коде? KISS,DRY и сдулись?

> пытались воспроизвести на жсе ООП В голос

и система типов в жсе отличная?

Смотря с чем сравнивать

ptc != tco

Наследование не нужно, но классы ж завезли

Наследование данных, ты хотел сказать. Чем наследование интерфейсов провинилось?

ват

Вот уж где можно вытворять говна))

Вот воистину, все можно замутить :)

Наследование данных, ты хотел сказать. Чем наследование интерфейсов провинилось?

Да, ты правильно меня понял)

Да, ты правильно меня понял)

а я нет :D

Наследование данных, ты хотел сказать. Чем наследование интерфейсов провинилось?

Прост в жсе нет интерфейсов)

(про tail call)

а я нет :D

Я же ссылку скинул

наследование тоже есь

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

собсно proper tail calls это просто про правильное использование