Tuyển dịch - Core J2EE patterns best practices and design strategies

Core J2EE patterns - best practices and design strategies là một trong những quyển sách hay dành cho lập trình viên - được biên soạn bởi Deepak Alur, John Crupi, Dan Malks. Cho dù bạn có là tín đồ của .NET, PHP, Ruby, ... tôi khuyên bạn vẫn nên đọc qua nó - nếu bạn muốn mình có thể đạt đến một trình độ kĩ thuật cao hơn (ở mức độ thiết kế và xây dựng kiến trúc hệ thống phần mềm).

Tôi sẽ lựa chọn một số chương mà tôi tâm đắc để dịch và giới thiệu đến mọi người.
Tuy nhiên tôi sẽ không dịch sát nghĩa trên nội dung mà sẽ viết lại theo cảm nhận và cách hiểu của mình. Nội dung dịch sẽ bám sát theo tư tưởng: phân tích và giải thích vấn đề không bị phụ thuộc vào ngôn ngữ. Do đó nếu bạn muốn hiểu sâu về chi tiết và cách hiện thực trên J2EE thì nên đọc từ ebook tiếng Anh.

Một quyển sách khác mà tôi cũng khuyên bạn nên đọc là: Enterprise Solution patterns Using Microsoft.NET. Đây là quyển dành cho lập trình viên .NET. Tuy nhiên xét về nội dung thì các pattern này cũng gần như tương tự nhau - chỉ khác nhau về cách hiện thực chi tiết trên mỗi platform.

Mục đích của việc dịch và giới thiệu quyển sách này là muốn chia sẻ với mọi người
Nếu các bạn thấy có những đoạn dịch chưa chuẩn hoặc làm mọi người hiểu sai ý nghĩa xin vui lòng đóng góp và gửi mail cho mình: tran.dang.khoa.khtn@gmail.com

Danh sách những chương sách đã dịch sẽ được cập nhật qua bài viết này
(hiện tại chỉ mới dịch xong chương 1)

Chương 1: Giới thiệu

Tết Trâu Vàng

Xuân này tiễn Chuột đón Trâu, xin post một câu đối xuân để tặng mọi người.
Chúc tất cả bạn bè, đồng nghiệp và những người thân của tôi một năm mới an khang thịnh vượng - may mắn và thành đạt.




Riêng tôi lại "già" thêm một tuổi nữa rồi...

Xuân khứ bách hoa lạc
Xuân đáo bách hoa khai
Sự trục nhãn tiền quá
Lão tòng đầu thượng lai
...
(Mãn Giác thiền sư)

Napoleon Hill và Cách nghĩ để thành công

Có nhiều quyển sách để lại ấn tượng trong tôi, nhưng ít có quyển sách nào để lại trong tôi những "ám ảnh" sâu sắc đến thế.

Cách nghĩ để thành công là quyển sách đầu tiên đưa ra triết lý của sự thành đạt - được viết ra từ vô số những câu chuyện có thật của những người vĩ đại như Edison, Henry Ford,... những con người phần lớn đi lên từ 2 bàn tay trắng và đôi khi còn bị xem là thất học. Tuy nhiên họ đã để lại những dấu ấn thành công rực rỡ và những đóng góp vĩ đại cho nhân loại. Tác giả Napoleon Hill đã dành cả cuộc đời mình để phỏng vấn những con người như thế và đã đúc kết những nguyên lý dẫn đến thành công trong một quyển sách - mà theo tôi là kim chỉ nam cho những con người luôn đặt câu hỏi cho mình: tại sao tôi chưa thành công?

Dưới đây là một số trải nghiệm của tôi từ quyển sách này
1. Biết rõ các mục tiêu trong đời đã là đi được một nữa chặng đường đến sự thành công"
2. Hãy biến mục tiêu của bạn thành nỗi ám ảnh và sự khát khao tột bực. Nỗi ám ảnh đó sẽ chi phối đến tư duy, tiềm thức của bạn để chỉ cho bạn con đường đến thành công.
3. Đừng bao giờ từ bỏ mục tiêu, bởi vì: kẻ chiến thắng không bao giờ từ bỏ. Kẻ từ bỏ sẽ không bao giờ chiến thắng
4. Đừng bao giờ lo lắng rằng khó khăn sẽ đến với mình và dù đó có là sự thật hiển nhiên thì cũng không được phép nản lòng.
5. Không người nào đạt đến những thành công vĩ đại mà không chấp nhận hy sinh
6. Để thành công cần phải có sự liên kết với những con người nhiệt huyết, có khả năng và có cùng chí hướng
7. Bạn không nhất thiết phải trở thành người xuất sắc nhất trong mọi lĩnh vực. Sức mạnh trí tuệ mà bạn có chính là kiến thức của những con người mà bạn liên kết được.
8. Kiến thức không phải là những gì bạn nên biết mà là những gì bạn cần áp dụng để đạt được mục tiêu.

Rất khó để diễn đạt những ám ảnh của tôi sau khi đọc xong "Cách nghĩ để thành công". Có thể bạn sẽ có những trải nghiệm khác với những gì tôi đã rút ra. Hãy đọc thử xem!

Không đề

Hôm nay có chút thời gian rảnh rỗi (vì phải install Mac OS và Ubuntu trên máy) nên quan sát một chút không khí làm việc của anh em xung quanh. Thấy một số bạn senior đang ngồi chơi game trong giờ làm việc. Chợt thấy buốn vô cùng. Tôi không trách các bạn, nhưng tôi tự đặt cho mình 3 câu hỏi:
1. Có phải các bạn đang chán công việc hiện tại? Điều gì làm cho các bạn cảm thấy chán? Liệu có ai hiểu được sự chán nản đó và chia sẻ với các bạn không?
2. Có phải các bạn không ý thức được việc mình đang làm ảnh hưởng đến bầu không khí văn hóa của công ty? là những vị trí ở cấp độ senior, nếu không thể kiểm soát được chính mình thì bạn không thể lead được người khác. Tôi mong các bạn không làm thế trong giờ làm việc nữa.
3. Phải chăng có một lỗ hỗng trong cơ chế xét duyệt promotion của công ty? nếu có, nó nằm ở đâu?

Chợt nhớ đến câu thơ của Vũ Đình Liên:
Những người muôn năm cũ.
Hồn ở đâu bây giờ?

... Than ôi, phải chăng những người tâm huyết ngày càng ít đi?

Đọc "Refactoring" của Martin Fowler

Refactoring là một trong những quyển sách đáng đọc cho lập trình viên. Sách được viết và biên soạn bởi những cây đại thụ trong làng kĩ nghệ phần mềm: Martin Fowler, Kent Beck, John Brant, William Opdyke và don Roberts




"Refactoring" không phải là một quyển sách mới. Quyển mà tôi đọc được ấn hành vào năm 2002 (có ghi một dòng: Another stupid release 2002
For all the people which doesn’t have money to buy a good book - dành cho những kẻ ko có tiền mua sách :-). Có lẽ tác giả cũng khá vui tính). Trước đây tôi chỉ đọc lướt qua, chủ yếu là học chiêu. Giống như bọn giang hồ chỉ thích học lóm chiêu pháp của người khác mà không luyện qua những chiêu thức căn bản. Đến sau này có thời gian đọc lại, tôi mới thấu hiểu những tinh hoa nằm sau nội dung sách.

Một chương trình, xét cho cùng cũng chỉ là một tập những dòng mã. Do đó giá trị của một chương trình ngoài những giá trị về chức năng - kinh tế nó cung cấp cho khách hàng, còn một yếu tố quan trọng nữa là: chất lượng mã nguồn. Mã nguồn được đánh giá là tốt khi nó thỏa mãn các yếu tố:
1. Có giá trị cao về mặt kinh tế
2. Độ bao phủ test gần 100%
3. Có tính đơn giản
4. Không trùng lặp
5. Có sức biểu đạt cao.
(Trích từ phát biểu của Robert C.Martin về "thế nào là mã nguồn tốt")

Refactoring - tạm dịch là tinh chỉnh mã nguồn - là hoạt động giúp ta đạt được 3 yếu tố (3) (4) (5). Trong đó yếu tố số 5 được xem là yếu tố then chốt cần đạt được trong refactoring.
Dưới đây tôi giới thiệu tổng quan một số chương sách để giúp bạn có một góc nhìn ban đầu.

Chương 1 của quyển sách đưa ra một ví dụ đầu tiên về refactoring thông qua một đoạn mã nguồn cụ thể và áp dụng refactoring để làm cho mã nguồn trở nên dễ đọc hơn.

Chương 2 nói về những nguyên tắc của refactoring. Đây là chương chưa đựng nhiều giá trị đáng đọc. Nó trả lời giúp tôi những câu hỏi thú vị: tại sao cần refactoring? tôi phải nói với sếp điều gì khi tôi muốn refactor mã nguồn của tôi? Mối quan hệ giữa refactoring và design? Mối quan hệ giữa refactoring và hiệu suất chương trình.

Chương 3: Giúp bạn phát hiện mã xấu. Đây cũng là một chương rất quan trọng vì nó giúp bạn hình thành nên ý niệm giữa cái tốt và xấu trong mã nguồn

Chương 4: Giúp bạn ý thức về việc viết Unit test để đảm bảo mã nguồn của bạn chạy đúng. Các unit test cũng giúp bạn phát hiện sai lầm trong quá trình refactoring.

Từ chương 5 đến chương 13 là những chương dạy cho bạn chiêu pháp để tinh chỉnh mã nguồn.
Chương 14 bàn thêm về những công cụ hỗ trợ refactoring

Tôi đánh giá rất cao 4 chương đầu tiên của quyển sách. Chúng được xem là những chiêu thức căn bản và tạo nên tinh hoa của quyển sách này.

Về các chiêu thức để refactoring (HOW), tôi tạm chia chúng ra làm 4 cấp bậc:

Cấp 1: các chiêu thức sử dụng để refactor những đoạn mã nguồn nhỏ (các quy tắc đặt biến, biểu thức điều kiện, loại bỏ parameter thừa, ...)
Cấp 2: Cấp độ phương thức (method)
Cấp 3: Cấp độ class
Cấp 4: Cấp độ thuật toán và thiết kế hệ thống


Thực chất, không cần phải nhớ hết tất cả những chiêu thức trong sách. Để đọc quyển sách này một cách hiệu quả, tôi làm như sau:
- Ghi nhớ tinh thần và các ý niệm của 4 chương đầu tiên.
- Mở lại những đoạn mã nguồn cũ - tìm ra những đoạn mã xấu.
- Xác định các module cần refactor
- Viết Unit test cho những hàm mà module cung cấp ra ngoài. (vì trước đây tôi ít viết Unit test cho những đoạn mã nguồn cũ)
- Đọc tiếp các chiêu thức còn lại. Sau mỗi chương, tôi thực hành ngay trên những module tôi xác định muốn refactor.
Đó là cách mà tôi đọc và thực hành trên quyển sách này. Còn bạn?

Tổ chức thông tin

Tôi là một người hay quên. Vì vậy tôi cố gắng tổ chức thông tin sao cho thật hiệu quả để tìm kiếm mà không cần phải nhớ quá nhiều. Có một tiêu chí tôi tự đặt ra cho mình: đối với mỗi vấn đề tôi đã từng gặp qua - khi cần thiết chỉ cần bỏ ra tối đa 5 phút để tìm lại.

Tôi chia sẻ với các bạn những công cụ mà tôi đã sử dụng (hy vọng là nó cũng hữu ích đối với các bạn)

1. Tổ chức thư mục hợp lý.

Máy tính là công cụ mà tôi sử dụng thường xuyên. Do đó tôi cố gắng tổ chức cấu trúc thư mục sao cho rõ ràng và dễ nhớ. Một cấu trúc thư mục ví dụ mà tôi đang dùng
+ Ebooks
(Phan loai ebook theo danh muc)
+ Projects
(Moi du an duoc to chuc thanh mot thu muc rieng)
+ R&D
(Nhung task research lien quan)
+ Personal
Notes (Ghi chu ca nhan)
Documents (Nhung tai lieu tu viet)
CV (CV ca nhan)
...

2. Tổ chức email cá nhân

Mỗi ngày tôi nhận được có khi gần 50 emails. Với số lượng email như vậy nếu không tổ chức/phân loại hợp lý tôi sẽ không thể nào quản lý thông tin một cách hiệu quả. Có một số cách tôi khuyên bạn nên dùng:
+ Filter những email ko cần thiết bằng cách tạo filter trên email client (Outlook, ThunderBird, ...)
+ Group email theo nhóm hoặc tổ chức thư mục để lưu trữ email. Mỗi khi đọc xong một email, tôi có thói quen kéo nó vào thư mục thích hợp (chỉ tốn maximum 5 s) nhưng khi cần tìm kiếm bạn có thể tiết kiệm được hàng phút hoặc có khi hàng giờ.

3. Tập thói quen ghi chú những thông tin quan trọng

Đối với những thông tin quan trọng như mật khẩu, tài khoản, thông tin về khách hàng, ... tôi không bao giờ lưu trữ chúng trên email hoặc archived messages. Tôi sử dụng những công cụ online dưới đây:
Google Docs: tạo những document để ghi chú những thông tin quan trọng và bảo mật. Tôi nghĩ rằng khả năng Google Docs bị sập hoặc Google phá sản thấp hơn rất nhiều so với khả năng máy tính tôi đang sử dụng bị crash.
Google Notebook: sử dụng cho các tình huống cần ghi chú nhanh.
Delicious: bookmark những link quan trọng cần nhớ + đánh tag rõ ràng để dễ tìm kiếm.
Mind map: (tôi đang dùng XMind - bạn có thể download từ xmind.net). Đây là công cụ tôi dùng để ghi chú những ý tưởng, những thông tin phức tạp về nội dung.

4. Đừng bao giờ bỏ phí bất kì lần tìm kiếm nào:

Mỗi lần tìm kiếm về một vấn đề là một lần mất thời gian. Tôi ghi nhận lại những thông tin tìm kiếm (những kết quả tốt nhất tìm được) vào một nơi. Trước đây tôi sử dụng chương trình KeyNote (chương trình này cho phép bạn lưu trữ ghi chú theo cấu trúc cây - rất hữu ích). Hiện tại đang chuyển sang dùng Google Notebook.
Mỗi lần search sẽ ghi lại các thông tin:
+ Chủ đề cần tìm kiếm
+ Những kết quả tìm được tốt nhất
+ Các hướng tìm kiếm dừng lại cuối cùng

5. Lập lịch nhắc nhở

Khi có những công việc quan trọng - tôi lập lịch biểu để nhắc nhở. Có thể sử dụng nhiều chương trình: Outlook, RemindTasks,...

Hôm trước có lần hỏi một em gái đồng nghiệp: em gửi lại cho anh danh sách những yêu cầu của Onshore PM cho đợt release này, em suy nghĩ một hồi rồi mở message archived của Yahoo để tìm lại. Buồn quá!
Hy vọng em đọc được bài viết này của anh nhé. Một chút chia sẻ hy vọng sẽ có ích cho những người bạn đồng nghiệp.

Mỗi ngày tôi chọn một niềm vui

Được ba mẹ lên thăm vào những ngày cuối năm. Một cảm giác lâng lâng khó tả. Buổi sáng thức dậy được mẹ nấu cơm chiên cho ăn - bỗng dưng thấy mình thật bé nhỏ làm sao. Thèm được có ba mẹ ở bên cạnh mãi.
Vài ngày nữa, ba mẹ lại về quê. Cuộc sống lại cứ trôi. Mình lại bị cuốn tiếp vào cái vòng xoay cơm áo bất tận. Là con một thì phải thế: được yêu thương nhưng trách nhiệm cũng rất lớn. Ngày mai, ngày kia,... năm sau ... rồi sẽ khác. Tôi tin - và sẽ làm tất cả để cho cuộc sống gia đình tôi đỡ vất vả hơn.

Mà thôi, ko nghĩ nữa. Tôi nhớ đến bài hát của Trịnh Công Sơn: Mỗi ngày tôi chọn một niềm vui. Ngày hôm nay niềm vui lớn nhất của tôi là được ở bên cạnh ba mẹ.

Ngủ thôi! mai còn phải đi làm.

Ngụy biện

Hôm trước đi uống cafe, trao đổi về ngụy biện với một anh bạn. Khá thích thú. Buổi tối tình cờ mình lại đọc một bài viết liên quan. Bài viết ủng hộ tư tưởng: những thói xấu của người Việt (tư tưởng có nguồn gốc từ tác giả Vương Trí Nhàn). Cũng khá hay. Thật sự mình thích cách lý luận của tác giả bài này. Càng đọc càng bị sa đà vào lối phân tích cuốn hút khiến mình cũng thấy những gì tác giả nói là đúng.

Tuy nhiên, sau khi suy nghĩ một lúc thì chợt hiểu ra một điều: tất cả những gì trong bài viết cũng là một cách ngụy biện. Vậy thì, hãy xem thử cách tôi ngụy biện để chứng minh tác giả sai:

1. Bài viết chỉ ra những gì nhóm phóng viên phỏng vấn ông Vương Trí Nhàn là sai, là ngụy biện. => Điều này không suy ra được những gì ông Vương Trí Nhàn nói là đúng (argumentum ad antiquitatem).
2. Về bản chất, khi tranh luận đúng hay sai ta cần hiểu được ý niệm (concept). Cái ý niệm ở đây là: "Thói hư tật xấu của một dân tộc". Vậy câu hỏi đặt ra là: "Có hay không thói xấu của một dân tộc".
Lý luận để chứng minh không tồn tại ý niệm này:
a. Con người là một tổng hòa các quan hệ xã hội. Việc phát triển và hình thành tính cách con người chịu sự chi phối rất lớn của hoàn cảnh xã hội. Thời gian càng dài thì mức độ chịu ảnh hưởng của các yếu tố xã hội lên các dân tộc sẽ gần như nhau. Điều này dẫn đến mỗi dân tộc đều có những phần tử tốt và xấu. => không thể đánh đồng một tính cách xấu cho cả dân tộc.
b. Anh có thể có những con số thống kê chính xác về một thói xấu nào đó trong một quốc gia. Ví dụ: tỉ lệ nghiện rượu. Tuy nhiên điều đó không chứng minh được dân tộc đó nghiện rượu.
c. Khi nói về tính cách, người ta chỉ có thể nói đến cá nhân hoặc những quần thể xã hội nhỏ. Ví dụ: nhóm... Vì trong một tập thể nhỏ, tính cách dễ bị dung hòa và ảnh hưởng đến cả tập thể. Một lý do cơ bản nữa là dễ thống kê hơn nên dễ đưa ra kết luận đối với các dạng quần thể này. Do đó về mặt lý thuyết nghiên cứu xã hội, ý niệm tính cách đã không được áp dụng cho những quần thể xã hội lớn: quốc gia, dân tộc.
=> Vì ko tồn tại khái niệm: thói xấu của một dân tộc dẫn đến quan điểm của ông Vương Trí Nhàn sai.

Tôi đã áp dụng những hình thức ngụy biện nào trong cách lý luận ở trên thế nhỉ?

Agile và XP - đâu là điểm khác biệt?

Hôm trước đi uống cafe với anh Vinh có trao đổi về XP và Agile. Chợt nhận ra một điều là mình chưa phân biệt được 2 khái niệm này. Trước đây cũng từng đọc về XP - hiểu và cảm nhận được nó ở mức độ trung bình. Tuy nhiên sau câu hỏi đột ngột này, mình cảm giác đang bị mất căn bản trầm trọng.

Giờ mới hiểu được bản chất:
http://en.wikipedia.org/wiki/Agile_software_development
Câu trả lời: Agile là một nhóm những phương pháp luận để đạt được những nguyên lý và mục tiêu xác định. XP chỉ là một phương pháp luận cụ thể.

Có nhiều phương pháp luận trong Agile:

• Agile Modeling
• Agile Unified Process (AUP)
• Agile Data Method
• DSDM
• Essential Unified Process (EssUP)
• Extreme programming (XP)
• Feature Driven Development (FDD)
• Getting Real
• Open Unified Process (OpenUP)
• Scrum

Tuy nhiên do XP khá nổi tiếng, nên ta nghe đến tên nó nhiều hơn những phương pháp luận còn lại. Ngoài XP, Scrum cũng là một phương pháp luận được nhắc đến nhiều trong Agile

Triết lý Ubuntu

Ubuntu là một bản phân phối của hệ điều hành Linux (mã nguồn mở) và đang được nhiều người sử dụng khá phổ biến. Sau khi tìm hiểu, tôi cảm thấy khá thích thú với ý nghĩa của cái tên này

http://en.wikipedia.org/wiki/Ubuntu_(philosophy)

Ubuntu: có nguồn gốc từ tiếng Bantu (Nam Phi). là một triết lý nhân văn thể hiện lòng trung thành và mối quan hệ giữa con người với con người.
Nghĩa khái lược của Ubuntu: nhân loại hướng về nhau.
Một cách dịch khác của Ubuntu: Lòng tin vào việc chia sẻ sẽ kết nối nhân loại

A person with Ubuntu is open and available to others, affirming of others, does not feel threatened that others are able and good, for he or she has a proper self-assurance that comes from knowing that he or she belongs in a greater whole and is diminished when others are humiliated or diminished, when others are tortured or oppressed

Một người với tinh thần Ubuntu là một người được xác nhận là mở và luôn sẵn sàng cung cấp giá trị hữu ích trong cộng đồng. Anh ta không bao giờ cảm thấy bị đe dọa bởi những gì người khác có thể làm được và có thế mạnh. Anh có lòng tin sâu sắc rằng mình thuộc về một tập thể to lớn hơn và bản thân anh sẽ bị ảnh hưởng xấu khi có một ai đó bị tổn hại.
(Đoạn trên mình chỉ dịch thoáng để mọi người có thể nắm được tinh thần cốt lõi. Có một số chỗ không sát nghĩa. Ví dụ:
available to others => luôn sẵn sàng cung cấp giá trị hữu ích trong cộng đồng.
when others are humiliated or diminished, when others are tortured or oppressed => khi có một ai đó bị tổn hại)


Triết lý Ubuntu đã trở thành một trong những nguyên tắc kim chỉ nam trong việc hình thành nền cộng hòa Nam Phi và có liên đới đến ý tưởng về giấc mơ phục hưng Châu Phi.

Không bàn thêm nhiều về những vấn đề xung quanh, nhưng tôi thực sự tin rằng:
Sự chia sẻ có thể nối kết nhân loại.

Liệu tôi có là một con người Ubuntu chăng?

Chiêm nghiệm lại từ một dự án

P... một dự án tôi đã tham gia sắp kết thúc. Có nhiều điều tôi cần chiêm nghiệm lại về bản thân mình. Tôi có thói quen như vậy. Sau mỗi một sự kiện, tôi đánh giá lại những gì mình đã gặt hái, những thất bại để rút kinh nghiệm cho những cuộc chiến mới.
Tuần trước, đã tổ chức một meeting nhỏ (non-official) với các thành viên. Chủ yếu là một buổi nói chuyện để đánh giá và rút kinh nghiệm. Tôi muốn anh em hiểu nhiều hơn về mình - và cũng thông qua đó hiểu được nhiều hơn về những người đồng đội đã sát cánh cùng tôi trong thời gian qua.

Có một số điểm tôi cần bổ sung cho mình nhiều hơn cho những dự án kế tiếp:
1. Có những thời điểm quá bận rộn - tôi đã không thể đi theo sát anh em - mà phải giao việc dựa vào sự tin tưởng + theo dõi tiến độ. Có thể chính những thời khắc quan trọng ấy đã làm cho các bạn không có cảm giác chia sẻ.
2. P là một dự án dài hạn - các thành viên kì cựu cảm thấy nhàm chán với công việc hiện tại (chán về kĩ thuật). Tôi chưa tìm được một biện pháp thích hợp để thúc đẩy về tinh thần cho mọi người. Mặc dù trước đây có nhiều lần suy nghĩ những hình thức khác nhau: research new tech, seminar, ... hoặc tổ chức các hoạt động nhóm... Tuy nhiên vì P là một dạng dedicated proj - nên các hoạt động không thuộc phạm vi dự án là một vấn đề rất nhạy cảm... Có lẽ sẽ suy nghĩ những hình thức khác cho phù hợp hơn
3. Một số điểm khác về quản lý cần được cải tiến: communication, planning, documentation.
Gần đây đọc cuốn One minute manager mới thấy mình còn chuối(*). Sẽ còn phải phấn đấu nhiều hơn nữa.

(*) One minute manager là một quyển sách khá hay mà các nhà quản lý nên đọc. Tôi sẽ giới thiệu quyển sách này ở một bài viết sau.

Những điều đã đạt được:
1. Trưởng thành hơn từ công việc.
2. Học được nhiều ý tưởng và cách phát triển ý tưởng từ khách hàng.
3. Khả năng tư vấn ý tưởng phát triển sản phẩm.
4. Khả năng chịu đựng áp lực và có thể bình tĩnh trong những tình huống dễ mất bình tĩnh nhất.
5. Có thêm nhiều người bạn mới từ team làm việc cộng tác.
Có một điều lý thú: những anh chàng cùng làm chung của đối tác gọi tôi là "Party man". Ko hiểu vì lý do gì - mặc dù mình ko biết nhậu, cũng ko khoái hội hè.

Khai trương blog mới

Dạo gần đây có nhiều người bạn cũ hỏi sao không viết blog tiếp. Công việc hiện tại đã ngốn khá nhiều thời gian của tôi - nên cũng không còn nhiều nguồn cảm hứng để viết nữa. Hiện tại đang có 3 blog tất cả:
http://360.yahoo.com/dangkhoa_ag2002  (dạo gần đây không cập nhật - chỉ dùng để thơ thẩn và ghi lại những sự kiện đáng nhớ)

http://trandangkhoa.blogspot.com  Blog viết về kĩ thuật. Chủ yếu để chia sẻ kinh nghiệm trong công việc và PR là chính. (nhưng gần đây cũng bỏ hoang luôn).

và đây: http://trandangkhoa-vn.blogspot.com
Nguyên nhân lập ra blog này:
1) Tôi nghĩ mình nên tạo một kênh thông tin cho những bài viết tiếng Việt riêng. Đôi lúc có cảm hứng để viết thì không biết post vào đâu. Tôi không muốn dùng tiếp yahoo blog vì quá chán một số feature cũ rích và dễ bị spam comment.
2) Sắp sang một năm mới, muốn bắt đầu bằng một sự thay đổi để có nhiều may mắn hơn (hi hi, cũng khá mê tín nhỉ?)
Gửi tới những người bạn lời chào. Hy vọng sẽ có thêm thời gian để có thể viết và chia sẻ với các bạn nhiều hơn. Lúc này đầu óc chai sạn - không biết có còn tí cảm xúc nào để viết không nữa.
Bye and happy new year