Що розробники хочуть дізнатися при наступному запуску? [зачинено]

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

Тож якщо ви розробник, ймовірно, приєднаєтеся до стартапу, чого ви хочете дізнатися? Продукти речі? Ділові речі? Користувальницькі дослідження, дизайн чи технологічні речі? Або якщо ви хочете отримати більше технічного навчання, чи хочете ви заглибитись у те, що знаєте (наприклад, бек-енд-тренінг) або перехреслите тренінг (напр., Переднє навчання заднього кінця)? Або є щось інше цілком?

Я приєднався до стартапу як прокат однієї цифри. Я хотів щось побудувати з нуля, ... а також ... навчитися будувати компанію з боку бізнесу .

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

Я думаю, що тут реальна можливість використовувати, просто наймаючи розумних. Великі німі компанії просто не отримують цього.

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

У великій корпорації, як би там не було добре, це майже неможливо. У невеликому стартапі - принаймні я так собі уявляю - можна змінити значення.

Можливо, це тільки я - сміливо називайте мене наївним мрійником :-)

Як ви не намагаєтеся визначити це наперед, а просто дозволите певний відсоток часу (20?) Присвятити навчанню? Введіть щотижневий або двотижневий захід, на якому ваші розробники можуть зібратися та просто дізнатися щось нове ™. Вони дізнаються, що, поки вони вмотивовані, прагнуть вивчити тип розробників. І ви, як розробник і The Boss ™, можете просто приєднатись та дізнатися щось нове ™.

" Три найкращі мотиватори для розробників (Підказка: не гроші!) " - це хороша публікація в блозі про деякі мотиватори, які я б запропонував розглянути, що можуть хотіти деякі люди. Відповідь Петера Тьорека про різницю у світі підпадає під цільову частину речей.

Мені б сподобалося подумати про це через пару різних поглядів:

Егоїстичний -> Тут я б хотів зосередитись на своїх бажаннях, потребах та бажаннях, які можуть змінюватись у часі та досвіді. Що робить мене щасливим чи сповненим, що я роблю для самовдоволення, що може стосуватися технічних речей, жадібності чи того, хто ще.

Самовідданий -> Це територія, яку Петер Тьорек досить добре висвітлював, щоб зробити світ кращим.

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

Не вивчаю віщу, але все, що я хочу від стартапу, це не гроші:

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

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

Однак ось список поширених речей, які, ймовірно, сподобаються хорошим розробникам.

1. Керуванням джерелом не можна нехтувати. Здається, що git є кращим, але svn прийнятний для багатьох.
2. У вас є одиничні тести, правда?
3. Проведіть огляд коду. Якщо ви використовуєте git, спробуйте герріт. Якщо ви використовуєте svn, спробуйте Rietveld.
4. Ваші запитання щодо інтерв'ю повинні включати складні проблеми кодування. Не складний у сенсі дрібниць, але складний у тому, що ви повинні продумати проблему. Більшість розробників будуть бомбити. Але найкращі розробники пороблять добре і набудуть впевненості, що у них не буде жодних ідіотів, з якими можна мати справу в команді.

Удачі.