Управление IT-проектами
Информатика и вычислительная техника
  • формат pdf
  • размер 7.09 МБ
  • добавлен 01 февраля 2012 г.
Lopp M.B eing Geek. The Software Developer's Career Handbook
Publisher: O'Reilly Media
Released: July 2010
Pages: 336

http://vimeo.com/15113923

As a software engineer, you recognize at some point that there's much more to your career than dealing with code. Is it time to become a manager? Tell your boss he’s a jerk? Join that startup? Author Michael Lopp recalls his own make-or-break moments with Silicon Valley giants such as Apple, Netscape, and Symantec in Being Geek - an insightful and entertaining book that will help you make better career decisions.

With more than 40 standalone stories, Lopp walks through a complete job life cycle, starting with the job interview and ending with the realization that it might be time to find another gig. Many books teach you how to interview for a job or how to manage a project successfully, but only this book helps you handle the baffling circumstances you may encounter throughout your career.

Decide what you're worth with the chapter on "The Business"
Determine the nature of the miracle your CEO wants with "The Impossible"
Give effective presentations with "How Not to Throw Up"
Handle liars and people with devious agendas with "Managing Werewolves"
Realize when you should be looking for a new gig with "The Itch".


Автор книги «Быть гиком» Майкл Лопп (Michael Lopp) о рабочих собеседованиях, подозрительной профессии менеджера и о том, как вовремя уволиться.

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

Примерно к такому выводу в итоге приходят системно мыслящие (system thinkers) — категория сотрудников, к которым Майкл Лопп относит и себя. Лопп является гиком. Он тот, кто любит порядок и предсказуемый результат. И он понимает, что системно мыслящие люди могут столкнуться с уникальным давлением в офисе. В этом интервью Лопп делится тяжело добытыми крупицами знаниями о работе в офисе: как гикам общаться с не-гиками, почему гики и менеджеры не могут ужиться и как распознать момент, чтобы уволиться с работы.

Кто такие системно мыслящие люди?

Ботаники (nerds) — системно мыслящие. У нас есть полная иллюзия, что мир можно познать. Мол, если подумать, приложить достаточно времени и усилий, то можно найти набор правил почти для всего. Это абсолютная неправда.

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

Системно мыслящие люди слишком верят в менеджемент?

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

Одна из причин разногласий между гиками и менеджерами состоит в том, что менеджеры иногда забывают, кто они такие и чем занимаются. Они могут запутаться в правилах, политике, людях и процессах. Конечно, существуют и хорошие менеджеры, но мне кажется, что именно здесь у гиков зарождается подозрение. Они размышляют: «Почему он больше не говорит на моём языке?».

Каковы первые признаки, что пора уволиться?

Наверное, это вам тоже не понравится, но вы принимаете решение внутри себя ещё раньше, чем делаете это осознанно. Вам не нужно взвешенное решение. Просто в какой-то момент вы начинаете беспокоиться (wandering; видимо, имеется в виду потеря концентрации — прим. пер.).

Например, я никогда не снимаю телефон. У меня даже нет телефона на моей текущей работе. Но раньше когда я слышал звонок телефона, я думал: «Это агент по найму кадров или адвокат». Но иногда я гадал: «Кто ещё это может быть?».

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

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

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

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

Как часто могут повторно вызывать на собеседование? Когда стоит поставить крест на этой фирме?

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

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

Интервью всегда взаимно. Вы узнаёте как можно больше о них, а они — о вас.

Как могут системно мыслящие общаться с несистемно мыслящими?

У нас гиков есть много инстинктов, которые чертовски смущают не-гиков. Один из них — специфическая точность. Вас спрашивают: «Долго ли займёт разработка это фичи?». При этом от вас ждут ответа в стиле размеров футболок: маленькая, средняя, большая. Но вы выдаёте трёхминутный ответ о состоянии архитектуры, ненадёжности кода и ваших потребностях. И это очень сильно раздражает людей. Всё что им нужно — лишь общие штрихи.

Мой совет — знайте свою аудиторию. Инженеры это понимают со временем. Они обводят взглядом комнату и понимают, какой тип ответа от них ждут.

Вы используете термин nerd в своём блоге, но ваша книга называется «Быть гиком». Есть ли разница?

Во введении про это написано. Я выбрал слово nerd (ботаник), потому что оно много лет назад использовалось для описания этой демографической группы. Но мы назвали книгу «Быть гиком», потому что это классно звучит. Сказать «Быть ботаником» не поворачивается язык.

Я провёл большое исследование, выясняя разницу между ботаником и гиком. Разница на самом деле отсутствует. Диаграммы Венна полностью пересекаются. К каждому хорошему определению ботаника вы можете найти такое же определение гика.

Этимология слов интересна. «Гик» — это был артист в цирке, который сшибал головы живым животным, а «нерд» пошло из детских книжек доктора Сьюза. Это единственная серьёзная разница между двумя словами.
Похожие разделы
Смотрите также

Ларри Константин, Люси Локвуд. Разработка программного обеспечения

  • формат djvu
  • размер 21.94 МБ
  • добавлен 28 октября 2009 г.
Издательство: Питер Год: 2004 Оригинальное название: Software for use a practical Guide to the Models and Methods of Usage-Centered Design Авторы : Larry L constantine и Lucy A. D. Lockwood Серия: Классика computer science Страниц: 592 Описание: В этой книге рассказывается о том, как применять современные методы для создания удобного и практичного программного обеспечения независимо от условий его работы, будь то настольный компьютер, огромный...

Леффингуэлл Дин, Уидриг Дон. Принципы работы с требованиями к программному обеспечению. Унифицированный подход

  • формат djvu
  • размер 4.53 МБ
  • добавлен 22 сентября 2009 г.
Ориг. название: Managing Software Requirements: A Unified Approach First Edition. Dean Leffingwell, Don Widrig издательство: Вильямс 4.html дата выхода: май 2002 ISBN 5-8459-0275-4 страниц: 448 Книга посвящена вопросам формирования требований и работе с ними при разработке сложных систем программного обеспечения. Недостаточное внимание к этому аспекту разработки может привести к превышению расходов, затягиванию сроков выполнения или даже пол...

Орлик С. Перевод swebok

  • формат pdf
  • размер 4.34 МБ
  • добавлен 16 сентября 2011 г.
Перевод swebook (Software Engineering Body of Knowledge, Руководство к Своду Знаний по Программной Инженерии). Архив со всеми частями документа. Оригинал: . Содержание: Программная инженерия и SWEBOK. Требования. Проектирование. Конструирование. Тестирование. Сопровождение. Конфигурационное управление. Управление. Процесс. Инструменты и методы. Качество. Модели жизненного цикла. Дополнительная библиография.

Орлик Сергей, Булуй Юрий. Программная инженерия. Программные требования. Software Requirements

  • формат pdf
  • размер 346.64 КБ
  • добавлен 22 февраля 2011 г.
Глава базируется на IEEE Guide to the Software Engineering Body of Knowledge(1) - SWEBOK®, 2004. Содержит перевод описания области знаний SWEBOK® Software Requirements, с комментариями и замечаниями(2). Сергей Орлик, Юрий Булуй. Программные требования (Software Requirements) 1. Основы программных требований (Software Requirements Fundamentals) 1.1 Определение требований (Definition of a Software Requirement) 1.2 Требования к продукту и процессу...

H?ttermann M. Agile ALM

  • формат pdf
  • размер 13.87 МБ
  • добавлен 19 августа 2011 г.
Manning Publications, 2011. - 332 p. Many software projects fail unnecessarily because of unclear objectives, redundant and unproductive work, cost overruns, and a host of other avoidable process problems. In response, agile processes and lightweight tooling have begun to replace traditional engineering processes throughout the development lifecycle. Agile ALM is a guide for Java developers who want to integrate flexible agile practices and ligh...

IIBA. Certified Business Analysis Professional (CBAP) Handbook

  • формат pdf
  • размер 451.71 КБ
  • добавлен 03 июля 2011 г.
June 2010, p. 17. The purpose of this handbook is to provide Certified Business Analysis Professional™ (CBAP) applicants the information needed to understand the International Institute of Business Analysis (IIBA) organization and the process to become certified. IIBA is an independent non-profit professional association serving the growing field of Business Analysis. The IIBA mission includes the development and maintenance of standards for...

Karten Naomi. Managing Expectations

  • формат pdf
  • размер 9.34 МБ
  • добавлен 15 ноября 2011 г.
Naomi Karten, New York, 1994. For Software engeneering management and Customer satisfaction. . Introduction: the expectations challenge. Communications. Information Gathering. Policies and Practices.

Microsoft Solutions Framework for Agile Software Development. Гибкая методология разработки программного обеспечения

  • формат pdf
  • размер 1.94 МБ
  • добавлен 16 апреля 2010 г.
Гибкая методология разработки программного обеспечения © Microsoft Corporation, 2006–2008 Подготовлено к печати издательством «Русская Редакция» Данное руководство посвящено методологии разработки программного обеспечения Microsoft Solutions Framework (MSF) for Agile Software Devel opment корпорации Mictosoft®. Эта методология описывает подход и орга низацию работы при создании программных продуктов и, в отличие от более масштабной и абстрактно...

Thomsett Michael C. Little Black Book of Project Management

  • формат pdf
  • размер 2.21 МБ
  • добавлен 19 февраля 2010 г.
Little Black Book of Project Management, The. by Michael C. Thomsett. AMACOM Books. ISBN: 0814477321 Pub Date: 01/01/90. Introduction. Chapter 1—Organizing for the Long Term. Chapter 2—Creating the Plan. Chapter 3—Choosing the Project Team. Chapter 4—The Project Budget. Chapter 5—Establishing a Schedule. Chapter 6—The Rules of Flowcharting. Chapter 7—The Project Flowchart. Chapter 8—Supporting Documentation. Chapter 9—Project Review. Chapter 10—T...

Weare K., Darski C., Almeida T., Moukhnitski S., Seroter R. Microsoft BizTalk 2010: Line of Business Systems Integration

  • формат pdf
  • размер 14.52 МБ
  • добавлен 09 августа 2011 г.
Packt Publishing, 2011. - 513 p. This book will be a tutorial that focuses on integrating BizTalk with Line of Business systems using practical scenarios. Each chapter will take a Line of Business Adapter, introduce some pre-requisite knowledge and demonstrate how you can integrate BizTalk with that Line of Business Adapter, and then provide guidance based upon real world experience, taking your BizTalk knowledge further. The book will take perc...