А о каком менеджере идет речь? Ибо PM (менеджер по продукту), это одно. А engineering manager (руководитель команды разработки), это другое. Как по мне, смешивание этих двух ролей как раз таки много конфликтов и создает. С тем же техническим бекграундом, в случае PM он не особо нужен (ну что то базовое), а руководитель отдела разработки должен быть экспертом. Ну и так далее по списку.
В моем понимании задач PM'a нет там никаких 'тисков', а вполне ясное бизнес приложение
— Сократить врема «начальства» и «разработчиков» на коммуникацию.
У начальства физически нет времени донести задачи бизнесса до каждого разработчика в понятной форме, у разработчиков не останется времени что либо разрабатывать если они будут детально расписывать свой домен начальству. Итого если PM выполняет эту задачу, то все счастливы. Разрабы понимают что им не надо носится по куче митингов и PM все четко объяснит (что пытаемся делать, почему, какие данные указывают на это почему, как оценивается результат, с какими другими командами придется работать и как и почему) Начальство радо, потому что им не нужно углублятся супер в тех. детали, но если нужно что-то то он расскажет и обратит внимание (тут на не хватает либо инфраструктуры, либо инвестировать в рефакторинг, потому что иначе той и той бизнес цели не добится)
Где 'тиски' здесь я не вижу. Проверяется легко вопросом, если меня убрать придется ли разработчикам ходить по куче доп митингов и тратить время не на разработку.
— Определить приоритет задач, который максимизирует ROI для компании.
Почему сначало делаем 'С' потом 'D' потом 'A' потом 'B'. Причем приоритет должен быть не просто 'я так сказал'. А имеено с данными из БД, с ресерчем который начальству дает понять что будет выше прибыль и разработчикам что будет премия. Опять же никаких 'тисков', а почти математическая задача.
На моем субъективном опыте, избавление от тисков легко было достигнуто, простым финтом ушами. PM не влияет на оценку трудов и результатов разработчиков. Они сразу привратились в партнеров а не в подчиненых и пришлось просто прозрачно с данными объяснять планы и решения, через несколько месяцев все уже знали что если к PM'у вопрос: «А почему здесь так» Он мог запросто запросик два написать и ответить либо 'Это увеличит X на 5%' либо 'А действительно, возможно мы не правы, ты как предлагаешь'
Сейчас в большинстве стран свободный рынок, и поэтому вопрос нужно ли «X» отвечается всегда достаточно легко: «А что там у конкурентов, сможем ли мы без X получить больше выгоды или без X нас выкинут с рынка»
Итого, собрались работать в успешной международной компании над интересными проектами: то тут нужно и ВО и контрибутить в Open Source на GitHub и запросто запилить алгоритмы на графах у доски с маркером. Ибо по другому вас просто опередят конкуренты и вы своей цели не добьетесь.
Хотите прокладывать витую пару в маленьком городке, тут если вы с утра не пьяный (утрированно) то уже наверно вполне конкурентоспособный.
Так что всегда нужно смотреть на то какой навык/бумага/форма одежды принесет максимальный ROI в соответсвии с вашими целями и следовать этому.
По моему опыту вот такой подход работаделей
Если человек уже опытный (мидл, сеньор), тогда на наличие ВО не смотрим. Если кандидат претендует на позицию джуна (или на стажировку), то при принятии решения будет учитываться, что он учится(-лся) в ВУЗе на IT-специальности.
Приводит к тому что ВО нужно, ибо как ты получишь реальный опыт если тебя без ВО никуда брать то не хотят.
Классный подход, явно вижу плюсы. Интересно, а почему, парсить бинарный формат по сути, дольше? (может это из-за JS движка, и какой нибудь Java backend показал бы обратный эффект, но для любого реального web приложения это разница конечно сродни погрешности)
Дебажить protobuff's правда сложнее ибо JSON читать легче.
Я бы вам посоветовал открыть свою компанию. Даже какой нибудь простенький «боди-шоп» (говорим с большими заказчиками с позиции опыта, перепродаем часы менее опытных людей с маржой) И тут бы все встало на свои места. Все что казалось напрягом и «выдавливанием результата» вдуг покажеться адекватным механизном (не идеальным, но отчасти разумным). И после этого опыта «добыть» позицию близкую уровня VP покажется не сложным.
Да капитализм он такой, и придется приносить больше ползы чем получать в денежном эквиваленте, но пока ( и я честно верю что не долго) это самая оптимальная система.
Мне кажется все гораздо проще, это не роли исчезают — это просто для успешного выполнения своей роли теперь нужно знать код. И это движение в правильном направлении. Работаю в большой успешной американской компании, где очень хорошо работает 'научный подход'. Т.е. все должно подтверждаться экспериментом. Тут как ни крути, а знать SQL(или что-то подобное) и чуть чуть Python или Java просто необходимо. (По другому просто не сможешь показать результаты своей работы)
А то что появилось больше программистов которые неплохи в менеджменте или менеджеров которые понимают в коде — этож хорошо, меньше косяков из-за не понимания мира друг друга, выше качество продуктов, быстрее инновации.
Месторасположение организации роли не играет: не важно, находится она в Калифорнии или за пределами штата.
Как они собираются это реализовывать в жизнь? Если скажем компания зарегистрирована в Техасе. Она обязана следовать законам федерального уровня и Техаса. Так что если она никому ничего не предоставит, то у Калифорнийских законотворцев никаких рычагов ни будет на нее воздействовать.
При чем законы штата приобладают над федеральными. Так что единственное чего Калифорнийцы добьются своим усилением контроля, так это то что куча компаний просто перерегистрируются в другие юриздикции и привет потяря части прибыли штата с налогов.
Автор статьи сразу видно житель крупнонаселенного города с левыми политическими взглядами. (т.е. статья явно пропогандисткая отчасти)
Ну не пригоден общественный транспорт для 95% географии США. В любой стране/местности где у людей есть индивидуальный кусочек земли и индивидуальное же жилье, индивидуальный транспорт будет необходимостью.
Поэтому однобоко обсуждать проблемму нет смысла. Будующее за смешанными решениями. Сначала едешь из своего дома до остановки метро/поезда/еще чего то, а потом уже перемещаешься в общественном транспорте. Улучшать инфраструктуру и для того и для того — разумные шаги.
Лично я виже решения проблемы транспорта в повсеместном введении частичной удаленной работы. Ибо проблема в том что куча людей едет в одно место в одно и тоже время. В большинстве случаев сейчас при таком развитии инструментов удаленной работы — совершенно не оправдано.
Тракторы которые сами убирают это уже давно не ново www.youtube.com/watch?v=wowPihsf3kU
Так как в поле нет знаков и.т.п. такой автоматизации уже 100 лет в обед. Заканадотельно все равно требуют чтобы человек сидел, просто на случай непредвиденных обстоятельств
Все это на самом деле пахнет криптой. Дело в том что на многих сервисах обмена в США(и не только) требуют верифицировать личность (многие финансовые регуляторы требуют KYC/AML механизмы).
И подобные механизмы либо реализуются in-house либо отдаютьс 3 сервисам (как например sumsub.com)
Telegram защел на этот рынок только и всего
внесу свои 2 цента так сказать. Для начала о себе. Учил английский со второго класса — не фега не знал. Потом увлекся программированием(классе в 6) и чтение и понимание текстов взлетело сразу. Потом в университете появилась возможность съездить на научную конференцию в Бостон. Тренировки произношения и восприятия на слух за месяц до конференции дали больше результатов чем года сидения за партой до этого. Потом во взрослом возрасте был переезд в Южную Корею и потом в США. Так вот базовый корейский появился тут же, как переехали в Корею (где туалет, как пройти, сколько время) но дальше базового не двинулся за 2 года нахождения в среде и возможности практиковать хоть каждый день. (Потому что оставаться в Корее на долго не планировали, язык очень локальный, в мире особо не нужен)
Так к чему я это все:язык это прежде всего инструмент для решения жизненных задач. И если реально этих задач нет, то сколько по учебникам не учи и какие методики не используй ваш мозг будет эти знания выкидывать к чертям. Поэтому самый первый этап в изучении языка это определить а что сообственно ты хочешь добиться с помощью него.
Еще парочка интересных примеров.
В Корее одинокие парни гораздо быстрее ловили язык, чем семейные ибо по другому(без языка) очень сложно завести романтические отношения с местными.
Жена в Корее ходила на курсы языка и там были Филлипинские жены у которых не было даже среднего образования (они вот реально читать писать не умели ни на каком языке), но они при этом месяца за три осваивали разговорный корейский (на уровне лучше чем мы после года проживания и хождения по курсам). Ни какой формальной грамматики девченки вообще не знали ни на каком языке.
Ну и пример жены, после перезда в США она сидела дома с детьми, английским занималась по учебникам сериалам и.т.п. Так вот 3 месяца работы с местными дали больше результата чем 1.5 года упорных занятий.
Так что пока нет реальной проблемы которую язык поможет решить, пытаться его в себя впихнуть: это как пытаться похудеть при том что много питаешься, интенсивные физ. нагрузки позволят достич результата, но это будет очень тяжело и как только их прекратить, то резульат быстро испариться.
Ну а когда есть реальная задача (пройти собеседование, подготовиться к выступлению и.т.п.) тут сразу и методика понятна и что делать понятно и как тренироваться эффективно, тоже понятно.
+ У Китайцев не принято сообщать негативные аспекты о своей стране/разработке. У них система может быть тоже с кучей ложно срабатываний (а может и нет). Но в прессу просочится только что-то хорошее.
Блин задержали наркоты и денег ну примерно на $40 лямов. При этом учитывая
и участие Следственное управление Министерства внутренней безопасности, Управление по борьбе с наркотиками, Секретная служба, Служба почтовой инспекции и около 40 прокуратур по всей стране.
Потратили на это все дело раз в 20 больше. С оружием вообще не понятно — оно в США легально.
Я вот искренне не понимаю имеет ли смысл это все, мне как налогоплатильщику США. Может проще не иметь огромный штат полиции и сократить мне налоги, и пусть себе парочку человек грибы купит в интернете. Т.е. польза обществу от таких вот действий (вернее соотношение пользы к затраченным ресурсам) ой как не очевидна.
А о каком менеджере идет речь? Ибо PM (менеджер по продукту), это одно. А engineering manager (руководитель команды разработки), это другое. Как по мне, смешивание этих двух ролей как раз таки много конфликтов и создает.
С тем же техническим бекграундом, в случае PM он не особо нужен (ну что то базовое), а руководитель отдела разработки должен быть экспертом. Ну и так далее по списку.
https://catalog.redhat.com/hardware/workstations/search
Достаточно удобный список. Можно ноутбук под конкретную версию дистрибутива посмотреть
— Сократить врема «начальства» и «разработчиков» на коммуникацию.
У начальства физически нет времени донести задачи бизнесса до каждого разработчика в понятной форме, у разработчиков не останется времени что либо разрабатывать если они будут детально расписывать свой домен начальству. Итого если PM выполняет эту задачу, то все счастливы. Разрабы понимают что им не надо носится по куче митингов и PM все четко объяснит (что пытаемся делать, почему, какие данные указывают на это почему, как оценивается результат, с какими другими командами придется работать и как и почему) Начальство радо, потому что им не нужно углублятся супер в тех. детали, но если нужно что-то то он расскажет и обратит внимание (тут на не хватает либо инфраструктуры, либо инвестировать в рефакторинг, потому что иначе той и той бизнес цели не добится)
Где 'тиски' здесь я не вижу. Проверяется легко вопросом, если меня убрать придется ли разработчикам ходить по куче доп митингов и тратить время не на разработку.
— Определить приоритет задач, который максимизирует ROI для компании.
Почему сначало делаем 'С' потом 'D' потом 'A' потом 'B'. Причем приоритет должен быть не просто 'я так сказал'. А имеено с данными из БД, с ресерчем который начальству дает понять что будет выше прибыль и разработчикам что будет премия. Опять же никаких 'тисков', а почти математическая задача.
На моем субъективном опыте, избавление от тисков легко было достигнуто, простым финтом ушами. PM не влияет на оценку трудов и результатов разработчиков. Они сразу привратились в партнеров а не в подчиненых и пришлось просто прозрачно с данными объяснять планы и решения, через несколько месяцев все уже знали что если к PM'у вопрос: «А почему здесь так» Он мог запросто запросик два написать и ответить либо 'Это увеличит X на 5%' либо 'А действительно, возможно мы не правы, ты как предлагаешь'
Итого, собрались работать в успешной международной компании над интересными проектами: то тут нужно и ВО и контрибутить в Open Source на GitHub и запросто запилить алгоритмы на графах у доски с маркером. Ибо по другому вас просто опередят конкуренты и вы своей цели не добьетесь.
Хотите прокладывать витую пару в маленьком городке, тут если вы с утра не пьяный (утрированно) то уже наверно вполне конкурентоспособный.
Так что всегда нужно смотреть на то какой навык/бумага/форма одежды принесет максимальный ROI в соответсвии с вашими целями и следовать этому.
По моему опыту вот такой подход работаделей
Приводит к тому что ВО нужно, ибо как ты получишь реальный опыт если тебя без ВО никуда брать то не хотят.
Дебажить protobuff's правда сложнее ибо JSON читать легче.
Да капитализм он такой, и придется приносить больше ползы чем получать в денежном эквиваленте, но пока ( и я честно верю что не долго) это самая оптимальная система.
projects.raspberrypi.org/en/projects/getting-started-with-minecraft-pi
А если прикупить шилдик с массивом диодов и сенсоров, то реальный мир можно «перетащить» в Minecraft и наоборот. (Удар по блоку зажигает диод, поворот платы разворачивает конструкции в мире и.т.п)
projects.raspberrypi.org/en/projects/exploring-space-with-minecraft
А то что появилось больше программистов которые неплохи в менеджменте или менеджеров которые понимают в коде — этож хорошо, меньше косяков из-за не понимания мира друг друга, выше качество продуктов, быстрее инновации.
Как они собираются это реализовывать в жизнь? Если скажем компания зарегистрирована в Техасе. Она обязана следовать законам федерального уровня и Техаса. Так что если она никому ничего не предоставит, то у Калифорнийских законотворцев никаких рычагов ни будет на нее воздействовать.
При чем законы штата приобладают над федеральными. Так что единственное чего Калифорнийцы добьются своим усилением контроля, так это то что куча компаний просто перерегистрируются в другие юриздикции и привет потяря части прибыли штата с налогов.
Перевод H1B (h1b transfer в оригинале). Оч простоя процедура, сделают запросто.
что есть льгота, я не знаю
Ну не пригоден общественный транспорт для 95% географии США. В любой стране/местности где у людей есть индивидуальный кусочек земли и индивидуальное же жилье, индивидуальный транспорт будет необходимостью.
Поэтому однобоко обсуждать проблемму нет смысла. Будующее за смешанными решениями. Сначала едешь из своего дома до остановки метро/поезда/еще чего то, а потом уже перемещаешься в общественном транспорте. Улучшать инфраструктуру и для того и для того — разумные шаги.
Лично я виже решения проблемы транспорта в повсеместном введении частичной удаленной работы. Ибо проблема в том что куча людей едет в одно место в одно и тоже время. В большинстве случаев сейчас при таком развитии инструментов удаленной работы — совершенно не оправдано.
www.youtube.com/watch?v=wowPihsf3kU
Так как в поле нет знаков и.т.п. такой автоматизации уже 100 лет в обед. Заканадотельно все равно требуют чтобы человек сидел, просто на случай непредвиденных обстоятельств
И подобные механизмы либо реализуются in-house либо отдаютьс 3 сервисам (как например sumsub.com)
Telegram защел на этот рынок только и всего
во во я о том и говорю. Учить язык без реальной задачи это как худеть без диеты. Сложно, долго и потом быстро отскочит.
Так к чему я это все:язык это прежде всего инструмент для решения жизненных задач. И если реально этих задач нет, то сколько по учебникам не учи и какие методики не используй ваш мозг будет эти знания выкидывать к чертям. Поэтому самый первый этап в изучении языка это определить а что сообственно ты хочешь добиться с помощью него.
Еще парочка интересных примеров.
В Корее одинокие парни гораздо быстрее ловили язык, чем семейные ибо по другому(без языка) очень сложно завести романтические отношения с местными.
Жена в Корее ходила на курсы языка и там были Филлипинские жены у которых не было даже среднего образования (они вот реально читать писать не умели ни на каком языке), но они при этом месяца за три осваивали разговорный корейский (на уровне лучше чем мы после года проживания и хождения по курсам). Ни какой формальной грамматики девченки вообще не знали ни на каком языке.
Ну и пример жены, после перезда в США она сидела дома с детьми, английским занималась по учебникам сериалам и.т.п. Так вот 3 месяца работы с местными дали больше результата чем 1.5 года упорных занятий.
Так что пока нет реальной проблемы которую язык поможет решить, пытаться его в себя впихнуть: это как пытаться похудеть при том что много питаешься, интенсивные физ. нагрузки позволят достич результата, но это будет очень тяжело и как только их прекратить, то резульат быстро испариться.
Ну а когда есть реальная задача (пройти собеседование, подготовиться к выступлению и.т.п.) тут сразу и методика понятна и что делать понятно и как тренироваться эффективно, тоже понятно.
Блин задержали наркоты и денег ну примерно на $40 лямов. При этом учитывая
Потратили на это все дело раз в 20 больше. С оружием вообще не понятно — оно в США легально.
Я вот искренне не понимаю имеет ли смысл это все, мне как налогоплатильщику США. Может проще не иметь огромный штат полиции и сократить мне налоги, и пусть себе парочку человек грибы купит в интернете. Т.е. польза обществу от таких вот действий (вернее соотношение пользы к затраченным ресурсам) ой как не очевидна.
Скучно в Америке по Московским меркам почти везде (NYC и Чикаго конечно исключение)