Hạn chế của mã kata

Code kata là một khái niệm đề xuất trau dồi kỹ năng của lập trình viên bằng cách thực hiện các vấn đề nhỏ nhiều lần để cố gắng cải thiện mã ở mỗi lần lặp. Tên này xuất phát từ một sự tương tự với võ thuật kata trong đó các hình thức (còn gọi là kata) là các thực hành được thực hiện nhiều lần dẫn đến cải tiến.

Từ phản ứng tôi nhận được cho câu hỏi cuối cùng của tôi về chủ đề này, tôi muốn biết những mặt trái của phương pháp này là gì?

Về nguyên tắc, tôi không thấy nhược điểm trong mã kata. Bạn cố gắng hoàn thành cùng một nhiệm vụ nhiều lần, với các cách tiếp cận khác nhau và các ngôn ngữ khác nhau. Nhưng

1. thật khó để giới thiệu nó ở nơi làm việc. Bạn thường được kỳ vọng là thành thạo hoặc có năng suất hợp lý. Tôi không nói rằng nó sẽ không hữu ích (tốt hơn là dành một chút thời gian để cải thiện các kỹ năng của một người thuê mới hơn là trả tiền cho mã không tốt mà anh ấy sẽ viết trong thời gian tới) nhưng điều đó khá khó khăn.
2. bạn phải Actuallu cố gắng cải thiện theo một nghĩa nào đó. Viết cùng một mã theo cùng một cách một nghìn lần sẽ không khiến bạn tiến bộ (thay vào đó nó sẽ khiến bạn nản chí). Bạn phải hiểu các lỗi trước đây của bạn, những gì đã sai hoặc không hoạt động như mong đợi. Đây là phần quan trọng nhất. Đó là một hình thức tự học, vì vậy bạn phải học.

Tôi nghĩ lập trình kata, giống như võ thuật kata, chủ yếu là về hình thức qua chức năng. Nó có thể dạy bạn viết mã thanh lịch, nhưng nó sẽ không dạy bạn giải quyết các vấn đề bạn đang viết mã. Tôi nghĩ một cách tốt hơn để cải thiện như một lập trình viên là giải các câu đố đòi hỏi phải giải quyết vấn đề thực tế, và làm việc trên các dự án lớn hơn sẽ dạy cho bạn giá trị của mã được cung cấp tốt theo cách mà mã kata không bao giờ có thể dạy cho bạn.

Bên cạnh đó, tôi nghĩ các thuật ngữ như 'mã kata' và 'thủ công phần mềm' thiên về lãng mạn hóa nghề nghiệp của chúng ta hơn là mô tả bất cứ điều gì mới lạ hoặc hữu ích.

Mã kata chỉ mất thời gian.

Là người phát triển và làm cha toàn thời gian, tôi không muốn biến máy tính thành một sở thích.

Và tôi không tưởng tượng rằng ông chủ của tôi sẽ trả tiền cho tôi để phát triển các ứng dụng không liên quan đến dự án hiện tại của tôi.

Là một võ sĩ quyền anh, tôi phải không đồng ý với nguyên tắc đằng sau kata. Nó quá cứng nhắc để thực sự hữu ích. Trong vòng, bạn phải hiểu làm thế nào để áp dụng các nguyên tắc bạn đã học trong một môi trường chảy tự do.

Điều này không có nghĩa là không nên học và cải thiện kỹ thuật. Thực hành trên các túi cho phép bạn làm việc thông qua một cú đấm và cảm nhận cách bạn ném nó, giống như một kata. Nhưng nó không cứng nhắc. Bạn đang thực hành nhiều thứ cùng một lúc, di chuyển xung quanh túi, ném từ một nền tảng ổn định, nhắm, thở, danh sách tiếp tục.

Quan trọng nhất, mọi thứ được học cùng nhau theo cách nó sẽ thực sự được sử dụng. Nếu bạn có thể viết vòng lặp đẹp nhất từ ​​trước đến giờ, nhưng bạn không thể hiểu làm thế nào để phù hợp với nó vào một chương trình, vậy thì nó có ích gì?

Tôi sẽ nói rằng một điều tốt hơn để làm nếu bạn muốn thực hành sẽ là xây dựng cho mình các công cụ, hoặc làm việc trên các công cụ bạn sử dụng. Nó đòi hỏi phải thực hiện tất cả các kỹ năng của bạn và cuối cùng bạn có thể có một cái gì đó hữu ích.

Theo quan điểm của tôi, nhược điểm chính là nó sẽ rất nhàm chán. Ngoài ra các lập trình viên dường như phát triển mạnh về việc phát triển phần mềm làm điều gì đó hữu ích hoặc tuyệt vời. Cách tiếp cận mã kata dường như ngược lại với điều đó.

Kata có nghĩa là trái ngược hoàn toàn với những gì bạn nên phấn đấu.

một bài tập bao gồm một chuỗi các động tác cụ thể của một môn võ thuật, được sử dụng trong tập luyện và được thiết kế để thể hiện kỹ năng trong kỹ thuật

Thuật ngữ Kata (Xuất xứ: 1950 Từ55; <tiếng Nhật: hình dạng, hoa văn) như được sử dụng trong võ thuật, và câu hỏi của bạn là về ghi nhớ vẹt của bộ nhớ cơ như gõ phím cảm ứng .

Trong Karate Kid ban đầu, tẩy lông ô tô, chà nhám sàn nhà, sơn hàng rào là tất cả những Katas đã được dạy, hoàn toàn thoát khỏi bối cảnh và trong trường hợp này mà không cần giải thích chỉ để cung cấp bộ nhớ cơ bắp. Mãi cho đến khi một giáo viên bước vào và đưa ra những bối cảnh hoạt động rỗng tuếch mà họ có ý nghĩa gì.

Tôi nghĩ điều tương tự cũng được áp dụng ở đây, không có người cố vấn để đặt mọi thứ vào bối cảnh làm lại vấn đề giải quyết sai trong nhiều ngôn ngữ không tốt hơn một ngôn ngữ. Không có người cố vấn để cho bạn biết nơi để cải thiện họ là một sự lãng phí thời gian.

Nó hoàn toàn trái ngược với việc giải quyết vấn đề một cách sáng tạo bằng cách học các biến thể mới của thành ngữ và ngữ nghĩa của một ngôn ngữ hoặc nền tảng.

Nếu bạn muốn có thể gõ System.out.println()một cách dễ dàng nhất có thể, thì thực hành đó sẽ là một Kata.

Nếu bạn muốn cải thiện giải pháp cho một vấn đề trong một triển khai khác , để giảm yêu cầu về thời gian và / hoặc không gian hoặc áp dụng các nguyên tắc thành ngữ hơn, đó không phải là điều mà Kata sẽ giúp bạn.

Đã có một thuật ngữ công nghiệp được chấp nhận để thực hiện lại điều tương tự lặp đi lặp lại sau khi nó đã hoạt động để phấn đấu cho những cải tiến nhỏ và lợi ích đáng ngờ của sự hoàn hảo, nó được gọi là Mạ vàng !

Các thuật ngữ họ nên sử dụng là Tái cấu trúc khi áp dụng cho cùng ngôn ngữ / thời gian chạy / nền tảng. Và Porting khi chuyển một chương trình làm việc sang một ngôn ngữ / thời gian chạy / nền tảng khác. Kata có lẽ đã được lựa chọn một cách sai lầm bởi vì nó nghe có vẻ hipster, mát mẻ và thần bí mà không hoàn toàn hiểu ngữ nghĩa.

Giải quyết các vấn đề khó khăn khác nhau với ít kế hoạch, kinh nghiệm hoặc hướng dẫn là điều mà hầu hết các nhà phát triển, đặc biệt là các nhà phát triển cơ sở phải làm mỗi ngày.

Chỉ có các học giả được thực hiện cùng một bài tập nhiều lần chỉ vì mục đích mài giũa một giải pháp cụ thể. Kỹ năng để có một sự nghiệp thành công như một nhà phát triển là ở sự thích nghi , không phải là sự lặp lại.

Ai nói rằng không có những người thông minh không cần học sau giờ làm việc và có thể học mọi thứ cần biết và đôi khi nhiều hơn trong 8 giờ làm việc?

Tôi đồng ý rằng phép ẩn dụ "kata" có thể không phải là tốt nhất. Một kata trong karate được thực hiện cho mục đích thực hành một chuyển động riêng biệt, riêng biệt cho đến khi nó có thể được thực hiện hoàn hảo, sắc nét và tự động. Điều này không dịch tốt cho một hoạt động đòi hỏi tư duy phê phán và sáng tạo. (Nó sẽ dịch tốt hơn để nói, gõ).

Điều đó nói rằng, sự thất bại của tên không phải là một thất bại của hoạt động. Những hạn chế có thể có là có thể thực hành một cái gì đó mà ai đó muốn tốt hơn? Tôi cho rằng người ta có thể nói rằng thời gian thực hiện nó là một nhược điểm, từ góc độ chi phí cơ hội, nhưng thực sự, đó là một khoản đầu tư. Vì vậy, thời gian dành cho việc thực hành thủ công phát triển phần mềm là dành cho các nhà phát triển phần mềm vì tiền dành cho cổ phiếu hoặc trái phiếu là để tiết kiệm / nhà đầu tư dài hạn. Đó không phải là một 'nhược điểm' - đó là cổ phần của bảng.

Bạn trở nên tốt hơn bằng cách thử những thứ khó khăn và nằm ngoài khả năng của bạn; thử thách bản thân. Làm cùng một "mã kata" lặp đi lặp lại, giống như một hình thức võ thuật, không làm điều đó. Tôi nghĩ rằng nó đình trệ khả năng của bạn thay vì giúp đẩy các kỹ năng của bạn về phía trước.

Nó có công dụng như một phương pháp thực hành lần đầu tiên, nhưng nó bị hạn chế. Tôi nói với mọi người để sử dụng dự án Euler thay thế. Nhiều vấn đề hơn và nhiều thách thức hơn.

Đối với tôi, nhược điểm chính của kỹ thuật như tôi thấy đó là việc sử dụng tối ưu thời gian của bạn.

Giá trị học tập của bài tập này cũng rất đáng nghi ngờ: khi bạn làm một việc gì đó để vượt qua nó, phản hồi của chuyên gia là điều cần thiết. Không có phản hồi chất lượng cao, bạn cũng sẽ học được điều gì đó, nhưng có khả năng học một điều sai rất tốt.

Đừng hiểu sai ý tôi, thực hành vẫn là cách duy nhất để trở nên giỏi lập trình và kata chắc chắn là một hình thức thực hành. Nhưng giải quyết các vấn đề cạnh tranh mã hóa, viết "dự án vui vẻ" của riêng bạn, học các ngôn ngữ lập trình mới, v.v. Cuối cùng, bạn cần chọn kỹ thuật mà bạn cảm thấy thoải mái nhất, và đảm bảo rằng bạn có hướng dẫn rõ ràng trên đường đi.

Tôi tin rằng nếu không có một số dạng Kata, bạn sẽ không bao giờ là một lập trình viên tuyệt vời. Kata là thực hành, đó là nghĩa đen của nó. Lấy điều này làm ví dụ: Một vận động viên nói rằng "Tôi sẽ chỉ xuất hiện và chạy đường dốc 100 mét, luyện tập vít". Nghe có vẻ như là một chiến lược chiến thắng? Có bao giờ được thực hiện theo cách này?

Tôi đề nghị mọi người đọc " Bộ giải mã sạch " của chú Bob , ông đi sâu vào chủ đề này (và các vấn đề khác) về tính chuyên nghiệp trong lĩnh vực lập trình.

Oh và tranh luận đưa ra rằng bạn không thể làm Kata và nuôi một gia đình chỉ đơn giản là lý do. Phát biểu từ kinh nghiệm: trẻ em đi ngủ vào một lúc nào đó ...

Chỉ làm katas, trong một bối cảnh võ thuật, là vô dụng. Như đã nói, katas là vũ đạo của các phong trào dạy cho bạn hình thức. Bạn biết các phong trào nhưng bạn không biết làm thế nào để áp dụng chúng. Bạn không biết chúng hữu ích trong tình huống nào. Nếu bạn thực sự muốn làm một cái gì đó hữu ích với họ, bạn cần (các) ứng dụng, đó là Bunkai .

Trong ngữ cảnh phần mềm, mã kata sẽ là thuật toán, công cụ, mẫu thiết kế hoặc bất kỳ công nghệ nào khác. Biết nó là tốt, nhưng bạn cần áp dụng nó để hiểu nó. Bạn cần sử dụng nó trong các bối cảnh khác nhau để thực sự làm chủ nó. Bunkai sẽ là một tình huống cụ thể trong đó kata hoặc một phần của kata là hữu ích.

Tôi không thấy có gì sai với phương pháp đó, đây là cách làm chủ mọi thứ: học một cái gì đó, thực hành nó, thêm một chi tiết, thực hành, thêm một chi tiết khác, thực hành, v.v.

Lập trình là một nghệ thuật - như hội họa hoặc âm nhạc. Khi ai đó trở thành nhạc sĩ hoặc nghệ sĩ vì tiền bạn có thể nói, không có cảm hứng, buổi biểu diễn không thực sự xứng đáng với thời gian của bạn. Nếu bạn tham gia vào nghệ thuật, không gì có thể ngăn bạn luyện tập và liên tục tinh chỉnh nó - mỗi ngày tinh chỉnh một kỹ thuật duy nhất, nhận thấy những sắc thái mà hầu hết mọi người sẽ không bao giờ nhìn thấy.

Luôn có chỗ cho những người hạnh phúc là nhạc sĩ bar và họa sĩ gia đình, nhưng họ là một lớp tài năng hoàn toàn khác. Tôi cho rằng hầu hết các họa sĩ gia đình sẽ cười vào ý tưởng thực hành, nhưng tôi cá là một họa sĩ đã nghiên cứu và thực hành các kỹ thuật - về cơ bản nhận ra công việc của họ là một nghệ thuật sẽ làm một công việc tốt hơn đáng chú ý, ngay cả trên một thứ gì đó trần tục như vẽ ngôi nhà của bạn .

Một số người sẽ nhận ra giá trị của thực hành một số wont. Điều đó một mình nên có giá trị nếu bạn ở vị trí để đánh giá và bạn đang tìm kiếm những người có thể tạo ra nghệ thuật (mã gọn, đơn giản, dễ hiểu) và không chỉ là một giải pháp.

ps. Tôi không tự gọi mình là nghệ thuật hay bất cứ điều gì - Tôi không làm Kata về các vấn đề trừu tượng nhưng tôi nhận ra giá trị và tôi cố gắng cấu trúc lại mã sản xuất của mình khá nhiều.