Никто не хочет. Фронт это отстой. Все фронтендеры, кого я знаю, хотят перейти на другое направление. На тот же бекенд.
Не уверен, что это не сарказм, но если что: фигасе откровение, не знаю никого, кто бы хотел с фронта перейти на бэк. С чего бы вообще? Во фронте сейчас тонны самых разных технологий, от вёрстки по дизайну до геймдева и VR. Может, те кто задолбался править легаси в старых jquery проектах и думают, что на бэке чем-то лучше, но это узкое мышление
Вот в том то и проблема. Тонна технологий. Зачастую бесполезных, тормозных, отжирающих оперативу гигами технологий, которые "умирают", не успев стать нормальным инструментом.
А какая разница для разработчика? Ему платят деньги за знание и применение этих технологий. А насколько они бесполезные, тормозные, отжирающие оперативу гигами и как скоро умрут - дело десятое.
Ну и лично мне кажется, что изучение и использование современных технологий требует значительно большей квалификации, чем в сотый раз писать спринг-сервлеты, сервисы, пробрасывающие вызовы со слоя на слой и поджо с бесконечными геттерами-сеттерами. Хорошо если ломбок еще есть...
Вообще-то нет. Шутки о том, какой JS фреймворк модный на этой неделе не на пустом месте взялись. И чем быстрее сдохнет технология — тем быстрее придётся этому разработчику вникать в что-то новое. Не успел толком вникнуть — хуяк, и что-то новое подвезли, а старое уже сдохло.А какая разница для разработчика? Ему платят деньги за знание и применение этих технологий. А насколько они бесполезные, тормозные, отжирающие оперативу гигами и как скоро умрут - дело десятое.
Чет вы очень сильно уже преувеличиваете. Мелкие фреймы - да,возможно, но в них и вникать пару дней. Я на реакте уже третий год пишу, и шото он никак не сдохнет.
Но почему ты считаешь чем то плохим то что технологии меняются и постоянно приходится развиваться?
Зато изучение "нового вида костылей и подпорок" сразу выделяет разработчика перед теми, кто эти "костыли и подпорки" изучить не может, и позволяет получать больше денег от тех, кому эти "костыли и подпорки" нужны.
Ну а еще некоторым по фану изучать и применять что-то новое
Это значит только то, что во фронтенде нельзя останавливаться на чем-то одном, игнорируя все остальное. Приходится постоянно развиваться.
Но вообще мой коммент был немного о другом. Автор комментария, на который я отвечал, писал, что проблема фронтендеров в том, что фреймворки "плохие". Во-первых, с эти можно поспорить, во-вторых - то, о чем я написал. Это проблемы не фронтендеров, а заказчиков и конечных пользователей.
А насколько они бесполезные, тормозные, отжирающие оперативу гигами и как скоро умрут - дело десятое.Вообще-то нет
Особенно для конечного пользователя. Когда браузер жрет оперативу гигами как порядочная игра - это уже серьезно, и следовало бы задуматься что мы свернули куда то не туда
следовало бы задуматься что мы свернули куда то не туда
Кому следовало бы задуматься? Уж точно не разработчику. У него есть задачи, сроки и набор технологий, позволяющий решить поставленные задачи в требуемые сроки. Да, можно потратит в 5 раз больше и получить 20% прирост в быстродейтсвии. Но обычно заказчикам это не надо.
у меня сейчас открыто почти 50 вкладок, при этом оперативы жрёт всё вместе в районе 3ГБ. Это АЖ ЦЕЛЫХ 60 МЕГАБАЙТ О БОЖЕ КАК КРАЙЗИС ЖРЁТ
так и ОСи стали отжирать на порядки больше. Тоже в утиль? На чём там написаны Windows, Linux, Android, iOS, MacOS - всё в утиль, потому что у товарища mixasmix АЖ ЦЕЛЫЙ ОДИН критерий для суждения о полезности технологии. Круто, чо. Сразу видно, сеньор, не меньше.
Ну расскажи нам, какие замечательные функции появились в винде 8 по сравнению, допустим, с ХР, без которых и жизнь не жизнь. Ну и еще вам бы посмотреть что такое "на порядки", а то, думается мне вы не знаете даже сколько это
У кого-то со знанием просто проблемы, а он корчит из себя программиста. Функций легко набирается в сотни раз больше, учитывая спектр возможностей драйверов и всей периферии, а так же медиавозможности. Не лезь а технические темы, если у тебя даже о возможностях ОС нет предоставления, кроме как пикабушечку там запустить. Удачи.
*подсаживается инженер робототехник, который в одного пишет аппку на c# wpf в убогом SharpDevelop. Плачет громко*
Если бы. Практикант на фирме занимающейся кабелями. Они решили, что им нужна прога для контроля качества. Шоб для тупых и работала из двух стран в одну базу.
Не сказать, что собственный проект еще во время практики, который реально работает в одной серьезной конторе на двух заводах, это плохо, но плакать хочется часто.
Привет, я не хочу.
Почему фронт это отстой?)
Сейчас куча новых технологий, можно делать на фронте мощные штуки. Не, конечно, если для тебя фронт это верстка и говнокод с плагинами jquery, тогда да.
Я и на беке поработала, и на фуле, и на фронте, и для мобильных писала. Выбрала фронт, мне тут веселее и интереснее. На бекенд всё равно приходится заглядывать, но чуть-чуть и вернуться туда не тянет совсем.
Смотрят, как выглядит серверная сторона Аполло и понимают, что им в общем-то ещё повезло. А если учесть, что редкая контора девопса берёт на отдельную ставку, угадайте, кому падают увлекательные квесты типа деплоя на AWS микросервисов, общающихся по gRPC?
Я наоборот пару лет назад в девопсы перебрался, мне нравится. Не вижу проблем ни с AWS ни с Azure. Sitecore тоже прикольная штука. До этого свой CMS пилили как толстый SPA на JS...
Единственный минус, как тут уже заметили: все претензии от пользователя летят нам, а мы уже разгребаем кому что
Я наоборот пару лет назад в девопсы перебрался, мне нравится.
Нет ничего плохого в том, чтобы быть девопсом, особенно, если это нравится. Плохо, когда приходится совмещать. Ну и я, скажем, девопс не люблю. Не моё. Мне в бэке обычно есть чем заняться на полгода вперёд, для меня весь этот CI/CD — это такой геморрой, внезапно свалившийся в нагрузку к основным обязанностям.
Согласен. Так же как мне, когда приходится писать куски для БД - не сложно, но нудно, скучно и долго. Не мое)
Каждый должен заниматься тем, что нравится! Я поэтому и спросил.
Лично с моей точки зрения, работа с клиентской частью на порядок проще, чем с серверной. Особенно, когда дело до авторизации (не путать с authentication) доходит. А с микросервисной архетиктурой впридачу, REST API монолиты вспоминаешь с тёплой ностальгией.
Если вы на фронте — я вас понимаю ))) На бэке любить graphQL можно только из мазохистских побуждений, кмк.
да, 95% на фронте.
но мне кажется для заказчика (особенно со сложным фронтом) выигрыш больше от сокращения издержек на фронте, чем на бэке
Для заказчика надо, чтобы работала система, как единое целое. От того, что мы друг на друга оверхед перевешиваем, выигрыша для заказчика нет.
В режиме шутки, стартап, подразумевающий три клиента и серверлесс скорее всего помрёт между посевным инвестором и первым туром, так что можно не заморачиваться )))
Если серьёзно, то да, для зоопарка клиентов graphQL хорош. Он для этого и делался. И это уже не оверхед, а адекватное перераспределение сложности. На бэке тянуть API с версиями тоже не подарок.
Ну и меня, как backend-разработчика зовут всё-таки чаще на проекты с тяжёлым бэком, поэтому я могу быть несколько предвзят в своих суждениях.
IT-юмор
6K постов52.8K подписчик
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору