Зачем делиться знаниями?

20 февраля 2011 г.

Зачем делиться знаниями? Зачем писать статьи? Зачем выступать на конференциях? Это отнимает время, силы, да ещё есть шанс быть непонятым. Отвечу на этот вопрос для самого себя и для тех, кто мне его периодически задает.

Я напишу/расскажу «баян»

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

А вдруг то, что я напишу в корне неверно? Отлично, скажу я вам. Написать или рассказать то, в чем вы на 100% не уверены, даёт вам сразу несколько преимуществ. Во-первых, вы получите быструю обратную связь и проверите свою идею. Во-вторых, может оказаться, что ракурс, под которым вы взглянули на проблему, будет интересен остальным и идея получит развитие.

Растим конкурентов?

Казалось бы, когда вы рассказываете о чём-то новом, то сразу теряете конкурентное преимущество перед другими разработчиками. Разве? Я считаю, что чем больше мы делимся идеями, тем выше становится общий уровень разработчиков ПО. Чем выше общий уровень, тем большее развитие получают уже существующие идеи, опять же делимся ими, обсуждаем, опять повышаем общий уровень и так далее.

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

  1. помощь в развитии вашей идеи целым сообществом;
  2. критика (обратная связь), которая поможет вам самим улучшить идею;
  3. повышение вашего авторитета в глазах других;
  4. вы упорядочите в голове уже имеющиеся знания для самих себя;
  5. когда вы забудете собственную идею, вам о ней напомнят те, с кем вы успели поделиться;
  6. вопросы, которые вам зададут, ещё больше углубят ваше понимание.

Добавляйте в этот список ещё.

IT-конференции

Читатели моего блога знают, что я не равнодушен к лучшим практикам проектирования, разработки, тестирования ПО и организации работы команды. Кроме этого, я много сил вкладываю в распространение этих знаний среди студентов.

Я нашёл группу единомышленников, и мы создали конференцию .NET разработчиков. На прошлую встречу пришло около 50 разработчиков и студентов. Было весело и продуктивно.

Для нас .NETconf — является площадкой для получения и обмена знаниями для тех, кто успешно занимается разработкой ПО и тех, кто только начинает этим заниматься. Мы сосредотачиваем своё внимание не просто на программировании на .NET, а скорее на лучших практиках, которые связаны с проектированием, разработкой и тестированием программного обеспечения.

Кроме нашей конференции, мне очень нравятся встречи:

Соберём всё вместе

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


Ссылки

Непрерывная генерация идей и нестандартных решений. Часть 1: Включаем контекст

Knowledge Sharing или Knowledge Hiding?

Раздаривание знаний

Кому нужны мои знания

20 комментариев:

  1. >Подумайте, какой профит можете получить лично вы, если поделитесь с коллегами вашими наработками...

    Вы говорите о пользе социального кодинга (кстати основная идея github), но при этом ни у вас, ни у компании indycode нигде нет ни одной ссылки на профили github или codeplex, да хотя бы sourceforge.

    ОтветитьУдалить
  2. @headachy

    Два проекта уже готовы к выходу :) Об этом немного позже.

    ОтветитьУдалить
  3. @headachy

    + мы уже выкладывали свои сборки инфраструктуры для NHibernate

    На самом деле мы рады, что у нас получается идти в этом направлении. Если у вас есть интересные проекты, которые можно поддержать, можете писать мне на почту.

    ОтветитьУдалить
  4. мои проекты на ruby, так что вряд ли они вас заинтересуют :)

    ОтветитьУдалить
  5. "делай добро и бросай его в воду"

    ОтветитьУдалить
  6. @headachy

    У нас и любители Ruby есть :)

    На прошлой конференции даже было выступление про переход с ASP.NET на Ruby.

    ОтветитьУдалить
  7. Так и не получилось оспорить потерю конкурентного преимущества перед другими разработчиками, если рассказываешь о чем-то новом.

    ОтветитьУдалить
  8. @Мурадов Мурад
    Попробуй сходить по трем ссылка внизу статьи.

    ОтветитьУдалить
  9. @Александр Бындю
    Саша, вопрос ведь поставлен в твоем блоге.
    Давай попробуем кратко и понятно сформулировать: есть ли потеря конкурентного преимущества или нет.

    ОтветитьУдалить
  10. @Мурадов Мурад

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

    Если ты считаешь, что есть потеря конкурентного преимущества, то будет интересно услышать твои аргументы.

    ОтветитьУдалить
  11. Вот кстати еще один из смыслов делиться знаниями. Стать знаменитым и начать работать в крупном вендоре технологий знаниями о которых вы делитесь.

    Для примера привожу только два случая. На самом деле их десятки.

    http://blogs.technet.com/b/career/archive/2011/02/01/3384170.aspx

    http://blogs.technet.com/b/career/archive/2010/11/25/3371278.aspx

    ОтветитьУдалить
  12. @Александр Бындю
    Я не стараюсь найти изъян в посте или начать спор. Кроме того, я не готов сказать, есть ли потеря конкурентного преимущества или нет, потому что не знаю аргументов ни за ни против.
    Мнение твое понятно, но аргументов таки нет. Ни у тебя ни по ссылкам.
    По первой ссылке рассказывает про корпоративную культуру и knowledge-sharing внутри нее. Ты же не рассматриваешь все IT общество как единую корпорацию? :-D.
    Ну а мнение дизайнеров вообще непонятно, что тут делает. Специфика их ремесла совсем другая.

    ОтветитьУдалить
  13. @Мурадов Мурад

    На мой взгляд аргументов достаточно

    ОтветитьУдалить
  14. @Андрей
    Илья Лушников занимался переводами, его и взяли в Microsoft редактором и переводчиком. Это не совсем подходит под определение "делиться знаниями".
    Наталья Ефимцева была организатором IT сообщества. Неясно, в Microsoft она работает благодаря своим организаторским навыкам или потому что "делилась знаниями". Забавный получился аргумент: пока члены сообщества "повышают свой профессиональный уровень", организаторы устраиваются на работу в крупный вендор.

    ОтветитьУдалить
  15. @Мурадов Мурад

    > пока члены сообщества "повышают свой профессиональный уровень", организаторы устраиваются на работу в крупный вендор.

    По-моему прямая выгода для всех.

    ОтветитьУдалить
  16. Теперь Илья работает специалистом по технологиям. Перевод технических текстов это был только первый шаг.

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

    ОтветитьУдалить
  17. > Так и не получилось оспорить потерю
    > конкурентного преимущества перед другими
    > разработчиками, если рассказываешь
    > о чем-то новом.

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

    ОтветитьУдалить
  18. В свое время писал про то, как вести и продвигать блог программиста. Там же постарался осветить вопрос "А зачем все это нужно лично мне". По результатам обсуждения пришли к выводу, что все-таки нужно. http://samolisov.blogspot.com/2010/02/blog-post.html

    ОтветитьУдалить
  19. Александр,
    спасибо за Ваши идеи.
    Что Вы думаете о едином портале обмене знаний из разных областей? Насколько реально обеспечить нахождение уже решенных задач и проблем в реальном времени? Какие проблемы ожидаются?
    Дмитрий
    MIAWiki

    ОтветитьУдалить
  20. Дмитрий,

    Возможно решение уже найдено www.stackoverflow.com

    ОтветитьУдалить

Моя книга «Антихрупкость в IT»

Как достигать результатов в IT-проектах в условиях неопределённости. Подробнее...