Коли ви можете назвати себе гарним мовою X?

Це повертається до розмови, яку я мав з подругою. Я спробував сказати їй, що я просто не відчуваю себе достатньо адекватною мовою програмування (C ++), щоб називати себе добре. Потім вона запитала мене: "Ну, коли ти вважаєш себе досить гарним?"

Це цікаве питання. Я не знав, що їй сказати. Тож я вас прошу.

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

Крім того, чи дійшли ви до цих висновків, порівнюючи, що можуть зробити інші?

Додаткова інформація

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

Я також читав різні статті з програми «Кодування жахів» про опитування людей. Деякі люди, як було сказано, "не можуть функціонувати поза рамками". Таким чином, вони можуть бути "хорошими" для цієї рамки, але не інакше в мові. Це правда?

Ви не можете назвати себе хорошим в X. Тільки інші люди можуть.

На це вже є кілька хороших відповідей, тож я просто сприяю цьому:

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

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

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

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

Ваші однолітки вирішують, чи добрий ви в чомусь (чи майстер); Я впевнений, що Ейнштейн і Фейнман рано не проходили в кар'єрі, кажучи: "дивись на мене, я геній!" Так само вирішувати, чи хороший ти, чи ні, вирішуватимеш однолітків.

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

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

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

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

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

Наприклад, я письменник-хобіст, і дивлячись на власне письмо, я можу сказати:

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

і т. д. І тому я відчуваю, що я кваліфікований, щоб вирішити, чи добре я пишу чи ні. Те саме стосується X.

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

Ви можете стверджувати, що ви "добрі" у чомусь, коли ви робите це досить довго, що ви давно забули, як робити що-небудь ще.

Єдиний раз, коли ти можеш бути впевнений, чи добрий ти в чомусь, - це коли ти впевнений, що в цьому поганий.

Джон Кліз розповів про це: о 9:00 http://www.youtube.com/watch?v=zGt3-fxOvug

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

Коли ви можете подивитися на вихідний код чогось на кшталт boost (в c ++. Або еквівалент boost на іншій мові), і НЕ БОЙТЕ цього боятися .

Коли ви починаєте уявляти, як програмне забезпечення, яке ви шукаєте, було написане цією мовою.

Ви знаєте, що ви добре в цьому, коли вам подобається те, що ви робите (і це не просто тривіальне завдання) .

Ви знаєте, що вам погано (поки що), коли ви продовжуєте лаятися випадково, кодуючи.

Я часто не кажу, що я хороший у X, а швидше, що я швидко навчаюся і не маю можливості бути хорошим у X.

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

Я думаю, що стаття, яку ви шукали, - «Навчіть себе програмуванню» Пітера Норвіга через 10 років, стосується того, щоб вимагати приблизно 10 000 годин, щоб стати хорошим у чомусь. Крім того, я бачив, як він з'являється в інших місцях, таких як "Елемент" Кена Робінсона, і в блозі рятувальників, що розповідають про зменшення кількості ваших захоплень.

Я буду брати участь у цьому питанні, щоб запитати "які критерії оцінювати мою компетентність на мові програмування"

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

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