Я работаю на новоиспеченном стартапе из пяти человек. У нас есть докторская степень в области машинного обучения, бывший член основной команды RSpec и парень, который составляет двоичный файл Git для OS X. Это только сотрудники; Основатель имеет степень доктора философии и был техническим директором корпорации с многомиллиардным оборотом, прежде чем уйти, чтобы начать (успешный) запуск, и теперь оставил это, чтобы начать этот. У нас также может быть парень с докторской степенью по математике.

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

Так что поставьте себя на их место: у вас яркий молодой стажер, которому есть чему поучиться, но, по крайней мере, он энергичен. Что будет раздражать? Какая польза от него здесь и сейчас? Что было бы приятно удивить, если бы это случилось?

Самое главное:

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

Что бы я ожидал от вас? Чтобы написать хороший код и добиться цели. Скорее всего, вы тот, кто действительно работает, поскольку вы описываете себя как энергичного. Я видел много людей с учеными степенями, которые всегда старались выполнять простые задачи, потому что слишком много внимания уделяли деталям и т. Д. Используйте это с пользой и предоставляйте хороший код в разумные сроки, и вскоре все будут уважать вас.

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

Смирение проходит долгий путь

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

Если ваша роль явно заключается в поддержке других, вы можете быть уверены, что будете полезны, просто спросив. "Какое раздражающее задание я могу снять с твоей тарелки?"

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

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

А кто знает? Вы можете обнаружить, что будучи слугой, вы становитесь лидером.

Вы уже получили много хороших ответов. Я думаю, что могу внести свой вклад, поделившись своим опытом в аналогичной должности.

Фон: я работаю неполный рабочий день в отделе исследований и разработок довольно крупной компании, так как несколько лет я занимаюсь изучением CS. Люди, с которыми я работаю большую часть времени, имеют докторские или магистерские степени по EE, CS, математике и физике. Я начинал как полный нуб, но многому научился за эти несколько лет.

Что будет раздражать?

1. Задавать вопросы, на которые я мог бы легко ответить сам, используя Google
2. Слишком часто перебиваю других, задавая вопрос. Если у вас есть вопрос, который не является блокирующим, выполняйте какую-либо другую работу, пока не сможете задать свой вопрос, не прерывая того, кого вы спрашиваете. Вы можете собрать несколько вопросов, а затем попросить время другого человека или подождать, пока он не спросит вас о вашем прогрессе или подойдет время поговорить с ним, например, когда он уже был прерван по телефону, на конец перерыва, .. Тогда скажите ему: «Я сделал то и это, но в настоящее время я застрял здесь и там».
3. Если вы застряли (после того, как исчерпали Google и другие ресурсы), обязательно обратитесь за помощью. Нет ничего хуже, чем узнать, что кто-то застрял на 2 дня с чем-то, что вы могли бы решить для него за 5 минут (Нил Уайт, в комментариях)
4. Не пытайся быть умнее всех остальных.

Какая польза от него здесь и сейчас?

1. Делайте вещи, которые другие находят легкими / раздражающими, таким образом, который действительно помогает команде. Это действительно все.

Что было бы приятно удивить, если бы это случилось?

1. То, что вы выполняете большую часть своей работы удовлетворительным образом и все больше вовлекаетесь в работу команды.

Еще несколько советов:

1. Быть скромным.
2. Проявляйте интерес к работе других.
3. Если они вам что-то объясняют, убедитесь, что вы понимаете. Если вы этого не сделаете, попросите их объяснить это так, чтобы вы хотя бы поняли основную идею.
4. Будь надежным. Постарайтесь сделать работу как можно лучше.

Хороший совет от других до сих пор. Чтобы ответить на ваши конкретные вопросы:

• Что будет раздражать?

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

• Какая польза от него здесь и сейчас?

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

• Что было бы приятно удивить, если бы это случилось?

Один приятный сюрприз будет, если вы закончили свою работу рано. Тогда вы сможете работать над большим количеством проектов с возрастающей сложностью, которая докажет вашу надежность. Еще одним сюрпризом будет, если вы сможете предугадывать потребности команды и работать над их удовлетворением на стороне. Нужна ли вашей команде автоматизированная среда сборки, автоматизированная среда тестирования, конкретные конфигурации компьютера / сети для тестирования и т. Д.? Это может быть второстепенная вещь

Краткий ответ: выясните, что нужно команде и, возможно, что вам больше всего нравится, и постарайтесь сделать это.

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

Заинтересованы в HR? Возьмите на себя задачи по найму. Или возможно сделать платежную ведомость. Заинтересованы в программировании? Узнайте, какой язык команда хочет использовать. Попробуйте написать несколько тестов для некоторого кода. Ненавижу писать отчеты? Тогда не надо. Посмотрите, сможете ли вы делегировать эту задачу кому-то другому и найти конструктивное решение. Потратьте немного времени и подумайте о том, что вы, возможно, захотите сделать, а затем попробуйте.

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

Я не уверен, насколько полезным будет мой ответ, но я был там, где ты есть сейчас. В окружении людей, которых я чувствовал / знал, было гораздо больше, чем я мог бы внести. Как действовать в этой позиции? Наслаждайся этим, а не страданием. Вместо того, чтобы думать, сколько вы не знаете, подумайте о том, что вы можете узнать и испытать вместе с этими людьми. Используйте их как ресурс, будьте почтительны и старайтесь извлечь из них любую информацию и опыт - станьте губкой ...

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

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

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

Удачи.

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

На первый взгляд мне кажется, что у вас есть эксперты и лидер с управленческими навыками / идеями. Это хорошо, но это неполно .

Вы прагматичны: сделайте их жизнь проще.

Вы можете охватить как минимум две области:

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

технический

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

У вас есть возможность стать техническим лидером здесь. Изучайте язык изнутри / снаружи, пока не узнаете все его тонкости. Изучите идиомы, используемые сообществом. Исследуйте полезные библиотеки, которые существуют там.

Качество

Есть неблагодарные, но полезные задачи:

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

Есть несколько шагов, которые помогают, очень формально или нет:

• как вы просматриваете коммиты? (есть ли право собственности, связанное с некоторыми областями кода?)
• как вы планируете работу / задачи?

Есть много второстепенных действий вокруг идей и написания кода.

У вас есть возможность стать лидером по качеству здесь. Изучите лучшие отраслевые практики (немного Agile, немного схваток, немного TDD, ...) и составьте процесс, который подходит вашей компании. Изучите системы сборки (make, cmake, ninja и т. Д.) И напишите сценарии, облегчающие сборку / развертывание. Проверьте Дженкинс (или что-то еще) и создайте сервер непрерывной интеграции.

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