Я уверен, что каждый из нас не раз задумывался о том, что нас ждет в будущем.
Я не собираюсь тратить ваше время на по большей части бесполезные мысли.
Скорее, наоборот, мне хотелось бы поднять вам настроение (пост пятничный) и на хорошем примере обратить ваше внимание на важность стратегического планирования своей жизни.
Здесь и далее будет использоваться самый крупный из них.
коллекция переводы замечательных комиксов Компьютерщик и Пок .
Интересный и вполне реальный пример: Дэйв Руни.
написал о моей жизни: Недавно я участвовал в разговоре в Твиттере о том, что одержимость разработчиков программного обеспечения своими инструментами граничит с религиозным фанатизмом.
Не поймите меня неправильно: хорошие инструменты делают разработчиков более продуктивными, а их продуктивность, в свою очередь, зависит от владения ими своими инструментами.
Однако меня удивляет, что мы работаем в отрасли, где изменения не только нормальны, но и ожидаемы.
Скорость изменений постоянно возрастает и не показывает никаких признаков замедления.
Это странно, поскольку разработчики, похоже, не хотят менять традиционные инструменты.
Возможно, на мою точку зрения повлиял тот факт, что значительную часть своей карьеры я проработал контрактным разработчиком.
Обычно меня знакомили с новой задачей, показывали, на какой машине я буду работать, рассказывали, какую среду разработки использует команда, систему контроля исходного кода и т. д. У меня не было свободы выбора — либо я принимаю условия, либо ищу подходящую.
новый контракт. Признаюсь, я ни разу не отказывался от контракта из-за инструментов.
Вот список сред, в которых я работал с тех пор, как начал писать код: 30 лет назад (1983)
- Командная строка Apple; написание BASIC и ассемблерного кода.
- Функций редактирования немного, но чем меньше вы знаете, тем лучше спите.
- Год спустя университет установил Sed или аналогичный редактор на мэйнфрейме, использующий FORTRAN.
- xedit на мэйнфрейме IBM с языком REXX.
- Это был достойный полноэкранный редактор, который можно было автоматизировать, чтобы обеспечить полноэкранный пользовательский интерфейс для приложений мэйнфреймов.
- Я также использовал для некоторых целей vi, которое по сравнению с xedit кажется неуклюжим и неуклюжим.
- Неудивительно, что я использовал редактор для C и ряда других.
- Редактор был прост в использовании, и я довольно хорошо с ним познакомился.
- Я работал в Powerbuilder, Visual C++ и Visual Basic IDE.
- Редактирование вне этих инструментов было неэффективным и рискованным.
- Я наловчился с ними работать.
- Редакторы IDE хороши для выполнения этой работы.
- Также используется vi для запуска удаленных командных строк в системах Unix.
- Различные Java IDE: PowerJ, JBuilder, Eclipse в зависимости от стандарта клиентской организации.
- Провёл тесты в IDE.
- Использовал Textpad для редактирования текста вне IDE.
- Я использовал vi в режиме терминала на удаленном хосте.
- Использовал Eclipse и NetBeans для Java, Visual Studio для C\#.
- Провёл тесты из IDE.
- Использовал Textpad для редактирования текста.
- Я использовал vi в режиме терминала на удаленном хосте.
- Sublime Text 2 для редактирования текста и кода.
- Я запускаю тесты из командной строки.
- В терминальном режиме на удаленном хосте я использую vi.
Я могу писать макросы в Sublime, которые могут автоматизировать повторяющиеся задачи, что мне нравилось в Textpad и чего мне очень не хватало в IDE. Однако у меня нет автоматического рефакторинга, доступного в Eclipse и NetBeans. 
Когда я наблюдаю за разработчиками, работающими в Vim и Emacs, у меня такое ощущение, будто я наблюдаю за выступлением пианиста-виртуоза — весь процесс выглядит настолько легким! Меня поражает, что эти инструменты больше оптимизированы для написания кода, чем для анализа и рефакторинга.
Простое предложение использовать инструменты, отличные от Vim и Emacs, вызовет настоящий переполох.
Но по своему опыту скажу, что адаптироваться к новым инструментам не так уж и сложно.
Конечно, это займет время, вам придется выучить одни навыки и забыть другие, но гибкость того стоит. Тем не менее, выживают не самые быстрые и умные, а те, кто лучше всех адаптируется к изменениям.
Успех в том, что оказалось очень трудной задачей.
Источники:
- Статья Адаптивность
- Проект Ох уж эти разработчики!
-
Немного Компьютерных Знаний
19 Oct, 24 -
Travelbar Балтия 2009
19 Oct, 24 -
Магистратура В Израиле
19 Oct, 24 -
Отменить Или... Отменить?
19 Oct, 24 -
Провайдеры, Не «Спите»!
19 Oct, 24 -
Веб 2.0 Не Лопнет?
19 Oct, 24
