Khác nhau giữa "home" và "house"

"Home" và "house" (tiếng Anh) đều được dịch ra tiếng Việt là "nhà", nhưng nghĩa của chúng khác nhau, vậy sự khác nhau là thế nào, để khi dịch từ Việt sang Anh thì chọn "home"/"house" cho đúng?

Ý nghĩa của "house" và "home" được tổng kết bằng thành ngữ tiếng Việt như sau: Đàn ông xây nhà, đàn bà xây tổ ấm. House tương ứng với nhà trong xây nhà, còn home tương ứng với tổ ấm. Cách ví von này không phải tôi nghĩ ra, mà được nghe kể từ cô giáo dạy môn Sinh học ở trường trung học. Cô kể rằng khi cô đi học Anh văn, cô hỏi thầy giáo hai từ này khác nhau thế nào. Thầy giáo chỉ nói câu thành ngữ trên là cô hiểu ngay, không cần giải thích gì thêm.

House ý chỉ vật thể cụ thể, thường hình hộp, có mái, xây bằng gạch mà ta ở. Còn home nó trừu tượng và chất chứa tình cảm trong đó, ý chỉ nơi ta đi về hằng ngày, sum họp với người thân gia đình.

Lấy ví dụ khi ta cần dịch những câu sau: Nhà tôi tường trắng, có mái ngói đỏ, thì chữ "nhà" này là "house". Trong khi, tôi nhớ nhà, thì "nhà" này được dịch thành "home", vì khi ta nhớ, không phải ta nhớ cái hộp bằng gạch đó, mà nhớ đến cha mẹ, anh chị em và cuộc sống ấu thơ của ta nơi đó.

Sử dụng template nunjucks cho ứng dụng JavaScript, ban đầu bối rối nhưng kết quả tuyệt vời

Tôi đang thử làm một website trưng bày hàng dựa trên framework Saleor, nhằm thay thế web cũ tôi đã làm cách đây 9 năm (http://kimphat.vn). Nhân việc làm mới, tôi cũng quyết áp dụng một vài kĩ thuật mới, như là biến phần giao diện web thành một ứng dụng JavaScript hẳn hoi, bằng cách sử dụng một framework MVC (Model-View-Controler) bằng JavaScript.

Việc sử dụng framework MVC JavaScript thực ra không phải là mới lắm. Tôi có một người bạn, trẻ hơn tôi nhiều tuổi và hắn đã thành thạo AngularJS lắm rồi. Tuy nhiên, do tôi không làm web một cách liên tục (từ lúc ra trường, tôi làm về phần mềm nhúng nhiều hơn), cộng thêm tuổi tác có thể gọi là già nếu so với các lập trình viên xung quanh (không so với quản lý dự án, hehe) nên tôi cảm thấy hụt hơi với các công nghệ web mới. Cho nên bước đầu dấn thân vào kĩ thuật này cũng cam go và nhiều cảm xúc.

Lần đầu tiên tôi chạm tay vào một framework MVC JavaScript là cách đây vài tháng, với Backbone, khi đang làm website cho công ty (easyuni.com). Lúc đấy, phần giao diện chủ yếu được đảm nhiệm bởi một đồng nghiệp, mà vì lí do nào đó, anh ta chọn và đưa Backbone vào sử dụng. Sau đó, tôi phải làm một tính năng là tạo widget, tóm tắt nội dung từ forum được điều hành bởi công ty (forum.easyuni.my), nhúng vào website chính của công ty. Do cái widget này chủ yếu đụng đến code ở mặt front-end, tức là code bằng JavaScript, HTML là chính, nên tôi nghĩ đến dùng Backbone luôn, nhân tiện nó đang được dùng trên website rồi.

Bây giờ, khi làm website trưng bày hàng hóa (không hẳn là thương mại điện tử), tôi vẫn chọn Backbone. Không hẳn là vì tôi chọn theo quán tính. Tôi cũng đã đưa vào tầm ngắm 3 cái: Backbone, AngularJS, Emberjs. Emberjs được đưa vào danh sách vì tôi thấy màn thể hiện ấn tượng của nó trong Discourse, phần mềm mà cty tôi dùng để chạy forum. Nhưng sau khi thấy AngularJS, Emberjs có nhiều khái niệm mới quá, sợ tốn nhiều thời gian học, không kịp làm nên tôi quay lại Backbone. Vả lại, dung lượng của 2 framework kia cũng khá nặng. AngularJS hay tự nhận nó nhẹ nhất, nhưng đấy là do nó làm cho Backbone trông có vẻ nặng bằng cách gộp dung lượng của jQuery vào. Đúng là Backbone cần phải có jQuery mới chạy được, nên việc gộp dung lượng jQuery vào Backbone là hợp lý. Nhưng vấn đề là dù tôi có dùng AngularJS đi nữa thì website của tôi cũng phải dùng jQuery, để code JavaScript cho các tính năng khác. Cho nên nếu cộng jQuery vào cả AngularJS và Backbone thì bộ đôi Backbone + jQuery vẫn nhẹ hơn.

Tập bơi đi

Hi vọng sự kiện Ánh Viên sẽ giục giã nhiều bạn trẻ lao vào con đường bơi lội, nhằm tìm 1 tài năng xêm xêm Ánh Viên để gặt nốt HCV nội dung tiếp sức cho Việt Nam. Nói gì nói, đội hình Việt Nam chênh lệch quá làm Ánh Viên bị thua số huy chương so với anh chàng người Singapore.

Và nhân trong 1 khí thế hừng hực này, NXB Trẻ nên tái bản và marketing mạnh mẽ bộ truyện Rough của tác giả Adachi Mitsuru. Đây là bộ truyện đã truyền cảm hứng cho mình lao vào tập bơi, trong bối cảnh môn bơi VN khi đó vẫn còn nhạt nhòa so với các nước trong khu vực, chưa có 1 VĐV nào đủ sức gây nên cơn sốt.

Rough

Khi nói về chặng đường học bơi của mình, không chỉ có bộ truyện tranh Rough, mình còn phải cảm ơn rất nhiều bạn Thành, người "thầy" đầu tiên dạy bơi cho mình. Sau khi chia tay bạn vì học hết lớp 12, với món bơi ếch sơ sơ học được, mình tiếp tục tự tập các kiểu bơi khác, và cũng "tầm sư học đạo" từ nhiều nguồn khác nhau, chủ yếu là để ngộ ra một số bí kíp, khiến mình giải quyết được những bế tắc khiến mình không thể tiến bộ. Nhân tiện kể ra ở đây, nhắm giúp ai có gặp những khó khăn tương tự thì có thể tháo gỡ, để càng có nhiều người giỏi bơi thêm nữa.

Building debian package for Nginx + pagespeed + passenger modules

Nginx, unlike Apache, doesn't support dynamically load additional modules. If we installed Nginx from distro's package repository, like installing for apt-get under Ubuntu, we cannot have additional nginx-somemodule package for easily installing more modules. If we need more than a standard Nginx, we have to remove the one installed with package manger, then build and install again from source. But installing via this method means we lose some advantage of package manager.

So, this tutorial will show you how to build and combine Google PageSpeed and Phusion Passenger in the same package as Nginx, to let it installed and controlled by Debian/Ubuntu's APT package manger.

Why building debian package?

  • Can revert to original Nginx by uninstall our deb package.

Việc làm cho người Việt tại Malaysia

1. Lập trình viên Python tại EasyUni

Làm việc tại Kuala Lumpur.

Nhiệm vụ

Xây dựng, bổ sung tính năng cho website: www.easyuni.com.