Продолжаю переводить книгу Чада Фаулера «Страсть к программированию».
Это первый из разделов первой части, посвященный выбору рынка.
Также актуальную версию перевода теперь можно скачать с сайта PDF .
< — Chapter 3. Introduction Спрос и предложение -> Ты на пороге большой вложения.
Возможно, это не потребует от вас больших денег, но потребует вложений времени – того, из чего состоит жизнь.
Строя карьеру, многие из нас плывут по течению и позволяют ему унести нас куда угодно.
Мы просто изучаем Java или Visual Basic, а потом власти организуют нам курсы по какой-нибудь новомодной индийской технологии.
И так плывём какое-то время, пока нас кто-то не толкнет куда-то ещё.
Такая карьера – это одна большая цепочка случайностей.
В книге «Программист-прагматик» Дэйв Томас и Нди Хант рассказывают о программирование, основанное на совпадениях .
Большинство программистов придерживаются такого подхода: начните над чем-то работать, добавьте немного кода здесь, много там.
Вы можете начать с примера программы, которую вы скопируете и вставите из Интернета.
Сначала всё работает и вы немного редактируете программу, чтобы она лучше соответствовала вашим требованиям.
У тебя нет четкого представления о том, что ты делаешь, но ты продолжаешь пинать программу туда-сюда, пока она не станет практически такой, какой она должна быть.
Проблема в том, что в этом случае вы не понимаете, как это работает, и, как карточный домик, каждая новая добавленная вами функция увеличивает вероятность сбоя программы.
Для любого разработчика очевидно, что программирование на случайность ошибочно.
Однако для многих из нас самые важные карьерные решения становятся по сути случайными.
В какие технологии нам стоит инвестировать? В какой области мне стоит развиваться? Нужно ли мне углубить свои знания или обойтись кратким обзором? Эти вопросы должны возникнуть сами собой.
Представьте, что вы открыли собственный бизнес и решаете, каким будет флагманский продукт компании.
Без такого «хитового» продукта компания, скорее всего, пойдет ко дну.
Вам нужно уделить много внимания выбору целевой аудитории? Прежде чем приступить непосредственно к производству продукта, сколько времени вы должны уделить определению того, что именно конкретно каким он будет? Никто не доверяет никому принимать эти решения.
Мы будем очень внимательны к каждой детали при принятии таких решений.
Так почему же большинство из нас не делают этого, принимая решения о карьере? Если вы думаете о своей карьере как о бизнесе (а это, очевидно, так и есть), ваш «продукт» — это услуги, которые вы предоставляете.
Что это за услуги? Кто их купит? Будет ли доход от них увеличиваться или уменьшаться с годами? Насколько вы рискуете, делая тот или иной выбор? Эта часть книги поможет вам ответить на эти важные вопросы для себя.
Веди или умри
Если вы собираетесь вкладывать деньги, то у вас есть много вариантов.Вы можете положить их на сберегательный счет, но доходы с него вряд ли защитят вас от инфляции.
Вы можете вложить их в государственные сберегательные облигации.
И опять же, результат не будет большим, но это самый безопасный способ.
Или вы можете инвестировать их в небольшую начинающую компанию.
Например, вложить несколько сотен долларов в обмен на небольшую долю в этой компании.
Если у него есть хорошая идея и есть эффективный менеджмент для ее реализации, то вы можете это сделать.
серьезно разбогатеть.
С другой стороны, у вас нет никакой гарантии, что вы окупите свои первоначальные вложения.
В этом нет ничего нового.
Мы все учимся этому из детских игр.
Если я пробегу прямо между ними, то, возможно, это их оглушит и никто меня не оскорбит. .
То же самое происходит с нами в повседневной жизни.
Если вы опаздываете на встречу и решаете пойти на работу, вы делаете тот же выбор, взвешивая риски.
Если нет пробок, то я сэкономлю 15 минут, если поеду на 32-ю улицу.
А если пробка, то мне конец.
.
Взвешивание рисков — важная часть выбора технологий и областей, в которые вы будете инвестировать свое время.
Пятнадцать лет назад выбор изучения COBOL был небольшим риском.
Поэтому программистов на COBOL было много и их средняя зарплата не особо впечатляла.
Работу найти было легко, но вряд ли она приносила бы огромный доход. Низкий риск = низкая награда.
С другой стороны, если вы решили изучить новый язык Java от Sun Microsystems, у вас могут возникнуть проблемы с поиском компании, которая что-то делает на Java. Кто знал, что кто-то совсем будет использовать Java? Но если вы посмотрите на состояние отрасли в то время, как это сделала Sun, вы увидите в Java что-то особенное.
У вас может возникнуть стойкое ощущение, что из этого выйдет что-то впечатляющее.
Инвестиции во что-то многообещающее на раннем этапе могут сделать вас лидером в новом технологическом направлении.
Конечно, в этом случае вы поступили бы правильно.
И если действовать правильно, инвестиции в Java могут оказаться очень выгодными.
Высокий риск, высокая награда.
А сейчас ситуация другая.
Тогда, 15 лет назад, вы видели демо-версию BeOS от Be. По тем временам это было что-то невероятное.
Мультимедийные возможности были просто потрясающими.
Платформа наделала много шума и вскружила головы профессионалам отрасли, заставив их с нетерпением ждать нового игрока на рынке ОС.
С новой платформой, несомненно, появятся новые подходы к программированию, новые API и новые концепции пользовательского интерфейса.
Это было невспаханное поле для исследования, но оно того стоило.
Возможно, вам придется потратить немало усилий, чтобы создать, например, первый FTP-клиент или менеджер контактов для BeOS. Когда Be выпустила Intel-совместимую версию операционной системы, начали распространяться слухи, что компания будет куплена Apple и будет использовать разработки BeOS в качестве основы для следующего поколения операционной системы Macintosh. Apple не покупала Be. И со временем стало ясно, что Be не собирается захватывать даже нишу рынка.
Продукт просто не понравился.
Многие разработчики, занимавшиеся программированием для BeOS, начали медленно и болезненно осознавать, что их инвестиции не окупятся в долгосрочной перспективе.
В результате Be была куплена Palm, а разработка операционной системы была остановлена.
BeOS была рискованной, но эффектной технологической инвестицией, которая не принесла долгосрочных выгод разработчикам, вложившим в нее средства.
Высокий риск и ничего взамен.
Как бы то ни было, я говорю об отличии новейших технологий от уже устоявшихся.
Выбор стабильной технологии, прочно внедренной в производственные бизнес-системы по всему миру, безопаснее, но потенциально менее выгоден, чем выбор новейшей технологии, с которой еще никто не работает. А как насчет устаревших технологий? Тех, кто только и ждет, когда в крышки их гробов будут забиты последние гвозди? Кто будет забивать эти гвозди? Возьмем, к примеру, программистов ролевых игр, которые уже седые и считают часы до пенсии, а молодежь даже не слышала об этом языке.
Все они преподавали Java и .
NET. Ясно, что карьеры этих последних оставшихся приверженцев умирающей технологии описывают ту же спираль смерти, что и сама технология.
Но старые системы не умирают. Их заменяют. При этом в большинстве случаев замена систем производится поэтапно.
И на этих этапах старые системы должны взаимодействовать с новыми.
Кто-то должен знать, как заставить это взаимодействие работать в обоих направлениях.
Обычно молодые люди не знают (и не очень хотят учиться), как работать со старыми системами.
В то же время сварливые старики не знают, как заставить новомодные системы разговаривать с любимыми существами.
Объединение знаний этих двух технологий может быть полезным.
Поэтому задача предусмотрительного программиста — занять эту нишу и организовать таким образом технологический хоспис.
Помочь устаревшим технологиям достойно уйти из жизни – задача, которую сложно переоценить.
И, конечно же, люди обычно покидают корабль до того, как он затонет, либо выходя на пенсию, либо просто переходя на другую технологию.
Если вы последний, кто может поддерживать критически важные системы, вы, скорее всего, окажетесь в выигрыше.
Это рискованно, потому что, когда технология исчезнет, вы станете экспертом в том, чего больше не существует. Однако, если вы умеете быстро переключаться, вы можете взять другую умирающую технологию и начать все сначала.
Кривая развития технологий имеет два конца.
Как далеко от этих краев вы бы предпочли находиться? Действовать! Составьте список существующих технологий, которые находятся в начале, середине и конце своего пути.
Расположите их слева направо.
Новейшие технологии будут слева, а устаревшие технологии — справа.
Заставьте себя найти как можно больше технологий в каждой части спектра.
Будьте максимально внимательны к порядку, в котором вы размещаете их на этой линии относительно друг друга.
Записав все технологии, которые вы помните, отметьте те, в которых вы сильны.
Затем, может быть, другим цветом отметьте те, с которыми вы имели дело, но не так уж знакомы.
На каком конце у вас больше всего отметок? Они сгруппированы? Или они разбросаны относительно друг друга? Среди тех технологий, которые находятся на самых окраинах, есть ли какие-то, которые вас особенно интересуют? Теги: #книги #книги #карьера #Страстный программист #Страстный программист #Чулан
-
Вы Полностью Готовы К Переходу На Windows 7?
19 Oct, 24 -
Почта: Мфу На Миллион
19 Oct, 24 -
Вода Точит Камни
19 Oct, 24 -
Loveplanet.ru Запустил Видеосервис
19 Oct, 24
