Недоліки ката-коду

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

З реакції, яку я отримав на своє останнє запитання по темі, я хотів би знати, що є недоліком такого підходу?

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

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

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

В інший бік, я думаю, що такі терміни, як «кодовий код» та «майстерність програмного забезпечення» скоріше романтизують нашу професію, ніж описують щось нове чи корисне.

Код ката просто потребує часу.

Будучи штатним розробником та батьком, я не хочу займатися обчисленням хобі.

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

Як боксер, я повинен був би не погодитися з принципом ката. Це занадто жорстко, щоб бути фактично корисним. На рингу ви повинні зрозуміти, як застосовувати принципи, які ви навчились у вільному потоці.

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

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

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

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

Ката означає точно протилежне тому, до чого слід прагнути.

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

Термін Ката (походження: 1950–55; <японське: форма, візерунок), як використовується в бойових мистецтвах, і ваше питання стосується рота запам'ятовування м’язової пам’яті, як дотик на дотик .

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

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

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

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

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

Існує вже прийнятий галузевий термін для повторного втілення того ж самого випадку знову і знову після того, як він вже працює, прагнучи до невеликих поступових удосконалень та сумнівних переваг досконалості, його називають Gold Plating !

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

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

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

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

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

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

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

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

Для мене головний недолік техніки, як я бачу, це її неоптимальне використання вашого часу.

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

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

Я вірю, що без якоїсь форми Ката ви ніколи не будете чудовим кодером. Ката - це практика, це буквально те, що це означає. Візьмемо це як приклад. Спортсмен каже: "Я просто покажу і пробіжу 100-метровий тире, тренуйте гвинти". Це звучить як виграшна стратегія? Чи робиться це колись так?

Я пропоную людям прочитати « Чистий кодер » дядька Боба , він детально розглядає цю (та інші) теми професіоналізму в галузі програмування.

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

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

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

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

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

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

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

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