🐬K
ну и любой фронтендер с этим справится) и не надо гнать никого саными тряпками
Size: a a a
2017 March 21
N
что то вы тут как то странно болтаете, недостойные темы разговоров для бекендера
N
холивары какие то
AP
у фронтендеров очень тяжело с БД и, скажем так, системным мышлением.
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
AP
у фронтендеров очень тяжело с БД и, скажем так, системным мышлением.
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
а если еще точнее, то не несистемные, а там система приводится в действие другим механизмом - взаимодействием с пользователем. А разговаривать с людьми - это тебе не ссаная математика.
N
у фронтендеров очень тяжело с БД и, скажем так, системным мышлением.
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
Потому что задачи, которые на фронтенде решаются, значительно чаще несистемные и не образуют четкой структуры. React и подобные, в некотором роде исключение, но обычно это всё же один раз настраивается (ну там, какой-нибудь редукс с плагинами и все эти роутеры), и поехали.
При этом надо отдавать себе отчёт, что это не плохо, это просто другой стык технологий. Если на бэкенде это в основном какая-то VM + различные типы хранилищ + так или иначе распределенные алгоритмы, то на фронте это скорее стык связки HTML/CSS/JS (со всеми этими реактами, ангулярами, и прочим добром), и гораздо более интересной и перспективной вещи - взаимодействия с пользователем. Т.е. UX + design. Я тут намеренно использую "design", а не "дизайн", потому что в оригинале "design" - это скорее ближе к конструированию, чем к рисованию картинок.
И именно потому, что фронтенд-разработчик должен иметь более "дизайнерское" мышление и подход, из фронтендеров (разумеется из моего опыта), получаются гораздо более хуевые бэкенд-разработчики. Кроме того, им тупо скучно, потому что самая мякотка на бэкенде начинается после определенного уровня задротства. И не каждый имеет сил сохранить интерес до него.
Повторюсь, это не что-то плохое. Это хм... вполне нормальная штука. Просто быть хорошо развитым воообще во всех смежных направлениях - не хватит жизни
это замечание основано на собственном опыте или есть статистика по фронтендерам подтверждающая ваши наблюдения?
AP
это замечание основано на собственном опыте или есть статистика по фронтендерам подтверждающая ваши наблюдения?
на собственном опыте конечно. Едва ли такая статистика существует. Разумеется всё это мое сугубое имхо и ни в коем случае не претендует на роль истины
N
ну понятно теперь
AP
еще один всё понял)
2017 March 25
VK
А сам проект то про что?
EP
сервис для маркетинга. В клиентах крупнейшие конторы
EP
с точки зрения разработки гонять данные по бэкэнду в самых разнообразных видах
K
ну про фронт есть кстати другая группа
2017 March 28
SP
.JS
5.000 – 6.000 USD / Month Homeoffice Job /Fulltime/
Коллеги! Для постоянной удаленной работы над проектом по разработке API по предоставлению доступа к банковским счетам американских банков требуются инженеры разработчики со знанием английского языка от B2 (Vantage or upper intermediate).
Основной стек: Node.JS + TypeScript + Go + MongoDB
Кратко по проекту: https://goo.gl/AYllVZ Писать: s.n.pakhanov@gmail.coma
5.000 – 6.000 USD / Month Homeoffice Job /Fulltime/
Коллеги! Для постоянной удаленной работы над проектом по разработке API по предоставлению доступа к банковским счетам американских банков требуются инженеры разработчики со знанием английского языка от B2 (Vantage or upper intermediate).
Основной стек: Node.JS + TypeScript + Go + MongoDB
Кратко по проекту: https://goo.gl/AYllVZ Писать: s.n.pakhanov@gmail.coma
ЮК
Город Москва, м.Беговая
Формат работы: работа в офисе
Занятость: полная
Зарплатная вилка до $2500
Ищем Senior Фронтенд программиста (HTML5 + Angular) на очень крупный проект со сложными user flow, ERP-grade, не отягощённый legacy, ориентированный на бизнес. Есть прямая возможность влиять на архитектуру фронта, проектирование rest.
2017 March 29
EK
Это не фронт чат
🐬K
angular легаси уже)
YL
ловким движением руки 2.5кюсд превращаются в 100к тугриков