Тыжпрограммист
У меня все наоборот: В бэке все чистенько, красиво, rest там в полный рост, все дела... А фронт, это вообще темный лес с велосипедами и костылями
раскрыть ветку (30)
Вооо, такая же ерунда, на бэкэнде полная оптимизация, эффективные алгоритмы, все в норме, а на фронте каша из css фреймворков и джаваскрипта. Пишу приложения для мониторинга и работы с провайдерской сетью + всякие crm для единственной конторы.
раскрыть ветку (13)
Сколько самоуверенных программистов :) У нас тоже несколько новых сотрудников пришло недавно, все их себя вундеркинды, про оптимизации на собеседованиях рассуждали, про высокие технологии... А потом мне приходится носом их в собственный код ежедневно тыкать =\
Я не утверждаю "А вот я-то уж и правда опытный!". Нет, за мной тоже говно остается, но я это трезво оцениваю.
раскрыть ветку (9)
Ну, не рассуждали бы - их бы не взяли. Не будут же они на собеседовании рассказывать что они говнокодеры.
раскрыть ветку (6)
Я когда устраивался - вообще почти ни хрена из технологий не знал. Про гит и мавен только слышал, про томкат - догадывался, то же самое и с остальным. Кодил на чистой джаве, и до этого еще на нескольких языках. Показал примеры своего кода, у тимлида были к ним замечания, пообсуждали. И ни чего, взяли же. Честность иногда лучше пустого хвастовства.
раскрыть ветку (4)
Ну сейчас такого нет. Сейчас все спрашивают про опыт мавеном, грейдлом, томкатом, спрингом, хибернейтом, тяжело живется джунам нынче.
раскрыть ветку (3)
Не все, а только те, кто берет специалистов на год-два, не желая давать ни чего взамен.
Вот 3 месяца назад взяли паренька после универа - не знал вообще ни чего, грубо говоря. Сейчас уже сам более-менее что-то пишет, основы гита и мавена понял, томкат вроде осознал. Даже сам настроил сертификаты в джаве для нексуса под проксей...
Я бы не сказал, что ему живется совсем тяжело.
Да, этот пример не на основную тему спора (устроиться без корочек), но знаний у него было на порядки меньше, чем у меня, когда я устраивался. Корочки не дают ни знаний, ни выдержки, ни навыков. Их даёт обучение, но подавляющее большинство студентов учатся потому что заставляют, и учатся так, лишь бы не выгнали.
раскрыть ветку (2)
3 месяца... мовен гит томкат....
хм а вам работники не нужны, я так то сисадмин, но на джаве 3 программы написал на питоне поболе...
просто если вы можете позволить работать человеку 3 месяца на осознае базовых инструментов... мне даже вермени меньше понадобиться, так как я с гитом чуть чуть знаком ) и гуглить умею.
раскрыть ветку (1)
Ты несколько максималист, я не говорил, что за 3 месяца он освоил только мвн/гит/томкат...
А по поводу работы - вряд ли ты поедешь ради этого в Пермь.
Ну опыт рефакторинга своего же кода приходит спустя ~1,5-2 года в разработке, касаемо того что пишут парни выше это тру стори, юай по моим наблюдениям тоже получается хуже всего.
Тут особенность в что, что на бекенде более предсказуемое окружение. Ты на 100% можешь быть уверен во всех версиях модулей.
А на фронте - надо помнить про зоопарка браузеров и вешать костыли на особенности каждого.
раскрыть ветку (1)
раскрыть ветку (14)
на фронтенде формируется рест запрос, который принимает бекэнд и формирует рест ответ. так что применительно и туда и сюда
раскрыть ветку (11)
Ну хз, иногда определяют фронт-энд как раз как всякие ресурсы, виды... А бэкенд всё остальное - поэтому нет разницы, работать с бином, полученным из реста или с чего другого.
раскрыть ветку (2)
во-первых об этом никто даже речи не вел, а во-вторых тут уже дело вкусов, можно спорить и приводить аргументы за каждый метод. рест - это в основном удобство и однозначность за счет некоторых обусловленных стандартов
раскрыть ветку (1)
Ну и помимо этого, бэкэнд - это далеко не всегда один единственный сервер. Может быть многослойная архитектура, в которой слои - это независимые сервера, которые между собой тоже могут общаться посредством рест протокола.
раскрыть ветку (7)
раскрыть ветку (6)
раскрыть ветку (5)
Может я не совсем понимаю о чем речь, многослойная архитектура подразумевает разделение логики на отдельные проекты(сборки), но тем не менее они должны находится на одном сервере, их конечно можно разместить на нескольких серверах но тогда ты получишь задержки в связи между юаем бизнес логикой базой... Рестфулл апи это не многослойная архитектура, а именно апи могут быть на разных серверах и это оправданно.
раскрыть ветку (4)
Я про рест микросервисы говорил, там главное масштабируемость и зачастую по одному микросервису на сервер - и они друг друга теребонькают рестом, так как один микросервис сам по себе зачастую несостоятелен с точки зрения бизнеса и выполняет только часть функционала.
раскрыть ветку (3)
Честноговоря не сталкивался с необходимостью делать для одного проекта несколько апи которые бы теребонькали друг друга, но идея интересная, по эффективности наверное очень узкоспециализированная штука, но к колайдеру мы с вами не пойдем поверю наслово.)) Но я думаю вы согласитесь что классическое понятие многослойности тут не прокатит, название у такого подхода к апи должно быть другое.
раскрыть ветку (2)
Например, у проекта один публичный апи, и у нас есть гигантская куча кухонной утвари и несколько десятков человек у этой кучи.
И ты говоришь главному - слышь, дай вилку и десять тарелок. А он одному - э, дай вилку, другому - дай десять тарелок. Тот другой запрягает ещё нескольких, а то и сразу десять -дайтарелкудайтарелкудайтарелку...
В чём прикол - можно спокойно умножать это на сколько угодно раз, масштабируемость, то есть.
https://habrahabr.ru/post/249183/
И ты говоришь главному - слышь, дай вилку и десять тарелок. А он одному - э, дай вилку, другому - дай десять тарелок. Тот другой запрягает ещё нескольких, а то и сразу десять -дайтарелкудайтарелкудайтарелку...
В чём прикол - можно спокойно умножать это на сколько угодно раз, масштабируемость, то есть.
https://habrahabr.ru/post/249183/
раскрыть ветку (1)
ещё комментарии