A
А какие критерии вообще, что фреймворк ФБС ?
Size: a a a
2019 October 12
YP
ФБС чуть выше описан. некий фреймворк на любой технологии, позволяющий фиг-фиг и в продакшн малыми усилиями. С потенциальными проблемами, если вдруг продукт взлетает и начинает активно развиваться
AV
И бегите :)
😂
A
Очень мутное описание
A
Под это описание попадает 90% фреймворков
AV
Под это описание попадает 90% фреймворков
Ну это потому что 90% фреймворков - это "лучше бы я взял другой". Остальные 10% - просто не имеют пользователей вообще.
AV
Я всегда думал, что в этом и смысл. Ведь каждому спецу нужна возможность высказать мантру санхтехника "кто вам это сделал??? Да тут же всё менять надо!"
(на самом деле нет)
(на самом деле нет)
AV
Банально, но не фреймворки губят проекты.
РИ
Но и фреймворки тоже
AV
Но и фреймворки тоже
Бывает :-)
Кстати неожиданно видал уже несколько сравнительно дорогих факапов после: "ну мы же только версию Spring немного обновили".
Кстати неожиданно видал уже несколько сравнительно дорогих факапов после: "ну мы же только версию Spring немного обновили".
AV
Spring все ещё сложно назвать ФБС, хотя они и стараются в этом направлении.
PD
Как общий фреймворк для всей компании. Обязательный к применению. Другие все запрещены (чтобы не разводить огород).
А задачи какие? Вообще зависит от конкретного рынка разработчиков и продукта.
Я обычно выбираю по тому, какого первого крутого frontend senior dev удалось нанять или где есть подходящая под проект библиотека виджетов (вот сейчас активно смотрю на виджеты от эластика для аналитического фронта - а это точно реакт).
Я обычно выбираю по тому, какого первого крутого frontend senior dev удалось нанять или где есть подходящая под проект библиотека виджетов (вот сейчас активно смотрю на виджеты от эластика для аналитического фронта - а это точно реакт).
PD
Раньше бэкендерам было проще в ангуларе, сейчас уже примерно пофиг...
DV
Бекэндерам во фронте вообще непросто, изучить условный ангуляр дело 3 недель, другой момент, что в компаниях с подразделениями фронт и бек, знания эти почти бесполезны, ибо фронт ругается, когда к ним лезет бек. И вариант один - идти во фронт
R
А задачи какие? Вообще зависит от конкретного рынка разработчиков и продукта.
Я обычно выбираю по тому, какого первого крутого frontend senior dev удалось нанять или где есть подходящая под проект библиотека виджетов (вот сейчас активно смотрю на виджеты от эластика для аналитического фронта - а это точно реакт).
Я обычно выбираю по тому, какого первого крутого frontend senior dev удалось нанять или где есть подходящая под проект библиотека виджетов (вот сейчас активно смотрю на виджеты от эластика для аналитического фронта - а это точно реакт).
У нас выбран реакт.
DV
Насколько знаю, самый большой процент заказов по фронт разработке - реакт, отрывают разрабов с руками, на аутсорс
ЮВ
интересно, как так вышло
ЮВ
например, такая технология, сколько туда разработчиков ни посади, все мало
DV
Мода