Kiến thức mạng căn bản p1

Brien M. Posey

Trong loạt bài này chúng ta sẽ bắt đầu hoàn toàn với nội dung cơ bản về mạng máy tính và hướng tới xây dựng một mạng thiết thực. Mở đầu là một số thảo luận về một số thành phần mạng khác nhau và chức năng của chúng.

Bạn đã từng thấy nhiều bài viết hướng đến mục đích dành cho các quản trị viên, những người ít nhất có một số kinh nghiệm nào đó. Còn ở đây sẽ chỉ là những phần cơ sở nhất hướng đến đối tượng là những người mới bắt đầu làm quen với mạng. Trong bài đầu tiên này chúng ta sẽ thảo luận một số thiết bị mạng khác nhau và khả năng làm được những gì của chúng.

Network Adapter (Bộ điều hợp mạng)

Thành phần đầu tiên nên đề cập tới trong số các thiết bị phần cứng mạng là bộ điều hợp mạng (network adapter). Thiết bị này còn được biết đến với nhiều tên khác nhau như network card (card mạng), Network Interface Card (card giao diện mạng), NIC. Tất cả đều là thuật ngữ chung của cùng một thiết bị phần cứng. Công việc của card mạng là gắn một cách vật lý máy tính để nó có thể tham gia hoạt động truyền thông trong mạng đó.

Điều đầu tiên bạn cần biết đến khi nói về card mạng là nó phải được ghép nối phù hợp với phương tiện truyền đạt mạng (network medium). Network medium chính là kiểu cáp dùng trên mạng. Các mạng không dây là một mảng khác và sẽ được thảo luận chi tiết trong một bài riêng sau.

Để card mạng ghép nối phù hợp với phương tiện truyền đạt mạng là một vấn đề thực sự vì chúng đòi hỏi phải đáp ứng được lượng lớn tiêu chuẩn cạnh tranh bắt buộc. Chẳng hạn, trước khi xây dựng một mạng và bắt đầu mua card mạng, dây cáp, bạn phải quyết định xem liệu nên dùng Ethernet, Ethernet đồng trục, Token Ring, Arcnet hay một tiêu chuẩn mạng nào khác. Mỗi tiêu chuẩn mạng có độ dài và nhược điểm riêng. Phác hoạ ra cái nào phù hợp nhất với tổ chức mình là điều hết sức quan trọng.

Ngày nay, hầu hết công nghệ mạng được đề cập đến ở trên đều nhanh chóng trở nên mai một. Bâu giờ chỉ có một kiểu mạng sử dụng dây nối còn được dùng trong các doanh nghiệp vừa và nhỏ là Ethernet. Bạn có thể xem phần minh hoạ card mạng Ethernet trong ví dụ hình A dưới đây.

Hình 1: Card Ethernet

Các mạng Ethernet hiện đại đều sử dụng cáp đôi xoắn vòng 8 dây. Các dây này được sắp xếp theo thứ tự đặc biệt và đầu nối RJ-45 được gắn vào phần cuối cáp. Cáp RJ-45 trông giống như bộ kết nối ở phần cuối dây điện thoại, nhưng lớn hơn. Các dây điện thoại dùng bộ kết nối RJ-11, tương phản với bộ kết nối RJ-45 dùng trong cáp Ethernet. Bạn có thể thấy ví dụ một cáp Ethernet với đầu nối RJ-45 trong hình B.

Hình 2: Cáp Ethernet với một đầu kết nối RJ-45

Hub và Switch

Như bạn đã thấy ở trên, máy tính dùng card mạng để gửi và nhận dữ liệu. Dữ liệu được truyền qua cáp Ethernet. Tuy nhiên, thông thường bạn không thể chỉ chạy một cáp Ethernet giữa hai PC để gọi đó là một mạng.

Với thời đại của khả năng truy cập Internet tốc độ cao ngày nay, chắc chắn bạn thường nghe nói đến thuật ngữ “broadband” (băng thông rộng). Băng thông rộng là kiểu mạng trong đó dữ liệu được gửi và nhận qua cùng một dây, còn ở Ethernet thì dùng hình thức truyền thông Baseband. Baseband sử dụng các dây riêng trong việc gửi và nhận dữ liệu. Điều này có nghĩa là nếu một máy tính đang gửi dữ liệu qua một dây cụ thể bên trong cáp Ethernet thì máy tính đang nhận dữ liệu cần một dây khác được định hướng lại tới cổng nhận của nó.

Bạn có thể xây dựng mạng cho hai máy tính theo cách này mà người ta thường gọi là hình thức cáp chéo. Cáp chéo đơn giản là một cáp mạng có các dây gửi và nhận ngược nhau tại một điểm cuối để các máy tính có thể được liên kết trực tiếp với nhau.

Vấn đề hạn chế khi dùng cáp mạng chéo là bạn không thể thêm hay bớt một máy tính khác nào ngoài hai máy đã được kết nối. Do đó tốt hơn so với cáp chéo, hầu hết mọi mạng đều sử dụng cáp Ethernet thông thường không có các dây gửi và nhận ngược nhau ở cuối đầu nối.

Tất nhiên các dây gửi và nhận phải ngược nhau ở một số điểm nào đó để quá trình truyền thông được thực hiện thành công. Đây là công việc của một hub hoặc switch. Hub cũng đang trở nên lỗi thời nhưng chúng ta vẫn nên nói đến chúng. Vì hiểu về hub sẽ giúp bạn bạn dễ dàng hơn nhiều khi nói tới switch.

Có một số kiểu hub khác nhau nhưng thông thường nói đến hub tức là nói đến một cái hộp với một bó cổng RJ-45. Mỗi máy tính trong mạng sẽ được kết nối tới một hub thông qua cáp Ethernet. Bạn có thể thấy một hub có hình dáng như trong hình C.

Hình 3: Hub là thiết bị hoạt động như một điểm kết nối trung tâm cho các máy tính trong một mạng.

Hub có hai nhiệm vụ khác nhau. Nhiệm vụ thứ nhất là cung cấp một điểm kết nối trung tâm cho tất cả máy tính trong mạng. Mọi máy tính đều được cắm vào hub. Các hub đa cổng có thể được đặt xích lại nhau nếu cần thiết để cung cấp thêm cho nhiều máy tính.

Nhiệm vụ khác của hub là sắp xếp các cổng theo cách để nếu một máy tính thực hiện truyền tải dữ liệu, dữ liệu đó phải được gửi qua dây nhận của máy tính khác.

Ngay bây giờ có thể bạn sẽ tự hỏi, làm sao dữ liệu có thể đến được đúng đích cần đến nếu nhiều hơn hai máy tính được kết nối vào một hub? Bí mật nằm trong card mạng. Mỗi card Ethernet đều được cung cấp một địa chỉ vật lý MAC (Media Access Control) duy nhất. Khi một máy tính trong mạng Ethernet truyền tải dữ liệu qua mạng có các máy PC kết nối với một hub, thực tế dữ liệu được gửi tới mọi máy có trong mạng. Tất cả máy tính đều nhận dữ liệu, sau đó so sánh địa chỉ đích với địa chỉ vật lý MAC của nó. Nếu khớp, máy tính sẽ biết rằng nó chính là người nhận dữ liệu, nếu không nó sẽ lờ dữ liệu đi.

Như bạn có thể thấy, khi một máy tính được kết nối qua một hub, mọi gói tin đều được gửi tới tất cả máy tính trong mạng. Vấn đề là máy tính nào cũng có thể gửi thông tin đi tại bất cứ thời gian nào. Bạn đã từng thấy một cuộc họp mà trong đó tất cả thành viên tham dự đều bắt đầu nói cùng một lúc? Vấn đề của kiểu mạng này chính là như thế.

Khi một máy tính cần truyền dữ liệu, nó kiểm tra xem liệu có máy nào khác đang gửi thông tin tại cùng thời điểm đó không. Nếu đường truyền rỗi, nó truyền các dữ liệu cần thiết. Nếu đã có một một máy khác đang sử dụng đường truyền, các gói tin của dữ liệu đang được chuyển qua dây sẽ xung đột và bị phá huỷ (đây chính là lý do vì sao kiểu mạng này đôi khi được gọi là tên miền xung đột). Cả hai máy tính sau đó sẽ phải chờ trong một khoảng thời gian ngẫu nhiên và cố gắng truyền lại các gói tin đã bị phá huỷ của mình.

Số lượng máy tính trên tên miền xung đột ngày càng tăng khiến số lượng xung đột cũng tăng. Do số lượng xung đột ngày càng tăng nên hiệu quả của mạng ngày càng giảm. Đó là lý do vì sao bây giờ gần như switch đã thay thế toàn bộ hub.

Một switch (bạn có thể xem trên hình D), thực hiện tất cả mọi nhiệm vụ giống như của một hub. Điểm khác nhau chỉ là ở chỗ, khi một PC trên mạng cần liên lạc với máy tính khác, switch sẽ dùng một tập hợp các kênh logic nội bộ để thiết lập đường dẫn logic riêng biệt giữa hai máy tính. Có nghĩa là hai máy tính hoàn toàn tự do để liên lạc với nhau mà không cần phải lo lắng về xung đột.

Hình 4: Switch trông giống hệt như hub nhưng hoạt động khác hơn nhiều.

Switch thực sự nâng cao được đáng kể hiệu quả của mạng. Bởi chúng loại trừ xung đột và còn nhiều hơn thế, chúng có thể thiết lập các đường dẫn truyền thông song song. Chẳng hạn khi máy tính A đang liên lạc với máy tính B thì không có lý do gì để máy tính C không đồng thời liên lạc với máy tính D. Trong một tên miền xung đột (collision domain), các kiểu truyền thông song song này là không thể bởi vì chúng sẽ dẫn đến xung đột.

Kết luận

Trong bài này chúng ta đã thảo luận về một số thành phần cơ bản để tạo một mạng đơn giản. Trong phần hai chúng ta vẫn sẽ tiếp tục quan tâm đến các thiết bị phần cứng mạng cơ bản. Xin mời các bạn tiếp tục đón xem ở phần sau.

In the morning light _ Yanni

Hãy nghe và cảm nhận! . Như cái tên của nó, bài hát gợi lên những tia nắng dịu của bình minh, những giọt sương trong suốt và mát lạnh. Mỗi khi nghe bài hát này, tôi đều cảm thấy tâm hồn thanh thản và đầy sức sống. Play đi nào

Người bạn

Người Bạn

Dan Clark
Người chủ tiệm treo tấm bảng “Bán Chó Con” lên cánh cửa. Những tấm biển kiểu như vậy luôn hấp dẫn các khách hàng nhỏ tuổi. Ngay sau đo,ù có một cậu bé xuất hiện. “Chú bán mấy con chó này với giá bao nhiêu vậy?” cậu bé hỏi.
Ông chủ trả lời “Khoảng từ $30 cho tới $50.”
Cậu bé móc trong túi ra một ít tiền lẻ. “Cháu có $2.37,” cậu nói, “cháu có thể coi chúng được không?”
Người chủ tiệm mỉm cười và huýt sáo. Từ trong cũi chạy ra chó mẹ Lady cùng với năm cái nắm lông be bé xinh xinh chạy theo. Một con chó con chạy cà nhắc lết theo sau. Ngay lập tức, cậu bé chỉ vào con chó nhỏ bị liệt chân đó “Con chó con này bị làm sao vậy?”
Người chủ giải thích rằng bác sĩ thú y đã coi và nói rằng con chó con bị tật ở phần hông. Nó sẽ bị đi khập khiễng mãi mãi. Nó sẽ bị què mãi mãi. Đứa bé rất xúc động. “Cháu muốn mua con chó con đó.”
Người chủ nói rằng “Chắc là cháu không muốn mua con chó đó đâu, còn nếu cháu muốn nó thì chú sẽ cho cháu luôn.”
Cậu bé nổi giận. Cậu nhìn thẳng vào mắt của người chủ, và nói rằng “Cháu không muốn chú cho cháu con chó con đó. Nó xứng đáng như bất kỳ con nào khác và cháu sẽ trả cho chú đủ giá tiền cho nó. Thật ra, cháu sẽ đưa cho chú $2.37 bây giờ và 50cent mỗi tháng cho đến khi cháu trả đủ số tiền.”
Người chủ phản đối “Cháu đâu có muốn mua con chó đó. Nó sẽ chẳng bao giờ có thể chạy được và chơi với cháu như những con chó con khác.”
Nghe vậy, cậu bé cúi xuống và kéo ống quần lên để lộ ra một chân bị vặn vẹo, teo quắt và phải có hệ thống thanh giằng chống đỡ. Cậu nhìn lên người chủ và nói rất khẽ “Vâng, cháu cũng không có chạy được, và con chó nhỏ đó cần một người có thể hiểu được nó!”

Lập Trình Viên – Bạn Sẽ Bị Đào Thải Ngày Mai?

Thế giới là một cuộc chọn lọc và đào thải không ngừng, nhưng thế giới IT còn khắc nghiệt hơn. Bạn sẽ là người bị đào thải kế tiếp?

1. Cái chết của mô hình Waterfall

Năm 1970, mô hình nổi tiếng và được áp dụng trong qui trình phát triển phần mềm tại phần lớn các công ty hiện nay ra đời: mô hình thác nuớc (waterfall model). Mô hình này là kết quả của sự kết hợp các mô hình sản xuất từ các ngành kỹ thuật khác áp dụng cho công nghệ phần mềm. Nó định nghĩa ra chuỗi qui trình phát triển theo thứ tự từ trên xuống bao gồm: lấy yêu cầu khách hàng, làm thiết kế, phát triển, kiểm định và cuối cùng sẽ bàn giao cho người dùng. Bạn sẽ thấy mô hình này giống hệt với qui trình xây một căn nhà: kiến trúc sư tìm hiểu yêu cầu của chủ nhà, thiết kế căn nhà, đưa cho đội ngũ thi công thực hiện, kiểm tra chất lượng và cuối cùng trao chìa khóa cho người sở hữu.
Năm năm sau, Frederick Brooks phát hiện ra lỗ hổng lớn đầu tiên của mô hình này trong cuốn sách kinh điển về quản trị dự án: The Mythical Man-Month (Bí mật về tháng nhân công). Chắc các bạn làm phần mềm đều biết khái niệm man-month (hay man-day) là thước đo căn bản để tính giá cho việc phát triển phần mềm: đó là công lao động trong một tháng (hay một ngày) của một lập trình viên. Phát hiện nổi tiếng nhất của Brooks là “trong phát triển phần mềm không phải cứ thêm nhân công thì dự án sẽ nhanh hơn theo cùng cấp số“. Vấn đề là do sự mất cân đối trong giao tiếp khi số lượng người tham gia tăng lên.

Nhiều năm qua đi, người ta ngày cảng học hỏi được nhiều hơn về cách tốt nhất để làm một phần mềm và cũng bắt đầu nhận thức được rằng mô hình thác nước là quá cứng nhắc và thiếu thực tế. Không giống như việc bạn xây một căn nhà, ngay khi thiết kế, người ta đã dự kiến được 99% hình thù và chi tiết căn nhà sẽ như thế nào. Một dự án phần mềm hiếm khi được hình dung một cách chi tiết và đúng theo yêu cầu công việc. Chỉ khi đưa vào thử nghiệm trong môi trường thực các vấn đề mới bắt đầu phát sinh và việc thay đổi yêu cầu diễn ra thường xuyên.

Những người “ngoại đạo” thường nghĩ rằng vì phần mềm là “mềm” nên có thể dễ dàng thay đổi chỉnh sửa tùy hứng. Nhưng thực ra phầm mềm cũng giống như bất kỳ một cơ cấu kỹ thuật nào khác (như máy móc cơ khí chẳng hạn), nó cũng có thiết kế và cấu trúc (mà thường lại còn phức tạp hơn các máy móc cơ khí rất nhiều).

Khi yêu cầu công việc thay đổi, việc thay đổi trong phần mềm là tất yếu và trong thế kỷ 21 này các thay đổi lại càng diễn ra thường xuyên và nhanh chóng. Với mô hình thác, việc theo kịp các thay đổi là không thể thực hiện vì vòng qui trình của nó quá dài. Nó giống như việc cứ mỗi lần có bất kỳ thay đổi nào là bạn phải gần như phải phá căn nhà đi và xây lại từ đầu. Bạn có thể hình dung ra được sự tốn kém và bất tiện sẽ lớn như thế nào.

Tóm lại, hai vấn đề lớn nhất của mô hình thác nước là:

1. Mô hình này quá tự tin với giả định rằng chúng ta luôn có thể làm được một hệ thống hoàn hảo ngày lần đầu.

2. Phầm mềm ngày càng khác với các cơ cấu kỹ thuật cứng nhắc mà giống như các cơ thể sống – nó phải tiến hóa để thích hợp với môi trường. Đây chính là tiền đề cho một phương thức phát triển mới chiếm lĩnh ưu thế trong những năm gần đây: phương thức phát triển linh hoạt (Agile Development Methods).

2. Phát triển linh hoạt – Phần mềm tiến hoá

Phương thức phát triển phần mềm linh hoạt bắt đầu xuất hiện vào đầu những năm 90 với mục tiêu là phần mềm phải có khả năng biến đổi, phát triển và tiến hóa theo thời gian mà không cần phải làm lại từ đầu. Phương thức này tập chung vào tính đơn giản: tạo ra một phần mềm thật đơn giản đáp ứng đúng yêu cầu của khách hàng hôm nay và sẵn sàng cho những thay đổi vào ngày mai.

Phương thức phát triển này dựa trên hai kỹ thuật đáng lưu ý nhất:

1. Refactoring: Giống như vệc bạn trang trí lại căn nhà mà không cần phải cơi nới, xây thêm hay xây lại, “refactoring” (xin lỗi, tôi chưa tìm được từ tiếng Việt nào thích hợp để dịch) cho phép chúng ta chuyển đổi mã lệnh để làm cho ứng dụng tốt hơn, đẹp hơn mà không phá hỏng nó (các bạn có thể tìm hiểu thêm về kỹ thuật này trong cuốn Refactoring: Improving the Design of Existing Code).
2. Developer Testing: Phần mềm do chính các lập trình viên được kiểm định thay vì do các nhóm tester độc lập làm. Công cụ là “unit test”, cho phép từng phần nhỏ của phần mềm được kiểm định ngay trong quá trình phát triển trước khi lắp ghép vào ứng dụng. (xin xem thêm cuốn Test Driven Development: By Example)

Một trong những yếu tố khác khiến cho phương thức phát triển linh hoạt có thể cất cánh là sự lớn mạnh của các ngôn ngữ kịch bản (scripting language) như PHP, Python và gần đây là “viên hồng ngọc” Ruby. Tính linh hoạt của các ngôn ngữ này khiến cho việc thay đổi phần mềm dễ dàng hơn nhiều so với các ngôn ngữ tiền bối. Thêm vào đó là việc cộng đồng mã nguồn mở đang cung cấp vô số các thư viện dựng sẵn, đáp ứng cho việc phát triển nhanh, triển khai nhanh, thường xuyên đưa ra các cập nhật mới (release soon, release often) theo đúng tinh thần của phương thức phát triển linh hoạt. Phần mềm ngày nay không phải được nâng cấp hàng năm mà là hàng tuần, thậm chí hàng ngày.

3. Tương lai phát triển phần mềm: Chỉ cần một vài “nghệ nhân”

Digg, del.icio.us… các “phần mềm” trị giá hàng chục triệu, hàng trăm triệu USD chỉ do một hai người thực hiện. Facebook, mạng xã hội trị giá nhiều tỷ USD, cũng chỉ do một nhóm nhỏ làm ra.

Bí quyết phát triển các phần mềm có giá trị nhất ngày nay là chỉ cần một vài người có kỹ năng, nhiều nhiệt huyết. Với vài cá nhân xuất sắc trang bị các ngôn ngữ lập trình hiện đại và phương thức làm việc mới, một nhóm nhỏ có thể làm ra những sản phẩm tốt hơn cả một “đạo quân” lập trình viên trước kia.

Tổng kết lại, có thể thấy những thay đổi sẽ diễn ra trong các năm tới đây:

• Những kỹ sư phần mềm có trình độ cao, có nhiệt huyết và tham vọng sẽ là những cỗ máy làm ra tiền.
• Những lập trình viên không có kỹ năng đặc biệt có lẽ nên tìm việc làm ở lĩnh vực khác.
• Những thay đổi mà chúng ta đang thấy ở thị trường phần mềm đại chúng sẽ diễn ra ở các công ty lớn.
• Đưa phần mềm cho nước ngoài gia công (outsourcing) sẽ ngày càng ít tính kinh tế hơn.
• Khoa học máy tính vẫn là lĩnh vực cạnh tranh và đòi hỏi cao.

4. Tương lai của các LTV Việt Nam

Nhìn các xu hướng đang diễn ra trên thế giới, có thể thấy rằng các dự án cần hàng trăm người sẽ ngày càng ít đi. Theo tính toán của Mỹ, chi phí outsourcing đang gia tăng (từ 1/10 lên 1/3 so với giá thành sản xuất trong nước) làm cho việc đưa phần mềm ra nước ngoài gia công ngày càng kém hấp dẫn. Ngoài ra, do khó khăn về giao tiếp và chệnh lệch về trình độ, chất lượng các dự án này cũng không được như mong muốn và rất khó bắt kịp các thay đổi của khác hàng.

Các LTV luôn có xu hướng muốn gia nhập các công ty lớn, tham gia vào các dự án lớn. Nhưng có thể đấy sẽ cách tiếp cận sai lầm vì:

• Tương lai của các công ty làm xuất khẩu phần mềm dạng này đang ngày càng bấp bênh.
• Bản thân các LTV thường không cải thiện được trình độ vì các công việc được giao ít cần kỹ năng cao hay tính sáng tạo.

Tất nhiên, nhìn thẳng vào thực tế, sự thay đổi sẽ không diễn ra ngay trong nay mai — mô hình thác nước và các biến thể của nó vẫn sẽ được dùng, người ta sẽ vẫn outsourcing. Nhưng mọi thứ sẽ ngày càng khó khăn hơn, đòi hỏi cao hơn và chỉ khi bạn thực sự chuẩn bị tốt cho sự thay đổi thì mới tránh được việc bị đào thải.

Đáng lo ngại nhất là các LTV Việt Nam còn xa mới theo kịp các đồng nghiệp ở các nước như Ấn Độ hay Ireland cả về mặt tổ chức lẫn kỹ năng. Chúng ta quá chú trọng tới các công nghệ độc quyền của Microsoft, Oracle hay IBM và hiểu biết về mã nguồn mở là một lỗ hổng lớn. Không may, có thể ngày mai công ty sẽ nói lời chia tay với bạn chỉ vì bạn không có kinh nghiệm gì về Python hay cơ sở dữ liệu MySQL. Như tựa một bộ phim “Đó là một tương lai không quá xa” (Not too far future), xin hãy suy nghĩ lại con đường của mình.

(theo ReadWriteWeb)

Làm thế nào để đưa nàng lên giường?

(Nhớ đọc cho hết đó)

Đầu tiên, xin đưa ra một lời khuyên an toàn ” người con gái mà bạn muốn đưa lên giường nên là vợ chưa cưới của bạn hoặc là người con gái mà bạn muốn cưới làm vợ, bởi nếu có chuyện gì xảy ra thì ít nhất người ta cũng không lôi bạn ra công an.

Các bước để tiến hành đưa nàng lên giường gồm có:

Bước 1: chọn một ngày nàng bận rộn với việc đi học và đi làm, buổi sáng trước khi nàng ra khỏi cửa bạn hãy gọi điện và dặn nàng tan học hoặc tan làm xong nhớ chờ bạn đến đón.

Bước 2: Khoảnh khắc lúc nàng free đã đến, hãy mua 1 bó hoa tươi (bao nhiêu bông tùy thuộc vào cái ví tiền xông xênh của bạn… hé hé). Hãy đợi nàng ở cổng trường hoặc cổng cơ quan nhé. Cầm hoa đợi nàng ở cổng cho nó lãng mạn….

Bước 3: Khi gặp nàng hãy dùng giờng nói dịu dàng nhất mà bạn có thể thể hiện để rủ rê: “Chúng mình đi chơi nhé em?”

Bước 4: Đưa nàng đi chơi. Vứt cái xe máy của bạn đi và sánh đôi cùng nàng bách bộ. Mục đích: làm cho nàng mệt!!!!!!

Bước 5: Bách bộ thế là đủ, hãy dẫn nàng đi ăn cơm. Chọn một nơi lãng mạn, dùng những lời đường mật cùng với hoa tươi và rượu ngon (cái trò này thì tớ ko phái nói nhiều chứ? )

Bước 6: Đi chơi rồi, ăn no rồi, rượu cũng uống ngà ngà rồi, đừng có nóng ruột quá mà tính không đưa tiểu thư về nhà. Trên đường về chính là thời cơ tốt để bạn tiến hành mục đích của mình.

Bước 7: Bạn và nàng đã đứng trước cổng nhà nàng. Chú ý nhé, thời khắc đến rồi. Hãy tiếp tục sử dụng giọng nói ngọt ngào, dịu dàng và quyến rũ nhất để mồi chài nàng: “Hôm nay đi chơi vui quá. Hay chúng mình đi chơi qua đêm đi em?”

Lúc này nàng nhất định sẽ trả lời: “Thực sự bây giờ em rất mệt. Đi làm (đi học) cả ngày. Tối về lại phải đi bách bộ khắp nơi. Đã thế còn vừa ăn no. Em muốn đi ngủ. Hôm khác anh nhé!”.

Thế là xong ….

Nàng đi ngủ rồi ….
trên cái giường ấm áp của nàng…

Tức là nàng đã lên giường.

Còn bạn thì sao? Nói bạn đấy!
Này! Ngẩn ngơ gì thế? Còn không mau đi về nhà đi?
Nửa đêm nửa hôm đứng trước cổng nhà con gái ngoan người ta làm gì thế?

                                                                                                                                                                  Solid

Cánh cửa không bao giờ khoá

Cánh cửa không bao giờ khoá

---

Cô gái mới có 18 tuổi, cô – như hầu hết các thanh niên ngày nay – chán sống chung trong một gia đình nền nếp. Cô chán lối sống khuôn phép của gia đình. Cô muốn rời khỏi gia đình:

- Con ko muốn tin ông trời của ba mẹ. Con mặc kệ, con đi đây!

Thế là cô quyết tâm bỏ nhà đi, quyết định lấy thế giới bao la làm nhà mình. Tuy nhiên, chẳng bao lâu, cô bị ruồng bỏ bì ko tìm ra việc làm, cô phải làm gái đứng đường, đem thân xác, hình hài mình ta làm thứ để mua bán, đổi chác. Năm tháng cứ thế trôi qua, cha cô qua đời, mẹ cô già đi và cô con gái đó ngày càng sa đọa trong lối sống của mình.

Không còn chút liên lạc nào giữa hai mẹ con trong những năm tháng ấy. Bà mẹ nghe đồn về lối sống của con gái mình, bà đã đi tìm con trong khắp thành phố. Bà đến tuèng nhóm cứu trợ với lời thỉnh cầu đơn giản:

- Làm ơn cho tôi chưng tấm hình ở đây!

Đó là tấm hình một bà mẹ tóc muối tiêu, mỉm cười với hàng chữ: “Mẹ vẫn yêu con… Hãy về nhà đi con!”.

Vài tháng lại trôi qua, vẫn không có gì xảy ra. Rồi một ngày, cô gái đến toán cứu trợ nọ để nhận một bữa ăn cứu đói. Cô chẳng buồn chú ý đến những lời giáo huấn, mắt lơ đễnh nhìn những tấm hình và tự hỏi: “Có phải mẹ mình không nhỉ?”.

Cô ko còn lòn dạ nào chờ cho hết buổi lễ. Cô đứng lên, ra xem kĩ bức ảnh. Đúng rồi, đúng là mẹ cô và cả những điều bà viết nữa: “Mẹ vẫn yêu con… Hãy về nhà đi con!”. Đứng trước tấm hình, cô bật khóc.

Lúc đó trời đã tối nhưng bức hình đã làm cô gái xúc động đến mức cô quyết định phải đi bộ về nhà. Về đến nhà trời đã sáng tỏ. Cô sợ hãi khép nép không biết sẽ phải nói ra sao. Khẽ gõ cửa, cô thấy cửa không khoá. Cô nghĩ chắc có trộm vào nhà. Lo lắng cho sự an toàn của mẹ mình, cô gái trẻ chạy vội lên buồn ngủ của bà và thấy bà vẫn đang ngủ yên. Cô đánh thức mẹ mình dậy:

- Mẹ ơi, con đây! Con đây! Con đã về nhà rồi!

Không tin vào đôi mắt mình, bà mẹ lau nước mắt rồi hai mẹ con ôm chầm lấy nhau. Cô gái nói với mẹ:

- Mẹ à, con lo quá. Thấy cửa không khoá, con cứ nghĩ nhà có trộm!

Bà mẹ nhìn con âu yếm:

- Không phải đâu con à! Từ khi con đi, cửa nhà mình chưa bao giờ khoá. Mẹ sợ lúc nào đó con trở về mà mẹ không có ở đây để mở cửa cho con!

Và cô gái lại gục đầu vào lòng mẹ, bật khóc!