'H.264+ который обеспечивает существенное на 70—80% ' ой ой ой — сильно уж маркетинговой заманухой попахивает. Если бы они такой кодек действительно реализовали, то в одночасье стали бы лидерами во многих сферах связанных со стриммингом видео
Скорее всего подкрутили что то специфичное для камер наружного наблюдения выкинув часть сигнала из видео, что ни есть без потери качества.
Я вообще не пониманию как Google умудряется нанимать местных специалистов. (С тем кому нужна H1B, Green Card e.t.c совсем другая история)
Не давно сам искал работу, получил первый оффер раньше чем телефонное интервью с google было назначено. Причем и с тем и с другим рекрутером начал разговаривать примерно в одно время.
Они сразу говорят что процесс минимум 1.5 месяца, и это в лучшем случае.
При этом даже в конторы с 1000+ людей можно устроится за 2 недели максимум.
А тут у народа обычно кредитов вагон и маленькая тележка и.т.п. Мое личное мнение что Google сотрудники не особо нужны, нанимают «чтоб было» и денег хватает. Но реальной потребности(а соответсвенно понимания что ты будешь делать и зачем ты нужен — не будет) как таковой нет.
Гугл очень и очень полезен с другой стороны если разные вопросы с иммиграцией надо решить, у них опыта много, юристы, не первый кейс. Но это совсем другая история.
Так боец всегда может уйти в FooBar и радоваться.
Таким подходом пользоваться нельзя если у вас воображаемый оффер. А если вполне реальный, то вы как сотрудник ничего не теряете — рынок однако. Не хочешь платить мне больше, можешь найти дешевле, а в другом месте мне готовы платить больше, так о чем речь? Что мы друг друга тут мучаем.
Я раз в год по собеседованиям хожу, даже если работу не планирую менять. Несколько причин
— Узнаешь какие технологии в тренде ( и не hype а реальные за которые готовы платить)
— Сдуваешь пыль со своего умения проходить собеседования. А то как дерево в ширину проходить воспроизводя код на доске маркером — подзабывается.
— Узнаешь сколько ты реально стоишь.
И может так получится что текущий работодатель, окажется самым лучшим в итоге для вас на данный момент, что заряжает и поднимает мотивацию.
Вот круто! Первые реальные деньги и почти 0 баксов на маркетинг.
У меня ж все наоборот, придумаешь что нить потратишь время и деньги, выясняется что людям не интересно.
Но читать такие статьи как ваша, очень заряжает! Значит идеи работают, люди интересуются. А значит и у меня есть шанс :-)
а где машинное обучение то? Чему машина научилась, в плане скормили input и правильный output, теперь можем кормить любой input.
Все 'знания': статистика по парам, граница отсечки и.т.п. заданы по сути человеком
```
Для этого скормим ей некоторое количество чистых строк и посчитаем их правдоподобность, а потом скормим немного зловредных строк — и тоже посчитаем. И вычислим некоторое значение посередине, которое будет лучше всего отделять одни от других. В нашем случае получится что-то в районе 500.
```
Опять же граница в итоге определена экспертом.
+ несколько сильно выпадающих данных(например: стто на оуто) — сильно сместят среднее и получится много ложно-позитива около среднего. фраза из серии: 'И тут звук:«Грхххх»' попадет в зловред
Никакого машинного обучения, старые добрые классические алгоритмы.
Ну не знаю. Все вопросы прямиком завязаны на бизнес и меня например ни капли не раздражают.
— Нужно кое-что глянуть. Это быстро и несложно
Это значит что кто-то, директор или клиент, что-то заметил и нужно глянуть.(Нужно с бизнес точки зрения) Менеджер конечно хочет чтобы все быстро исправили, но если это большая серьезная проблема, нужно просто ему об этом сообщить.
Т.е. заводим тикет — глядим, можем быстро пофиксить — фиксим, не можем, заводим еще один — кидаем в backlog, объясняем менеджеру.
— Ты так долго писал код, в нем же больше нет ошибок?
Если долго писал значит время куда то уходило (а значит и деньги на твою ЗП), поэтому — что получил наниматель взамен должно быть прозрачно. И если в трекере больше нет багов — то ответ на этот вопрос: «Да, в коде больше нет багов, о которых нам было известно»
— Ты должен мыслить как клиент
Это вообще делает процесс написания кода более приятным. Когда ты понимаешь как и кто будет этим пользоваться. Сходил, как то, на 'User testing', при мне 40 летний дядя из глубинки тыкал на прототип продукта в iPad, потому что он тренировал школьников и реально хотел считать индивидуальную статистику для игроков. Это меняет, теперь понимаешь что размер кнопки интерфейса может быть на самом деле важнее, чем ответ от сервера в 200мс вместо 500мс и использование quick-sort вместо пузырька. И оптимизируя css на сайте под IE, теперь знаешь, что, где то там, есть реальный человек, который просто кликнул на иконку «Интернет» и хочет решить свою проблему на твоем сайте, это скучное действо(правки css) превращается в наполненное смыслом.
— Я плачу за код, а не за комментарии
Я не пойму, какой то программист забюджетировал время на комментарии? Откуда менеджер вообще знает о комментах в коде? Понятно, что менеджер возмущен. Представьте вы отдали машину в сервис, получая счет там есть пометка «Внесение записей в блокнотик 40мин — 1500руб» вы не понимаете в чем дело, вам объясняют, что механику необходимо делать пометки чтобы работа была выполнена. И вроде все логично -> Но у вас ничего кроме ощущения 'развода' не останется. Если эта часть работы и менеджера интересует результат, ну зачем менеджеру все эти внутренние подробности.
— Скажи точно, когда закончишь
Давайте поймем что такое «законченный» и тогда будет понятно когда. Нет всех деталей, не совсем понятно что такое законченный. Ну давайте сделаем сейчас то что понятно, а это уже можно оценить.
(вот вам и agile. Ок вроде ясно что за неделю-две сделаю то и то, посмотрим что получилось, и потом поймем как двигаться к «законченному») Не понимание сколько времени займет та или иная хорошо определенная задача — признак малого опыта. Если задача не совсем определена — опять же можно сказать что знаешь более менее, а что не понятно и почему. Когда фирма/работник не может сказать, когда она закончит и сколько будут стоить ее услуги, с такой фирмой, невозможно работать. Это как вызвал такси и спрашиваешь мне нужно очутиться там то, сколько стоит — а вам водитель такой: «Ну не знаю, как карта ляжет»
Или: «Это 25км, без пробок 30 мин — в итоге, подчеркиваю — без пробок и по короткому пути: 500руб, но в случае пробок доп минута — 1руб, в случае объезда 15руб — 1км»
С каким поедете?
— Хватит тестировать, пора запускать
Во всех не болотных компаниях давно есть CI/CD практики, при таких условиях такой вопрос просто не возникает.
«Конечно, давайте запускать» — но для начала для 1% траффика или для клиентов которые подписались на beta. Что-то посыпалось — отлично, теперь мы знаем о критической баге, которую никак кроме как запуском не выловишь. Исправим и снова запустим. А маркетинг с рассылками и.т.п. пусть сам планирует в какой момент какую компанию и рекламу запускать.
Бред, от них все программисты разбегутся так. В Сиэтле средняя зп среднего программиста более 100k
Сервис платежей без программистов остоновит свое развитие и канет в лету в среднесрочной перспективе.
Хм, работаю в США в стартапе. В этом году удвоили штат сотрудников, при этом не один не был нанят через стандартные job boards и рекрутеров.
До этого работал в компании где прям при мне уволили рекрутинговое агенство т.к. из порядка 30 пришедших кандидатов не наняли не одного! (А это все время с ними беседовать, учитывая американские стандарты собеседования, почти человеко-месяц в мусорку)
Сейчас просто тех компании здесь поняли что эти стандартные инструменты увеличивают время обработки кандидата и приходит огромное количество людей из серии «Программирование — это круто, закончу ка я 2 месячные курсы и пойду устраиваться»
Это все приводит к тому что люди не постят вакансии — а наоборот ищут резюме(github, linkedin e.t.c)
Компания которая работает по этой схеме hired.com наоборот выросла за последнии пару лет в несколько раз
Google имеет своих рекрутеров которые сами на почту пишут, недавно проходил (или еще проходит) google foo bar
http://www.ibtimes.co.uk/google-foobar-how-searching-web-earned-software-graduate-job-google-1517284
И если компания этого не делает, то туда ходить не стоит, т.к. там 100% будут коллектив где расти не возможно
Почитал Твиттер дамы, которая активно с этим боролась. Судя по твитам, ее обидело то, что она не смогла пообщаться с другими разработчиками из-за девушек. По мне так простая ревность, раньше она была одна из не многих девушек на тусовке и все внимание было ей, а тут соперницы, причем более сексуальные. Она обиделась на MS. Так смешно!
Простите, не поверю что полноценную систему управления БПЛА можно впихнуть на один "160 мегагерц и 300 кб ОЗУ"
У вас видео поток с камер (которых ни одна)
Вам нужно образы распознавать, связываться с центром для уточнения маршрута(если есть динамическое управление)
Посылать или записывать какие то данные (ради которых он летает)
Контролировать другие параметры полета (ветер, температуру, заряд батареи)
Между этими задачами еще переключаться надо правильно и.т.п.
Если задача так изначально ставиться, а сделай ка мне БПЛА на одной слабенькой дешевой плате. Задача изначально провальная. И говорить нечего.
Если вы полноценный стек своими руками пишите, вплоть до шедуллеров, реализацию многопоточности самостоятельно и.т.п. — Это не правильно, это не место для велосипедов. Задачи стандартные. Если в чем то таком — лапша какая то и никто кроме одного Васи не понимает как это работает и от этого все зависит — это очень опасно для предприятия. А завтра Васю собьет автобус, и что?
То что вы рассказываете звучит как полное не понимание руководством тех. части — что плачевно. Если вся МК разработка такая, то я очень рад что я не там.
'Протоколы связи это ОЧЕНЬ сложно, пожалуйста не делайте их' — неужели нет стандартного протокола по типу http
Как вы ребят сложные системы из нескольких подсистем пишите то в обще.
Ок, тогда на этом МК запускается сильно специализированная задача из серии что-то рассчитать по формуле из сигнала,
написали один раз — и забыли. Тут тогда поддержки как таковой нет вообще и не нужно. 'Велосипедить' можно сколько угодно.
Все равно если требования изменятся, то скорее всего новую плату разрабатывать будут с новым железом, частотами и временами отклика и.т.п.
Тут даже если код красиво написан — его менять дольше чем своять свою мелкую реализацию на коленке.
Забавно получается что программисты железа получают 'микросервисную архитектуру' из коробки. Этот МК — отвечает за сетевое взаимодействие, этот за управление двигателем и.т.п.
Единственное исключение, всякая 'обвязка' типа синхронизации часов, оцифрование сигнала, математические функции и.т.п. Их бы я выделил в отдельный проект и использовал бы существующие зарекомендовавшие себя реализации или их форки.
Это я все к чему, то о чем говорить автор в статье полностью имеет смысл в таких условиях. Но забава в том, что это очень редкий случай.
' У меня есть всего 160 мегагерц и 300 кб ОЗУ'
Т.е. вместо того чтобы добавить ресурсов которые сейчас достаточно дешевы, вы изобретаете целый зоопарк тяжело поддерживаемого в условия бизнеса ПО (люди приходят уходят, иногда нужно и студентов нанимать и.т.д.)
Ох и не дальновидное у вас начальство я бы сказал. Не видящее всей картины. Такой подход вас доконает в долгосрочной перспективе.
Но если вы в целом не пытаетесь бизнес построить, а работаете на оборонку, скажем, и там по сути конкурентов в целом нет. И год на то чтобы добавить новую функцию — не проблема, то тут совсем другая картина.
Не знаю, мне кажется в случае с презервативом чистая психология. Каким совершенным его не делай, сам факт того что вас что то разделяет будет влиять на результат. +Провести чисто научное доказательство не возможно в этой сфере, все остальное маркетинг.
Мне вот всегда было интересно, а как продавать то.
Ну скажем, я поставщик качественной бумаги(может бумага плохой пример, ну малый бизнеса в общем). Предложение которого может вам реально понравится и цены лучше. Как вы обо мне узнаете, если все предложения летят в корзину, поговорить с людьми принимающим решения не удастся, т.к. секретарь решит что компании это не нужно. Ну т.е. все эти ухищрения народ придумал только по тому что, частенько, секретарь принимает решения там где он не должен принимать, вот и пытаются обойти их всеми способами.
Скорее всего подкрутили что то специфичное для камер наружного наблюдения выкинув часть сигнала из видео, что ни есть без потери качества.
Не давно сам искал работу, получил первый оффер раньше чем телефонное интервью с google было назначено. Причем и с тем и с другим рекрутером начал разговаривать примерно в одно время.
Они сразу говорят что процесс минимум 1.5 месяца, и это в лучшем случае.
При этом даже в конторы с 1000+ людей можно устроится за 2 недели максимум.
А тут у народа обычно кредитов вагон и маленькая тележка и.т.п. Мое личное мнение что Google сотрудники не особо нужны, нанимают «чтоб было» и денег хватает. Но реальной потребности(а соответсвенно понимания что ты будешь делать и зачем ты нужен — не будет) как таковой нет.
Гугл очень и очень полезен с другой стороны если разные вопросы с иммиграцией надо решить, у них опыта много, юристы, не первый кейс. Но это совсем другая история.
Таким подходом пользоваться нельзя если у вас воображаемый оффер. А если вполне реальный, то вы как сотрудник ничего не теряете — рынок однако. Не хочешь платить мне больше, можешь найти дешевле, а в другом месте мне готовы платить больше, так о чем речь? Что мы друг друга тут мучаем.
Я раз в год по собеседованиям хожу, даже если работу не планирую менять. Несколько причин
— Узнаешь какие технологии в тренде ( и не hype а реальные за которые готовы платить)
— Сдуваешь пыль со своего умения проходить собеседования. А то как дерево в ширину проходить воспроизводя код на доске маркером — подзабывается.
— Узнаешь сколько ты реально стоишь.
И может так получится что текущий работодатель, окажется самым лучшим в итоге для вас на данный момент, что заряжает и поднимает мотивацию.
У меня ж все наоборот, придумаешь что нить потратишь время и деньги, выясняется что людям не интересно.
Но читать такие статьи как ваша, очень заряжает! Значит идеи работают, люди интересуются. А значит и у меня есть шанс :-)
А напишите статью о том как нашли первых пользователей, как проект начал «взлетать» и.т.п.
Очень интересно.
Все 'знания': статистика по парам, граница отсечки и.т.п. заданы по сути человеком
```
Для этого скормим ей некоторое количество чистых строк и посчитаем их правдоподобность, а потом скормим немного зловредных строк — и тоже посчитаем. И вычислим некоторое значение посередине, которое будет лучше всего отделять одни от других. В нашем случае получится что-то в районе 500.
```
Опять же граница в итоге определена экспертом.
+ несколько сильно выпадающих данных(например: стто на оуто) — сильно сместят среднее и получится много ложно-позитива около среднего. фраза из серии: 'И тут звук:«Грхххх»' попадет в зловред
Никакого машинного обучения, старые добрые классические алгоритмы.
— Нужно кое-что глянуть. Это быстро и несложно
Это значит что кто-то, директор или клиент, что-то заметил и нужно глянуть.(Нужно с бизнес точки зрения) Менеджер конечно хочет чтобы все быстро исправили, но если это большая серьезная проблема, нужно просто ему об этом сообщить.
Т.е. заводим тикет — глядим, можем быстро пофиксить — фиксим, не можем, заводим еще один — кидаем в backlog, объясняем менеджеру.
— Ты так долго писал код, в нем же больше нет ошибок?
Если долго писал значит время куда то уходило (а значит и деньги на твою ЗП), поэтому — что получил наниматель взамен должно быть прозрачно. И если в трекере больше нет багов — то ответ на этот вопрос: «Да, в коде больше нет багов, о которых нам было известно»
— Ты должен мыслить как клиент
Это вообще делает процесс написания кода более приятным. Когда ты понимаешь как и кто будет этим пользоваться. Сходил, как то, на 'User testing', при мне 40 летний дядя из глубинки тыкал на прототип продукта в iPad, потому что он тренировал школьников и реально хотел считать индивидуальную статистику для игроков. Это меняет, теперь понимаешь что размер кнопки интерфейса может быть на самом деле важнее, чем ответ от сервера в 200мс вместо 500мс и использование quick-sort вместо пузырька. И оптимизируя css на сайте под IE, теперь знаешь, что, где то там, есть реальный человек, который просто кликнул на иконку «Интернет» и хочет решить свою проблему на твоем сайте, это скучное действо(правки css) превращается в наполненное смыслом.
— Я плачу за код, а не за комментарии
Я не пойму, какой то программист забюджетировал время на комментарии? Откуда менеджер вообще знает о комментах в коде? Понятно, что менеджер возмущен. Представьте вы отдали машину в сервис, получая счет там есть пометка «Внесение записей в блокнотик 40мин — 1500руб» вы не понимаете в чем дело, вам объясняют, что механику необходимо делать пометки чтобы работа была выполнена. И вроде все логично -> Но у вас ничего кроме ощущения 'развода' не останется. Если эта часть работы и менеджера интересует результат, ну зачем менеджеру все эти внутренние подробности.
— Скажи точно, когда закончишь
Давайте поймем что такое «законченный» и тогда будет понятно когда. Нет всех деталей, не совсем понятно что такое законченный. Ну давайте сделаем сейчас то что понятно, а это уже можно оценить.
(вот вам и agile. Ок вроде ясно что за неделю-две сделаю то и то, посмотрим что получилось, и потом поймем как двигаться к «законченному») Не понимание сколько времени займет та или иная хорошо определенная задача — признак малого опыта. Если задача не совсем определена — опять же можно сказать что знаешь более менее, а что не понятно и почему. Когда фирма/работник не может сказать, когда она закончит и сколько будут стоить ее услуги, с такой фирмой, невозможно работать. Это как вызвал такси и спрашиваешь мне нужно очутиться там то, сколько стоит — а вам водитель такой: «Ну не знаю, как карта ляжет»
Или: «Это 25км, без пробок 30 мин — в итоге, подчеркиваю — без пробок и по короткому пути: 500руб, но в случае пробок доп минута — 1руб, в случае объезда 15руб — 1км»
С каким поедете?
— Хватит тестировать, пора запускать
Во всех не болотных компаниях давно есть CI/CD практики, при таких условиях такой вопрос просто не возникает.
«Конечно, давайте запускать» — но для начала для 1% траффика или для клиентов которые подписались на beta. Что-то посыпалось — отлично, теперь мы знаем о критической баге, которую никак кроме как запуском не выловишь. Исправим и снова запустим. А маркетинг с рассылками и.т.п. пусть сам планирует в какой момент какую компанию и рекламу запускать.
Сервис платежей без программистов остоновит свое развитие и канет в лету в среднесрочной перспективе.
До этого работал в компании где прям при мне уволили рекрутинговое агенство т.к. из порядка 30 пришедших кандидатов не наняли не одного! (А это все время с ними беседовать, учитывая американские стандарты собеседования, почти человеко-месяц в мусорку)
Сейчас просто тех компании здесь поняли что эти стандартные инструменты увеличивают время обработки кандидата и приходит огромное количество людей из серии «Программирование — это круто, закончу ка я 2 месячные курсы и пойду устраиваться»
Это все приводит к тому что люди не постят вакансии — а наоборот ищут резюме(github, linkedin e.t.c)
Компания которая работает по этой схеме hired.com наоборот выросла за последнии пару лет в несколько раз
Google имеет своих рекрутеров которые сами на почту пишут, недавно проходил (или еще проходит) google foo bar
http://www.ibtimes.co.uk/google-foobar-how-searching-web-earned-software-graduate-job-google-1517284
И если компания этого не делает, то туда ходить не стоит, т.к. там 100% будут коллектив где расти не возможно
Используешь утилиты которые только в linux, ставь linux (иль купи Mac)
Используешь windows софт, нафег тебе linux.
Но с другой стороны чем больше возможностей тем лучше.
У вас видео поток с камер (которых ни одна)
Вам нужно образы распознавать, связываться с центром для уточнения маршрута(если есть динамическое управление)
Посылать или записывать какие то данные (ради которых он летает)
Контролировать другие параметры полета (ветер, температуру, заряд батареи)
Между этими задачами еще переключаться надо правильно и.т.п.
Если задача так изначально ставиться, а сделай ка мне БПЛА на одной слабенькой дешевой плате. Задача изначально провальная. И говорить нечего.
Если вы полноценный стек своими руками пишите, вплоть до шедуллеров, реализацию многопоточности самостоятельно и.т.п. — Это не правильно, это не место для велосипедов. Задачи стандартные. Если в чем то таком — лапша какая то и никто кроме одного Васи не понимает как это работает и от этого все зависит — это очень опасно для предприятия. А завтра Васю собьет автобус, и что?
То что вы рассказываете звучит как полное не понимание руководством тех. части — что плачевно. Если вся МК разработка такая, то я очень рад что я не там.
'Протоколы связи это ОЧЕНЬ сложно, пожалуйста не делайте их' — неужели нет стандартного протокола по типу http
Как вы ребят сложные системы из нескольких подсистем пишите то в обще.
Ок, тогда на этом МК запускается сильно специализированная задача из серии что-то рассчитать по формуле из сигнала,
написали один раз — и забыли. Тут тогда поддержки как таковой нет вообще и не нужно. 'Велосипедить' можно сколько угодно.
Все равно если требования изменятся, то скорее всего новую плату разрабатывать будут с новым железом, частотами и временами отклика и.т.п.
Тут даже если код красиво написан — его менять дольше чем своять свою мелкую реализацию на коленке.
Забавно получается что программисты железа получают 'микросервисную архитектуру' из коробки. Этот МК — отвечает за сетевое взаимодействие, этот за управление двигателем и.т.п.
Единственное исключение, всякая 'обвязка' типа синхронизации часов, оцифрование сигнала, математические функции и.т.п. Их бы я выделил в отдельный проект и использовал бы существующие зарекомендовавшие себя реализации или их форки.
Это я все к чему, то о чем говорить автор в статье полностью имеет смысл в таких условиях. Но забава в том, что это очень редкий случай.
Т.е. вместо того чтобы добавить ресурсов которые сейчас достаточно дешевы, вы изобретаете целый зоопарк тяжело поддерживаемого в условия бизнеса ПО (люди приходят уходят, иногда нужно и студентов нанимать и.т.д.)
Ох и не дальновидное у вас начальство я бы сказал. Не видящее всей картины. Такой подход вас доконает в долгосрочной перспективе.
Но если вы в целом не пытаетесь бизнес построить, а работаете на оборонку, скажем, и там по сути конкурентов в целом нет. И год на то чтобы добавить новую функцию — не проблема, то тут совсем другая картина.
Ну скажем, я поставщик качественной бумаги(может бумага плохой пример, ну малый бизнеса в общем). Предложение которого может вам реально понравится и цены лучше. Как вы обо мне узнаете, если все предложения летят в корзину, поговорить с людьми принимающим решения не удастся, т.к. секретарь решит что компании это не нужно. Ну т.е. все эти ухищрения народ придумал только по тому что, частенько, секретарь принимает решения там где он не должен принимать, вот и пытаются обойти их всеми способами.