Chống Ồn - Cope with Loud Noise

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

Hôm nay lại xin viết nhăng về một vấn đề gây khổ đau cho rất nhiều người: người chung quanh mình ca karaoke hay là ngáy to làm mình điên đầu vì bị tra tấn lỗ tai. Hát karaoke thì có thể yều cầu (đề nghị) là họ vặn nhỏ lại hoặc hát trong phòng cách âm.

Tuy nhiên nếu người hát "thật lòng" muốn người nghe "phải" nghe họ hát hoặc ngủ ngáy (trên máy bay) thì thường là nạn nhân phải khổ đau thôi!

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

Tuy nhiên có một giải pháp hoàn toàn trong vòng kiểm soát của nạn nhân:

• Thủ sẵn một tai nghe (headphones hay ear plugs) có khả năng chống ồn. Thường lên máy bay là trong carry on của Đệ có một cái Active Noise Cancellation (ANC) headphones. 
• Nếu trên máy bay mà quên không mang theo ANC headphones thì nói với Flight Attendant cho mình ear plug headphones để nghe nhạc hoặc xem phim. Không phải tranh chấp với người ngồi gần bên. Thường thì trên chuyến bay dài thì ngủ ngáy là khó tránh.
• Dùng tại nhà cũng tránh bị hành hạ nếu mình dùng loại không dây (wireless). Wireless headphones sẽ không hạn chế việc đi lại của mình trong nhà.
• Quên đi cái quyền được sống trong yên lặng của mình.
• Thỉnh thoảng qua nhà hàng xóm xin hát vài bản karaoke. Đây là cách làm cho họ tắt máy rất nhanh. 
• Đừng thi nhau vặn máy của mình lớn hơn, mong là át được tiếng nhạc nhà kế bên hoặc bên kia đường.

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ê ngủ mà không ngáy thì mới là lạ!

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

To Whom It May Concern.

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

Thường thì Đệ không dám động tới văn chương và thi ca vì mình chả biết gì về chúng. Hôm nay, nhân nghe một chương trình phát thanh nói về Angelou nên cảm khái mà viết bài này...

Dạ, dạ Đệ xin vào đề...
Cuộc đời và sự nghiệp của Maya Angelou thì đã có không biết bao nhiêu người nhắc đến nên xin không kê khai ra đây (xem phụ chú B để biết thêm).

Điểm kể ra đây là năm 1969, Bà đã viết tùy bút I Know Why the Caged Bird Sings. Một tác phẩm nổi tiếng thế giới kể lại tuổi thơ của bà. Tác phẩm mang một triết lý, một thông điệp rất lớn chỉ bằng cái tựa đề của nó: Tôi biết tại sao con chim, bị nhốt trong lồng, vẫn hót.

Triết lý này được Amazon.com tóm gọn như sau:
"Years later, in San Francisco, Maya learns that love for herself, the kindness of others, her own strong spirit, and the ideas of great authors (“I met and fell in love with William Shakespeare”) will allow her to be free instead of imprisoned." 

(Nhiều năm sau đó, ở San Francisco, Maya học được là mình phải tự thương mình, sự tử tế của tha nhân, sức mạnh tinh thần của chính mình, và chính kiến của các tác giả lớn (như William Shakespeare) đã mang lại tự do cho mình thay vì giam hãm mình)

Con chim trong lồng nó vẫn hót đấy thôi!

Mỗi khi bạn cảm thấy chán nản với hoàn cảnh thì xin nhớ tới Maya.

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ì nhớ đến sự may mắn của mình mà đừng nản, và cũng đừng chảnh!

(1) Cái tựa của bài này: To Whom It May Concern là mượn lời trong Wikipedia nói về tiểu sử của bà.

"Năm 3 tuổi, Marguerite và anh trai, khi đó 4 tuổi, đã bị cha mẹ gửi đi xa bằng xe lửa, từ Long Beach thuộc tiểu bang California, tới thị trấn Stamps thuộc tiểu bang Arkansas, và hai đứa trẻ thơ ngây chỉ có trên cổ tay hàng chữ ghi câu "Gửi người nào có liên quan" (To Whom It May Concern)."

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

B. Maya Angelou

Ăn Mừng Thất Bại - Celebrating Failure Cập Nhật I

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

Cập nhật I: 

April 17, 2024

Hôm nay đánh dấu một lần chơi mà thua! Số ngày thắng liên tục lập kỷ lục mới là 283 ngày.

Hôm trước vì quá vội nên giải chữ trong game Wordle bị sai sau 111 lần luôn thắng!
(the Max Streak là 111 ngày, mỗi ngày một lần chơi).

Buồn và tính ngừng chơi vì vẫn luôn muốn là mình sẽ có được Max Streak 200! 

Bây giờ thì lại phải chờ ít nhất là 200 ngày nữa (nếu không bao giờ sai trong 200 ngày tới) mới đạt được ước nguyện này..,

Chú thích 1.

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

Giải sai trong game Wordle là một thất bại. Và thất bại nào cũng gây... trầm cảm; nhưng điểm chính trong chương trình học Master về phần mềm có dạy rằng chúng ta nên ăn mừng thất bại vì có ăn mừng (cách nào đó) thì mình mới rút tỉa được những bài học bổ ích cho tương lai.

Ăn mừng chiến thắng thì đã đành còn ăn mừng thất bại là sao?

Ăn mừng thất bại để làm gì? Té ra ăn mừng thất  bại đem lại cho mình nhiều điểm thú vị:

• Ăn mừng thất bại như thế nào? Thì giống như ăn mừng chiến thắng: vui mừng, chia sẻ, tụ tập, biểu lộ cảm xúc, vân vân... 
• Ăn mừng thất bại giúp ta trực diện với thất bại. Công nhận sự thất bại là một bước đầu tiên và quan trọng nhất trong quá trình hồi phục và tiếp tục hoạt động trong tương lai. Không công nhận sự thất bại là dấu hiệu mình sẽ không thay đổi phương cách hành xử trong việc làm.
• Hy vọng là, nó giúp ta "thấy" những nguyên nhân gây ra sự thất bại.
• Có thấy những nguyên nhân này thì mới hy vọng là mình tránh được chúng trong hoạt động tương lại.

Trong trường hợp chơi Wordle kể trên thì Đệ bị "out" sau sáu lần đoán vì bị rơi vào cái bẫy; mà đáng lẽ Đệ phải thấy và tránh cái bẫy này:

Sau hàng 4 với "ROWER" mà OWER đã vào đúng chỗ, thì đây là cái bẫy vì quá nhiều five-letter words tận cùng với OWER như BOWER, DOWER, COWER (chữ đúng), vân vân... 

Còn đoán được hai lần mà ít nhất có tới ba chữ khả thi thì chọn hai trong ba chữ là dễ bị sai.

Nhờ celebrating failure mà Đệ nghĩ ra cách tránh cái bẫy này: Sau hàng 4 thì hàng 5 phải dùng một chữ có mẫu tự B, C, D (vì POWER và TOWER là không đúng vì T, hàng 1, và P, hàng 2, đã màu đen, có nghĩa là lời giải không có P và T) như CUBED. 

Nếu chọn CUBED cho hàng 5 thì U, B, D sẽ đen (không có trong lời giải COWER và C, E sẽ xanh). Từ đó mình sẽ biết là lời giải là COWER.

Phụ chú B, là lời hay ý đẹp của danh nhân về sự thất bại. Chí ít thì Bê nên đọc (và dịch nếu cần) những câu sau:

• “Thất bại là Mẹ của thành công” —Tục ngữ Việt
• “A person who never made a mistake never tried anything new.” —Albert Einstein
• “Success consists of going from failure to failure without loss of enthusiasm.” —Winston Churchill
• “Every adversity, every failure, every heartache carries with it the seed of an equal or greater benefit.” —Napoleon Hill
• “Do not be embarrassed by your failures, learn from them and start again.” —Richard Branson

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ì chơi là cầu động não chứ không cầu đoán giỏi.

(1) Từ hình ta thấy:

• Chơi được 391 lần 
• Tỷ lệ thắng là 97% (chơi 100 lần chỉ thua 3 lần)
• Quan trọng cho cá nhân Đệ là "Max Streak" 111 lần thắng trước khi thua một lần
• "Current Streak" là 1 có nghĩa là sau khi thắng liên tiếp 111 lần thì thua 1 lần (current streak là 0) rồi nhờ thắng một lần tới nên current streak là 1. 

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

B. 65-famous-quotes-from-famous-people-on-failure-to-motivate-you-for-success

C. Giải thích câu tục ngữ thất bại là mẹ thành công

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