Давайте повернем это на аналогию с покупкой. Скажем вы собираетесь купить авто. Вы поехали в одно место и вам там предложили цену в $10 000. Диллер вам очень понравился, приятный и все хорошо. Но решили заглянуть в другое место и вам там предложили $9 000. Но скажем там вам не так мило улыбались. Поэтому вы решили вернуться в первый и сказали, вот смотри у меня предложение за $9k сделай мне предложение за $8900 и я куплю машину у тебя.
И тут он начинает вам рассказывать, что эта цена не целесообразная и есть какие то факторы (возможно даже логичные) что он вам столько предложить не может. И что по его рассуждениям и c учетом его факторов машина стоит $10 000.
Как вы будете реагировать?
На фоне реального оффера, любое оспорение этого оффера помимо его улучшения(и не всегда чисто финансового) — не конструктивная демагогия.
Тут все от компании зависит. Видел(работал) там где DevOps'ы не как не конфликтовали ни с QA ни с разрабами и все работало как часы. Выделены роли были четко. Разница между DevOps и классическим админом было в том, что он(DevOps) мог запросто посмотреть в код существующего проекта и разбить его скажем на 2 микросервиса(не обязательно своими руками, но он понимал в чем соль самого web приложения), все запаковать в контейнер и пустить в продакшн.
И видел(работал) когда все роли смешивались в одну (ты как разраб и за качество и за деплой отвечаешь), стоит ли говорить что во втором случае качество было ниже плинтуса, вечно винили во всем разрабов. А если сидишь пол дня тестишь на всех платформах фичу, то тоже претензии. (Сбежал из второй конторы очень быстро)
Причем в Америке, это вызывает бурю возмущений общественного мнения. По основным TV каналам говорят что Net Neutrality это важно. Народ лично чиновникам звонит тысячами. И хоть бы хны. Все равно отменили. Власти плевать на народ, главное эти сладкие зеленые лоббисткие доллары получить, а потом хоть потоп.
Мне бы очень хотелось посмотреть на какую-нибудь метрику кореллирующую с внедрением.
А то частенько исследования дальше статей в журналах никуда не двигаются.
Меня всегда в таких рассуждениях забавляет предположение о том что вы наперед знаете объективное вознаграждение человека. 'Тест на публичность' это некий набор субъективных оценок. Ничего более объективного чем конкретный оффер с сумой просто по определению не существует. И если к вам приходит сотрудник говорит мне предложили в другой компании X, дайте мне X+10% и я останусь, а вы начинаете философствовать о том сколько этот сотрудник стоит и пройдет ли его повышение 'публичный тест' — это не конструктивно как то.
Мне не хватало только опыта в маркетинге и продажах (о том, как я его получил и почему эти задачи нельзя отдать «крутому специалисту с опытом», стоит написать отдельно)
А можно об этом статью. А то это прям мой личный опыт, я сам технарь и все мои проекты разбивались как раз о то что партнер/кофаундер не мог продажи наладить. Все больше убеждаюсь что придется этот процесс понимать самому.
Использовали Dropwizard на backend и angular на фронтенд. Работало как часы. Фронтенд в maven тащить не надо. Собирай локально статику и выкладывай в какой нить cloudfront
Работал в разных конторах и такая средних размеров(30-40 человек) была имхо лучшее что было на моей памяти. Но вот в чем хитрость эту компанию удачно продали и разбогатели/стали уровнем VP в родительской компании только те, кто был с компанией с момента когда она еще была в фазе маленькой и сумащедшей.
А все остальные получили ну небольшой бонус в в виде 13 зп.
Так что я для себя решил что буду работать по стартапам в каждом по паре годков при этом всегда держать руку на пульсе бизнес метрик и видиния продукта. В надежде что я когда нибудь окажусь в компании которая в итоге стала среднего размера, как один из основополагающих сотрудников.
Вот как раз таки в USA по закону вас могут вышвырнуть в течении, ээээ 3 минут. После того как вам сказали что вы уволены вы обязаны встать и уйти.
Все остальное это по желанию компании. А в больших компаниях обычно действуют тупо по букве закона.
Тут от нагрузки зависит. Full stack он обычно может быстро на коленке и все, но не глубоко.
Это значит что если у вас проект огромный и ошибка на 0.5% производительности или не сделать нормальную верстку для экзотического браузера — убытки больше ЗП, то вам нужна специализация. Если у вас начальная стадия проекта, трафик около ноля, то тут скорость разработки выходят на первый план. И тут full stack очень хорошо вписывается.
В итоге все просто, в большом матером enterprise попытка нанимать full stack — это просто тренд. В небольших компаниях и стартапах — потребность рынка.
В научных и инновационных областях количество людей в коллективе не всегда коррелирует с результатом (по моему личному опыту после определенного порога, начинается наоборот отрицательная корреляция)
Это я к тому что 1300 китайцев из Baidu Research, ой как не факт, что принесут больше результатов чем 80 из FB. Хотя загадывать сложно. Как по мне делать R&D в небольших группах, а потом внедрять его результаты в бизнес — самая лучшая стратегия.
Вот я в подобных сервисах одного не понимаю. Как, на что, научные журналы существовать будут если все будут получать доступ бесплатно.
Ценообразование конечно вопрос интересный, но в целом воровать контент — абсолютно не правильно.
Одно дело как скажем HBO и Game Of Thrones. Официального перевода сама не делает, удобного онлайн кинотеатра для русскоязычных пользователей нет — тут никаких вопросов что тырят, переводят, распространяют. Ибо нет альтернативы.
Но со статьями же. Обычно у всех университетов если не на подписку то на пару номеров нужного журнала деньги всегда найдутся. Благодаря таким сервисам, цена для честных поползет вверх а может и вообще поставить под сомнение существования журналов в классическом виде.
Хочешь открытый доступ, создай проект по типу wiki и популизируй его среди ученых. Со временем он может более авторитетным станет. А тупо бесплатно копии выкладывать — ой не хорошо.
Работал в компании где тестов для новой функциональности не писали, но использовали feature tags (Позволяет нажатием одной кнопки в runtime «откатить» свежий код) + регрессивные тесты для сложных случаев(и то в достаточно интересной форме) — если какой то баг все таки вылез. Качество продукта было очень достойным, скорость разработки бешеная. И все вполне себе годами работало и дышало.
Так что абсолютная полезность тестов в долгосрочной перспективе — это не всегда верно. Все зависит от того как в компании с багами разбираются.
Я не понимаю какого лешего путают статистические исследования и прямое взаимодействие с индивидуумами.
Ну да возможно есть какие стат. корреляции между полом и успешностью как программист. Но это не значит что конкретная женщина Оля хуже чем конкретный мужчина Вася.
Ну и ориентиры на equal outcome в Американских компаниях это конечно бред. Должно быть equal opportunity, а там как жизнь вывернет.
Люто плюсую! JavaScript прекрасен. Зачем в него все таки классы притащили в упор не пойму. Прототипное наследование по-моeму в разы гибче и проще той же Java
И тут он начинает вам рассказывать, что эта цена не целесообразная и есть какие то факторы (возможно даже логичные) что он вам столько предложить не может. И что по его рассуждениям и c учетом его факторов машина стоит $10 000.
Как вы будете реагировать?
На фоне реального оффера, любое оспорение этого оффера помимо его улучшения(и не всегда чисто финансового) — не конструктивная демагогия.
И видел(работал) когда все роли смешивались в одну (ты как разраб и за качество и за деплой отвечаешь), стоит ли говорить что во втором случае качество было ниже плинтуса, вечно винили во всем разрабов. А если сидишь пол дня тестишь на всех платформах фичу, то тоже претензии. (Сбежал из второй конторы очень быстро)
А то частенько исследования дальше статей в журналах никуда не двигаются.
А можно об этом статью. А то это прям мой личный опыт, я сам технарь и все мои проекты разбивались как раз о то что партнер/кофаундер не мог продажи наладить. Все больше убеждаюсь что придется этот процесс понимать самому.
Работал в разных конторах и такая средних размеров(30-40 человек) была имхо лучшее что было на моей памяти. Но вот в чем хитрость эту компанию удачно продали и разбогатели/стали уровнем VP в родительской компании только те, кто был с компанией с момента когда она еще была в фазе маленькой и сумащедшей.
А все остальные получили ну небольшой бонус в в виде 13 зп.
Так что я для себя решил что буду работать по стартапам в каждом по паре годков при этом всегда держать руку на пульсе бизнес метрик и видиния продукта. В надежде что я когда нибудь окажусь в компании которая в итоге стала среднего размера, как один из основополагающих сотрудников.
Я бы не стал это делать привычкой. Планета большая, проекты разные. Лучше сразу привыкать к стандарту де факто — английскому.
Все остальное это по желанию компании. А в больших компаниях обычно действуют тупо по букве закона.
Это значит что если у вас проект огромный и ошибка на 0.5% производительности или не сделать нормальную верстку для экзотического браузера — убытки больше ЗП, то вам нужна специализация. Если у вас начальная стадия проекта, трафик около ноля, то тут скорость разработки выходят на первый план. И тут full stack очень хорошо вписывается.
В итоге все просто, в большом матером enterprise попытка нанимать full stack — это просто тренд. В небольших компаниях и стартапах — потребность рынка.
Это я к тому что 1300 китайцев из Baidu Research, ой как не факт, что принесут больше результатов чем 80 из FB. Хотя загадывать сложно. Как по мне делать R&D в небольших группах, а потом внедрять его результаты в бизнес — самая лучшая стратегия.
www3.oculus.com/en-us/careers
С вашим опытом, мало кто конкурировать способен
Ценообразование конечно вопрос интересный, но в целом воровать контент — абсолютно не правильно.
Одно дело как скажем HBO и Game Of Thrones. Официального перевода сама не делает, удобного онлайн кинотеатра для русскоязычных пользователей нет — тут никаких вопросов что тырят, переводят, распространяют. Ибо нет альтернативы.
Но со статьями же. Обычно у всех университетов если не на подписку то на пару номеров нужного журнала деньги всегда найдутся. Благодаря таким сервисам, цена для честных поползет вверх а может и вообще поставить под сомнение существования журналов в классическом виде.
Хочешь открытый доступ, создай проект по типу wiki и популизируй его среди ученых. Со временем он может более авторитетным станет. А тупо бесплатно копии выкладывать — ой не хорошо.
Так что абсолютная полезность тестов в долгосрочной перспективе — это не всегда верно. Все зависит от того как в компании с багами разбираются.
Ну да возможно есть какие стат. корреляции между полом и успешностью как программист. Но это не значит что конкретная женщина Оля хуже чем конкретный мужчина Вася.
Ну и ориентиры на equal outcome в Американских компаниях это конечно бред. Должно быть equal opportunity, а там как жизнь вывернет.