С опытным разработчиком casual-игр Ильей Курылёвым во время перерыва возникла идея небольшого совместного проекта (не игрового, но интересного мне и ему). После RAFPUG, уже в ресторане il Patio было обсуждение других конкретных задач, озвучивались идеи по поводу их решения. В частности, Таня '0xffffff' Белая подняла вопрос создания аватар-чата человеком, не знающим серверного программирования. В беседе Женей Потапенко было видвинуто предположение, что можно для этого попробовать недавно отданный в Open Source Adobe BlazeDS. И похоже, теперь у меня на два проекта больше.
Вернусь к заголовку. Обмен идеями и новые проекты — это очень хорошо. Но формирующееся во время беседы ощущение стиля собеседников — это нечто большее. Именно здесь открываются новые перспективы взаимодействия людей. Становится яснее, к каким методам решения задач склоняется тот или иной человек. Расширяется собственное профессиональное видение, появляется возможность сравнить свои методы с методами других и обогатиться их опытом. Короче говоря, становится ясно, с кем бы ты захотел работать, а с кем — не очень, а с кем — ни в коем случае, а с кем — обязательно нужно замутить что-то вместе, больно человек правильный. Одно плохо — этого было мало. Нужно больше. Нужно ехать на RAFPUG с четкой целью людей посмотреть, себя показать и — не шифроваться, говорить о реальных проблемах.
Потому что хорошее понимание стиля других разработчиков — путь к образованию эффективных команд, состоящих из совместимых разработчиков.
Когда собирается новая команда, очень важно, чтобы ее участники были максимально притерты друг к другу по рабочим показателям: от удобного каждому графика работы до способа расстановки фигурных скобок в коде. По этой причине люди предпочитают сотрудничать с уже знакомыми им коллегами. Но это сужает выбор при создании команд. Поэтому нужно знакомиться поближе (в том числе и с незнакомыми деятелями), чтобы иметь больший выбор для сотрудничества. Нужно знать как можно больше людей в своей отрасли: где они живут, во сколько просыпаются и умеют ли работать с SVN. Да, и как именно они раставляют фигурные скобки.
Резюмируя: чтобы создать сплоченную команду, люди должны как можно лучше знать друг друга, а отличный способ узнать своих поближе — это и есть встречи типа Russian Adobe Flash Platform User Group. Есть еще один вариант, скорее дополняющий данный, нежели конкурирующий с ним: речь идет об интерактивных профилях разработчиков, об этом в следующем посте данного цикла.
Эээххх тоже хочу на RAFPUG съездить:) Надо будет в следующий раз обязательно выбраться!
маааленький совет -> styleguide и ты имеешь намнооого меньше геммороя при работе с коллегами.
Styleguide есть.
Но каждый опытный разработчик знает: количество правил в Styleguide прямо пропорционально количеству способов их обойти, нарушить, забыть, оспорить и попрать. Это же третий закон Мерфи для программирования.
И вообще:
1) Не все может быть описано в традиционных гайдлайнах (ты называешь это Styleguide). 2) Гайдлайны хороши для уже готовых команд, для согласования действий. Я же веду речь о новых контактах, основанных также на человеческой совместимости, не только профессиональной.
Согласен с Ростом, имел неприятный опыт со Стайлгайдами и новымисотрудниками в компании, хотя наши гайдыну никак суровыми и жестокими не назовеш. Нужно чтобы в команде было человеческое взаимопонимание и приблизительно одинаковый способ кодинга, и тогда работа идет гораздно веселей и легче.
Все имеет меру и границы, порой эти границы переходят все границы. От человеческого гения шаг до маразма, причем этот шаг можно сделать в обе стороны ;)
Вобщем-то такие вещи должны решаться на уровне редактора (читай "бездушной машиной, способной выполнять тупую механическую работу"). Но как я погляжу нет ни одного гения менеджера/программера в адоб, который мог бы догадаться до этого.
Вобщем-то в качестве замены машине придумываю гадлайны оформления кода. Ибо человеко-деньго-часы которые будут потрачены на то чтобы научить машину такой работе не устраивают конечных заказчиков, и разработчикам приходиться уподобляться железке, делая очень интересную и увлекательную работу...
Гайдлайны — это хорошо. Я их принимаю, но некоторые моменты могу оспорить.
__i, будучи знаком с твоей красивой концепцией форматирования кода на лету под личный стиль каждого разработчика (при этом исходники могут храниться с любым стилем форматирования ), и при этом осознавая, насколько это непростая для реализации задача — я просто настаиваю, чтобы ты изложил эту идею четко, публично в виде хотя бы микроскопической записи.
Кстати, не упомянул в посте, впишу сейчас: Женя Потапенко поделился, что он использует систему MPS от JetBrains в своих проектах, и мне сдается, Илья, что тебе эта вещь может очень пригодиться. Почитай также здесь, это может быть не совсем в тему, но тебе может понравиться, я тебя знаю :)
я незнаю что и как но я работал в разных фирмах, в тех в которых они есть и в которых нет, коллеги были везде просто замечательные, но когда видишь в коде например:
img image images imgs kartinka
итд, то желание работать пропадает :)
итд, то желание работать пропадает :) шлабак)
