Giá Sẽ Phải Trả - Cost of Fixing Bugs

The cost of detecting and fixing defects in software increases exponentially with time in the software development workflow. (phụ chú B, Chi phí phát hiện và sửa lỗi trong phần mềm tăng theo cấp số nhân theo thời gian trong quy trình phát triển phần mềm.)

Thân chào các Bê (*),

Hôm nay xin viết nhăng về một đề tài có tính chuyên môn trong công nghệ viết phần mềm (software development). "Theo thời gian trong quy trình phát triển phần mềm" thật ra chỉ là theo những công đoạn (những bước) trong quy trình phát triển software. 

Có nhiều quy trình phát triển software khác nhau (waterfall, agile,  v-shaped, interative, incremental, etc...) nhưng tựu chung thì vẫn là qua quá trình từ nhu cầu/yêu cầu (requirements), tới thiết kế (design), tới viết code (development), tới thử nghiệm (testing), tới cài đặt (deployment/installation) và tới bảo trì (maintenance, bảo hành, bảo dưỡng hay nôm na là sửa lỗi) (xin xem hình trong phụ chú E).

Dạ, dạ Đệ xin vào đề...
Bài này mục đích là vạch ra một chân lý ngàn đời: phát hiện lỗi (bugs) ở giai đoạn sau, thí dụ như ở giai đoạn design, thì sẽ rất tốn kém so với phát hiện lỗi ở giai đoạn trước, thí dụ như ở giai đoạn viết requirements (nên nhớ là viết ra giấy và hoàn thiện requirements phải được duyệt đi duyệt lại và phải được phê chuẩn (approved) bởi cấp thẩm quyền độc lập với các nhóm phát triển software (software development teams). 

"Tay mơ" sẽ nói:  "Có code xong và thử thì mới phát hiện lỗi chứ?" Thật sự thì theo chân lý trên thì giai đoạn nào cũng có thể có lỗi. Sửa càng sớm càng dễ và ít tốn kém. Xin lấy thí dụ có người khách đến tiệm bánh và đặt một chiếc bánh cưới. Requirements ở đây là: kích thước bánh, hình dạng bánh, các màu và lối phối màu (bánh màu kem, hoa màu như hoa thật, hoa gì, lá  màu xanh, trong bánh có kem không, bánh mấy lớp, bao giờ giao bánh, có phải chở tới nhà hàng không, etc...). Tất cả các requirements phải được sự đồng ý của hai bên (khách hàng và tiệm bánh). Khi hai bên thương thảo thì cũng là lúc tiệm bánh có thể yêu cầu sửa đổi requirements (thí dụ khách muốn kem với dâu tươi mà đang không phải mùa dâu). Requirements sau nhiều lần thương thảo thì hai bên phải đồng phê chuẩn. 

Đó! Nếu có lỗi ở giai đoạn requirements thì sửa khá dễ, khá nhanh vì chỉ cần hai bên đồng ý với requirement mới (thí dụ như dùng dâu đông lạnh). Nhưng nếu vì sơ xuất mà tiệm bánh không tim ra dâu tươi mà thế đại bằng dâu đông lạnh thì có thể bị thưa kiện vì không làm đúng thỏa thuận (lỗi này khá là khó sửa).

Chân lý trên nói là sửa lỗi ở giai đoạn sau phải trả giá tăng theo cấp số nhân (thí dụ sửa lỗi ở requirements là $10 (giá của số giờ thương thảo) thì nếu để tới giai đoạn giao cho khách hàng (deployment) thì phải đổi từ dâu đông lạnh sang dâu tươi thì chỉ có hai cách: 

• hoặc cho không khách hàng cái bánh với dâu đông lạnh và đền thêm một số tiền (giá của cách này có thể là $(10 x 10 x 10 x 10 x 10) = $10,000 + tiền đền + mất tiếng tăm tiệm bánh; 
• hoặc cho người bay qua nước nào có dâu tươi, mua và mang về bằng chuyên cơ hỏa tốc và làm lại chiếc bánh với việc tăng số thợ làm bánh và tăng giờ phụ trội!

Tất cả những điều nói trên. trong thập niên 2000's, bị một hãng software của Mỹ đã phá và hãng này đưa ra một luận cứ mới: cứ đưa sản phẩm ra thị trường sớm và nếu người tiêu thụ tìm ra lỗi thì sửa sau (beta test by real customers). 

Phụ chú F nói về việc IBM sáng tạo ra khái niệm Alpha Testing và Beta Testing (nhưng beta testing theo IBM là giao cho một nhóm nhỏ khách hàng tự nguyện thử nghiệm sản phẩm mới). Phải đến 2004 thì Google công khai giao GMail, được ghi rõ là bản Beta, cho khách hàng dùng. Từ đó, lịch sử đã sang trang...

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.
Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Tuổi Bê thì Life is short. Don't make it shorter!

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài
B. The exponential cost of fixing bugs

C. SDLC Models

D. Top Software Failures Due to Lack of Testing

E. Waterfall Methodology

F. How IBM and Google Shaped the Term “Beta”

Ba Vòng Kim Cô

Thân chào các Bê (*),

Hôm nay lại xin viết nhăng về một đề tài tổng quát cho bất cứ hãng xe hơi nào muốn bán xe trên các bang Hoa Kỳ và muốn gia nhập thị trường chứng khoán tại Hoa Kỳ. Vàng thật thì không sợ lửa nhưng nếu không thật thì sẽ có ít nhất ba cơ quan (1) tại Hoa Kỳ sẽ hành các hãng xe này lên bờ xuống ruộng...

Dạ, dạ Đệ xin vào đề...

Ba cơ quan của liên bang Hoa Kỳ có nhiệm vụ:

• NHTSA (National Highway Traffic Safety Administration) - Có nhiệm vụ giám sát các lỗi về an toàn của xe giao thông trên đường phố Hoa Kỳ.
  
  
• SEC (U.S. Securities and Exchange Commission) - Có nhiệm vụ giám sát tất cả thị trường chứng khoán tại Hoa Kỳ. Cổ phần lên xuống phần lớn là do đề nghị của các chuyên gia tài chính theo dõi hoạt động của hãng ra cổ phần. SEC sẽ đòi báo cáo (reports form 10-K hàng năm và form 10-Q hàng quý, 3 tháng).
  
  
• USPTO (U.S. Patent and Trademark Office) - Có nhiệm vụ cấp chứng chỉ (bằng) sáng chế cho người/nhóm nộp đơn xin cấp bằng cho sáng chế của mình. Quá trình từ hình thành ý tưởng (incubating), đến được hãng, mình làm việc, chấp thuận cho mình nộp đơn với USPTO (approval for filing), đến khi USPTO cấp bằng có khi là nhiều năm (các bằng sáng chế mà Đệ có góp phần thường là mất năm, sáu năm). 

Vài điều quan trọng:

• NHTSA
• NHTSA chỉ trách nhiệm các "recalls" (do khách hàng báo cáo trực tiếp cho NHTSA hoặc do hãng xe tự nguyện) mang tính an toàn (safety). Thí dụ ghế da trong xe mau bạc màu thì NHTSA không quan tâm; nhưng nếu ghế của người lái mà tự dưng bật ngữa thì là vấn đề an toàn và NHTSA sẽ công bố recall.
• Mặc dầu người sở hữu xe có quyền không sửa xe theo khuyến cáo nhưng đây có thể là lý do mà hãng bảo hiểm vin vào và từ chối trả tiền cho chủ xe khi có tai nạn (có thể tránh được khi sửa chữa theo khuyến cáo của NHTSA). Tất cả chi phí sửa chữa recall là miễn phí cho chủ xe nên thường là họ làm theo khuyến cáo.
• Khi có recall thì hãng phải có biện pháp khắc phục (hoặc lấy lại sản phẩm; đồng nghĩa với bồi hoàn tiền cho chủ xe).
• Khi có recall thì hãng KHÔNG được mang xe mới ra lưu hành (hoặc bán hoặc cho thuê) cho đến khi xe được sửa chửa đúng như cam kết trong recall.
• SEC
• SEC mà có báo cáo thì rất nhiều chuyên gia phân tích và báo chí sẽ được biết. C'est à dire: không khai gian được. Khai gian mang đến nhiều hậu quả "sanctions & penalties" như nói trong phụ chú C. Hãng vi phạm có thể phải trả nhiều trăm triệu đô la (người tố cáo có thể hưởng từ 10% tới 30% tiền phạt. Theo phụ chú C thì tiền thưởng lớn nhất tới nay là 114 triệu đô la).
• USPTO
• USPTO thường không được chú ý nhiều như hai cơ quan trên nhưng vai trò cầm cân nẩy mực của USPTO, trong việc quyết định bằng sáng chế, làm hãng xe, với số lượng bằng sáng chế khiêm nhường, khốn đốn vì các hãng, có nhiều bằng sáng chế, thưa kiện là hãng này xâm phạm bằng sáng chế (patent infringements). Có nhiều vụ kiện kéo dài nhiều năm; phụ chú D cho một thí dụ về việc Toyota, Honda, và GM phải hầu tòa.

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.
Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Đang yên đang lành với cuộc sống bình bình thì nhào vô vòng tranh đua thế giới về xe hơi!

(1) Còn một cơ quan nữa: EPA (U.S. Environmental Protection Agency) nhưng xin nói về cơ quan này vào một dịp khác.

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài
B. Chiếc vòng kim cô Tôn Ngộ Không đeo đáng giá bao nhiêu?

C. What are SEC sanctions and penalties?

D. Why were Toyota, Honda, and GM sued by Intellectual Ventures? Connected cars and patent litigation

E. Being sanctioned by the US for eight years, why is DJI getting stronger?

Crumple Zones - Vùng Dễ Bị Biến Dạng

Thân chào các Bê (*),

Hôm nay lại xin viết nhăng về một vấn đề mà kỹ sư xe hơi không ngừng cải tiến. Xin nói ngay là Đệ không có chuyên môn trong lãnh vực này. Viết bài blog này chỉ là gởi đến Bê những thông tin về vấn đề cũng như là những gợi ý cho Bê tìm hiểu thêm nếu muốn...

Dạ, dạ Đệ xin vào đề...
Từ khá lâu rồi, Mercedes, Béla Barényi, 1959, thế giới xe hơi đã đưa ra khái niệm ứng dụng tản lực bằng nguyên liệu dễ gẫy vỡ ở đầu và đuôi xe. Khi vật liệu bị biến dạng và gẫy vỡ trong quá trình đụng xe thì lực thay vì chuyển tới người trong xe thì lực được phân phối phần lớn qua sự biến dạng/gẫy vỡ của vật chất ở đầu và đuôi xe (sau này cả hai bên hông xe). Từ đó người ta gọi là thiết kế  "Crumple Zones - Vùng Dễ Bị Biến Dạng".

Vài nhận xét:

• Vẫn có khá nhiều người chuộng kiểu mẫu "ăn chắc, mặc bền". Vẫn thích xe có độ cứng/bền quanh xe mà không hiểu là vật liệu cứng truyền lực chấn gần như 100% tới người trong xe và gây chấn thương cho người trong xe. 
• Crumple zones và túi khí an toàn (airbags) ngày nay tản và triệt tiêu lực chấn để bảo vệ người trong xe.
• Quan trọng là "khung xe" (từ cột A tới cột C; khung màu đỏ trong hình trong phụ chú C), mà người ngồi phía trong, thì phải chắc chắn, không được biến dạng để bảo vệ người trong xe. 
• Xe có crumple zones khi đụng thì thường là phải bỏ (totalled) vì không còn sửa chữa được (xem hình trong phụ chú C); nhưng đây cũng là điểm chính: của đi thay người. Hơn nữa hãng bảo hiểm đền cho nên nó không phải là mối quan tâm lớn. 

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.
Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Tuổi già mà có bị chấn thương thì rất khó lành.

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài

B. CRUMPLE ZONE PHYSICS DEMONSTRATE HOW LESS STIFF PLASTIC MATERIALS CAN HELP PREVENT INJURY AND SAVE LIVES

C. Vùng dễ bị biến dạng hay vùng hấp thụ lực trên ô tô hoạt động như thế nào?

D. What was the First Car to Incorporate a Crumple Zone?

Therac 25 - Chết Người vì Coi Thường An Toàn

Thân chào các Bê (*),

Hôm nay lại chợt nhớ tới một bài học trong chương trình Master of Science in Software Engineering (MSSE) mà Đệ có dịp học nhiều thập niên trước. Một ví dụ cho ngành Software Development mà tất cả mọi người lập trình những máy móc có liên quan tới sự an toàn về tính mạng con người đều nên đọc và nghiền ngẫm...

Dạ, dạ Đệ xin vào đề...

Xin trích dẫn ra đây phần mở đầu của phụ chú B (tiếng Việt):

• Therac-25 là một máy xạ trị được công ty Năng lượng nguyên tử của Canada Limited (AECL) sản xuất vào năm 1982 sau các sản phẩm Therac-6 và Therac-20 (các sản phẩm trước đó đã được sản xuất trong quan hệ đối tác với CGR của Pháp).[1]
  Máy xạ trị này có liên quan đến ít nhất sáu vụ tai nạn từ năm 1985 đến 1987, trong đó các bệnh nhân được nhận quá liều bức xạ.[1] Các lỗi lập trình đã khiến nhiều bệnh nhân bị nhiễm phóng xạ liều lượng cao gấp hàng trăm lần cho phép, dẫn đến tử vong hoặc thương tích nghiêm trọng.[2] Những tai nạn này nhấn mạnh sự nguy hiểm có thể gây ra do thiếu kiểm soát trong những máy móc yêu cầu độ an toàn cao và trở thành đề tài nghiên cứu cho các lĩnh vực tin học y tế, công nghệ phần mềm và đạo đức nghề nghiệp.[3] Ngoài ra sự quá tự tin của các kỹ sư[4] và thiếu khả năng giải quyết các lỗi phần mềm[2] được nhấn mạnh như một trường hợp cực đoan mà các kỹ sư quá tự tin với sản phẩm và không tin các khiếu nại của người dùng để gây ra hậu quả nghiêm trọng.

Phần cứng (hardware) có mục đích kiểm soát độ an toàn của máy (nếu có biến cố), trong hai máy mẫu trước, Therac 6 và Therac 20, đã bị lược bỏ để giảm chi phí: 

• Therac 25 chỉ được kiểm soát an toàn bằng phần mềm (software). 
• Lập trình sai và thiếu sót dẫn tới cái chết của nhiều bệnh nhân.
• Các Bê nào muốn biết thêm về Therac 25 thì chỉ cần tìm kiếm (search) cụm từ "therac 25" hoặc dùng đường dẫn ở các phụ chú cuối bài.

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.

Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Có biết thì mới có sợ. Điếc thì làm gì có sợ tiếng súng!

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài
B. Wikipedia - Therac 25
C. Sauvik Das - Case Study: Therac - 25

D. Ethics Unwrapped - Therac 25 

ACC - Kiểm Soát Hành Trình Thích Ứng

Thân chào các Bê (*),

Sáng nay lại mưa Xuân nên ngồi nhà viết lăng nhăng. 

Đề tài hôm nay là một tính năng công nghệ của xe hơi mới (cả xăng và điện; ICE và EV): tính năng ACC (Adaptive Cruise Control). Trước hết xin minh định là ACC là một tính năng mới nên mỗi hãng xe thiết kế và vận hành tính năng này hơi KHÁC NHAU. Quan trọng là Bê phải tìm hiểu về tính năng này cho hãng xe, kiểu mẫu (model), và năm của xe.

ACC chỉ là một phần của ADAS (Advanced Driver Assistance Systems) ở cấp độ 2: người lái hoàn toàn chịu trách nhiệm cho hành vi của xe.

Dạ, dạ Đệ xin vào đề...

Tựu trung thì kiểm soát hành trình (cruise control) cho xe hơi thì đã có khá lâu. ACC chỉ là phát triển tính năng này lên một mức: ACC cho phép người lái thiết đặt tốc độ tối đa (setting maximum speed) cho xe VÀ giữ làn đường. Cũng như giữ khoảng cách an toàn với xe đàng trước (có nhiều hãng cho thiết đặt khoảng cách này).

• Khi có xe chạy trước mặt (trong cùng một làn đường) và chạy chậm hơn thiết đặt tốc độ tối đa của xe mình thì xe tự động giảm vận tốc để giữ khoảng cách an toàn giữa hai xe.
  
• Khi không có xe trước mặt thì xe mình sẽ chạy ở tốc độ tối đa mà mình thiết đặt.
  
• Điều quan trọng là mỗi hãng xe xử dụng phần mềm khác nhau (và phiên bản phần mềm cũng khác nhau) nên Bê vẫn phải quan sát/thử nghiệm cho chính mình ở đường vắng và an toàn trước.
  
• ACC thường là biết được khi có xe chen vào làn đường (tạt vào trước đầu xe của mình); khi đó thì xe mình sẽ theo xe mới chen vào (giữ khoảng cách và tốc độ).

Như nói ở trên, mỗi hãng xe, mỗi phiên bản phần mềm sẽ khác nhau nên Đệ muốn các hãng xe thử nghiệm các tình huống (scenarios) sau đây:

• Xe mình đang "theo" xe tải đằng trước (xe tải nên che khuất cảnh vật đàng trước)
• Xe tải vượt đèn vàng (hoặc đèn đỏ)
• Xe mình có biết ngừng tại đèn giao thông hay vẫn tiếp tục theo xe tải mà băng qua ngã tư khi đèn đỏ?
• Xe mình đang "theo" xe tải đằng trước
• Xe tải không ngừng tại bảng "STOP"
• Xe mình có biết ngừng và chờ tới phiên mình chạy hay vẫn tiếp tục theo xe tải mà băng qua ngã tư?
• Xe đến ngã tư, mình muốn chạy thẳng (khi đèn xanh); ngã tư không kẻ làn đường. Xe sẽ xử lý ra sao?

Dĩ nhiên là có hai loại thử nghiệm: ex situ và in situ. 

• Ex situ là thử nghiệm trong môi trường được kiểm soát an toàn cho người và xe; thí dụ như tại một sân thử nghiệm với thiết bị an toàn (khả năng can thiệp khi trục trặc xảy ra cũng như khả năng chữa cháy). 
  
• Thử nghiệm In situ khi đã thử ex situ thành công (nhiều lần) và thử nghiệm tại môi trường thực tế (trên đường phố). Tốt nhất là xin phép CSGT và trên đường vắng trước, và dùng stuntpeople/cascadeurs giả làm những người giao thông trên đường lại càng tốt hơn.

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.
Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Ôi sao phải lo lắng quá vào cái tuổi già? 

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài

B. What to Look For in an Adaptive Cruise Control System

Nhìn Bê Chỉ Thấy Cái Đinh.

Thân chào các Bê (*),

Hôm nay, ngồi nhà, đọc lại một bài blog cũ Nếu Tôi Sai... và rồi suy nghĩ vẩn vơ: tại sao? 

Tại sao ta thường không thấy được sự sai lầm của chính mình trong khi ta rất nhậy bén trong việc nhìn ra sai lầm của người khác. 

Có lẽ bản tính của con người là vậy: Ta thấy cái dằm (a speck) trong mắt người khác mà không thấy được cả cây cột (a log) trong mắt mình (phụ chú B). 

Đúng, đúng; nhưng vẫn còn là mông lung! Bài này Đệ chỉ muốn bàn về một khía cạnh của vấn đề này. Tư duy/phán đoán của mỗi con người chúng ta được cấu thành từ những kinh nghiệm/hiểu biết (KN/HB) mà chúng ta tích lũy. Vậy nên cách chúng ta nghĩ (và đưa ra kết luận) thường tùy thuộc vào KN/HB của chúng ta trong quá khứ (nếu không thu thập thêm dữ kiện mới). A, thế thì...

Dạ, dạ Đệ xin vào đề...

Đây là sự nguy hiểm của KN/HB chuyên sâu (deep understanding, deep learning, specialized learning) nếu chúng ta không ý thức được ngay trong sát na (giây phút) mà chúng ta dựa vào KN/HB. của chúng ta trong quá khứ, để đưa ra luận lý và đi đến một kết luận. Kết luận này thường sẽ đúng vì là kết quả của educated reasoning (tư duy hợp lý). NHƯNG không có gì bảo đảm nó là đúng 100% và đúng mãi mãi.

Xin lấy một thí dụ (xin nhấn mạnh là tôi không phải là Bác Sỹ Y Khoa): nếu một bệnh nhân than thở với ba người Bác Sỹ (một chuyên gia não bộ, một chuyên gia hệ thần kinh, và môt chuyên gia về sinh học tổng quát) về chứng nhức đầu của mình thì ba vị Bác Sỹ này sẽ có nhận định đầu tiên (preliminary prognostic) khác nhau (dựa trên KN/HB của họ). Nếu họ không đi một bước (hay nhiều bước) nữa như quan sát, thử nghiệm, phỏng vấn, vân vân thì kết luận của họ, với chỉ có KN/HB, có thể sai: chứng nhức đầu của người bệnh nhân này chỉ xảy ra khi ông ta nhận được thơ đòi tiền nhà, điện, nước, ga, điện thoại mỗi tháng! KN/HB về não bộ, hệ thần kinh, cân bằng hóa học, gì gì cũng chẳng giúp gì cho chứng nhức đầu này và các Bác Sỹ này nên giới thiệu ông với Bác Sỹ Tâm Lý thì hơn (mặc dầu sự trục trặc nào trong não bộ, hệ thần kinh, hay cân bằng hóa học nào cũng có thể dẫn đến nhức đầu).

Wait! Thế tại sao cả ba Bác Sỹ đều có KN/HB về Y Khoa mà lại đoán bệnh khác nhau? Khác vì KN/HB khác nhau. Người chuyên sâu về não bộ thì nghi là do bất thường trong não, người chuyên thần kinh thì đinh ninh là thần kinh, người giỏi về sinh học thì định đoán là do mất cân bằng hóa học, vân vân...

Trở lại đầu bài blog, Đệ có nói là mình dễ dàng nhận ra sai lầm của người khác là tại sao? Đơn giản là vì mình không có được cùng cái KN/HB của người khác (mình có thể có cái KN/HB của mình nên mình "nhìn" ra).

Hãy nhớ, 'To a man with a hammer, everything looks like a nail' (Đối với người có chiếc búa trên tay, mọi vật đều giống như một cái đinh)

(Abraham Maslow, phụ chú C). Hay nói khác đi thì dưới tầm nhìn của chuyên gia não bộ, bệnh nào cũng có nguyên nhân từ não! Còn khi Đệ cầm cái búa trên tay thì nhìn Bê chỉ thấy cái đinh.

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.
Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Đường mòn giúp người già tìm đường về nhà; nhưng cũng vì đường mòn mà ta không còn sáng tạo được nữa.

Phụ chú:
A. Blogs Đã Viết--Theo Đề Tài
B. Matthew 7:3-5 "Why do you see the speck in your neighbor's eye, but do not notice the log...

C. “If the only tool you have is a hammer, you tend to see every problem as a nail.”

Wordle... Last. Cập Nhật II

Thân chào các Bê (*),
Ok, ok lần này là lần cuối nói về Wordle. Một trò chơi đòi hỏi sự kiên nhẫn lẫn một số vốn kha khá tiếng Anh. Xin Bê đọc lại các bài trước:

Wordle... Again!

Wordle - Bảo Đảm Giải trong 6 Lần Đoán

Hôm nay lại bầy ra một chiêu mới để chơi với Wordle. Trò chơi này lôi cuốn là mỗi ngày chữ bí ẩn một khác nên trò chơi biến chuyển mỗi ngày một khác...

Dạ, dạ Đệ xin vào đề...

Hai, ba hàng và bốn điểm:

• Vàng tính một điểm, không tính cùng một chữ hai hay nhiều lần.
  Thí dụ hàng một có chữ A màu vàng rồi ở hàng hai có chữ A, ở vị trí khác, màu xanh thì chỉ tính chữ A xanh (hai điểm)
• Xanh tính hai điểm; cũng như trên chỉ tính một lần.
• Có được bốn điểm (hoặc hơn) thì hàng tới phải "go for a kill" (đoán chữ bí ẩn).
  Bốn điểm có thể là có bốn vàng, hoặc hai vàng/một xanh, hoặc hai xanh.
• Tại sao phải "go for a kill" sau khi có bốn điểm. Kinh nghiệm cho thấy là bốn điểm là đủ để mình đoán (khá chính xác) chữ bí ẩn. 
• Nếu go for a kill mà trật thì sao? Không sao, thường là còn hàng năm, hàng sáu. Lo gì?

 
Hai hàng đầu cho 3 điểm. Tới hàng 3 thì lại có tổng cộng 5 điểm.

----------------------------------------------------

Ba hàng đầu cho bốn điểm thì hàng 4 phải là "kill row".

Cập Nhật I: Nếu hàng đầu mà đã có bốn điểm thì khoan hẵng kill. Dùng hàng 2 với những chữ cái mới và hy vọng là thêm điểm rồi kill ở hàng 3. 

Nếu hàng 2 toàn đen thì tùy: có thể kill vì đã có bốn điểm và nhiều đen đủ để kill. Nhát tay thì sẽ kill ở hàng 4.

Cập Nhật II: Nếu hai hàng đầu cho 4 điểm (2 xanh) thì có thể kill ở hàng 3.

Chúc các Bê một cuối tuần vui vẻ bên gia đình và người thân.

Thân,

Chú thích:
(*) Bê là Bê 60: Từ chữ tắt B60 (Beyond 60 years young) để chỉ các bác trên 60 tuổi trẻ. Tuổi Bê thì lâu lâu có thất bại cũng là vui.

Phụ chú:

A. Blogs Đã Viết--Theo Đề Tài