Anh học dược (có 3 bằng bào chế dược phẩm) nhưng không kiếm được việc làm ưng ý và tạm chấp nhận làm nhân viên tư vấn sản phẩm cho Logitech.

"Nếu được trở lại năm 16 tuổi, tôi sẽ chọn đúng ngành học tôi yêu thích: Chế tạo robot!" – Anh nói.

Hệ thống A.I của Aiko:

Hiện, Aiko có thể đàm thoại ở mức độ đơn giản - tương tự một đứa bé 5 tuổi. Aiko có thể nhận diện được nhiều khuôn mặt khác nhau, nhận diện và theo dõi được các chuyển động khác nhau để xem họ đang làm gì. Aiko có thể nhận diện được nguy hiểm và những người làm đau mình. Aiko có thể dò quét môi trường xung quanh mình và có thể nhận biết được đâu là đối tượng quan trọng, chẳng hạn như đến ngân hàng và hiểu được điểm quan trọng là tiền, các hộp an toàn,…

Ví dụ, bạn đặt một cái ghế trước mặt Aiko thì A.I của cô nhận thấy ghế là vật gần nhất và sẽ bỏ qua các thông tin phía sau chiếc ghế. Nếu một người đứng bên cạnh cái ghế, Aiko sẽ chuyển sự tập trung về người đó. Khi có 2 người đứng cạnh ghế thì Aiko vẫn nhận thấy người thứ hai dù đang tập trung vào người thứ nhất. Nếu 2 người cùng trò chuyện với Aiko một cách lần lượt thì A.I của cô có thể xử lý để tập trung vào người đang nói với mình.

Phần mềm BRAINS (ver 1.01) với 3 khung nhìn

Nói sơ về phần mềm B.R.A.I.N.S (Bio Robot Artificial Intelligence Neural System)

BRAINS được Lê Trung viết bằng ngôn ngữ C, C#, Basic và luôn luôn được cập nhật phiên bản mới. Nó kiểm soát khả năng đọc, nói, toán học, tầm nhìn, màu sắc, nghe, tự động hoá và cảm nhận. Nó chính là bộ não và trái tim của Aiko.

Thông số kĩ thuật của Aiko:

Height: 152cm
Bust: 82cm Waist: 57cm Hip: 84cm
Microprocessor: LS372 and C7 Board
Micro Controller: 5-8
8Gig solid state HD with 4Gig internal memory
Central Data 1000-1500Gig
Power source: Mn-Polymer 7.2V and 12.0V
Motors: Max 130kg.cm precise feedback is provided by the military grade, stainless steel potentiometer
Motors speed: Max 0.12sec at 60 degree
23 (36) DOF
2x gyros
2cameras, 1x1ccd (1x3ccd)
Control by Internal 32 bits OS

Lịch sử:

Trí tuệ nhân tạo đã được bắt đầu nghiên cứu từ thập niên 1950 bởi những nhà tiên phong như Allen Newell và Herbert Simon - người sáng lập phòng thí nghiệm trí tuệ nhân tạo đầu tiên ở Đại học Carnegie Mellon. John McCarthy và Marvin Minsky - người sáng lập phòng thí nghiệm trí tuệ nhân tạo tại MIT, MIT AI Lab, năm 1959. Họ đã cùng dự hội thảo về trí tuệ nhân tạo tại Đại học Dartmouth vào mùa hè năm 1956, do McCarthy, Minsky, Nathan Rochester của IBM và Claude Shannon tổ chức.

Thuật ngữ "Artificial Intelligence" được John McCarthy đặt ra trong buổi hội thảo đầu tiên về trí tuệ nhân tạo.

Các trường phái của trí tuệ nhân tạo:

Trí tuệ nhân tạo chia thành 2 trường phái tư duy: Truyền thống và Tính toán.

Trí tuệ nhân tạo (TTNT) truyền thống:

Hầu như bao gồm các phương pháp hiện được phân loại và các phương pháp học máy (machine learning), đặc trưng bởi hình thức hóa (formalism) và phân tích thống kê. Nó còn được biết với các tên TTNT biểu tượng, TTNT logic, TTNT ngăn nắp (neat AI) và TTNT cổ điển (Good Old Fashioned Artificial Intelligence). Các phương pháp gồm có:

Hệ chuyên gia: (còn gọi là hệ thống dựa tri thức) áp dụng các khả năng suy luận để đạt tới một kết luận. Một hệ chuyên gia có thể xử lý các lượng lớn thông tin đã biết và đưa ra các kết luận dựa trên các thông tin đó.

Nhiều hệ chuyên gia đã được ứng dụng trong: y học, kế toán, điều khiển tiến trình, dịch vụ tư vấn tài chính, tài nguyên con người,...

Vd: Clippy - chương trình trợ giúp có hình cái kẹp giấy của Microsoft Office là một ví dụ. Khi người dùng gõ phím, Clippy nhận ra các xu hướng nhất định và đưa ra các gợi ý.

Lập luận theo tình huống: (case-based reasoning - CBR) là qui trình giải các bài toán mới dựa trên lời giải của các bài toán tương tự đã gặp.

Mạng Bayes: (Bayesian network hoặc Bayesian belief network hoặc belief network) là một mô hình xác suất dạng đồ thị.

Một mạng Bayes đơn giản

Trí tuệ nhân tạo (TTNT) tính toán:

Nghiên cứu việc học hoặc phát triển lặp (vd: tinh chỉnh tham số trong hệ thống, chẳng hạn hệ thống connectionist). Việc học dựa trên dữ liệu kinh nghiệm và có quan hệ với TTNT phi ký hiệu, TTNT lộn xộn (scruffy AI) và tính toán mềm (soft computing). Các phương pháp chính gồm có:

Mạng Neuron nhân tạo: là một mô hình toán học hay mô hình tính toán được xây dựng dựa trên các mạng nơ-ron sinh học.

Hệ mờ: (tiếng Anh: Fuzzy system) được phát triển từ lý thuyết tập mờ (tập mờ hay tập hợp mờ) để thực hiện lập luận một cách xấp xỉ thay vì lập luận chính xác theo lôgic vị từ cổ điển. Lôgic mờ có thể được coi là mặt ứng dụng của lý thuyết tập mờ để xử lý các giá trị trong thế giới thực cho các bài toán phức tạp (Klir 1997). Nói một cách dễ hiểu hơn thì hệ mờ là một hệ được xây dựng dựa trên tri thức.

Ứng dụng: Thang máy, camera, máy điều hoà nhiệt độ,...

Tập mờ và tập rõ

Tính toán tiến hoá: (Evolutionary computation) ứng dụng các khái niệm sinh học như quần thể, biến dị và đấu tranh sinh tồn để sinh ra các lời giải càng ngày càng tốt hơn cho bài toán. Các phương pháp này thường được chia thành các thuật toán tiến hóa (ví dụ thuật toán gene) và trí tuệ bầy đàn (swarm intelligence) (chẳng hạn hệ kiến).

TTNT dựa hành vi: (Behavior based AI) một phương pháp module để xây dựng các hệ thống TTNT bằng tay.

Người ta đã kết hợp 2 trường phái này lại với nhau để hình thành hệ thống thông minh lai (hybrid intelligent system).

LeMone giải thích rằng: "Trước hết, các phân tử nước cấu tạo nên những đám mây thì không có kích thước như một con voi mà chúng nhỏ hơn rất rất nhiều lần". Và, những phân tử nước này trôi nổi trên những luồng khí ấm từ dưới dâng lên. Tuy biết thế, nhưng sự thật về lượng nước đang lơ lửng trên bầu trời vẫn gây ngạc nhiên cho một nhà khí tượng học như LeMone.

"Tôi không hề nghĩ tới việc một đám mây có cân nặng bao nhiêu cho đến khi tôi bắt đầu tính toán nó".

Thế có bao nhiêu con voi thay cho lượng nước trong một cơn dông tố... Lớn gấp 10 lần so với một đám mây tích khổng lổ ("puffy" cumulus)? Một lần nữa, LeMone đã cho chúng ta những con số đáng kinh ngạc: Khoảng 200.000 con voi.

Bây giờ, tiến hành tính toán cho một cơn bão (từ cấp 8 trở lên) ở bang Missouri (Mĩ) và kết quả trả về là một con số thật sự lớn.

"Điều mà chúng tôi đang làm là cân nước trong 1m² theo lý thuyết từ một đám mây và sau đó cấp số nhân cho toàn bộ cơn bão".

Kết quả ra sao? Bốn triệu con voi. Điều đó có nghĩa là lượng nước có trong một cơn bão nặng hơn tất cả những con voi trên hành tinh này. Có lẽ nó ngang với tất cả những con voi đã từng sống trên hành tinh này.

(Phần hướng dẫn sử dụng hình thì lời dẫn trước rồi hình ở dưới)

Trước tiên, chúng ta sẽ kiểm tra tốc độ tải trang hiện tại của bạn. Ở đây, tôi dùng trình duyệt web Firefox.

Bước 1: Tắt hết các cửa sổ của Firefox, dùng Ccleaner (mục Cleaner, tick chọn hết toàn bộ ô check trong 2 tab Windows, Applications nhưng trừ ra ô Wipe Free Space) để dọn sạch máy.

Bước 2: Mở lại Firefox, không vào blog của bạn mà vào trang StopWatch của Numion, gõ link blog bạn vào khung URL rồi click nút Start StopWatch, chờ kết quả. Đó sẽ là kết quả lần đầu của bạn (thường thì lần đầu luôn lâu hơn các lần sau), bấm Back để quay lại và làm lại một lần nữa để có kết quả lần 2 (lần 3 trở lên thì tuỳ bạn).

Tiếp theo, chúng ta sẽ tiến hành tối ưu hoá blog. Nền blog tôi dùng ở đây là BlogSpot của Google.

Bước 1: Sao lưu template phòng hờ bất trắc và phải giữ bản lưu này cho tới khi chắc chắn sự sửa đổi không gây ra lỗi gì cả, Dashboard > Layout > Edit HTML > Download Full Template

Bước 2: Tối ưu CSS

- Theo tôi biết thì 1 kí tự = 1 Byte (không định dạng), cả dấu cách (space bar trên bàn phím) cũng được tính 1 cách = 1 Byte. Vì vậy, hãy giảm thiểu những kí tự không cần thiết trong CSS và thu gọn CSS lại. Tôi hay dùng trang CleanCSS để tối ưu CSS cho blog của mình.

- Cách dùng trang CleanCSS khá đơn giản.

Chỉnh Options như hình là được

Mục Compression (code layout) có 5 mức độ là: Highest, High, Standard, Low và Custom. Tuỳ nhu cầu mà bạn sử dụng, nếu đoạn CSS nào bạn chắc chắn là rất ít phải sửa chữa, thay đổi thì có thể dùng mức High hoặc Highest. Còn không thì cứ để Standard.

Ví dụ đoạn code CSS chưa được tối ưu là:

.footer {
 background:#333322;
 color:#EED;
 padding:10px 10px 10px 10px;
 }

.footer .left {
 width:64%;
 }

.footer .right {
 text-align:right;
 width:35%;
 }

.footer a {
 color:#FFFFF;
 text-decoration:none;
 }

.footer a:hover {
 text-decoration:none;
 color:silver;
 }

Khung Messages cho ta biết nó đã thao tác những gì (sửa, lược bỏ,...) trên đoạn CSS

Kết quả cuối cùng, đoạn CSS đã được tối ưu hoá. Dòng Input, Output và Compression Ratio cho ta biết nó đã giúp ta tiết kiệm được bao nhiêu Bytes vô ích!

Ví dụ trên, tôi chỉ mới để mức Standard, nếu đưa lên Hight hoặc Hightest thì càng tiết kiệm được nhiều hơn (ở mức High, Highest thì CSS sẽ không được dễ nhìn cho lắm ^^).

Lưu ý: Nên thao tác cho từng đoạn nhỏ CSS thôi. Không nên làm một lèo vì nó có thể khiến trang bị lỗi.

Bước 3: Tối ưu JavaScript (JS)

- Với BlogSpot thì theo tôi, đặt hẳn JS trong source là tốt nhất. Nó giúp cho blog load nhanh hơn khi bạn câu link JS từ host khác. Tuy nhiên, việc làm này có thể khiến cho source rất dài cùng một vài vấn đề khác (vấn đề gì thì còn tuỳ thuộc vào nhiều thứ).

- Thứ tự JS trong source cũng rất quan trọng. Vd:

Có 2 đoạn code JS là A và B (liên quan nhau). Nếu đặt A trước B thì chạy nhưng khi ngược lại B trước A thì không chạy.
Có 1 đoạn code JS, đặt ở trước tag </head> thì chạy nhưng khi đưa xuống trước </body> thì không chạy.
...

- Hãy cố gắng tập trung tất cả code JS về cuối source (tức là trên </body>) và hạn chế ở code JS ở khoảng giữa <head></head>

- Nếu bạn dùng framework như Prototype, Scriptaculous, Mootools, JQuery,... thì hãy nén nó lại trước khi đưa vào source. Điều đó giúp bạn tiết kiệm được rất nhiều Byte vô ích.

- Trang JavaScript Compressor sẽ giúp bạn nén JS. Cách dùng cũng rất đơn giản, bạn chỉ việc copy - paste đoạn JS vào khung (nếu đoạn JS dài bạn cần chờ 1 lúc vì có thể quá trình nạp code khiến trình duyệt web của bạn bị đứng). Sau đó, bạn chỉ tick chọn JSMin hoặc Packer rồi click Compressor Rate It. Packer nén tốt hơn JSMin nhưng những kí tự nó sinh ra có khi khiến bạn khó hiểu và sẽ có vài trường hợp nén JSMin chạy được còn Packer thì không.

Một đoạn code JS chưa nén:

Object.extend(Object, {
  inspect: function(object) {
    try {
      if (Object.isUndefined(object)) return 'undefined';
      if (object === null) return 'null';
      return object.inspect ? object.inspect() : String(object);
    } catch (e) {
      if (e instanceof RangeError) return '...';
      throw e;
    }
  },

và đã nén ở mức JSMin, Packed

Object.extend(Object,{inspect:function(object){try{if(Object.isUndefined(object))return'undefined';if(object===null)return'null';return object.inspect?object.inspect():String(object);}catch(e){if(e instanceof RangeError)return'...';throw e;}},

Object.extend(Object,{inspect:function(a){try{if(Object.isUndefined(a))return'undefined';if(a===null)return'null';return a.inspect?a.inspect():String(a)}catch(e){if(e instanceof RangeError)return'...';throw e;}},

- Có trường hợp "không nén" thì code chạy được và ngược lại. Hoặc, một số đoạn code JS không thực thi được hay hiển thị tốt trên BlogSpot.

- Nên demo tại máy (nếu có thể) trước khi đưa vào blog. Chủ yếu của việc demo là xét xem có thể nén được không? Nén mức nào thì hợp lý và vị trí đặt code ở đâu?

- Có khả năng, khi để nhiều đoạn JS trong cùng 1 source với nhau như thế sẽ sinh ra lỗi xung đột. Khi đó, cần phải lưu đoạn code JS nào có dung lượng nhỏ hơn ra host ngoài rồi câu link vào.

Bước 4: Tối ưu source (nói chung)

- Hãy chú thích thật rõ ràng (chú thích rõ chứ không dư thừa) những đoạn code (CSS, JS,...) trong source để sau này dễ dàng tìm kiếm, thay đổi hay tối ưu.

Một loại chú thích dư thừa (loại chú thích này chỉ thích hợp khi hướng dẫn cho người đọc hiểu công dụng và khi áp dụng vào thực tế thì nó không còn cần thiết nữa)

/* Calendar
----------------------------------------------- */
/* The calendar Table */
table#bcalendar {border:1px solid #000;border-top:0; margin:0px 0 0px; width:100%;}
/* The Cells in the Calendar */
table#bcalendar tbody tr td {text-align:center;padding:2px;border:1px outset black;}
/* Links in Calendar */
table#bcalendar tbody tr td a {font-weight:bold; color:#fff;}

Nên tối ưu nó thành dạng sau:

/* -------------------------- Calendar */
table#bcalendar{border:1px solid #000;border-top:0;margin:0;width:100%;}
table#bcalendar tbody tr td{border:1px outset #000;padding:2px;text-align:center;}
table#bcalendar tbody tr td a{color:#fff;font-weight:700;}

Những thứ được thay đổi (giúp bạn giảm từ 0.381KB xuống còn 0.214KB, tức tiết kiệm được 43.8%) là

Đổi "0px" thành "0"
Đổi "0 0 0" thành "0"
Đổi "black" thành "#000"
Đổi "bold" thành "700"
Lược bỏ các chú thích

- Hãy chịu khó vào Dashboard > Layout > Edit HTML > tick Expand Widget Templates rồi kéo xuống phần <body></body> và dò từ từ để xoá bỏ những dòng cách không cần thiết cho đến khi hết thì thôi. Nguyên nhân là vì tôi đã từng xem source code cho 1 vài bạn và nhận ra rằng trong phần <body></body> có không ít chỗ giữa dòng này với dòng kia cách nhau tới hơn 2 dòng. Nếu cần phân biệt đoạn này với đoạn kia thì chỉ cần cách nhau 1 dòng là đủ. Còn giữa các thuộc tính, đôi khi không cần bất kì khoảng cách nào.

Quá dư (cách nhau tới 2 dòng)

</b:if></b:if>
</dd>


<dd class='comment-footer'>
</dd>

Hoặc (các thuộc tính cách nhau 1 cách)

<span style='color: blue; font-weight: bold;'>

Nên thu gọn lại sẽ hay hơn (giảm số dòng và khoảng cách dư)

</b:if></b:if>
</dd>

<dd class='comment-footer'>
</dd>

<span style='color:blue;font-weight:bold;'>

- Đưa các đoạn code JS vào sát lề trái của khung chứa source.

Đoạn code này bị cách lề trái một khoảng

function bcLoadStatus(){
   cls = document.getElementById('calLoadingStatus');
   img = document.createElement('img');
   img.src = bcLoadingImage;
   img.style.verticalAlign = 'middle';
   cls.appendChild(img);
   txt = document.createTextNode(bcLoadingMessage);
   cls.appendChild(txt);
  }

Xử lý nó

function bcLoadStatus(){
cls = document.getElementById('calLoadingStatus');
img = document.createElement('img');
img.src = bcLoadingImage;
img.style.verticalAlign = 'middle';
cls.appendChild(img);
txt = document.createTextNode(bcLoadingMessage);
cls.appendChild(txt);
}

- Gom những cái có thể ở một dòng lại với nhau.

Các thuộc tính của ul.menunew .menulienket:hover dư sức nằm trên một dòng

ul.menunew .menulienket:hover {
background:#3FF;
color:#000;
width:100px;
}

Sau khi gom lại (quá gọn)

ul.menunew .menulienket:hover{background:#3FF;color:#000;width:100px;}

Hoặc ở code JS (ở JS thì cẩn thận tí, sai một chút cũng khiến cả đoạn không chạy được)

if (act) {
if (objActive.tagName == 'A') {
objActive.style.color = clrOrg;
clearInterval(TimerID);
act = 0;
}
}
}

Chỉ thu gọn ở mấy cái { và }

if (act) {if (objActive.tagName == 'A') {
objActive.style.color = clrOrg;
clearInterval(TimerID);
act = 0;}}}

Thu gọn xịn hơn, ta được (có thể dùng Javascript Compressor ở mức JSMin)

if(act){if(objActive.tagName=='A'){objActive.style.color=clrOrg;clearInterval(TimerID);act=0;}}}

Bước 5: Tối ưu Page Elements (thành phần trang)

- Hạn chế dùng quá nhiều gadget trong blog vì điều đó khiến cho blog chậm đi. Nếu có thể hãy để những gì liên quan nhau trong một gadget.

- Không dùng nhiều widget ngoài hoặc thuộc nhiều trang khác nhau.

- Không ẩn các gadget liên quan chức năng blog vì như vậy sẽ tạo sự khó chịu cho người dùng lúc cần tới nó (Vd: Phải quay lại trang chủ mới thấy được shoutbox).

- Hạn chế dùng table lồng table và không dùng frame lồng frame.

- Không lưu các file có liên quan tới cấu trúc trang trên nhiều host khác nhau để giữ được sự ổn định cho toàn blog.

- Những gì chỉ cần hiển thị khi xem một bài viết thì hãy đặt nó vào đoạn code sau:

<b:if cond='data:blog.pageType == "item"'>
Nội dung
</b:if>

- Hạn chế các đoạn JS không cần thiết như: Cấm chuột phải, hiệu ứng trỏ chuột (đồng hồ, dòng chữ bay lượn,...),...

- Hạn chế các hiệu ứng dùng flash trên blog.

- Tránh lạm dụng các biểu tượng cảm xúc.

- Nếu bạn nghĩ cách tốt nhất để xử lý hình ảnh trên blog bạn là nén ảnh tối đa hoặc dùng ảnh kích thước nhỏ thì đó là một sai lầm. Chẳng thích thú gì khi nhìn một tấm ảnh có chất lượng kém (màu không thật, gãy, mờ,...) hay có size tí xíu. Bạn nên có một phần mềm xử lý ảnh nho nhỏ trong máy để tiện cho việc xử lý (các chương trình xử lý ảnh luôn tốt hơn các trang xử lý ảnh trực tuyến). Hãy thử thay đổi giữa các định dạng ảnh JPEG, GIF, PNG để chọn ra định dạng tối ưu nhất (dung lượng, chất lượng và kích thước). Trong trường hợp bạn cần phải giữ nguyên kích thước ảnh lớn (Vd: 1024x768 px) thì bạn có thể dùng thêm một ảnh thumbnail (hình nhỏ) cho ảnh gốc.

Đoạn code HTML cho 2 ảnh gốc và thumbnail, khi click vào ảnh thumbnail nó sẽ trả ra ảnh gốc.

<a href="link ảnh gốc"><img src="link thumbnail"/></a>

Eo! Trước mắt là nhớ được có nhiêu đó nên viết cho anh em nhiêu đó. Từ từ nhớ thêm được gì thì tôi sẽ bổ sung vào sau.

Người đàn ông khẽ gật đầu và cậu bé lại tiếp tục chạy nhảy với vẻ rất sung sướng. 5 phút trôi qua, người cha đứng dậy và nói: "Sao? Bây giờ chúng ta về được chưa con?". Todd lại nài nỉ một lần nữa: "Bố, 5 phút nữa, chỉ 5 phút nữa thôi!". Người đàn ông lại mỉm cười và nói: "Được rồi!". Người phụ nữ thấy vậy bèn thốt lên: "Ông thật là một người cha kiên nhẫn". Người đàn ông cười và chậm rãi nói: "Con trai cả Tommy của tôi bị một kẻ lái xe say rượu đụng chết năm ngoái trong khi nó đang chạy xe đạp gần đây. Tôi chưa bao giờ dành nhiều thời gian cho Tommy và bây giờ tôi có thể đánh đổi bất cứ thứ gì để có thể ở bên nó dù chỉ 5 phút. Tôi nguyện rằng sẽ không bao giờ lặp lại lỗi lầm đó với Todd. Todd nghĩ nó có 5 phút để chơi đùa. Nhưng sự thật là tôi đã có thêm 5 phút nữa để nhìn nó chơi đùa".

Cô gái thật sự cảm động. Một người đàn ông yêu nơi mình sinh ra thì chắc chắn sẽ yêu gia đình và có trách nhiệm với gia đình của mình. Cô gái bắt đầu nói chuyện cởi mở hơn, về nơi cô sinh ra, về gia đình... Trước khi ra về, họ hẹn nhau một buổi gặp tiếp theo... Qua những lần gặp gỡ, cô gái thấy chàng trai quả là một người lý tưởng: rất tốt bụng, biết quan tâm... Và cô đã tìm được người đàn ông của mình nhờ cốc café muối. Câu chuyện đến đây vẫn là có hậu vì "công chúa" đã tìm được "hoàng tử", và họ cưới nhau, sống hạnh phúc.

Mỗi buổi sáng, cô gái đều pha cho chàng trai - nay đã là chồng cô - một cốc café với một thìa muối. Và cô biết rằng chồng cô rất thích như vậy. Suốt 50 năm kể từ ngày họ cưới nhau, bao giờ người chồng cũng uống cốc café muối và cảm ơn vợ đã pha cho mình cốc café ngon đến thế. Sau 50 năm, người chồng bị bệnh và qua đời, để lại cho người vợ một bức thư: "Gửi vợ của anh, xin em tha thứ cho lời nói dối suốt cả cuộc đời của anh. Đó là lời nói dối duy nhất - về cốc café muối. Em có nhớ lần đầu tiên anh mời em uống café không? Lúc đó, anh đã quá lo lắng, anh định hỏi xin ít đường nhưng anh lại nói nhầm thành muối. Anh cũng quá lúng túng nên không thể thay đổi được đành phải tiếp tục lấy muối cho vào cốc café và bịa ra câu chuyện về tuổi thơ ở gần biển để được nói chuyện với em. Anh đã định nói thật với em rất nhiều lần nhưng rồi anh sợ em sẽ không tha thứ cho anh. Và anh đã tự hứa với mình sẽ không bao giờ mói dối em một lời nào nữa, để chuộc lại lời nói dối ban đầu. Bây giờ, anh đã đi thật xa rồi, nên anh sẽ nói sự thật với em. Anh không thích café muối, nhưng mỗi sáng được uống cốc café muối từ ngày cưới em, anh chưa bao giờ cảm thấy hối tiếc vì mình đã phải uống cả. Nếu anh có thể làm lại từ đầu, anh vẫn sẽ làm như thế để có được em, và anh sẽ uống café muối cả cuộc đời". Khi người vợ đọc xong lá thư cũng là khi lá thư trong tay bà ướt đẫm nước mắt. Nếu bạn hỏi người vợ rằng: "Café muối có vị thế nào?", chắc chắn bà sẽ trả lời: "Ngọt lắm".