Я працюю в нещодавно розробленому стартапі з п'яти чоловік. У нас є доктор наук з машинного навчання, колишній член основної команди RSpec, і хлопець, який складає біт Git для OS X. Це просто співробітники; засновник має науковий ступінь кандидата наук і перед тим, як виїхати, щоб розпочати (успішний) стартап, був організатором, що займається багатомільярдовою корпорацією, і тепер залишив його для початку цього. Ми також можемо отримати хлопця з доктора наук з математики.

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

Тож поставте себе в їхнє взуття: у вас яскравий молодий стажер, який має багато чому навчитися, але принаймні енергійний. Що буде дратувати? Якої користі ви сподіваєтеся вийти з нього тут і зараз? Що було б приємно дивно, якби це сталося?

Найголовніше:

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

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

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

Покірність проходить довгий шлях

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

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

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

І нарешті, знаючи менше, ніж вони, може бути корисним саме по собі. Наприклад, вам, мабуть, буде краще писати документацію для API, тому що ви будете ставити питання, які задають сторонні люди, але які видаються занадто очевидними для інших.

А хто знає? Ви можете виявити, що, будучи слугами, ви стаєте лідером.

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

Передумови: Я працюю неповний робочий день у відділі науково-дослідних розробок досить великої компанії з кількох років, поки основним моїм заняттям є вивчення CS. Люди, з якими я працюю більшу частину часу, мають докторські та магістерські ступеня з вищої освіти, CS, математики та фізики. Я почав як повний ноб, але багато чого навчився за ці кілька років.

Що буде дратувати?

1. Задаючи питання, на які я міг би легко відповісти за допомогою Google
2. Перебиваючи інших занадто часто, задаючи питання. Якщо у вас є запитання, яке не є блокатором, виконайте якусь іншу роботу, поки ви не зможете задати своє питання, не перебиваючи того, кого ви запитуєте. Ви можете зібрати кілька запитань, а потім попросити час іншої людини або почекати, поки людина запитає про ваш прогрес або про гарний час, щоб поговорити з ним, наприклад, коли його вже перервав телефонний дзвінок, на кінець перерви, .. Потім скажіть йому "я зробив це і те, але в даний час я застряг тут і там".
3. Якщо ви зациклювались (після виснаження Google та інших ресурсів), обов'язково попросіть допомоги. Нічого гіршого, ніж дізнатися, що хтось застряг протягом 2 днів на чомусь, що ви могли вирішити за них за 5 хвилин (автор Ніл Вайт, у коментарях)
4. Не намагайтеся бути розумнішими за всіх.

Якої користі ви сподіваєтеся вийти з нього тут і зараз?

1. Робіть речі, які інші знаходять легко / дратівливо, таким чином, що насправді допомагає команді. Це справді все.

Що було б приємно дивно, якби це сталося?

1. Щоб ви велику частину своєї роботи виконували задовільно і все більше включалися в роботу команди.

Ще кілька порад:

1. Будь покірним.
2. Проявіть інтерес до праці інших.
3. Якщо вони щось вам пояснюють, переконайтеся, що ви розумієте. Якщо ви цього не зробите, попросіть їх пояснити так, щоб ви принаймні отримали основну думку.
4. Будьте надійними. Постарайтеся виконати роботу якомога краще.

Гарні поради від інших поки що. Щоб відповісти на ваші конкретні запитання:

• Що буде дратувати?

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

• Якої користі ви сподіваєтеся вийти з нього тут і зараз?

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

• Що було б приємно дивно, якби це сталося?

Один приємний сюрприз буде, якби ви закінчили роботу рано. Тоді ви зможете працювати над іншими проектами зі збільшенням складності, що підтверджує вашу надійність. Ще один сюрприз буде, якщо ви зможете передбачити потреби колективу та працювати над їх виконанням на стороні. Чи потрібна вашій команді автоматизоване середовище побудови, автоматизована система тестування, конкретні комп'ютерні / мережеві конфігурації для тестування тощо? Це можуть бути периферійні речі

Короткий відповідь: з’ясуйте, що потрібно команді, а можливо, що вам найбільше подобається, і працюйте над тим, щоб це забезпечити.

Більш довга відповідь: на ранніх стадіях стартапу більшу частину часу вся робота "підхоплюється"; незалежно від того, що потрібно робити, або завдання, які люди хочуть робити, доступні для всіх бажаючих. Ваші вподобання можуть буквально формувати напрямок, в якому йде компанія.

Вас цікавить HR? Візьміть на себе завдання з найму. А може, робити зарплату. Цікавите програмуванням? Дізнайтеся, якою мовою команда хоче користуватися. Спробуйте написати деякі тести на одиницю коду. Ненависть писати звіти? Тоді не варто. Подивіться, чи можете ви делегувати це завдання комусь іншому та працювати над конструктивним рішенням. Знайдіть трохи часу і подумайте над тим, що ви можете зробити, а потім спробуйте.

Потрібно пам’ятати, що якщо говорити про дуже маленькі ранні старти, то тут ще багато чого, ніж просто програмування. Якщо ви хочете кодувати, чудово! Якщо ви краще зробите щось інше, це теж добре! Вчіться швидко, задавайте багато питань і кидайте виклик собі.

Я не впевнений, наскільки корисною буде моя відповідь, але я був ти зараз. У оточенні людей, яких я відчував / знав, я мав набагато більше внеску, ніж я коли-небудь мав би. Як діяти на цій посаді? Насолоджуйтесь цим, а не стражданням. Замість того, щоб думати, скільки ви не знаєте, подумайте про те, що ви готові вчитися та переживати разом з цими людьми. Використовуйте їх як ресурс, будьте з повагою і намагайтеся позбавити від них будь-яку інформацію та досвід - станьте губкою ...

Тепер це не означає, що вам потрібно припиняти намагання робити речі, але коли ви це робите, намагайтеся змусити їх зазирнути через плече і переглянути свою роботу, як ви йдете. Спробуйте виконати роботу, а потім послухайте, що вони мають сказати про це - запишіть коментарі, які вони вам дають, і спробуйте втілити їх у створення кращого коду. Не бійтеся ставити запитання, просто будьте з повагою і постарайтеся задати хороші запитання - спробуйте поглинути дані і розгляньте своє безпосереднє запитання, перш ніж запитувати - можливо, відповідь вже був наданий ... Кращі люди люблять навчати, і я Б'юсь об заклад, вони будуть раді поділитися своїми знаннями та філософією життя.

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

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

Удачі.

Тут вже представлено дуже багато, тому я не повторюю сказане.

На перший погляд мені здається, що у вас є експерти та лідер, які мають навички / ідеї управління. Це добре, але неповно .

Ви прагматичний: полегшити їхнє життя.

Є щонайменше дві області, які ви можете охопити:

• заглиблюючись у технічні деталі мови, яку обрав стартап
• покращити якість коду та згладити шорсткі кути роботи з ним

Технічні

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

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

Якість

Є невдячні, але корисні завдання:

• хто підтримує сховище джерела коду?
• хто пише / підтримує тести?
• хто стежить за тим, як проходить тестовий набір? та визначає винні вчинення? і безжально пінгувати злочинців?

Є кілька кроків, які допомагають, дуже формально чи ні:

• як ви переглядаєте комісії? (чи існує право власності, пов’язане з деякими областями коду?)
• як ви плануєте роботу / завдання?

Існує багато периферійних заходів навколо створення ідей та написання коду.

Ви маєте можливість стати тут лідером з якості. Вивчіть найкращі практики в галузі (трохи "Agile", трохи scrum, трохи TDD, ...), і складіть процес, який відповідає вашій компанії. Дізнайтеся, як створювати системи (make, cmake, ninja, тощо) та писати сценарії, які спрощують створення / розгортання. Перевірте Дженкінса (чи що завгодно) та створіть сервер безперервної інтеграції.

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