Dec 25, 2010

Haipad M1001

http://www.haipad.net/ProductShow.asp?ID=5 http://www.hiapk.com/index.php
Tao search thử rồi, cái HaiPad mà tao mua là cái này

http://www.haipad.net/ProductShow.asp?ID=5
http://www.tudou.com/programs/view/w59txS1H3gc/

Không rõ trang này
http://www.shanzhaiben.com/
có liên quan gì đến haipad?

đồ của bọn này dùng tạm được, nhưng bọn nó làm ẩu quá:
kể cả phần cứng lẫn phần mềm. Nếu muốn cải tiến thì phải
order chúng nó customize thêm phần cứng và cả phần mềm
(phần mềm thì tự mình làm được chút ít)

Hỗ trợ tiếng Anh, tiếng Nhật, Việt thiếu.
Tài liệu cũng hơi lởm khởm (search toàn ra tiếng Trung không đọc được)

À, nếu sang Thẩm Quyến từ VN thì đi thế nào tiện nhất?
Có cần VISA không? Nếu An có việc sang đấy thì rủ tôi đi cùng nhá.
On Fri, Dec 17, 2010 at 9:33 AM, Darren Cook <@dcook.org> wrote:
>
> >>  They aren't too tech-savvy so I though something
> >> wireless that connects to an online web album and can be controlled
> >> from a browser would be good.
> >
> > I would recommend a Google Android tablet combined with Flickr Droid.
>
> Is that a practical suggestion? Can you suggest a specific model, that
> is available to buy now? An android tablet is so much more than a photo
> frame, so if the price is competitive that would explain why no-one is
> bothering to make photo frames (at least, with wireless) any more!

This is what I am playing with:

# This is not a knockoff.
# This toy is for geeks but I think its slide show function will work
pretty well once properly configurated.

http://shop.apadjp.com/products/detail.php?product_id=12

The latest Android version is 2.3 but I think 2.1 works fine.
Because the OP only needs a slide show that can be connected to Internet,
most apad works well with Flickr Droid as I recommended in the previous post.

The price is 2 man - 2.5 man depends on the model, but I am sure you can get
a bargain if you go to あきばお(?) at weekend.

So far, Wi-Fi works well for me, 256 MB of RAM seems to be enough for me
for surfing web, viewing PDF files with Acrobat Reader (for Android)
and slide show.
However, for the PNG and JPG file with resolution 1000x800 needs 1-2 seconds to
be rendered and shown on the screen (too slow compared to iPad?, yes,
compare their CPU and RAM)

One thing I am not happy with is, battery. It seems to be optimized
for decoding mp3 and working offline.
However if you go online (communication needed), the battery will run
out in less than 2 hours).

HTH.

Dec 18, 2010

タッチ!うごく うたえほん

子育て中のママ&パパ必見!! ママたちがこどものために作ったアプリ
「うごく絵本」+「うた」+「手遊び」+「カラオケ」=それが! 
「タッチ!うごく うたえほん」。人気の童謡を中心に10曲収録で盛りだくさん!
お子様を飽きさせない仕掛けや音がいっぱいです!




http://itunes.apple.com/jp/app/id408859672?mt=8#
http://app.joysound.com/sumahomama/

Nov 28, 2010

Khả năng

1. Chiều lòng khách hàng
2. Hỗ trợ tới mức kỹ thuật tới nhân viên cấp duới khi cần thiết
3. Khả năng ngôn ngữ Anh/Việt/Nhật (duy nhất), khả năng trình bày
4. Quản lý nguồn thông tin bằng các công cụ cần thiết
5. Gây ảnh hưởng gián tiếp
6. Chat có nội dung và không có nội dung
7. Chịu dựng áp lực công việc (kể cả mắng chửi :D)
8. Thay thế 4 người (2 quản lý trung gian và 2 phiên dịch viên) :)

Oct 9, 2010

flv to mp4 (iPhone) conversion

Under cygwin or a typical bash shell

ffmpeg version SVN-r20888

for file in *flv; do ffmpeg -i "$file" -s 320x180 "$file.mp4"; done

Sep 29, 2010

Lập trình không lỗi

"Lập trình không lỗi" là việc gần như không thể làm.
Ngay cả những công ty lớn và những lập trình viên siêu việt cũng gặp lỗi
vì họ không thể vượt qua quy luật:

"Mọi chương trình đều có ít nhất một lỗi".

Hệ quả: Nếu fix được "lỗi cuối cùng", sẽ xuất hiện "lỗi cuối cùng" tiếp theo.

Tips để lập trình ít lỗi hơn:

1. Architect it beautifully
-> Thiết kết dễ hiểu, đơn giản.
Nếu làm việc trên một hệ thống có sẵn, cần hiểu kỹ cấu trúc của hệ thống này.

2. Look at every single line of code and ask yourself "how could this go wrong?"
-> Kiểm lại lại từng dòng code.
Nói cách khác: Tự review code của chính mình.
# Trên thực tế, không phải mọi team đều có thời gian để review chéo code.

3. Keep careful track of your screwups in 2 and build systems to avoid them
Quản lý môi trường: Một version cũ, ngay trước đó, và version hiện tại.
Kết hợp sử dụng software configuration management software (như subversion)
để quản lý mã nguồn: Hôm qua code chạy được, nhưng không nay thì không? Vậy nguyên nhân ở đâu?

cf. http://inamidst.com/topic/bugfree

Jul 19, 2010

Luật Parkinson

Đây là luật Parkinson, đơn giản như một nghịch lý nhưng rất đúng.
Cần áp dụng triệt để khi giao việc:

Work expands so as to fill the time available for its completion.
-> Người giao việc có thể cắt ngắn deadline tới mức không thể ngắn hơn.

Data expands to fill the space available for storage.
-> Ổ cứng chứa toàn dữ liệu thừa có thể xóa được.

The demand upon a resource tends to expand to match the supply of the resource.
-> Tiền bao nhiêu cũng đủ, dù là "ít" hay "nhiều".

Tuyển người qua hành vi

Đây là một vài tip khi phỏng vấn, các bạn tham khảo: Trong tuyển dụng nhân sự, phương pháp phỏng vấn dựa trên khoa học về hành vi đã chứng tỏ được tính ưu việt hơn hẳn so với phỏng vấn truyền thống.

Văn Hóa

Phương pháp này có tên đầy đủ theo tiếng Anh là Behavioral Event Interview (BEI), là tiến trình phỏng vấn theo một cấu trúc nhằm giúp dự đoán chính xác hơn tiềm năng của ứng viên cho sự thành công trong công việc sau này. BEI có nguồn gốc từ nghiên cứu của Hải quân và Không quân Mỹ vào thập niên 1940. Theo đó, khi khảo sát về tính hiệu quả trong chiến đấu của lực lượng trong ngành, các chuyên gia đã đưa ra kết luận rằng chính hành vi, chứ không phải kiến thức về kỹ thuật, đã tạo nên sự khác biệt của từng cá nhân.

Tại hội thảo “Phát huy sức mạnh nguồn nhân lực để hội nhập WTO”, do Trung tâm Huấn luyện Thành công và Hạnh phúc, TPHCM tổ chức, bà Kee May Lee với hơn 15 năm kinh nghiệm trong lĩnh vực phát triển con người đã chia sẻ phương pháp phỏng vấn dựa trên khoa học về hành vi. Theo bà Lee, BEI là một quá trình phỏng vấn theo hệ thống, nhằm giúp nhà tuyển dụng có được những thông tin thiết thực và khách quan về ứng viên. Nói cách khác, BEI sẽ “dò tìm” sự tương thích cao nhất giữa ứng viên và công việc tuyển dụng. Vì thế, khi áp dụng phỏng vấn BEI doanh nghiệp sẽ giảm bớt thời gian đào tạo nhân sự, đồng thời hạn chế tối đa mức độ bỏ việc đột xuất của nhân viên.

BEI có gì khác so với phỏng vấn truyền thống? Bà Lee giải thích, phỏng vấn truyền thống thường đưa ra những câu hỏi dựa trên “cảm nhận” hoặc “giả định” đối với ứng viên. Chẳng hạn: “Bạn có cho rằng mình có lợi thế về kỹ năng phục vụ khách hàng?”; “Bạn sẽ làm gì nếu gặp phải một khách hàng khó tính?”… Trong khi đó, BEI sẽ hướng đến những câu hỏi cụ thể hơn: “Hãy kể cho tôi nghe một trường hợp khi bạn gặp phải một khách hàng khó tính”; “Lúc đó bạn đã xử lý tình huống như thế nào?”; “Kết quả ra sao?”… Do vậy, phỏng vấn BEI đòi hỏi nhà tuyển dụng phải chuẩn bị kỹ trước, trong và sau khi phỏng vấn. Trước cuộc phỏng vấn, nhà tuyển dụng sẽ chuẩn bị bảng mô tả công việc (trách nhiệm phải thực hiện và tiêu chuẩn để đánh giá công việc); đọc bản lý lịch tóm tắt (resume) của ứng viên; lập bảng câu hỏi phỏng vấn và bảng đánh giá phỏng vấn. Khi tiến hành phỏng vấn, nhà tuyển dụng phải chia sẻ với ứng viên về các bước tiến hành phỏng vấn; đặt những câu hỏi về hành vi trong quá trình làm việc trước đây của ứng viên; sử dụng quy tắc “10 giây” (nhằm tránh buộc ứng viên phải trả lời ngay câu hỏi, hoặc để ứng viên suy nghĩ quá lâu); ghi chú những thông tin thiết thực từ ứng viên.

Cụ thể, nhà tuyển dụng nên thông báo cho ứng viên về thời lượng cuộc phỏng vấn; cho họ biết những câu hỏi cụ thể sẽ được nêu và khuyên họ đừng vội trả lời vì thông tin của họ sẽ được ghi lại; cuối buổi phỏng vấn họ có thể đặt câu hỏi với nhà tuyển dụng… Nhà tuyển dụng cần làm cho ứng viên thấy thoải mái và thư giãn bằng cách đặt câu hỏi với thái độ tôn trọng và chờ họ trả lời; kiên nhẫn lặp lại câu hỏi hoặc diễn đạt cho rõ nghĩa hơn; lắng nghe chăm chú và ghi chép những gì ứng viên nói. Sau khi phỏng vấn xong, nhà tuyển dụng cần xem lại những ghi chép của mình đã được hệ thống chưa, và phải hoàn tất ngay bảng đánh giá phỏng vấn. Bà Lee cho biết nhiều nhà tuyển dụng đã không làm điều này, vì thế thông tin về các ứng viên có thể bị lẫn lộn nếu tiến hành phỏng vấn nhiều người.

Làm sao đặt câu hỏi về hành vi trong quá khứ của một người? Theo bà Lee, nhà tuyển dụng nên phối hợp giữa các dạng câu hỏi mở, thăm dò và câu hỏi đóng. Câu hỏi mở nhằm lấy thông tin về tình huống xảy ra, việc xử lý và kết quả đạt được nên thường nhẹ nhàng như gợi mở những tâm sự: “Kể cho tôi nghe về sự kiện đó…”, “Bạn có thể chia sẻ với tôi về tình huống…”. Câu hỏi thăm dò nhằm đột phá vào các câu trả lời chung chung của ứng viên nên thường dưới dạng 4W+1H (Cái gì? Ở đâu? Khi nào? Ai? Như thế nào?). Tuy nhiên, nhà tuyển dụng nên tránh câu hỏi “Tại sao?” - vì dễ khiến ứng viên nảy sinh cảm giác đề phòng, đối phó, từ đó thông tin cung cấp sẽ không trung thực. Câu hỏi đóng nhằm xác nhận, làm rõ vấn đề nên thường ngắn gọn: “Thật vậy chứ?”.

Trên thực tế, bước vào cuộc phỏng vấn hầu như ứng viên nào cũng cảm thấy bối rối, lo lắng hoặc thậm chí căng thẳng. Lý do là vì họ muốn tạo ấn tượng tốt với nhà tuyển dụng để được thâu nhận. Nhưng chính những bất ổn tâm lý này đã khiến họ không thể suy nghĩ thấu đáo mọi vấn đề, từ đó câu trả lời ít nhiều bị sai lệch.

Trong phỏng vấn BEI, vấn đề khuyến khích ứng viên đưa ra các thông tin vừa chính xác vừa có tính sự kiện rất được quan tâm. Và các nhà tuyển dụng đã được khuyên hãy tạo không khí thoải mái cho ứng viên; hãy tỏ ra tôn trọng, hỗ trợ và động viên tinh thần của họ. Nhưng nhà tuyển dụng nên làm thế nào để tỏ thái độ tôn trọng và hỗ trợ ứng viên? Bà Lee cho biết trong vòng luân chuyển các dạng câu hỏi mở, thăm dò và đóng của phỏng vấn BEI, nhà tuyển dụng nên xen kẽ bằng những câu hỏi dạng trấn an, diễn đạt cho rõ nghĩa hoặc lặp lại ý vừa nêu. Chẳng hạn như trong câu trấn an nhằm khuyến khích ứng viên cố nhớ lại một sự kiện trong quá trình làm việc trước đây, nhà tuyển dụng có thể nói: “Tôi biết rất khó nhớ lại những chuyện đã qua, nhưng bạn đừng quá căng thẳng, chúng ta còn thời gian…”.

Bên lề cuộc hội thảo trên, một số doanh nghiệp nước ngoài đã chia sẻ những kinh nghiệm thực tế trong việc áp dụng phương pháp phỏng vấn BEI. Theo họ, tuy BEI đã có những câu hỏi sát sườn với công việc thực tế của ứng viên nhưng vẫn có những người giỏi “bịa chuyện”, có thể nêu ra những tình huống rất thật được cóp nhặt từ đâu đó. Vì thế, phỏng vấn BEI nên được kết hợp với việc thực hành tình huống thật, chẳng hạn tuyển tiếp tân thì đề nghị ứng viên thực hành tình huống nghe điện thoại; tuyển bán hàng thì không gì “thật” hơn buộc ứng viên vào vai nhân viên công ty trong một tình huống được sắp đặt sẵn… Ngoài ra, câu hỏi thăm dò trong phỏng vấn BEI chỉ nên có từ hai đến ba câu cho từng ứng viên và nhà tuyển dụng phải ghi chép thật chính xác lời ứng viên nói. Dấu hiệu cho thấy buổi phỏng vấn thành công là ứng viên… nói nhiều hơn nhà tuyển dụng, theo một tỷ lệ là 80% (cho ứng viên) và 20% (đối với nhà tuyển dụng).

Theo KINH TẾ SÀI GÒN

Software Outsourcing Hidden Cost

Xét cho cùng, outsourcing sang Việt Nam không hiệu quả nếu không biết cách làm. http://spreadsheets.google.com/pub?key=0AgOqPQzRjQPOdDA4R0NNUTgxSnNzV1Zmd0JRYUt1c2c&hl=ja&single=true&gid=0&output=html

Điểm quan trọng khi phân tích yêu cầu dự án (mức business)

Điểm quan trọng khi phân tích yêu cầu dự án (mức business)

* Mô tả yêu cầu câu việc thật ngắn gọn.
* Phát biểu các mục tiêu quan trọng của dự án.
* Mô tả môi trường mà hệ thống sẽ chạy.
* Các thông tin "hậu trường" và các tài liệu liên quan quan trọng.
* Thông tin về các ràng buộc thiết kế chính.

Ngoài ra,

1. Đừng nghĩ mình hiểu đúng khách hàng muốn gì. Phải hỏi.
2. Đưa người dùng tham gia dự án từ đầu.
3. Bản ghi nhớ, đồng ý giữa các bên về phạm vi dự án.
4. Đảm bảo rằng các yêu cầu dự án cụ thể, thực tế (thực thi được) và đo đếm được.
5. Rõ ràng, không có điểm nghi vấn.
6. Tạo tài liệu yêu cầu dự án rõ rằng, ngắn ngọn và chia sẻ với khách hàng.
7. Xác nhận sự hiểu của mình về dự án với khách hàng.
8. Tránh đề cập tới công nghệ hay giải pháp cho tới khi yêu cầu được làm rõ.
9. Bản ghi nhớ: Được sự đồng ý của các bên liên quan ngay từ khi dự án bắt đầu.
10. Tạo bản prototype để khách hàng có thể hiểu rõ hơn yêu cầu

Jul 16, 2010

Pitfalls quản lý dự án

Pitfall #1: Not creating a common project vision at the onset of a project

A shared vision (or goals) and expected project outcomes across key stakeholders is key to managing project efforts and avoiding scope creep.

  • Involve leaders and managers in the development of the project vision and ensure that all anticipated benefits are clearly understood and agreed upon.
  • Identify success criteria and be specific. For example, total project costs will not exceed a certain dollar amount and the project will be rolled out within a specifically stated timeframe.
  • Define the boundaries of the project by knowing what is out of scope (as well as in scope).

Words of Wisdom: Facilitate your stakeholders to the creation of a common vision and ensure that they own the vision and the ultimate solution.

Pitfall #2: Not getting organised, staying organised and organising those around you

Strong planning and organisational skills are essential traits of a successful Project Manager.

  • Develop your project plan at the task level and communicate it to your project team and stakeholders. It's well worth the time in order to keep you and everyone else organised.
  • Create a robust communication plan and make sure it's a "living document."
  • Understand who you need to communicate with, how they want to be communicated with and the frequency. Then determine how your messaging should differ by stakeholder.
  • Conduct an interactive kick-off meeting to ensure everyone involved with the project is fully engaged.
  • Ask for continuous feedback and be prepared to adjust your plan to address changing stakeholder needs.
  • Develop risk and issue logs. Risks and issues are a part of every project. Get ahead of the game and brainstorm with people on potential risks and ways to avoid them before they become issues that impact your project's scope, timeframe, quality and/or budget.

Words of Wisdom: The devil is in the detail. Review your plans at least twice daily. It's the best 15-20 minutes you'll ever spend.

Pitfall #3: Not involving the right people on the project

  • Engage the right people at all levels of your organisation (and not necessarily those who simply want to chime in because it's a high profile project) to solidify the project vision, avoid scope creep and implement.
  • Ensure that all stakeholders understand what needs to happen, how it needs to happen and when.
  • Identify a project sponsor, someone with authority and influence, and have them actively involved throughout the project.
  • Communicate the project vision, project team roles and responsibilities and clearly set expectations.
  • Ensure your key project decision makers understand the principles of good project management and that they need to operate within that framework.
  • Include frontline personnel who can be key contributors to a project. They often provide insight into the "goings-on" of an organisation and have the ability to rally the troops when the rubber meets the road and things need to get done.
  • Identify the nay-sayers and keep them very involved in the project (keep your friends close and your enemies closer).

Words of Wisdom: Don't assume that senior leaders are the only ones that should be in your sights. Keep a laser focus on decision makers and those who directly impact your project.

Pitfall #4: Not asking for help and learning from others

"Mum's the word" is not a mantra any project manager should embrace. Project managers who are new to project management or are managing a different type of project than they've managed before can have a steep learning curve.

  • Identify people internally who have managed a similar project and talk about lessons learned from previous projects.
  • Identify external sources who can impart their own words of wisdom on how to effectively manage a project.
  • The Internet is a beautiful thing, use it to research project management best practices and tools and understand new technologies.

Words of Wisdom: Asking for help is not a sign of weakness. It's better to ask for help then to place a project at risk. Let's face it, every project has its ups and downs but it's what you, as the Project Manager, do to handle the good and the bad that leads to project success and avoids project chaos.

Jun 25, 2010

Hoàn thiện kỹ năng làm việc

1. Sinh viên: Nhận bài tập với yêu cầu rõ ràng, mức độ dễ từ giáo viên

2. Sinh viên mới ra trường, dưới 1 năm kinh nghiệm: Làm việc dưới sự
chỉ đạo của Team Lead, Project Manager (phân tích hộ).

3. Sau 1 năm kinh nghiệm: Chủ động phân tích, giải quyết vấn đề.

4. Sau 1.5-2 năm kinh nghiệm: Biết cách đề xuất giải quyết những bài toán tích hợp lớn hơn,
những vấn đề kỹ thuật lớn hơn.

5. Sau 2 năm:  Có khả năng quản lý team, từ 3-4 người trở lên.

Để "level up", Đại cần chủ động hơn, hoàn thành công việc cho dù
yêu cầu không rõ ràng (thiếu thông tin).

Tây có câu này rất hay: Practice makes perfect.

Waterfall vs. Spiral

Mô hình phát triển phần mềm ở công ty nhà nước làm nói chung là Waterfall.

Họ cung cấp cho đối tác *rất* ít thông tin.
Sau khi phân tích, thiết kế, phát triển, test toàn bộ
mới đưa cho họ kiểm chứng.

Rủi ro là nếu phát sinh vấn đề ở một trong các bước trên sẽ khó quay lại.

Đặc trưng khác của công ty nhà nước Việt Nam là:

1. Ít giao tiếp, trao đổi -> thiếu thông tin dẫn tới làm sai, thiếu.
2. Chậm.

Spiral model theo hướng phát triển prorotype, lặp lại quy trình phát triển
nhiều lần ép khác hàng giải quyết *trực tiếp* vấn đề 1. ở trên.

cf.
http://en.wikipedia.org/wiki/Waterfall_model
http://en.wikipedia.org/wiki/Spiral_model

Jun 2, 2010

Mười phẩm chất của một kỹ sư



1. Năng khiếu phân tích: Luôn luôn phân tích, để tâm tới vấn đề và cải tiến nó. 
Nghĩa là, người kỹ sư phải có tính "tò mò", luôn tìm hiểu và học hỏi

2. Chú ý tới chi tiết (tiểu tiết): Phải luôn chú ý tới những chi tiết nhỏ nhất, 
những sự cố hay quan sát dù nhỏ nhất. Đôi khi, những chi tiết nhỏ này là 
"ánh sáng cuối đường hầm" dẫn tới giải pháp giải quyết vấn đề.

3. Khả năng giao tiếp: Có thể giao tiếp với các kỹ sư hay người làm kỹ thuật
 bằng ngôn ngữ kỹ thuật chính xác. Đồng thời phải có khả năng diễn đạt cùng 
nội dung kỹ thuật bằng ngôn ngữ "phi kỹ thuật" để ai cũng có thể hiểu vấn đề. 
Kỹ năng này đòi hỏi cả khả năng nói và khả năng viết.

4. Luôn luôn học hỏi công nghệ mới để tránh tụt hậu. Đặc biết với ngày IT,
 các công nghệ mới ra đời hàng tuần đòi hỏi người kỹ sư phải tìm hiểu nhanh 
các công nghệ này.

5. Sáng tạo: Có khả năng nghĩ ra những giải pháp và đề xuất sáng tạo để 
làm cho hệ thống đã có hoạt động tốt hơn.

6. Suy nghĩ logic: Đây là khả năng cần nhất trong các khả năng người kỹ sư 
cần có. Nó là khả năng hiểu một hệ thống phức tạo và phân tích vì sao 
sự cố xảy ra.

7. Giỏi toán: Khả năng này là thiên bẩm đối với một số người. Tuy nhiên có 
thể đào tạo được. Không có cơ sở vững chắc về toán, người kỹ sư không 
thể hiểu các tính toán hay thuật toán phức tạp.

8. Khả năng giải quyết vấn đề: Phân tích, bóc tách vấn đề để chỉ ra nguyên nhân 
vấn đề nằm bộ phận nào của hệ thống. Workaround là cách giải quyết biểu hiện 
của vấn đề trong khi "fix" là sự giải quyết triệt để tận gốc nguyên nhân vấn đề.
Người kỹ sư cần hiểu sự khác nhau của hai phương pháp này, sử dụng đúng lúc, 
đúng chỗ và đánh giá được hậu quả tiềm năng sau khi vấn đề được giải quyết.

9. Teamwork tốt: Người kỹ sư tốt hiểu rằng họ là một mắt xích trong một cỗ máy.
 Cố máy này hoạt động tốt hay không phụ thuộc vào tất cả các mắt xích. Các mắt 
xích cần hỗ trợ nhịp nhàng với nhau nhưng bản thân từng mắt xích cũng cần 
hoàn thiện để tránh gây ảnh hướng xấu tới các mắt xích khác.

10. Kiến thức cơ bản: Hiểu biết rộng với nhiều ngôn ngữ lập trình, cơ sở dữ liệu, 
hệ thống hay được sử dụng.

Tham khảo: http://www.engineeringschools.com/engineering-top-10.html

Jun 1, 2010

Mẹo vặt nâng cao năng suất

1. Dành thời gian tỉnh táo nhất trong ngày để check email (8h - 9h).
Xử lý ngay những email, công việc gấp hoặc có thể giải quyết ngay.
Queue những công việc "dài hơi" và note trong sticky memo.
-> http://www.forest.impress.co.jp/lib/dktp/calclock/tag/husentyou.html

2. Liệt kê những công việc cần làm trong stiky memo để dễ dàng theo dõi.
Đặt độ ưu tiên cho các task này và xử lý theo thứ tự ưu tiên.

3. (Cố gắng) giải quyết trọn vẹn 100% công việc đã liệt kê trong ngày,
trước khi ra về.

4. Sắp xếp giao việc cho người khác ("đá bóng") hợp lý nhất.
Tuy nhiên, không để mất quyền chủ động. Luôn nắm được tiến độ và hỗ trợ.

5. Phân chia email theo thư mục, tags các email theo màu đỏ (urgent, phải làm ngay),
Màu xanh (TODO, phải làm trong ngày).

6. Kết hợp ThunderBird và Lightning quản lý các cuộc hẹn, công việc
trong một ngày cũng như trong tuần.

7. Memo, email confirm lại nếu khách hàng trao đổi bằng điện thoại hoặc
trao đổi miệng trực tiếp.

May 6, 2010

Clear (Flush) Windows and Linux DNS cache

Set DNS to 8.8.8.8
My Network -> Property -> TCPIP -> Property -> DNS -> OK
Access the website
Change DNS back to the value it should be

Linux

Set DNS to 8.8.8.8


[vuhung@redmine-0.8.7]$ cat /etc/resolv.conf
; generated by /sbin/dhclient-script
nameserver 8.8.8.8
#nameserver 192.168.51.1

Access the website
Change DNS back to the value it should be