Чему разработчики хотят научиться при следующем запуске? [закрыто]

Как разработчик, я знаю, как мне нравится изучать новые вещи. Теперь, когда я нанимаю разработчиков для своего стартапа, я знаю, что не могу конкурировать с бонусами Google в миллион долларов и шикарными кафе, но у нас есть много возможностей для обучения любопытных людей. Я хочу настроить вещи, чтобы поддержать это.

Итак, если вы разработчик, который может присоединиться к стартапу, что вы хотите узнать? Продукт вещи? Деловые вещи? Пользовательские исследования, дизайн или технические вещи? Или, если вам нужно более техническое обучение, хотите ли вы углубиться в то, что вы знаете (например, в бэкэнд, обучающий бэкэнд) или в кросс-тренинг (например, в бэкэнд, обучающий бэкэнд)? Или есть что-то еще целиком?

Я присоединился к стартапу как однозначный прокат. Я хотел создать что-то с нуля, ... а также ... узнать, как построить компанию со стороны бизнеса .

Я надеюсь, что скоро вы окажетесь на вашей позиции (найма), и из того, что я видел, вы можете привлечь хороших разработчиков, просто предложив им свободу творчества.

Я думаю, что есть реальная возможность использовать здесь, просто наняв умного. Большие тупые компании просто не понимают этого.

Лично для меня это не возможность изучать технические вещи, которые заманили бы меня в стартап (технологии приходят и уходят - после пары (дюжины) человек может больше не волноваться о последней и самой большой новой моде). Скорее шанс сделать видимую разницу в мире, или, по крайней мере, в сообществе.

В большой корпорации, какой бы хорошей она ни была, это практически невозможно. В небольшом стартапе - по крайней мере, я так себе представляю - можно что-то изменить.

Может быть, это только я - не стесняйтесь называть меня наивным мечтателем :-)

Как насчет того, чтобы вы не пытались определить это заранее, а просто отводили определенный процент времени (20?) На изучение? Представьте еженедельное или раз в две недели мероприятие, где ваши разработчики могут собраться вместе и просто узнать что-то новое ™. Они узнают, что, если они мотивированы, хотят учиться тип разработчиков. И вы, как разработчик и The Boss ™, можете просто присоединиться и изучить Something New ™.

« Три главных мотиватора для разработчиков (подсказка: не деньги!) » - это хороший пост в блоге о некоторых мотиваторах, которые я бы посоветовал посмотреть, чего хотят некоторые люди. Ответ Петера Торока о разнице в мире подпадает под целевую часть вещей.

Я хотел бы подумать об этом через пару разных взглядов:

Эгоистичный -> Здесь я бы хотел сосредоточиться на своих желаниях, потребностях и желаниях, которые могут меняться со временем и в зависимости от опыта. Что делает меня счастливым или удовлетворенным, что я делаю для самоудовлетворения, которое может касаться технических вещей, жадности или кто знает что еще.

Selfless -> Это область, которую Петер Тёрёк довольно хорошо освещал, чтобы сделать мир лучше.

Для меня мастерство сводится к нескольким вещам. Практика - это часть того, что мне нужно, так как я хочу экспериментировать с разными идеями, чтобы увидеть, что работает или не работает, и поэтому наличие места, где можно учесть ошибки, было бы хорошим преимуществом. Вторая часть - это получение обратной связи о том, что сработало хорошо, а что не сработало, как будто я всегда просто работаю над следующей вещью, и у меня нет ни обратной связи, ни времени для размышлений, которые могут вызвать некоторое негодование в моем уме. Наконец, есть чувство выполненного долга, которое возникает благодаря возможности увидеть разницу между тем, где я нахожусь и где я был. Например, если что-то сейчас занимает у меня всего час или два, но раньше это занимало неделю, это действительно здорово.

Не учиться заранее, но то, что я хочу от стартапа, это не деньги:

• Умные, добрые люди
• Возможность принимать важные решения
• Знание того, что моя работа действительно кому-то помогает
• Возможность быть собой (да, мне комфортно в гавайских футболках-юбках)

Один интересный ответ заключается в том, что вместо того, чтобы сосредоточиться на том, что большинство разработчиков хотели бы выучить, сосредоточьтесь на том, что хотели бы узнать лучшие разработчики. См. Http://martin.kleppmann.com/2009/09/18/the-python-paradox-is-now-the-scala-paradox.html для некоторого обсуждения этого.

Тем не менее, вот список распространенных вещей, которые, вероятно, понравятся хорошим разработчикам.

1. Контроль над источником нельзя пренебрегать. Кажется, что Git является предпочтительным, но SVN является приемлемым для многих.
2. У вас есть юнит-тесты, верно?
3. Есть обзор кода. Если вы используете git, попробуйте gerrit. Если вы используете SVN, попробуйте Rietveld.
4. Ваши вопросы об интервью должны включать сложные проблемы кодирования. Не сложный в смысле пустяков, но сложный в том, что вы должны продумать проблему. Большинство разработчиков будут бомбить. Но лучшие разработчики преуспеют и получат уверенность в том, что в команде не будет идиотов.

Удачи.