Як новий програміст може вразити інженера-програміста (начальника)? [зачинено]


98

Я працюю на першій роботі з програмування. Мій начальник - дуже розумний інженер програмного забезпечення, і я відчуваю, що мені дуже мало запропонувати порівняно з ним. Проблема в тому, що він завжди зайнятий, і потрібен хтось, хто допоможе йому. Я відчуваю, що я недостатньо хороший, але все ж хочу досягти успіху. Я хочу бути чудовим програмістом.

Що я можу зробити, щоб вразити його?

Дякую.


4
@Pablo: Як ви вже згадували, просто будьте чудовим програмістом :)
Fanatic23

2
@ Fanatic23 +1 за корисну пораду ... НЕ.
Олів'є Лалонде

Попросіть його бути наставником ...
Брайан

1
Будьте пристрасним, розумним, самостійно навчаючись, швидко навчайтесь та все-таки вирішуйте справжні проблеми :-)
Jahan Zinedine

7
Для майбутніх читачів відповідь TL; DR така: Вражте свого шефа, залишивши невдячну роботу, щоб летіти з Мічигану до Сан-Франциско, адже єдине місце, де ви можете зробити щось вражаюче, - це місто, повне велосипедів з фіксованими колесами.
інкогніто

Відповіді:


189

Я коли-небудь розповідав вам про Ештон?

Ештон був вашим класичним хлопчиком, який годували кукурудзою. Його батьки були хіпі, яким ніколи не вдалося зібрати свої дії разом, поки його мати не успадкувала 15 соток у сільській частині Мічигану. Сім'я переїхала туди, купила пару молочних козлів і намагалася заробляти на життя, продаючи органічний козячий сир юппі на ринку фермерів Енн-Арбор.

З часу, коли йому виповнилося десять років, Ештону довелося щоранку о 4:00 ранку прокидатися та доїти цих проклятих козлів, і це було виснажливим. Ештон любив ходити до школи, бо це означало, що він не працює по коліна у козячого копа. Протягом усієї середньої школи він вивчав свою дупу, сподіваючись, що стипендія в хороший університет стане його квитком на ферму. Він знайшов коледж набагато простішим, ніж життя в сільському господарстві, що він не розумів, чому всі інші не отримують прямо таких, як він. Він поцікавився програмою «Інженерія програмного забезпечення», оскільки не міг уявити, що інженерам потрібно буде прокинутися о 4:00 ранку

Ештон закінчив школу, не знаючи багато про індустрію програмного забезпечення, насправді, тому він пішов на ярмарок кар’єри, подав заявку на три роботи, прийняв усіх трьох і обрав ту, яка найбільше заплатила: щось божевільне, як 32 000 доларів на рік, працюючи у великій меблевій компанії в південно-західній частині штату, яка виготовляла кухонні ферми для корпорацій у всьому світі. Він ніколи більше не хотів більше бачити ферму, тому вирішив зробити гарне враження на свого шефа Чарлі Шермана.

"Це не буде просто", - сказав його соратник, Джефф. "Тут щось легенда".

"Що ти маєш на увазі?", Запитав він.

"Ну, ви пам’ятаєте кілька років тому, коли було все таке збудження щодо Y2K?"

Ештон, певно, був занадто молодий. "Y2K?"

"Ви знаєте, ніхто не сподівався, що всі старі комп'ютерні програми, написані в 1960-х роках, все ще будуть працювати в 2000 році, тому у них було лише дві цифри за рік. Замість зберігання 1999 року вони зберігатимуть 99. А потім, коли рік 1 січня 2000 року перевернувся, комп'ютерні системи розбилися, оскільки вони намагалися помістити «100» у дві цифри.

"Дійсно? Я вважав, що це міф », - сказала Ештон.

"У будь-якій іншій компанії у світі нічого не сталося", - сказав Джефф. «Вони витратили мільярди доларів, перевіряючи кожен рядок коду. Але тут, звичайно, вони дешеві ублюдки, тому вони не турбувались робити якісь тести ».

"Зовсім ні?"

«Зільч. Нульове тестування. Нада. І ось, коли люди 2 січня поверталися до роботи, жодна річ не спрацювала. Вони не могли надрукувати графіки виробництва. Вони не могли отримати половину збірних ліній, щоб навіть увімкнути. І ніхто не знав, в які зміни вони повинні працювати. Фабрика буквально затихла ».

- Ти жартуєш, - сказала Ештон.

«Я тебе не лаю. Фабрика зовсім мовчала. Тепер, Чарлі, вона була тоді нова. Вона працювала в Microsoft, або NASA, або щось таке ... ніхто не міг зрозуміти, чому хтось, як вона, працює в нашій маленькій пахві компанії. Але вона сіла, і вона почала кодувати. І кодування. І кодування.

"Чарлі кодував дев'ять днів прямо. Дев’ять днів без сну, не ївши, деякі люди навіть стверджували, що ніколи не ходили у туалет. Вона перейшла від системи до системи і буквально все виправляла. Це було щось бачити. Боже мій, там були системи COBOL, які потрібно було виправити. Весь завод зупиняється, і Чарлі відправляє людей до університетської бібліотеки в Ен-Арбор, щоб знайти старі посібники COBOL. Працівники конвеєра стоять навколо тремтячих, бо навіть у термостатів була помилка Y2K. А Чарлі п’є чашку за чашкою кави і пише, як божевільна жінка.

"Ого. І вона ніколи не ходила у туалет?

"Ну, ця частина може бути трохитрохи перебільшення Але вона справді працювала 24 години прямо дев’ять днів. У будь-якому випадку, 11 січня, приблизно за п’ять хвилин до того, як повинна початися зміна дня, вона виходить зі своєї кабіни, підходить до лінійного принтера, натискає кнопку і бум! з'являються виробничі графіки та команди команди, і все ідеально, ідеально відформатовано, використовуючи трохи менший шрифт, щоб "2000" підходив там, де раніше говорили "99", і вона навіть написала нову систему оптимізації пріоритетів, яка допомагає їм наздогнати 9 днів пропущеного виробництва, не дратуючи занадто багато клієнтів, і всі складальні лінії починають працювати так, як ніколи не було нічого поганого, і тепло наступає, і рахунки-фактури надруковані надписом "2000" як рік "19100", і після цього дня ніхто не знайшов жодної помилки. "

«Ой давай!» Каже Ештон. "Ніхто не пише код без помилок."

"Вона зробила. Я це бачив на власні очі. Першого дня тому вони побігли дводенних кабін без гикавки ».

Ештон був глухим. «Це епос. Як я можу дожити до цього? "

"Ти не можеш, приятелю, ніхто не може", - сказав Джефф, повертаючись до свого комп'ютерного терміналу, де він відновив онлайн-вогню полум'я за те, хто виграє в бійці, Спок або Бетмен, що вирував понад чотири місяці.

Ніхто не здаватись, Ештон поклявся, що одного разу зробить щось легендарне. Але правда в тому, що іншого Y2K ніколи не було. І ніхто, в тій частині Мічигану, не давав щурячому дупі про гарне програмування. Насправді програмістам майже нічого не вдалося зробити. Ештону було присвоєно мало тупих проектів ... в один момент він провів три тижні, працюючи над розглядом справи, коли податок з продажу в одному конкретному окрузі був неправильним, оскільки деякий поштовий індекс охоплював дві різні зони оподаткування збут. Найсмішнішим було те, що це було в якійсь незаселеній частині штату Нью-Йорк, де ніхто ніколи не купував офісні кабіни, і у них ніколи не було клієнта, тому його код ніколи не працюватиме.

Колись.

Протягом двох років Ештон працював із захопленням і захопленням, і вмирав, щоб змінити щось і зробити щось приголомшливе і приголомшливе, в той час як його колеги переглядали Інтернет, надсилали миттєві повідомлення своїм друзям і годинами грали в комп'ютерний пасьянс.

Джефф, його товариш по службі, мав лише одну відповідальність: оновлення щотижневої таблиці Excel із зазначенням того, скільки людей постраждали на роботі на цьому тижні. Ніхто ніколи не був. Раз на тиждень Джефф відкривав електронну таблицю, переходив до нижньої частини сторінки, вводив дату та нуль, натискав зберегти, і це було все.

Ештон навіть написала макрос для Джеффа, який автоматизував це одне завдання. Джефф не хотів попастись, тому він відмовився встановлювати його. Вони не говорили після цього. Це було незручно.

Вранці свого дворічного ювілею в компанії з кубометрів Ештон їхав на роботу, коли щось зрозумів.

Ні один рядок коду, який він написав, ніколи не виконував.

Не одна річ, яку він зробив за два роки роботи, не вплинула на світ.

І в цій частині Мічигану він трахнув 24 градуси, і він був сірим, і смердючим, а його Хонда була гадюкою, і в нього не було друзів у місті, і він нічого не мав значення.

Коли він їхав по Лінкольн-авеню, він побачив ліворуч меблеву компанію. Перед корпоративним кампусом розвіваються три прапори: американський прапор, прапор великої штату Мічиган та біло-червоний прапор з логотипом компанії. Він потрапив на смугу повороту за довгою лінією машин, які чекають повернути ліворуч. Він завжди брав чотири або п'ять циклів світлофора, в годину пік, щоб зробити поворот, так Ashton було достатньо часу , щоб спробувати пригадати , якщо якийсь - або код він коли - небудь написав був коли - або використовуватися ким .

І не було. І він відбив сльозу.

І замість того, щоб повернути ліворуч, він пішов прямо, майже спричинивши ДТП, бо забув, що лівий поворот не означає, що ви можете їхати прямо.

І він їхав прямо по Лінкольн-авеню, і потрапив на автостраду Джеральда Форда, і він просто продовжував їздити, поки не дістався до аеропорту в Гранд-Рапідс, і він покинув свою хитру стару Хонду прямо перед терміналом, чудово знаючи його буксирували, і навіть не закривали двері машини, і він підійшов прямо до прилавку Frontier Airlines, і придбав собі квиток на наступний рейс до Сан-Франциско, який їхав через 20 хвилин, і він отримав в літаку, і він назавжди покинув Мічиган.


61
ти не можеш залишити мене таким, що висить. де знаходиться глава 2 цієї історії :)
mikeal

50
Я дурний, що не розумію моралі історії? :(
Теренс Понсе

39
Тоді Ештон сказала: "подивилася на моє королівство, я нарешті був там, щоб сидіти на своєму троні як принц Бель-Ейра". Вибачте не втримався.
Цзінь

37
Мораль полягає в тому, що якщо ви не змінюєте свою роботу або не маєте жодних можливостей просунутися, знайдіть роботу там, де ви хочете. Я був у ситуації, коли я знав, що добре працюю, але мій начальник був старомодним і негнучким, і знав, що нікуди не дістанусь, тому пішов. Найкраще кар'єрне рішення, яке я коли-небудь приймав.
Саймон Хіббс

149
Історія продовжується: він поїхав працювати в Google, де працював над Wave. І знову ніхто не користувався його кодом.
Іво ван дер Війк

97

Згадайте сцену в Аладдіні, де Аладдін хоче справити враження на Жасмін, а джин підказує йому, що краще зробити, щоб зосередитись на тому, щоб бути самим собою? Такий же принцип тут.

Якщо начальник такий набагато кращий за вас, і ви це знаєте, він, мабуть, і це знає. Він не чекає від вас великих подвигів програмування рок-зірків. Оскільки це ваша перша робота, він, швидше за все, найняв вас, бо побачив потенціал стати хорошим кодером у вас. Тож якщо ви справді хочете вразити його, вчіться. Вивчіть мову, вивчіть систему, над якою працюєте, вивчіть внески та виходи та темні кути. Зосередьтеся на вивченні правильних принципів, добре їх вивчайте та швидко їх вивчайте в такому порядку.

І пам’ятайте, що частина навчання - це копіювання знань, які вже мають інші люди. Не бійтеся ставити запитання ні вашим колегам, ні StackOverflow, ні досліджуйте речі в Google. Що б ви не робили, не робіть вигляд, що щось знаєте, коли насправді цього не робите, намагаючись уникнути здавання німим. Будь-який хороший розробник помітить швидко, і це змусить вас виглядати ще дурніше в їхніх очах. Покірність як і раніше вважається чеснотою серед інженерів.

Зроби добре в цьому, і це вразить начальника.


2
+1, а якщо його начальник кращий за нього - не дивуєсь
shartooth

@ Мейсон: чудова і точна відповідь. Але я думаю, вам слід видалити пункт Aladdin ....

3
Саме так. Навіть у школі ігрового програмування я один (або той, хто постійно задає питання). Але ви також повинні розуміти, що люди не завжди мають відповідь, навіть вчитель. Кілька разів вчитель відповідав мені "я не знаю", і я не почувався гордістю, але більше схожий на "я б краще це шукав, перш ніж витрачати час цього хлопця". Цікавість, як і в науках, - НАЙКРАЩА ВІРТЯ, яку ви можете подумати. Серйозно, гугл будь-які слова про якийсь предмет, який вам цікавий. Цікавість - це найкращий механізм навчання у мене, тобто різниця між людьми, яких ви називаєте розумними та іншими
jokoon

3
ти знаєш, що тобі в житті погано, коли ти береш підказки з фільму Діснея.
Епага

47

Два слова: будьте надійними.

На вашому становищі вас не наймали, щоб бути найрозумнішою людиною в команді. Вас найняли за потенціал, який ви виявили, і тому, що є задачі, що відповідають вашому рівню кваліфікації, які потребують виконання.

Покажіть, що ви можете спочатку довіряти цьому довірі, і коли ви відчуєте код та компанію, знайдіть способи перевершити їх перше враження про вас. Останні можуть зайняти деякий час, але не помиліться бути молодшими за те, що вони неповноцінні.


2
Цей коментар стосується кожної роботи. Просто дивовижно, наскільки надійними можуть отримати місця.
Брайан Харрінгтон

27

Як ніби назавжди тому я взяв дивовижну роботу, працюючи з кімнатою, повною дивовижних та виконаних програмістів. Усі були рок-зіркою, кілька людей з оригінальної команди Macintosh, майже половина людей там видали книги, це було чудове місце.

Тому я провів там перший рік, намагаючись вразити всіх. Я відчував, що мені потрібно було зробити щось дивовижне, і це змусило мене навчитися більше, ніж я коли-небудь вважав можливим за дуже короткий час. На другому курсі я заспокоївся, я був набагато впевненіший у тому, що роблю, трохи більше голосу в моїй думці, і коли я оглядався, я все більше песимістично ставився до фактичного продукту, який ми будували.

Торік цей проект був повністю профінансований. Ці дивовижні інженери, на які я досі придивляюся, витратили 5 років і мільйони доларів на побудову рамки за рамками, платформу додатків для побудови на додаток, який насправді не постачався, і, нарешті, інтерфейс і робочий процес, який ніхто не міг розумієте, навіть люди, які його збудували.

Розумний завищений. Бути «рок-зіркою» завищено. По-справжньому простий привід підвищити поріг складності. Це змушує вас думати, що важливіше переписати робочу систему, щоб бути "чистішою", а не реалізовувати наступне, про що попросив клієнт.

Якоб Каплан Мосс одного разу сказав мені щось про програміста, якого я не називатиму, він сказав: "Він занадто розумний. Він пише ці справді розумні складні бібліотеки, якими я не можу користуватися, тому що я недостатньо розумний. Дурні люди повинні писати бібліотеки щоб дурні люди могли ними скористатися ".

Програмісти, які "досягли" інженерів, як правило, стискають ніс, люди, які пишуть Ruby та JavaScript та інші "іграшкові" мови, ці люди роблять ПРОДУКТИ, і вони ДОСЛІДЖУЮ ТЕМ. Код може бути некрасивим, архітектура може бути не такою чистою і чистою, як хотілося б, але вони перевозять бог чорт і в цій галузі саме це дійсно важливо.

Якби я був ти, я б відмовився від спроби стати цією рок-зіркою і зосередився на доставці та будівництві продукту. Ви не повинні судити про свій внесок по тому, наскільки розумний ваш код, ви повинні судити про те, скільки людей його використовують щодня і щасливі.


1
Істина. Напишіть код, який легко виправити, коли клієнти скаржаться або коли щось зламається, і ви будете схожі на те, що у вас є лайно разом.
TehShrike

14
Розумний не завищений. Якщо вони побудували надскладну систему, яка не стосувалась реальності, то вони були б не розумні. Розумні люди повинні писати бібліотеки, щоб дурні люди могли ними користуватися.
ЕМП

1
Я нещодавно провів подібну розмову, і один з моїх колег описав стиль особи / кодування як "претензійний" ... і я думаю, що це справді влучний опис ... Співробітник, який написав код, / був блискучим .. Ніхто, хто знав його, не погодився б ... але його код був жахливо претензійний ... що спричинило побічний ефект того, що важко дотримуватися людей, які не були подібними блискучими ... Мені подобається писати код для дурних людей ( Полегшує моєму німому *** зрозуміти).
TJ Seabrooks

2
Для досягнення успіху команди повинні складатися з різних типів людей. Вам потрібні дизайнери, архітектори, кодери, менеджери, бурчання, розумні люди, орієнтовані на деталі, люди, які піклуються про процес тощо. Якщо у вас є лише один тип людей, ваша команда, ймовірно, не буде добре працювати разом, і це швидше не вдасться, ніж ні. Групи, які намагаються найняти лише рок-зірок, часто пропускають цей факт.
onedozenbagels

@ Євген погодився. Сенс у тому, щоб зробити щось важке (або принаймні виснажливе) легше за допомогою абстракції. Вам просто потрібні розумні люди, які люблять простоту.
LnxPrgr3

16

Напишіть чіткий, суцільний код.


7
В тому числі хороша документація!

1
... Так зрозуміло, що це абсолютно прозоро. Це буде схоже на те, що вдарив невидиму цегляну стіну на 50 миль / год за допомогою вантажівки. [Кого ти подзвониш? MythBusters!]
Матін Ульхак

Гарна порада, загалом. Але, на жаль, це проблема систематизму - якщо все працює, ніхто вас не помічає, якщо щось порушується, вони всі вас звинувачують. Те саме і з кодом: якщо він зрозумілий, простий і просто працює, то ніхто не повірив би, що це було важко написати. Тож це не спосіб "визнати".

1
намагайтеся бути заміненими - таким чином ви отримаєте підвищення чи заміну.
IAdapter

lol @try бути замінним! Ви не маєте на увазі бути незамінними, написавши змінний код?
Анонімний тип

15

Постукайте у його двері. Запитайте його, чи є у нього якісь лайні роботи, які він відкладає, з якими ви могли б впоратися. Скажіть йому, щоб він пізніше звільнив вас з електронного листа, якщо він не встигне зараз.


2
або скажи йому звільнити тебе, якщо ти не вдається.
IAdapter

І ця відповідь, і коментар @IAdapter змусили мене законуватись.
CFL_Jeff

13

Читай Кнут

(слідство: багато людей мають Кнут, але ніхто не читає Кнут)

Усі справді хороші програмісти, з якими я працював, мають деякі риси:

(1) Незважаючи на те, що ви не повинні бути хорошими в математиці, щоб займатися програмуванням, вони все одно були (і їм це сподобалось)

(2) Вони цінують якість, яку я назву «елегантність» - не плутати з стислістю (!!!)

(3) Вони добре розробляють програмне забезпечення (навіть якщо ніхто з нас не може пояснити, що таке хороший дизайн насправді)

Крім того, я особисто знаходжу такі риси:

(а) насолоджуючись розгадуванням загадок

(b) написання читабельного коду

(c) хороша пам’ять

(г) може поверхнево легко адаптуватися до інших мов програмування (вшир)

(д) глибоко вивчайте свою основну мову (наприклад, робіть сертифікацію Java, якщо Java - це ваше середовище (для незрозумілих недоброзичливців, які ніколи цього не робили, але шлаковувати сертифікацію, оскільки сертифікація Microsoft є (була?) справді погана ... користь не в маючи аркуш паперу, користь у дослідженні ))

(f) з урахуванням вибору зробити щось просте і легке, а потім рухатися далі, або щось надскладне, що займе тижні / місяці, я роблю просту річ. Мені подобається просто, оскільки він прагне до надійності, а також він більш гнучкий, коли вимоги змінюються в середині кроку, і набагато простіше спілкуватися з іншими членами команди

(g) якщо ви робите щось, що вважаєте особливо хитрим, задокументуйте його

Хтось (Djikstra?) Сказав, що налагодження вдвічі складніше, ніж кодування, тому, якщо ви пишете код, який знаходиться в межах ваших можливостей, ви за визначенням недостатньо розумні, щоб налагодити його.

========

Сказавши це, стати розумним / кращим кодером - це не те саме, що просуватися у кар'єрі.

Дійсно є лише один «секретний інгредієнт», необхідний для просування вашої кар’єри, і це навички людей.

Якщо ви дійсно хочете просунути свою кар’єру , найкраще - це кинути і їхати продавати машини протягом 6-12 місяців.


3
Ця цитата , я думаю, Керниган: stackoverflow.com/questions/1103299 / ...
Orbling

2
"Налагодження вдвічі складніше, ніж написання коду в першу чергу. Тому, якщо ви пишете код якомога розумніше, ви, за визначенням, недостатньо розумні, щоб налагодити його. ”- Брайан Керніган
Ape-inago

4
Про хорошу пам’ять: я знав дуже хорошого програміста з надзвичайно хорошою пам'яттю. Він міг подивитися на код, який він написав 2 роки тому, і пригадати, що він думав у той час. Отже, він ніколи не докладав великих зусиль для написання хороших коментарів - достатньо лише ключових слів, щоб створити хеш-код. Моя пам'ять смокче. Я ХОЧУ коментувати речі, бо знаю, що через 1-2 місяці після того, як я подав помилку, мені доведеться робити те саме, що хтось абсолютно новий - наприклад, читати кожен чудовий крок цього. Звичайно, деякі речі є більш яскравими, ніж інші ... Я не кажу, що я чудовий, але обслуговуючі та тестери, як правило, мені подобаються;)
Робота

1
Елегантність та стислість мають багато спільного.

Я зустрів багато чудових програмістів і ніколи не помічаю, що вони навіть знають, що таке математика, чому? ви говорите лише про математику в школі та про інтерв'ю з поганим програмуванням. якщо ви не говорите про передчасну оптимізацію, я зустрів людей з дивовижними навичками додавання (вони навіть могли додати речі, які існують лише в голові, я думаю, що це називається дискретною математикою).
IAdapter

11

Я кодую вже понад 20 років, і зараз зі мною працюють 10 програмістів. Мушу сказати, що мене вражають ті, хто добре зробив свою роботу, вчасно і якісно (менше помилок). спілкуватися часто, виявляючи пристрасть - все це важливі фактори.

ось про це я можу поділитися прямо зараз. ;)


У вас є якісь лайливі роботи? (Як згадував Дуг у відповіді-25473), тому що я думаю, що таких немає, але я можу помилитися.
IAdapter

9

Ну, я просто додам цю цитату з Євангелія:

"Кому можна довіряти дуже мало, тому можна довіряти і багато, а хто нечесний з дуже малою, той також буде нечесний з багатьма".


3
Це від Луки 16:10 : "Хто найменший вірний, той і багато вірний; а хто неправедний у найменшому - неправедний і в багатьох". Також: "Молодці, добрий і вірний раб. Ти був вірним у кількох речах; я поставлю тебе над багатьма речами. Увійди в радість господареві". (Матвія 25:21)
Марк C

7

Будучи начальником програмістів, я можу вам сказати, що ніщо не зробило мене щасливішим, ніж коли програміст виправив помилку, яку я лінувався виправити !

Тож якщо зможете, виправте його помилки.


6

Як каже Стівен, Мейсон має рацію - зосередьтеся на власній грі. Майте на увазі, що ваш начальник просто хоче, щоб ви добре виконували свою роботу. Ймовірно, йому насправді подобається той факт, що він кращий за тебе - якби не він, він цілком може почуватися невпевнено (начальство - людина!). Зараз ви в ідеальному становищі, щоб вчитися на його досвіді - не витрачайте час на змагання з ним, запитуйте його поради на те, а не про щось. Якщо ви коли-небудь читали 48 законів влади, головним є "Ніколи не перекривайте майстра".


І перш ніж Software Monkey направляє на мене таку саму точку, як і у Steven ... Я підтримав відповідь Мейсона :) Просто хотів поставити дещо інший нахил на речі.
Стюарт Голодець

Але ви теж схвалили Стівена? ;)
Джексон Міллер

6

Розв’яжіть кубик Рубіка. Бос буде знати, що вам подобаються складні головоломки, і дасть вам жорсткі завдання.


1
так, але це залежить від того, хочете ви жорстких завдань чи ні.
Роберт S Ciaccio

Для того, щоб працювати, вам потрібно дати час. Тобто speedcuber

Я зробив це, коли мені було 11, після отримання нового C64 на Різдво.
Пабло

1
Я можу це зробити за хвилину. А тепер що? Де мої жорсткі завдання? : P
Натан Осман

+1 найкраща відповідь поки! Джордж - тепер роби це з закритими очима!
IAdapter

6

Якщо ви хочете справити враження на свого начальника, будьте чесними. У свій тиждень 1-1 запитайте його, що для вас найважливіше зосередитись, і зробіть це. Спробуйте зрозуміти, що він вважає, що ваша роль, і зробіть все можливе, щоб її виконати. Цілком можливо, що він потрібен вам для виконання певних завдань, щоб він міг сконцентруватися на тому, що він робить. Якщо ви дуже стараєтесь робити те, що він робить, ви, можливо, недостатньо займаєтесь власним завданням. Знайдіть своє місце в команді, відміньте його, а потім розгорніть. Скажи йому, що ти хочеш допомогти.


5

@ Мейсон прав

  • слухати
  • вчитися
  • задавати відповідні питання з поважними інтервалами (наприклад, двічі на день, а не кожні 5 хвилин)
  • розслабтесь і будьте собою

3
Якщо @Mason має рацію, ви не повинні просто просити його відповідь, а не публікувати свою, яка просто підсумовує його?
Лоуренс Дол

@Software: Я підтримав його відповідь і розширив її.
Стівен А. Лоу

2
@Software Money - і він перетворив це на кулі. Якщо чесно, щойно побачивши «Алладін», я перейшов до наступної точки. Я думаю, що це досить непоганий внесок.
Олексій С

@Alex: +1 з кулею!
Стівен А. Лоу

5

На мій погляд, найбільший актив, який зелений програміст може подати до столу, крім своїх технічних навичок, - це ініціативність та захоплення. Якщо ви показуєте своєму начальнику, що ви агресивні до вивчення нових речей, агресивні до того, як пізнаєте свій шлях навколо компанії, кодової бази, інструментів та своїх колег, і ви показуєте, що у вас є пристрасть до того, що ви робите. , що вразить. Якщо ви не працюєте на жахливого менеджера, тоді ви все одно хочете.

Я хотів би також запропонувати покласти деякий увагу на «м'які навички» речі. Продемонструйте, що ви не просто видовище, який марний у будь-якій міжособистісній взаємодії. Подружитися з людьми з продажів, маркетингу, підтримки, розвитку бізнесу, управління проектами тощо. Покажіть, що ви хороший комунікатор і хтось, хто може працювати з людьми, щоб досягти справ.


Шт накопичується в базі коду з часом, і зазвичай зелені люди помічають це найбільше. Іноді прочитавши його вперше, можна зробити одну неприємність. Залежить від того, наскільки велика організація, від того, наскільки добре вони набрали тест Джоела тощо.
Робота

3

Якщо у вас є свобода робити це: пишіть гранти, приносьте гроші з гранту ззовні або розпочніть співпрацю, яка має ділову цінність, з новими партнерами, які вважають вас компетентним програмістом або найменш цінним працівником.


3

Не турбуйтеся вражати людей чи ваших начальників. Ніхто не вражений просто розмовою. Натомість сконцентруйтесь на коді доставки. Переконайтеся, що ви залучені до проектів чи додатків, якими користуватимуться люди. Чим більше коду у вас у виробництві, тим релевантнішим ви будете. Більш релевантний ви для людей, тим більше вони покладаються на вас. Відпочинок - це все магічне шоу.


Добре, ви повинні стати Менеджером випусків і не дозволяти іншим людям говорити вам, що писати, писати, що вам потрібно, і відправляти це!
IAdapter

2

Важко працювати. Зробіть усе, що вам сказали, і все дізнайтеся. Вам дуже пощастило працювати під тим, хто знає набагато більше, ніж ви, продовжуйте працювати, поки не зможете наздогнати.

Крім того, щоб наполегливо працювати і домагатися успіху в роботі, яку ви зараз займаєтесь, я хотів би дати поради, які, можливо, є відповіддю на питання, яке ви не ставите. (Навіть не було на моєму радарі, коли я влаштував свою першу роботу з програмним забезпеченням).

Інтернет роблять люди, як ви. А такі люди, як ви, можете заробляти гроші в Інтернеті.

Знайдіть щось, що вам пристрасно. Побудуйте його. Продай це. Будьте своїм начальником.

  • Відкрийте http://news.ycombinator.com і починайте читати статті. Ви збираєтесь бачити нескінченну хвилю історій від таких людей, як у вас була ідея, створили веб-сайт і встигли заробити долар чи два на цьому. Це надихає і відкриває погляд, є хлопець, який заробляє смішно гарну заробітну плату, продаючи вчителі генератор карт бінго ... ще один хлопець, який продав мільйон веб-сайту в Google. Там також багато інших цікавих технологій.

  • "Багатий тато, бідний тато" є місця, де він отримав гарну пораду.

  • "Чотиригодинний робочий тиждень" візьміть цей із зерном солі, але у нього є цікаві способи погляду на роботу та життя.

Продовжуйте вчитися у хлопця, з яким ви зараз перебуваєте. На цій вашій першій справжній роботі так багато треба навчитися, що я навіть не можу почати. Зрештою, хоча (три, п’ять, десять, двадцять років), якщо ти навчишся заробляти власні гроші, то не доведеться турбуватися про те, щоб справити враження на когось іншого.


2

Рідко можна справити враження на людей, намагаючись вразити їх. І поки ви намагаєтеся справити враження на людей, і вони не здаються враженими, ваше розчарування буде рости.

Просто робіть свою роботу так, щоб ви пишалися собою. Не хвилюйтеся, що хтось думає. Єдина людина, яку можна зробити щасливою - це ти.


1

Мені сподобалась історія, розміщена у відповіді, але це цікавіше, ніж достовірна відповідь.

Це нормально, що всі такі, як ти: намагаються бути кращими у тому, що ми робимо, це по-людськи. Але жахлива правда полягає в тому, що так мало шансів, що ти будеш найкращим у цьому.

Щодо себе, я завжди боявся смирення, тому що я просто ненавиджу ті маленькі дитячі бійки щодо того, хто правий, а хто ні, і ось чому.

Поки ви не один з найкращих, вам краще намагатися працювати, щоб отримати більше досвіду порівняння того, що ви знаєте, і робити з тим, що найкращі програмісти знають і роблять.

Можна сказати, що я порівнюю себе з найкращими програмістами, але це лише наполовину правильно: - Я краще порівнюю себе з кращими, знаючи, що я просто смішний у порівнянні з ними, так що це робить принцип порівняння досить дурним і марним - Я не вважаю їхню славу, а скоріше того, чого вони домоглися, бо насправді більшість міфів про геніїв згасають, коли ви знаєте справжній факт, як, як працює бізнес. Це не змінює факту, що вони досягли великої роботи, але пам’ятайте, що досвід важко оцінити, якщо ви думаєте про умови праці. - Зрештою, цей процес дозволяє уникнути змагального процесу, який для мене насправді заважає, і допоможе мені зосередитися на тому, що важливо: навчанні на практиці, а також навчанні за допомогою хорошого механізму цікавості.

Ви можете милуватися ким-небудь усім, що вам захочеться, думаючи, що він настільки кращий за всіх інших співробітників або інших програмістів, яких ви зустрінете, але ви повинні пам’ятати, що світ величезний і що хлопець, якому ви захоплюєтесь, насправді є досить середнім порівняно з іншими кращими там є досвідчені люди, тож, можливо, ви почуватиметесь краще, коли зробите враження на нього, але ви будете відчувати те ж саме проти інших людей, які мають кращий досвід, ніж він, тож буде дарма.

Завершіть цю дріб'язкову гру і спробуйте знайти більш цікаві теми, про які ви, можливо, чули, адже цей інженер, про якого ви говорите, напевно зайнятий роботою над чимось менш великим, про що ви думаєте.


Завдяки цій публікації я зміг це зрозуміти. Коли ви спускаєтесь з самого дна, герої - це інструменти, якими я користувався, щоб мене не мотивували. Але тепер, коли я дістався кращого місця, я мушу стати своїм героєм і наполегливо працювати. Не для визнання, а для себе. Мій батько, який є мудрою людиною, одного разу сказав мені, що секрет успіху - це я. Я ніколи цього не отримував до вчорашнього дня. Дякую.
Пабло

1

Я маю згоду з деякими іншими тут, оскільки ви, ймовірно, не зможете поставити свою мету - тому що ви зосереджуєтесь на неправильній проблемі , або принаймні ваш фокус занадто вузький.

Ви хочете бути чудовим програмістом - чи надає суб'єктивна думка одного інженера-програміста цей титул і здатність (крім Джоела)? Якщо ви орієнтуєтесь лише на те, щоб справити враження на свого начальника, то ви не концентруєтесь на роботі чи на вдосконаленні своїх навичок - ви не зосереджені на своїй меті стати прекрасним програмістом. Ви намагаєтесь отримати повагу, а не заробляти її.

Візьмемо найгірший випадок (адже програмісти люблять це робити) - ваш начальник абсолютно ненавидить вас без об’єктивних причин (ви в перший день носили шапку патріотів). Він просто ніколи не буде мати гарної думки про вас. Якщо ви зосередитесь на виконанні поставлених завдань, на ефективному та елегантному вирішенні завдань та вдосконаленні набору технічних навичок - ви вдосконалитеся, - зрештою, ви переможете - незалежно від того, що думає ваш начальник.

Робота Ештона була рецептом невдач не тому, що його код не використовувався, а тому, що робота не дала йому ніякої практичної користі, крім безпеки в ієрархії Маслоу. Він вивчав нові навички? Ні. Чи дозволяла його робота бути творчою? Ні. Це заслужило його поваги? Немає.

Оскільки це ваша перша позиція, вона запропонує вам більшість цих властивостей за замовчуванням. У вас буде перший досвід програмування професійно, вам постануть нові виклики як технічні, так і нетехнічні. Але настане час, коли ви переростете позицію або це переросте вас, і вам потрібно постійно вдосконалюватись, щоб вас не зачепили.

І ще одне, якщо Ештон буде вимірювати свою самооцінку лише кількістю людей, що використовують його код, то я пропоную йому приєднатися до клубу, який часто працює. Єдине міцне щастя в житті - це те, що ми створюємо для себе. Жити строго відповідно до того, що думка інших людей про нас породжує трагічні та неправдиві люди.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.