Пабудова кар'еры: вывучэнне супраць эксплуатацыі

У вольны час я люблю паходы, язду на ровары і ежу. Я займаюся ўсімі гэтымі заняткамі з сябрамі, і з цягам часу я заўважыў, што, хаця я аддаю перавагу паходам, яздзе і паесці ў тых месцах, дзе я ніколі раней не бываў, некаторыя з маіх сяброў лепш адправіліся ў тую ж дзіўную сцежку і паедуць у той жа фантастычнай рэстаран кожны дзень. Я заўсёды аддаю перавагу нешта новае, яны заўсёды хочуць зрабіць тое, што ведаюць, што ім спадабаецца.

Японскі сад у Портлендзе Арэгон - гэта месца, у якое я з задавальненнем вяртаюся

Калі мы абмяркоўвалі гэтую розніцу, мой сябар пазнаёміў мяне з «даследаваць / эксплуатаваць кампраміс», пра які ён даведаўся з кнігі «Алгарытмы, каб жыць». Ёсць карысць для вывучэння альтэрнатыў і спроб новых рэчаў, а таксама ёсць карысць для максімальнага задавальнення ад чаго-небудзь пасля таго, як вы выявілі, што гэта добра. І як мы з сябрам выявілі - часам ёсць рацыянальныя прычыны для выбару канкрэтнай стратэгіі, але ў нас таксама ёсць асабістыя перавагі.

Зразумела, гэты прынцыповы кампраміс паміж дзвюма стратэгіямі распаўсюджваецца на значна больш, чым толькі нашыя выхадныя дні. Гэта таксама стратэгічнае рашэнне, якое кампаніі прымаюць, калі растуць. Калі вы стартап, вам не застаецца нічога іншага, як актыўна даследаваць. Але пасля таго, як у вас ёсць сапраўды паспяховы прадукт, гэта павабна адцягнуць рэсурсы ад вывучэння і больш, каб максімізаваць каштоўнасць, які вы атрымаеце ад гэтага поспеху. Гэта працуе вельмі добра ... пакуль ён не перастане працаваць. Проста папытаеце ажыну.

І тое ж самае кампраміс тычыцца і вашай кар'еры. Некаторыя людзі праводзяць усю сваю кар'еру ў адной ролі і ў адной прасторы ці галіны. Джэф Дзін ці Дуг Рэз прыходзяць у галаву як людзі, якія шмат гадоў праводзілі будаўніцтва вопыту і стваралі каштоўнасць у адной канкрэтнай ролі і адной канкрэтнай вобласці, з часам дасягнуўшы вяршыні сваёй вобласці. Кар'ера-эксперт Кал Ньюпорт цвёрда сцвярджае, што гэтая стратэгія з'яўляецца лепшым спосабам росту кар'еры. Але ёсць і рызыка, калі вы выпадкова абралі няправільнае майстэрства і дамен, вы таксама можаце стаць Blackberry.

На мой вопыт, у кар'еры ў тэхналогіі ёсць некалькі аспектаў. Вось адзін з спосабаў нарэзаць і нарэзаць кубікамі рэчы, на якіх вы можаце спецыялізавацца, працуючы ў тэхніцы:

  • Роля - інжынер, архітэктар, менеджэр, кіраўнік прадуктам, SRE, кансультант і г.д.
  • Тэхналогіі - C, Go, Python, Oracle, MySQL, React, Angular, Kubernetes, Chef і г.д., і г.д. Гэты спіс пастаянна расце і развіваецца.
  • Метады зносін - "адзін на адзін", публічныя выступленні, сустрэчы, архітэктурныя дакументы, дыяграмы, вікі, блогі, RFC, падкасты і г.д.
  • Дамен - Сетка, сховішча, базы дадзеных, воблака, fintech, ахова здароўя, telcom, adtech ...

Як паказвае мой досвед, для збалансавання карысных пераваг стаць глыбокім экспертам і адначасова зніжаючы рызыкі, вам трэба будзе выбраць 1-2 параметры, каб спецыялізавацца і выкарыстоўваць, і 1–2 вымярэння для вывучэння.

Напрыклад, дзіўны прыхільнік распрацоўшчыкаў будзе мець пэўную ролю і будзе спецыялізавацца на пэўнай аўдыторыі, але зможа выкарыстоўваць некалькі метадаў зносін і некалькі разоў за сваю кар'еру пяройдзе да розных тэхналогій.

Я бачыў выдатных інжынераў, якія толькі калі-небудзь працавалі на адной мове праграмавання і могуць рабіць дзіўныя рэчы з ім, і я бачыў інжынераў, якія добра ведаюць каля 10 моў і больш клапоцяцца пра архітэктуру вялікага прыкладання, чым пра мову, які выкарыстоўваецца рэалізаваць яго.

Асабіста я апісваю сябе як "20-гадовы досвед перамяшчэння дадзеных" і праводжу шмат часу, удасканальваючы свае навыкі інжынірынгу дадзеных. Але пры гэтым я быў інжынерам, аператарам, архітэктарам, кансультантам, кіраўніком прадуктаў і крыху евангелістам. Набор інструментаў, якія я выкарыстоўваю, заўсёды мяняецца - Oracle, MySQL, Hadoop, Kafka і хто ведае, што далей. Паколькі я шмат гадоў разглядаў адну праблему з розных напрамкаў, мой вопыт даволі каштоўны для кампаній, якія спрабуюць стварыць сваю інфраструктуру дадзеных. Але паколькі я не праводзіў 20 гадоў інжынерам, у мяне няма інжынернай глыбіні, якую я бачу, працуючы з сапраўды дзіўнымі інжынерамі.

Цяпер, калі я ведаю пра праверку "Explore / exploit", я не бачу гэтага. Гэта ўзор, які працягвае з'яўляцца практычна ў кожнай дыскусіі, сустрэчы і рашэнні, на якія я гляджу. Гэта дало мне новы інструмент для разгляду рашэнняў, якія я, магчыма, прымаў інстынктыўна і без разгляду раней. Будзем спадзявацца, што ідэя таксама будзе карыснай для вашай кар'еры і, магчыма, значна больш.