К вопросу о моделях монетизации — просто скажу свое личное мнение. Мне, например, совершенно не нравится покупать треки и альбому — просто потому, что я постоянно слушаю разную музыку. Зачем мне покупать трек, который я послушаю три раза?
Я готов платить ежемесячную подписку, но за доступ к большой базе музыки. Сейчас пользуюсь Яндекс.Музыкой (включая подписку для моб устройств, чтобы слушать в машине) — в принципе, устраивает на 80%. 20% — это та музыка, которой нет в данной конкретной базе.
Не расстраивайтесь, проверил через прокси — на этом сайте сейчас пусто. Вполне могли взломать и разместить там что-то реально нехорошее. Тем более, судя по Internet Wayback Machine, этот сайт заброшен уже как год (http://web.archive.org/web/*/http://nosqldatabases.com).
Интересно, что на сайте роскомнадзора поиск по реестру этот сайт не выдает.
У нас сложные задачи появляются часто. Если от них отказываться и заниматься только технологической рутиной, то появляются следующие проблемы:
1. Потеря конкурентоспособности на рынке (кстати несколько команд в одной компании иногда тоже можно рассматривать как рынок). Ведь на рынке вы делаете что-то либо лучше других, либо дешевле. Если отказываться от сложных и новых задач, то придется урезать издержки.
2. Без сложных задач самые одаренные члены команды заскучают, и вы их потеряете. Они либо потеряют интерес к работе, либо уйдут.
А еще, задавая сложные вопросы, можно понять, как человек будет вести себя, когда встретит в работе действительно сложную задачу. Скажет «это нам не задавали, это мы не проходили» или будет подступаться к ней с разных сторон пока не решит или не докажет, что она нерешаема. Мы на собеседованиях иногда даем сложную задачу и оставляем кандидата на какое-то время с компьютером и интернетом. Потом просим рассказать, что он делал, как решал. Даже если он задачу не решил, вполне возможно, что мы ему сделаем предложение, если он шел правильным путем.
Михаил, не думаю, что есть смысл обсуждать конкретные кейсы. Я лишь изложил то впечатление, которое сложилось у меня на основе вашего поста. Предполагаю, что аналогичное мнение может сложиться и у других работодателей. Что с этим делать — вам решать.
Не сомневаюсь, что многие собеседования по подбору разработчиков проводятся непрофессионально. Но при этом вряд ли этим поголовно грешат крупные IT компании, такие как Yandex, Rambler и т.п., которых вы упомянули. Они же себе не враги, подбор правильных кадров разработчиков — это основа конкурентоспособности для них. Значит, по каким-то параметрам вы им реально не подходите. Может быть, не по профессиональным параметрам, а по личностным. По каким — не знаю, делать какие-то заключения в этом плане на основе поста было бы непрофессионально — недостаточно информации.
Как пример (не принимайте на свой счет), иногда на собеседование приходят люди, которые соответствуют типу «суперзвезда» (этот термин ДеМарко с Листером ввели, если я правильно помню). Это крутой программист, он реально классно разбирается в технологиях, но он презрительно относится к другим, считает, что он всегда прав, и не умеет слушать. Да, он действительно умен и крут, но на работу его я не возьму, потому что он не сможет эффективно работать в команде. Это, конечно, упрощенный пример, но, думаю, идея ясна.
Прокомментирую тоже с позиции работодателя. Скажу сразу, что излагаю мнение, сложившееся на основе прочтения поста (и особенно списка вопросов-ответов с собеседования). Сказать, взял ли я бы вас на работу можно было бы только после собеседования и выполнения тестовых задач.
Так вот, из поста видны два недостатка:
1. Есть ощущение, что человек находится в состоянии неосознанной некомпетентности по многим технологиям. ТС пишет, что «блестяще изучил с++», но не может назвать принципов ООП. Упоминает семиуровневую модель OSI, но не отвечает на вопрос про TCP протокол. Для меня это тревожный звонок (даже если по другим технологиям этот человек действительно компетентен). Осознанная некомпетентность гораздо лучше, чем неосознанная — особенно у зрелого человека. В случае ТС у меня есть риск, что мне придется не только дообучать его, но и доказывать, что он не так компетентен, как ему кажется.
2. Есть ощущение, что ТС больше ориентирован на процесс, а не на результат. Мне как работодателю не интересны «мегабайты кода» — мне интересен уровень решенных задач, а в посте про задачи как-то практически ничего нет — только про технологии. Опыт показывает, что разработка ПО — это такая область, где можно месяцами работать днями и ночами, а на выходе получить ноль. Так что интенсивность работы и объем кода не являются мерилом уровня разработчика. Причем если ориентированность на процесс у студента — это, в целом нормально, то от зрелого разработчика ожидаешь четкую направленность на решение задач.
Мой совет ТС был бы таким:
1. Если моя оценка не верна, исправить подачу своего опыта и компетенций. Потому что из поста (а я так понимаю, резюме ему примерно аналогично) складывается именно такое впечатление, как я описал.
2. Если все-таки доля правды есть, то более трезво оценить свои компетенции, выбрать наиболее сильные и интересные, и делать упор именно на них. Или совершенствовать те, которые развиты недостаточно.
P.S. И насчет студентов без опыта не соглашусь (по крайней мере для МСК). Умные ребята обычно трудоустроены уже на 4-5 курсах. Мы всегда рассматриваем кандидатуры и выпускников, и студентов. Причем если человек действительно перспективный, то как правило он выбирает среди предложений, а не наоборот. То есть наша стратегия подбора — это найти правильного человека, а потом уже «продать» ему компанию.
Ну и еще скажу, что вопрос совместимости разработчиков по возрасту — это вполне серьезный момент. Ситуация, когда тимлид, например, младше своего разработчика, потенциально может быть источником конфликта и разрушительно подействовать на команду. Так что при прочих равных возрастной уровень лучше держать уравновешенным. Но это только в общем случае и ни в коем случае не является правилом.
1. А в ожидаемом ценнике вы учитываете 40-50%, которые уйдут на маржу в канале продаж (дистрибьютор/магазин/инсталлятор)? Это важный момент, раз уж у вас главное планируемое преимущество — это цена. Стоит задуматься, почему другие производители не сделали свои устройства дешевле.
2. Что значит канал 2.4ГГц — wifi, bt, zigbee, что-то еще? Я этого не понял из поста.
3. Уже проверяли, как будет работать радиоканал, учитывая, что устройство будет утоплено в бетонную стену? Это так — подозрение.
Kickstarter хорош для сбора денег на всякие «приколюхи». А вот если я захочу разработать новый метод переработки фекалий для городских очистных сооружений, то краудфандинг, боюсь, мне не поможет.
Но при этом я согласен с тезисом, что в сегодняшних реалиях патентное право должно измениться.
А в случае Сбербанка и Ситибанка (как минимум) приложение привязывается еще и к ID сим-карты. То есть если вставить в телефон другую сим-карту (даже с тем же номером, перевыпущенную), работать приложение уже не будет.
Мы ставили Radar Touch в одном из проектов — очень прикольная вещь. Единственное решение, с помощью которого можно сделать интерактивным действительно большой дисплей (диагональ больше 3-х метров) на улице. Хотя дистанция срабатывания там уже измеряется в сантиметрах, если не в десятках сантиметров :)
Чаще всего в массовых продуктах в районе 20 дюймов используется оптическая технология (пример — тот же HP TouchSmart). Есть и исключения — 3М делает классные PCT мониторы.
А что касается стоимости — то все действительно упирается в массовость рынка. На больших объемах производителям было бы легче амортизировать NRE — и конкуренция бы усилилась.
Я думаю, что если бы людям дома реально были бы нужны сенсорные телевизоры, то большие сенсоры бы сейчас уже продавались по 5 копеек ведро (как для планшетов).
Ну, например, Wacom в своих спецификациях указывает 13 мс. Другое дело, как они это измерили? Скорее всего они указывают время через которое контроллер тача готов отдать информацию о прикосновении. Но нужно понимать, что до того как координаты попадут в приложение, им еще нужно пройти через некоторый интерфейс, а потом через уровни аппаратной абстракции ОС. Это все тоже добавит задержку. А потом еще нужно отрисовать результат — а это еще задержка графического буфера (например, для triple-buffering на 60 fps это добавляет 30-40 мс) и время отклика LCD.
В целом, 70-80 мс можно считать очень неплохим откликом (от прикосновения до отрисовки). Реально у большинства устройств и приложений — 100-150 мс. Устройств, которые могли бы реализовать отклик <50 мс я не видел.
Я готов платить ежемесячную подписку, но за доступ к большой базе музыки. Сейчас пользуюсь Яндекс.Музыкой (включая подписку для моб устройств, чтобы слушать в машине) — в принципе, устраивает на 80%. 20% — это та музыка, которой нет в данной конкретной базе.
Интересно, что на сайте роскомнадзора поиск по реестру этот сайт не выдает.
1. Потеря конкурентоспособности на рынке (кстати несколько команд в одной компании иногда тоже можно рассматривать как рынок). Ведь на рынке вы делаете что-то либо лучше других, либо дешевле. Если отказываться от сложных и новых задач, то придется урезать издержки.
2. Без сложных задач самые одаренные члены команды заскучают, и вы их потеряете. Они либо потеряют интерес к работе, либо уйдут.
Не сомневаюсь, что многие собеседования по подбору разработчиков проводятся непрофессионально. Но при этом вряд ли этим поголовно грешат крупные IT компании, такие как Yandex, Rambler и т.п., которых вы упомянули. Они же себе не враги, подбор правильных кадров разработчиков — это основа конкурентоспособности для них. Значит, по каким-то параметрам вы им реально не подходите. Может быть, не по профессиональным параметрам, а по личностным. По каким — не знаю, делать какие-то заключения в этом плане на основе поста было бы непрофессионально — недостаточно информации.
Как пример (не принимайте на свой счет), иногда на собеседование приходят люди, которые соответствуют типу «суперзвезда» (этот термин ДеМарко с Листером ввели, если я правильно помню). Это крутой программист, он реально классно разбирается в технологиях, но он презрительно относится к другим, считает, что он всегда прав, и не умеет слушать. Да, он действительно умен и крут, но на работу его я не возьму, потому что он не сможет эффективно работать в команде. Это, конечно, упрощенный пример, но, думаю, идея ясна.
Так вот, из поста видны два недостатка:
1. Есть ощущение, что человек находится в состоянии неосознанной некомпетентности по многим технологиям. ТС пишет, что «блестяще изучил с++», но не может назвать принципов ООП. Упоминает семиуровневую модель OSI, но не отвечает на вопрос про TCP протокол. Для меня это тревожный звонок (даже если по другим технологиям этот человек действительно компетентен). Осознанная некомпетентность гораздо лучше, чем неосознанная — особенно у зрелого человека. В случае ТС у меня есть риск, что мне придется не только дообучать его, но и доказывать, что он не так компетентен, как ему кажется.
2. Есть ощущение, что ТС больше ориентирован на процесс, а не на результат. Мне как работодателю не интересны «мегабайты кода» — мне интересен уровень решенных задач, а в посте про задачи как-то практически ничего нет — только про технологии. Опыт показывает, что разработка ПО — это такая область, где можно месяцами работать днями и ночами, а на выходе получить ноль. Так что интенсивность работы и объем кода не являются мерилом уровня разработчика. Причем если ориентированность на процесс у студента — это, в целом нормально, то от зрелого разработчика ожидаешь четкую направленность на решение задач.
Мой совет ТС был бы таким:
1. Если моя оценка не верна, исправить подачу своего опыта и компетенций. Потому что из поста (а я так понимаю, резюме ему примерно аналогично) складывается именно такое впечатление, как я описал.
2. Если все-таки доля правды есть, то более трезво оценить свои компетенции, выбрать наиболее сильные и интересные, и делать упор именно на них. Или совершенствовать те, которые развиты недостаточно.
P.S. И насчет студентов без опыта не соглашусь (по крайней мере для МСК). Умные ребята обычно трудоустроены уже на 4-5 курсах. Мы всегда рассматриваем кандидатуры и выпускников, и студентов. Причем если человек действительно перспективный, то как правило он выбирает среди предложений, а не наоборот. То есть наша стратегия подбора — это найти правильного человека, а потом уже «продать» ему компанию.
Ну и еще скажу, что вопрос совместимости разработчиков по возрасту — это вполне серьезный момент. Ситуация, когда тимлид, например, младше своего разработчика, потенциально может быть источником конфликта и разрушительно подействовать на команду. Так что при прочих равных возрастной уровень лучше держать уравновешенным. Но это только в общем случае и ни в коем случае не является правилом.
1. А в ожидаемом ценнике вы учитываете 40-50%, которые уйдут на маржу в канале продаж (дистрибьютор/магазин/инсталлятор)? Это важный момент, раз уж у вас главное планируемое преимущество — это цена. Стоит задуматься, почему другие производители не сделали свои устройства дешевле.
2. Что значит канал 2.4ГГц — wifi, bt, zigbee, что-то еще? Я этого не понял из поста.
3. Уже проверяли, как будет работать радиоканал, учитывая, что устройство будет утоплено в бетонную стену? Это так — подозрение.
Но при этом я согласен с тезисом, что в сегодняшних реалиях патентное право должно измениться.
А что касается стоимости — то все действительно упирается в массовость рынка. На больших объемах производителям было бы легче амортизировать NRE — и конкуренция бы усилилась.
Я думаю, что если бы людям дома реально были бы нужны сенсорные телевизоры, то большие сенсоры бы сейчас уже продавались по 5 копеек ведро (как для планшетов).
Вы не работали с таким сенсором на экране большой диагонали? Можете что-нибудь сказать о качестве распознавания?
В целом, 70-80 мс можно считать очень неплохим откликом (от прикосновения до отрисовки). Реально у большинства устройств и приложений — 100-150 мс. Устройств, которые могли бы реализовать отклик <50 мс я не видел.