Trang chủ > Tùy bút tiểu thuyết > Nội dung chính

Bí kíp võ lâm của lập trình viên

2017-07-22

---

Trước đóxem ngoại hạng anh, trong bài viết về “ Công nghệ chính thống và đường tắt Làm công nghệ giống như tu luyện một môn võ công

Võ lâm không công bằng của Kim Dung

Cửu Long Bát Chưởng

Cửu Long Thập Bát Phách

Cửu Âm Chân Kinh

Chân Kinh Chín Âm

Cửu Âm Chân Kinh

Thậm chí còn hơn thếxem ngoại hạng anh, những cao thủ đã luyện thành thần công thường cũng không dễ dàng truyền thụ võ công cho người khác. Chẳng hạn như Hồng Thất Công, ngài ấy giữ bí kíp Hạ Long Thập Bát Chưởng này rất cẩn thận, ngay cả các đệ tử của Bang Cái cũng không dễ được dạy. Chỉ những ai có thành tích tốt hoặc lập được công trạng mới được truyền một chiêu thức. Điều này thực sự thiếu tinh thần chia sẻ và mở cửa... Nếu cứ tiếp tục như vậy, sẽ rất bất lợi cho sự phát triển của võ lâm và việc lựa chọn nhân tài trẻ tuổi.

Kinh thư lạnh lẽo

May mắn thay789 Club, trong thế giới lập trình ngày nay, chúng ta đã bước vào một thời đại hoàn toàn mở cửa. Hầu như không có gì gọi là "bí kíp võ công" mà chúng ta không thể tiếp cận được. Các tổ chức tiêu chuẩn hóa đã tập hợp và phân tích kỹ thuật từ các trường phái khác nhau, biến nó thành những quy chuẩn, giao thức và tiêu chuẩn ngành; các cao thủ trong giới cũng sẵn sàng chia sẻ "bí quyết" mà họ đã rèn luyện qua nhiều năm dưới dạng mã nguồn mở hoặc tài liệu hướng dẫn. Dựa trên câu nói của... Công nghệ chính thống và đường tắt Trong ngữ cảnh của tác phẩm này789 Club, chúng ta có thể coi tài liệu kỹ thuật Spec ở mức độ trừu tượng cao trong một lĩnh vực cụ thể như một cuốn "bí kíp võ lâm" trong ngành. Việc học hỏi một kiến thức mới luôn hướng đến mục tiêu cuối cùng là hiểu rõ và nắm bắt được nội dung của tài liệu Spec này. Điều này không chỉ giúp ta hiểu sâu về các nguyên lý cốt lõi mà còn mở ra cánh cửa để tiến xa hơn trong lĩnh vực đó.

Đối với chúng ta mà nóicá cược bóng đá, việc có được những "bí kíp võ lâm" này đã không còn là vấn đề lớn. Nếu có thể hiểu được nó, chắc chắn sẽ giúp tăng cường sức mạnh trong một khoảng thời gian ngắn. Nhưng giờ đây, câu hỏi đặt ra là: khi một quyển bí kíp như thế này xuất hiện trước mắt bạn, liệu bạn có thể hiểu được nội dung của nó? Nếu chúng ta là người lần đầu tiên tiếp cận một lĩnh vực hoàn toàn mới lạ và nhận được một tài liệu như vậy, thì có thể chắc chắn rằng, 99% là sẽ không thể hiểu nổi. Điều này xảy ra vì khi mới bước vào một ngành nghề mới, chúng ta thường thiếu đi những kiến thức nền tảng cần thiết. Những thuật ngữ chuyên môn, các khái niệm phức tạp được trình bày trong tài liệu sẽ trở thành rào cản lớn. Nó giống như việc một đứa trẻ chưa học qua toán học lại cố gắng giải một bài toán đại số cao cấp – đó là điều không tưởng. Vì vậy, để hiểu được tài liệu này, chúng ta cần phải mất thời gian nghiên cứu và học hỏi thêm từ cơ bản đến nâng cao, từ đó từng bước tiếp cận được với nội dung sâu sắc mà tài liệu muốn truyền đạt.

Hiện tại tôi sẽ đưa ra vài ví dụ nhỏ để minh họa về khó khăn này.

Chúng ta có thể lấy giao thức HTTP mà chúng ta thường xuyên làm việc cùng như một ví dụ điển hình. Đối với giao thức nàyxem ngoại hạng anh, thông số kỹ thuật (Spec) mà mọi người thường nhắc đến chính là RFC. Lấy phiên bản HTTP 1.1 làm ví dụ, đây là một trong những chuẩn quan trọng đã định hình cách hoạt động của web hiện đại. RFC, hay Request for Comments, là tài liệu hướng dẫn chi tiết về cách thức hoạt động của HTTP 1.1, từ cách thiết lập kết nối, gửi yêu cầu, nhận phản hồi, cho đến các mã trạng thái khác nhau như "200 OK" hoặc "404 Not Found". Tất cả đều được quy định rõ ràng trong RFC, giúp các nhà phát triển phần mềm và quản trị mạng hiểu rõ cách hoạt động của HTTP và xây dựng ứng dụng phù hợp. RFC 2616 Tôi trích dẫn một đoạn789 Club, mọi người cùng cảm nhận:

Howevercá cược bóng đá, it is possible that a sequence of several requests is non-idempotent, even if all of the methods executed in that sequence are idempotent. (A sequence is idempotent if a single execution of the entire sequence always yields a result that is not changed by a reexecution of all, or part, of that sequence.) For example, a sequence is non-idempotent if its result depends on a value that is later modified in the same sequence.

Dù chúng ta có quen thuộc đến đâu với HTTP789 Club, việc hiểu một câu mô tả trừu tượng như vậy vẫn khiến người ta phải suy nghĩ rất nhiều. Vậy ý nghĩa thực sự của nó là gì? Câu này chủ yếu đang nói về khái niệm "đẳng đẳng" (idempotence), và cốt lõi ở đây là: ngay cả khi từng thao tác trong một chuỗi thao tác đều là đẳng đẳng, điều đó không đồng nghĩa với việc toàn bộ chuỗi đó cũng sẽ là đẳng đẳng. Nhưng điều đó có ý nghĩa gì? Chúng ta sẽ không đi sâu giải thích chi tiết ở đây, vì trọng tâm của chúng tôi không nằm ở chỗ đó. Tuy nhiên, để làm rõ hơn, hãy tưởng tượng rằng bạn đang sử dụng một API để gửi yêu cầu. Nếu một yêu cầu được gọi là đẳng đẳng, điều đó có nghĩa là thực hiện nó một lần hoặc nhiều lần sẽ không gây ra bất kỳ sự khác biệt nào đối với trạng thái của hệ thống. Ví dụ, nếu bạn gửi một yêu cầu cập nhật thông tin tài khoản của mình, và yêu cầu này được thiết kế để chỉ cập nhật những gì đã thay đổi, thì đó có thể được coi là đẳng đẳng. Tuy nhiên, nếu bạn kết hợp nhiều yêu cầu như vậy lại thành một chuỗi, thì chuỗi đó không nhất thiết vẫn giữ tính chất đẳng đẳng, bởi vì các yêu cầu có thể tương tác với nhau theo cách không mong muốn. Đây là một khái niệm phức tạp và đòi hỏi sự chú ý đặc biệt khi phát triển hệ thống phần mềm. Nhưng như đã nói, chúng tôi sẽ không đi sâu vào chi tiết về vấn đề này, mà sẽ chuyển sang trọng tâm chính của bài viết.

Từ ví dụ nhỏ nàycá cược bóng đá, chúng ta có thể phân tích xem tại sao Spec lại khó hiểu. Trước tiên, nó được viết bằng tiếng Anh, và thực tế là nhiều lập trình viên không đạt đến mức độ có thể đọc hiểu văn bản gốc bằng tiếng Anh một cách trôi chảy. Thứ hai, nó quá trừu tượng, không đề cập đến những thứ cụ thể mà chỉ nói về những khái niệm tổng quát ở mức độ cao, điều này khiến người đọc cảm thấy mơ hồ và khó tiếp cận nội dung một cách dễ dàng. Thêm vào đó, việc thiếu bối cảnh hoặc các ví dụ minh họa cụ thể trong Spec càng làm cho việc hiểu nó trở nên phức tạp hơn. Nhiều người thường cảm thấy lúng túng khi đối mặt với ngôn ngữ kỹ thuật và các thuật ngữ chuyên ngành mà không có sự hướng dẫn rõ ràng từ bên ngoài. Điều này cũng cho thấy rằng việc cung cấp tài liệu hỗ trợ đa ngôn ngữ và thêm các ví dụ thực tế có thể giúp ích rất nhiều trong việc cải thiện khả năng hiểu Spec của mọi người.

Tưởng tượng xemcá cược bóng đá, nếu tất cả chúng ta đều có thể hiểu được nó, thì viễn cảnh đó sẽ tuyệt vời biết bao! Đây chính là tài liệu gốc mà chúng ta cần. Đối với những kiến thức liên quan đến HTTP như Status Code, Header các loại, chiến lược Cache và nhiều thứ khác, chúng ta không còn phải lục lọi qua các trang web để tìm kiếm những mẩu thông tin rời rạc nữa. Chỉ cần tra RFC là đủ, vừa chính xác vừa đầy đủ. Những gì nghe qua bạn bè nói chưa chắc đã đáng tin cậy, phải không? Và điều thú vị hơn, khi cùng nhau tham khảo RFC, chúng ta sẽ sử dụng chung một ngôn ngữ chuyên môn, giúp việc giao tiếp trở nên dễ dàng và hiệu quả hơn rất nhiều.

Nhân tiện789 Club, tôi xin đưa ra thêm hai ví dụ nhỏ nữa.

Ví dụ thứ haixem ngoại hạng anh, trích từ tài liệu phát triển chính thức của Apple “ Core Animation Programming Guide 》：

With view-based drawingcá cược bóng đá, changes to the view itself often result in a call to the view’s drawRect: method to redraw content using the new parameters. But drawing in this way is expensive because it is done using the CPU on the main thread. Core Animation avoids this expense by whenever possible by manipulating the cached bitmap in hardware to achieve the same or similar effects.

Câu này mô tả một vấn đề cơ bản trong kiến trúc của ứng dụng iOS: mối quan hệ giữa UIKit và UIKit789 Club, như một nền tảng xây dựng giao diện người dùng, luôn phụ thuộc vào Core Animation để xử lý các hiệu ứng trực quan mượt mà. Đây là sự kết hợp chặt chẽ giữa hai thành phần này, nơi UIKit cung cấp cấu trúc và dữ liệu, trong khi Core Animation đảm nhận nhiệm vụ thực tế về việc hiển thị và chuyển đổi hình ảnh. Chính sự tương tác này tạo nên trải nghiệm người dùng phong phú và ổn định trên các thiết bị Apple.

Ví dụ thứ baxem ngoại hạng anh, trích từ “ OpenGL ES Common Profile Specification Version 2.0.25 》：

Vertex shader execution yields a vertex coordinate gl_Position which is assumed to be in clip coordinates. Perspective division is carried out on clip coordinates to yield normalized device coordinatesxem ngoại hạng anh, followed by a viewport transformation to convert these coordinates into window coordinates.

Câu này giải thích vấn đề cơ bản về việc biến đổi tọa độ Nó có phần khó hiểu một chút do chứa rất nhiều thuật ngữ chuyên ngành như vertex shaderxem ngoại hạng anh, tọa độ clip, phép chia theo góc nhìn, tọa độ thiết bị chuẩn hóa, khung nhìn (viewport), và tọa độ cửa sổ. Tất cả những thuật ngữ này đều liên quan đến các khái niệm nền tảng trong lập trình đồ họa. Vertex shader là phần mã đặc biệt được thực hiện trên GPU để xử lý từng đỉnh của hình học, giúp biến đổi vị trí ban đầu của nó. Tọa độ clip sau đó sẽ được tính toán dựa trên kết quả từ Tiếp theo, phép chia theo góc nhìn (perspective division) sẽ được áp dụng để chuyển đổi tọa độ clip thành tọa độ thiết bị chuẩn hóa, đây là bước quan trọng để xác định cách hình ảnh sẽ được hiển thị trong không gian 3 chiều. Khung nhìn (viewport) đóng vai trò quyết định khu vực cụ thể trên màn hình mà nội dung đồ họa sẽ được vẽ vào. Cuối cùng, tọa độ cửa sổ (window coordinates) sẽ xác định chính xác vị trí cuối cùng của đối tượng trên màn hình, cho phép người dùng thấy kết quả cuối cùng của toàn bộ quá trình biến đổi tọa độ này. Hiểu rõ các khái niệm này sẽ giúp lập trình viên kiểm soát tốt hơn cách hình ảnh được hiển thị trong ứng dụng của mình.

Cửu Âm Chân Kinh

Thập Tam Kinh Chú Sơ

Cũng theo cách so sánh nàyxem ngoại hạng anh, Spec được đề cập trước đó thuộc loại sách nằm ở tầng kinh, là một tác phẩm mang tính trừu tượng, lạnh lùng và có hệ thống, đầy rẫy những logic nghiêm ngặt và quy chuẩn, không chút nào, như thể nó hoàn toàn tách biệt với thế giới thực tại. Còn những chú thích viết cho Spec thì giống như **bộ bình giải**... Công nghệ chính thống và đường tắt Bài viết trên đã đề cập đế Thông thườngxem ngoại hạng anh, một cuốn sách kỹ thuật tốt cũng nên được coi là một Tutorial chất lượng, vừa dẫn dắt người đọc một cách từ từ vừa không mất đi tính nghiêm ngặt. Cuốn sách sẽ biến các khái niệm trừu tượng trong tài liệu kỹ thuật (Spec) thành những ví dụ cụ thể, mở ra con đường dẫn dắt người mới bắt đầu từng bước tiến sâu hơn vào lĩnh vực đó. Về cơ bản, sau khi đọc xong một Tutorial tốt, bạn sẽ có khả năng hiểu rõ và nắm vững nội dung của Spec.

Loại sách nào có giá trị?

Từ khi bắt đầu một trang blogxem ngoại hạng anh, không ít người đã gợi ý rằng tại sao bạn không thử viết sách nhỉ? Viết sách thì không quá khó, nhưng để viết nên một cuốn sách thực sự chất lượng lại là một chuyện hoàn toàn khác. Có lẽ ai đó trong số các blogger từng nói rằng, trước 45 tuổi đừng vội nghĩ đến việc viết sách, bởi chỉ khi đạt đến một độ tuổi nhất định, con người mới tích lũy đủ kinh nghiệm và kiến thức để tạo ra một tác phẩm có giá trị. Tuổi nào bắt đầu viết không quan trọng, điều quan trọng là phải có đủ năng lực và tinh thần trách nhiệm đối với công việc này. Nhiều người trẻ tuổi thường có khát vọng viết sách, nhưng họ đôi khi chưa hiểu hết tầm quan trọng của việc xây dựng nội dung một cách cẩn thận. Một cuốn sách không chỉ là sự kết hợp giữa ý tưởng và từ ngữ, mà còn là sự phản ánh sâu sắc về trải nghiệm sống và tri thức cá nhân. Khi viết, người tác giả cần phải đặt mình vào vị trí độc giả, suy nghĩ xem họ sẽ học được gì từ cuốn sách của mình. Một cuốn sách tốt không chỉ đơn giản là để giải trí hay chia sẻ cảm xúc, mà nó còn mang tính giáo dục và truyền cảm hứng. Vì vậy, hãy dành thời gian để đọc nhiều hơn, học hỏi nhiều hơn, và tích lũy những điều quý giá từ cuộc sống. Khi đã sẵn sàng cả về tâm lý lẫn kỹ năng, bạn sẽ có thể tạo ra những tác phẩm thật sự đáng nhớ.

Một quyển sách xứng đáng được gọi là "kinh" hay "bí kíp võ lâm" thực sự rất khó để đạt được789 Club, nhưng nếu không thể làm được điều đó, thì viết một cuốn sách về chú giải "kinh" cũng đã là một thành tựu đáng kể. Tuy nhiên, nếu chỉ đơn thuần sắp xếp các ý kiến của người khác lại với nhau, hoặc gom góp từng đoạn văn từ nhiều nguồn khác nhau để tạo thành một cuốn sách, thì việc làm này thiếu đi sự sáng tạo và dường như không mang lại giá trị gì đáng kể. Có lẽ tốt hơn là nên bỏ qua những việc không có ý nghĩa như thế này.

Một lợi ích tuyệt vời của nền tảng cộng đồng này là tôi có thể trò chuyện với mọi người bất cứ lúc nàocá cược bóng đá, dù là suy nghĩ đã chín chắn hay chưa hoàn thiện. Tôi luôn mong nhận được phản hồi từ các bạn ngay lập tức. Tôi hy vọng cùng nhau phát triển và một ngày nào đó sẽ cho ra đời vài tác phẩm kinh điển, thay vì viết ra những cuốn sách vô nghĩa làm hại người đọc, đúng không? Bạn nghĩ sao? ^-^

(Kết thúc)

Các bài viết được chọn lọc khác ：

• Khái niệm tầng lớp - nền tảng nhận thức
• Ba cấp độ của kiến thức
• Công nghệ chính thống và đường tắt
• Bạn bè, liệu thời gian của bạn đủ dùng không?
• Cuộc phiêu lưu của ba byte
• Chinh phục công nghệ: Từ không đến chuyên gia
• Những lỗi khiến bạn mất ngủ
• Tập trung mười năm, tạo nên một thành tựu

Bài viết gốc789 Club, xin vui lòng trích dẫn nguồn và bao gồm mã QR bên dưới! Nếu không, từ chối tái bản!
Liên kết bài viết: /lrgx4trm.html
Hãy theo dõi tài khoản Weibo cá nhân của tôi: Tìm kiếm tên tôi "Trương Thiết Lệ" trên Weibo.

---