9 thói quen tệ hại cần loại bỏ trong lĩnh vực CNTT

1. Không chịu đọc tài liệu trước khi dùng:

Đây là một trong những thói quen tệ hại nhất nhưng lại thường gặp nhất. Có lẽ thói quen này nảy sinh từ tính thân thiện của "giao diện đồ hình" (GUI) khiến cho người dùng bồi đắp thói quen mò mẫm mà không cần đọc hướng dẫn nhưng cũng sử dụng được máy. Việc này không có gì đáng ngại đối với người dùng (rất) bình thường. Tuy nhiên, nếu bạn có ý định theo đuổi ngành CNTT một cách nghiêm túc thì hãy bỏ ngay thói quen tai hại này bởi vì đây là rào cản lớn nhất cho sự phát triển. Kiến thức vững chắc không phải... mò mà ra. Tài liệu hướng dẫn không phải vô cớ mà được viết ra.


2. Đọc lướt:

Đây cũng là một thói quen tệ hại và phổ biến không kém. Ngay trên những diễn đàn, với những ý kiến và chỉ dẫn bằng tiếng Việt rất cô đọng, rành mạch và dễ hiểu nhưng vẫn có quá nhiều người chỉ đọc lướt để rồi quay lại tiếp tục thắc mắc. Đây là thói quen cực kỳ nguy hiểm bởi vì nó rèn cho trí não thói quen đọc lướt. Việc này dẫn đến chỗ kiến thức thu thập một cách hời hợt, tạm bợ và chắp vá. Nếu những ý kiến bằng tiếng Việt rất cô đọng, rành mạch và dễ hiểu nhưng vẫn không chịu khó đọc kỹ và suy gẫm thì việc tham khảo, tổng hợp các sách tiếng nước ngoài gần như là vô khả thi.


3. Bắt chước mà không suy nghĩ:

Khi bắt đầu làm quen với những thứ trong ngành CNTT, cách dễ nhất là bắt chước làm theo từng bước. Nếu cứ nhắm mắt làm theo nhưng không hề suy nghĩ lý do tại sao mình làm như vậy, không thử đặt câu hỏi những gì xảy ra đằng sau những "bước" ấy thì không chóng thì chày sẽ tạo cho mình một thói quen tai hại: bắt chước không suy nghĩ không tư duy như một cỗ máy. Từ chỗ làm theo từng bước có sẵn mà không suy nghĩ đến chỗ biến thành thói quen thì khả năng nhận định và tư duy sẽ bị thui chột. Chẳng những vậy, thói quen này kiềm hãm sự thẩm thấu kiến thức xuyên qua hàng loạt những câu hỏi. Tự đặt câu hỏi chính là cách buộc trí não mình làm việc và là viên đá đầu tiên để dấn thân vào chỗ phát triển trí tụệ.


4. Sợ khó:

Sợ khó tưởng chừng quá thông thường trên mọi lãnh vực nhưng trong lãnh vực CNTT thì thói quen "sợ khó" là thói quen giết chết ngay bước đầu làm quen và phát triển. Chẳng có ngành nghề thực thụ, đòi hỏi trí tuệ mà lại dễ dàng hết. Thói quen "sợ khó" biểu hiện từ chuyện đơn giản như học ngoại ngữ (để có thể tham khảo thêm tài liệu ngoại ngữ) cho đến chuyện tự mình đối diện với những khó khăn trong khi trau dồi kiến thức và kinh nghiệm. Thói quen này lâu dần ăn sâu và dẫn đến chỗ không muốn và không thể giải quyết được điều gì nếu chỉ cảm thấy có trở ngại. Nên tránh xa câu này: vạn sự khởi đầu nan, gian nan bắt đầu nản.


5. Viện cớ:

Quá trình tích lũy kiến thức luôn luôn có những khó khăn và trở ngại. Nếu chính bản thân mình không tự kỷ luật và tự nghiêm khắc thì chẳng còn ai trên đời này kỷ luật và nghiêm khắc giúp mình. Từ chỗ không kỷ luật và không nghiêm khắc, chỉ cần một thời gian rất ngắn có thể dẫn đến sự đổ vỡ, sợ hãi, chán nản và để bào chữa cho sự đổ vỡ thường là những viện cớ. Viện cớ chỉ để ẩn nấp sau cái cớ nhưng sự thật sụp đổ vẫn tồn tại. Tránh xa những câu như "nhà em nghèo", "hoàn cảnh khó khăn", "vì em là newbie" mà nên biết rằng vô số những người khác cũng như mình và thậm chí còn khó khăn hơn mình. Nên nhớ rằng, ngay khi dùng cái cớ để viện thì lúc ấy mình đã chính thức thất bại rồi.


6. "Đi tắt đón đầu":

Trên đời này chẳng có loại tri thức đích thực nào hình thành từ "đi tắt" và "đón đầu" cả. "Mì ăn liền" có cái ngon của nó nhưng chính "mì ăn liền" không thể hình thành một bữa ăn thịnh soạn và đầy đủ. Tri thức đích thực cũng như thức ăn, nó cần điều độ, liều lượng và thời gian để... tiêu hoá. Tư duy và thói quen "đi tắt" luôn luôn dẫn đến những lổ hổng khủng khiếp trong kiến thức. Những lổ hổng ấy xem chừng không nhiều và không quan trọng khi kiến thức còn ít ỏi và nhu cầu công việc còn sơ khai. Tuy nhiên, một khi đối diện với những khó khăn và phức tạp trong công việc và trong đời sống thì những thứ "đi tắt đón đầu" là nguyên nhân sâu xa của những đổ vỡ và thất bại. Hãy nhớ: đừng đi tắt và đừng đón đầu bởi vì chẳng có cái đường tắt nào trong hành trình đi tìm tri thức.


7. "Nghe nói là..."

Cụm "nghe nói là..." là một cụm phổ biến đến độ chóng mặt. Bất cứ một ngành khoa học hay có liên quan đến khoa học không thể dựa trên "nghe nói" mà luôn luôn cần dựa trên các bằng chứng khoa học và những bằng chứng ấy cần chính xác và cụ thể. Chính vì có thói quen "nghe nói" mà đánh rớt những cơ hội tìm tòi và kiểm chứng; những cơ hội quý báu để trau dồi kiến thức và kinh nghiệm. Cái gì không rõ thì nên tìm tòi và đừng "nghe nói" mà phải được thấy, được phân tích và được kiểm chứng. Không bỏ được thói quen này thì cách tốt nhất đừng bén mảng gần bất cứ ngành khoa học nào vì chỉ chuốc lấy sự thất bại và lãng phí.


8. Niềm tin và hy vọng:

Trong khoa học, khi nói đến kết quả và sự kiến tạo hoặc thậm chí con đường đi đến sự kiến tạo và kết quả thì hoàn toàn không có chỗ cho "niềm tin" và "hy vọng" một cách mù mờ. Thói quen "restart" lại máy hay "restart" lại chương trình với "hy vọng" nó sẽ khắc phục sự cố đã trở thành thói quen cố hữu. Nếu không có điều kiện thay đổi nào khác thì có "restart" một triệu lần và hy vọng một triệu lần thì kết quả vẫn y hệt nhau. Đừng "tin" và đừng "hy vọng" vào sự thay đổi của kết quả nếu như chính bạn không kiểm soát và thay đổi để tạo thay đổi trong kết quả. Tất cả mọi hoạt động từ lập trình cho đến quản lý hệ thống, quản lý mạng, bảo mật, reverse engineering.... thậm chí đối với người dùng bình thường, khi kết quả không như ý, sự điều chỉnh là điều cần thiết thay vì lặp lại y hệt hành động và chỉ... hy vọng.


9. Không vì trí tuệ mà vì... "đẳng cấp":

Lắm bạn lao vào ngành này không phải là vì trí tuệ, vì kiến thức, vì đóng góp một cái gì đó ích lợi cho xã hội mà là vì... đẳng cấp mơ hồ nào đó. Nếu tiếp tục lao vào và chọn lấy một muc tiêu mơ hồ thì sẽ không bao giờ đi đến đích được. "Đẳng cấp" là một thứ mơ hồ, vô ích và đầy cá nhân tính nhưng khi nó biến thành thói quen và mục tiêu để nhắm tới thì nó chẳng mang lại được gì ngoài sự thất bại ngay từ đầu vì hoàn toàn không có một phương hướng nào cả. Trau dồi kiến thức hoàn toàn khác với việc xoa dịu mặc cảm ("đẳng cấp").                            

Nguồn: https://www.hvaonline.net/hvaonline/posts/list/42715.hva
Người viết : conmale

P/S : đọc bài viết này mới thấy mình đã bị nhiễm 8/9 thói quen này khá nặng , và đang cố gắng để thoát khỏi ra cái vũng lấy này
Có những cái không để ý bao giờ đó chính là Help và tài liệu của chính hãng , trước giờ cứ tìm hiểu 1 vấn đề gì là cuống cuồng lên mạng search ra 1 đống ebook về vấn đề đó nhưng thực sự chỉ đọc rất qua loa , trong khi đó Help và tài liệu chính hãng là những thứ đã được chắt lọc rất kĩ càng để đưa lên.

Mùa hè đến rồi ..........

Thế là kết thúc năm thứ 4 rồi , thi thố thì không đến nỗi quá tệ. Giờ là bắt đầu cho những dự định , tham vọng cá nhân :
- Hoàn thành nốt 2 course còn lại 236 và 680 , lấy được cái chứng chỉ MCSA. Từ khi học Linux thì cảm thấy không muốn quay về với Windows Server nữa. Nhưng chót bỏ tiền mua voucher rồi , thôi thì cố gắng nốt chứng chỉ , biết đâu sau này sẽ có ích. Dự định trong tháng này sẽ thi 236 , và tháng sau là 680.

- Dịch nốt "The Philosophy of System Administration".

- Tìm hiểu 1 cách sâu sắc hơn về HĐH Linux ( đã thích chú chim cánh cụt rồi :D ) , các dịch vụ quan trọng như LAMP , Nginx , các giải pháp mạng sử dụng Linux.

- Ngốn hết 3/4 quyển CCNA , đọc kĩ càng cuốn TCP/IP Illustrated của Stevens.( cái này tuy khó , nhưng ko sao , ko đặt nặng số lượng , ưu tiên cho chất lượng đọc )

- Tìm 1 đề tài hay ho để bắt đầu nghiên cứu , chuẩn bị cho làm đồ án tốt nghiệp năm cuối.

- Lập trình ?? Cái này phải dài hơi , và kèm theo những cái trên thì cái này thật khó để mà đạt được. Thôi thì cố được thì cố vậy.

- Tiếng Anh , làm khóa học TOEIC thôi , rủ thêm thằng bạn học cho khí thế.

Những cái gạch đầu dòng trên toàn là học , vì vậy cái cuối này sẽ là :
- Tập thể dục , tăng cường sức khỏe và cân đối cái body đang phát tướng =))

P/s : vẫn biết nói thì lúc nào cũng hay , làm thì mới là khó nhưng sẽ cố gắng hết sức. Vẫn biết bản tính của mình là đại .... lười , nên sẽ tuân thủ nghiêm ngặt. Những cái in đậm là những thứ được ưu tiên .

Chúc mọi người có một mùa hè ....................... năng động

- Theo 1 vài ý kiến tham khảo thì Tiếng Anh là rất quan trọng , đối với kĩ sư thì ko chỉ dừng lại ở việc đọc các tài liệu chuyên ngành mà còn có khả năng giao tiếp với các chuyên gia , vì vậy sẽ in đậm dự định học TOEIC

O sole mio

O Sole Mio - Bài hát đẹp về tình yêu con người và cuộc sống

Đang lười , không muốn làm gì cả nên bật nhạc nghe, và tình cờ trong list có bài o sole mio này :D , làm 1 cái entry về bài hát này thôi \m/ ( nguồn từ internet )

Hãy để “Mặt trời” đến bên bạn.

Nếu bạn căng thẳng và mệt mỏi, hãy ngồi xuống ghế. Nhắm mắt lại và tĩnh tâm 1 giây và cất lên tiếng hát “O’ Sole Mio”. Hát bằng hết cả sức lực và hơi thở. Bạn có thể thấy ngay một điều diệu kỳ. Bạn sẽ trở về hiện tại và được thư giãn hoàn toàn.

Đó là ma thuật của một bài hát đẹp. Bài hát giúp người ta thiền tịnh khi lắng nghe. Bài hát giúp bạn xả trược khí trong cơ thể bằng hơi thở một cách trọn vẹn nhất. Và hơn nữa – bài hát đó còn mang tới bạn một thông điệp tươi mát của cuộc sống: “Thế giới này đẹp biết bao khi ta biết ngắm nhìn nhau”.

Đó là “O’ Sole Mio” (tạm dịch: Mặt trời của tôi)

Những ông già gân - Three Ternors :D

“O’ Sole Mio” (Mặt trời của tối) là bài hát viết để tham gia cuộc thi sáng tác (neapolitan) hàng năm của Liên hoan Piedigrotta (bắt đầu từ 1830) tại Naples, Itaty. 

Tháng 4/1898, Eduardo Di Capua ở Odessa, Itaty đã phổ nhạc cho bài thơ của Giovanni Capurro với cảm hứng của mình khi lưu diễn với người cha của mình là một nghệ sĩ vĩ cầm đường phố. Di Capua và Capurro đã bán bản quyền xuất bản bài hát lần đầu tiên cho Bideri với giá 25 lire (đơn vị tiền tệ Italy). Đến năm 2002, tiền bản quyền hàng năm của bài hát ước tính là 250.000 USD. Và bản quyền đang nằm trong tay những người thừa kế của Emanuele Alfredo Mazzucchi – người thứ ba (cùng 17 người khác) tham gia sáng tác bài hát nhưng đã im lặng cho đến khi qua đời (1972) – theo phán quyết của thẩm phán Italy. Bản quyền này sẽ được duy trì đến năm 2042.

Bài hát hát nổi tiếng đã được trình bày trong nhiều năm bởi những giọng ca trứ danh mà trong đó nổi tiếng là Placido Domingo, Jose Carreras (Tây Ban Nha) và ca sĩ người Itaty Luciano Pavarotti. Gần đây nhóm nhạc thiếu niên người Italy – IL Volo đã trình bày “O Sole Mio” trong buổi công bố Top 3 American Idol. Đó là các chàng trai lịch lãm Piero Barone (17), Ignazio Boschetto (16) và GianlucaGinoble (16). Nó cho thấy sức sống mãi sinh tồn của một bài hát đẹp.

Đã có những phiên bản của “O Sole Mio”. Năm 1950, Tony Martin đã có bài “Không có ngày mai” (cùng giai điệu,khác lời). Trong năm 1960, Elvis Presley đã có một hit ”Now Or Never” (khác lời). Ở Việt Nam – Cao Minh cũng đã viết lời mới cho O Sole Mio.

Bài hát của tình yêu cuộc sống và con người

Có một thực tế là cho dù có nhiều phiên bản nhưng chỉ có lời bài hát gốc mới thực sự là đẹp. Một ý niệm trong sáng, hiền hậu và tràn đầy mến thương: “O sole Mio”:  Vẫn còn một mặt trời khác sáng đẹp hơn mặt trời của thiên nhiên, đẹp hơn chính vẻ đẹp lao động của bạn – đó là gương mặt của bạn!

Một tình mến yêu con người như vậy thật hiếm, thật quý. Bạn là mặt trời của tôi – điều đó đến được chỉ khi tôi cảm nhận được đủ đầy những ấm áp từ bạn tỏa chiếu ra. Bạn làm việc và ca hát trong một ngày thật đẹp. Nhưng với tôi, cái đẹp đó cũng vẫn chưa đẹp bằng chính bạn trong tôi.

Chúng ta đi kiếm cho mình một mặt trời khó lắm thay. Có khi mặt trời quá nóng, quá khô khan và khắc nghiệt. Có khi mặt trời lại bị mây che âm u. Khi nào mặt trời tỏa rạng mà ta không cháy khát, chỉ thấy ấm áp, dễ chịu – đó là hạnh phúc tuyệt vời. Để cho đi một mặt trời như thế thật khó. Để được nhận một mặt trời như thế cũng thật khó. Nhưng mà ai lại không ao ước cái cảm giác dễ chịu và an lành ấy?

Hãy dành một buổi sớm lặng mình lắng nghe và cảm nhận mặt trời đang tỏa khắp trong cơ thể, trong trái tim và trí óc. Hãy cất tiếng hát từ sâu thẳm trong lòng mình “ Che bella cosa na jurnata ‘e sole” và cảm nhận những rung động từ âm thanh và lời ca làm khí huyết bừng lên trong từng tế bào. Bạn đang đứng trước mặt trời ở biển. Bạn đang đứng trước khung cửa của người bạn trên con phố nhỏ thân quen. Bạn đang đứng trong tình mến thương. Hãy sống trong giây phút ấy dù chỉ một tích tắc hay mỗi ngày. Bạn sẽ là người hạnh phúc nhất

Ghi chú

• Có rất nhiều ca sĩ / nhóm nhạc thể hiện bài hát này bằng những bản khác nhau , ví dụ như nhóm IL VOVO - trong American IDOL hay Acapella ở VN. 
• Có một giọng ca 13 tuổi từng thể hiện rất thành công bài hát này là Robertio Lorreti http://tuanvietnam.vietnamnet.vn/robertino-loretti-mot-thoi-va-mai-mai
• Bài hát này là tiếng Napoli cổ , chứ không thực sự là Tiếng Ý . Có 1 lần trong World Cup , người ta đã quên mất đĩa quốc ca của Ý và thay bằng bài hát này
• Tất cả các bản dịch từ bài hát này đều không thể bằng bản gốc 

The Philosophy of System Administration (1)

TRIẾT LÝ QUẢN TRỊ HỆ THỐNG

Nguồn : 

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Introduction_To_System_Administration/ch-philosophy.html

1. Tự động hóa mọi thứ

Hầu hết những đối tượng mà người quản trị quan tâm ngày càng tăng - gồm người dùng,  hệ thống hoặc cả 2. Trong nhiều trường hợp , tự động hóa là cách duy nhất để theo kịp sự phát triển. Thông thường, những hoạt động mà được thực hiện trên 1 lần sẽ được xem xét để tự động hóa

Dưới đây là những nhiệm vụ được tự động hóa thường thấy :

- Kiểm tra và báo cáo dung lượng trống của ổ đĩa

- Sao lưu ( Backup)

- Thu thập dữ liệu hoạt động của hệ thống

- Quản lý tài khoản người dùng (tạo , xóa .... )

- Những chức năng mang tính chất kinh doanh đặc trưng ( đẩy dữ liệu mới lên Web, báo cáo định kỳ theo tháng , quý hoặc năm , ....)

Danh sách trên vẫn còn tiếp tục; những chức năng tự động hóa chỉ bị giới hạn bởi ý muốn của người quản trị khi viết các script cần thiết. Trong trường hợp này , lười biếng ( và khiến máy tính làm việc nhiều hơn ) lại là điều tốt.

Tự động hóa mang đến thêm cho người dùng lợi ích của việc nhất quán trong dịch vụ.

Note:

Luôn ghi nhớ trong đầu rằng nếu bạn phải thực hiện việc tự động hóa 1 nhiệm vụ,  bạn không phải là người quản trị đầu tiên phải thực hiện việc đó. Đây chính là thế mạnh của phần mềm mã nguồn mở , bạn có thể tận dụng những thứ mà người khác làm để tự động hóa những thủ tục thường tiêu tốn thời gian của mình. Vì thế luôn luôn tìm kiếm trên web trước khi viết những thứ phức tạp hơn 1 đoạn mã Perl nhỏ.

2. Ghi chép lại mọi thứ

Nếu phải lựa chọn giữa việc cài đặt 1 server mới hoặc ghi chép lại việc thực hiện backup, khoảng 1  nửa số người quản trị chọn việc cài đặt server mới. Nếu xảy ra những việc bất thường , bạn phải ghi chép lại những thứ mình làm. Nhiều người quản trị đã bỏ qua việc ghi chép lại vì 1 vài lý do sau:

"Tôi sẽ tìm hiểu vấn đề này sau"

Thật không may , điều này thường không đúng. Kể cả người quản trị đang nghiêm túc , thì bản chất của công việc là những nhiệm vụ hằng ngày thường khá rắc rối để mà "làm việc đó sau". Tệ hơn nữa , càng bỏ qua lâu , người quản trị quên càng nhiều và dẫn đến việc những ghi chép sẽ kém chi tiết (và kém hữu dụng).

"Tại sao lại viết nó ra ? Tôi sẽ nhớ nó"

 Nếu bạn không phải là 1 trong số ít cá nhân có khả năng ghi nhớ hình ảnh , bạn sẽ không nhớ nó. Tệ hơn , bạn chỉ nhớ được 1 nửa và không nhận ra mình đã quên cả câu truyện. Điều này sẽ khiến bạn lãng phí thời gian để nhớ lại những gì đã quên hoặc sửa chữa những sai sót do sự thiếu hiểu biết của mình.

"Nếu tôi giữ nó trong đầu, họ sẽ không sa thải tôi - Tôi có 1 công việc được đảm bảo"

 Khi làm 1 thời gian , điều này chỉ khiến bạn có nguy cơ mất việc cao hơn. Hãy nghĩ đến l lúc nào đó trường hợp khẩn cấp xảy ra. Bạn không có mặt tại đó , những ghi chép của bạn sẽ giúp người khác giải quyết vấn đề trong những ngày bạn vắng mặt. Và đừng bao giờ quên rằng những trường hợp khẩn cấp có xu hướng xảy vào những lúc mà những người quản lý cấp cao chú ý sát sao. Trong nhiều trường hợp , sẽ tốt hơn nếu những ghi chép của bạn là 1 phần của giải pháp chứ không phải sự vắng mặt của bạn là 1 phần của vấn đê.

Thêm vào nữa, nếu bạn là thành viên của 1 tố chức nhỏ nhưng đang phát triển , sẽ có lúc cần thêm những người quản trị khác. Làm thế nào để những người đó học được những thứ bạn đã làm nếu bạn giữ chúng trong đầu. Tệ nhất là không có ghi chép nào khiến bạn là người không thể thiếu , điều đó dẫn đến bạn khó thăng tiến trong sự nghiệp

Hi vọng rằng bạn đã hiểu được những lợi ích của các ghi chép hệ thống. Điều đó mang đến cho chúng ta câu hỏi: Ghi chép lại như thế nào ? Dưới đây là 1 phần danh sách :

Các chính sách

Người ta viết ra những chính sách để định dạng và làm rõ mối liên hệ với cộng động người sử dụng. Người dùng dễ dàng biết các yêu cầu của họ tơi tài nguyên được hỗ trợ hoặc xử lý như thế nào. Bản chất , phong cách và phương thức phổ biến chính sách sẽ có sự khác nhau giữa các tổ chức.

 Các thủ tục

Thủ tục là các bước tuần tự cho 1 hành động để hoàn thành 1 nhiệm vụ nhất định. Các thủ tục được ghi chép bao gồm backup, quản lý tài khoản người dùng, báo cáo sự cố và hơn nữa. Giống với việc tự động hóa , nếu 1 thủ tục được làm nhiều lần , cần phải ghi chép lại.

Các thay đổi

Khối lượng lớn công việc của người quản trị là giải quyết những thay đổi - cấu hình hệ thống để đạt hiệu năng cao, tinh chỉnh script, thay đổi file cấu hình .... Những thay đổi này được ghi chép  lại dưới vài kiểu. Nếu không , sau vài tháng bạn sẽ nhận thấy rằng những thay đổi trước là hoàn toàn sai lầm.

1 vài tổ chức sử dụng những phương pháp phức tạp để đánh dấu các thay đổi, nhưng trong nhiều trường hợp 1 ghi chép thay đổi từ lúc bắt đầu là tất cả những gì cần thiết . Tối thiểu 1 entry ghi chép lại gồm :

• Tên viết tắt của người tạo ra thay đổi 

•  Ngày thay đổi 

•  Lý do thay đổi

Đây là 1 entry ngắn gọn những có ích :

ECB, 12-June-2002, Updated entry for new Accounting printer (to support the replacement printer's ability to print duplex)

3. Tương tác nhiều nhất có thể

Khi giao tiếp với người dùng , bạn không bao giờ có thể giao tiếp được nhiều. Cần biết rằng 1 thay đổi nhỏ trong hệ thống mà bạn nghĩ sẽ không gây ra ảnh hưởng gì đáng kể có thể hoàn toàn làm xáo trộn sự trợ giúp về mặt quản trị trong nguồn nhân lực

Cách thức mà bạn kết nối với người dùng có thể khác nhau tùy vào từng tổ chức. 1 vài tổ chức sử dụng email; số khác thì sử dụng web nội bộ. Số khác nữa thì sử dụng bảng tin USENET hay IRC. 1 tờ giấy được dính lên các bảng thông báo có thể là đủ ở 1 số tổ chức. Trong trường hợp này , hãy sử dụng bất kì cách nào phù hợp với tổ chức của bạn.

Thông thường, người ta sử dụng cách diễn giải từ trên xuống :

• Nói với người dùng bạn sẽ làm gì
• Nói với người dùng bạn đang làm gì
• Nói với người dùng bạn vừa làm cái gì

 Những cái tiếp theo sẽ đi sâu vào những bước trên

3.1 Nói với người dùng bạn sẽ làm gì

Hãy chắc chắn rằng bạn đã gửi những cảnh báo đầy đủ tới người dùng. Những cảnh bảo cần thiết thực tế phụ thuộc vào loại thay đổi ( nâng cấp HĐH sẽ đòi hỏi nhiều thời gian hơn việc thay đổi màu nền màn hình đăng nhập ), cũng tương tự như bản chất cộng đồng người sử dụng ( thay đổi nhiều với người sử dụng có kiến thức chuyên sâu sẽ đơn giản hơn so với những người ít có kiến thức )

1 cách tối thiểu , bạn có thể mô tả những thứ sau

• Bản chất của việc thay đổi
• Khi nào nó sẽ xảy ra
• Tại sao nó xảy ra
• Thời gian kéo dài
• Tác dụng ( nếu có ) mà người dùng mong đợi
• Thông tin liên lạc để họ có thể liên lạc

Dưới đây là những trường hợp trong giả thiết. Phòng Tài Chính gặp vấn đề về việc hoạt động chậm chạp của cơ sở dữ liệu vào 1 số thời điểm. Bạn sẽ tắt server , nâng cấp CPU đời mới , và khởi động lại. Khi điều này được thực hiện , bạn sẽ chuyển database sang dạng lưu trữ RAID. Dưới đây là 1 thông báo cho trường hợp này

Kế hoạch dừng hoạt động của server vào đêm thứ 6

Bắt đầu từ 6 giờ tối ( lúc này là nửa đêm cho các công ty liên kết ở Berlin ) , tất cả các ứng dụng tài chính sẽ dừng hoạt động trong vòng 4 tiếng đồng hồ .

Trong khoảng thời gian này , những thay đổi về phần cứng và phần mềm của server chứa cơ sở dữ liệu của Phòng Tài Chính sẽ được thực hiện. Những thay đổi này sẽ làm giảm đáng kể thời gian cần thiêt để chạy các ứng dụng Accounts Payable, Accounts Receivable , và bảng cân đối tài chính hàng tuần. 

Khác với sự thay đổi trong thời gian chạy, hầu hết mọi người sẽ không nhận thấy có sự thay đổi nào cả. Tuy nhiên, những người viết các câu truy vấn SQL của riêng của mình cần phải biết rằng cách sắp xếp của một số chỉ số sẽ thay đổi. Đây là tài liệu trên trang web của công ty trong mạng nội bộ, trên trang Tài chính. 

Nếu bạn có bất kỳ câu hỏi, ý kiến, hoặc góp ý, xin vui lòng liên hệ người quản trị hệ thống , mã số mở rộng 4321.

Có vài điểm cần chú ý

• Giao tiếp hiệu quả bắt đầu và kéo dài trong suốt quá trình xảy ra thay đổi
• Đảm bảo rằng bạn cung cấp lịch thay đổi phù hợp với mọi người ở bất kì chỗ nào
• Sử dụng các thuật ngữ mà người dùng hiểu.  Những người bị ảnh hưởng bởi sự thay đổi này không quan tâm rằng các mô-đun CPU mới là một đơn vị 2GHz với bộ nhớ cache L2 gấp đôi, hoặc cơ sở dữ liệu đang được sử dụng giải pháp lưu trữ RAID 5. 

< Hết phần 1 >

Các khóa học online của Stanford

http://see.stanford.edu/see/courses.aspx
Có 4 chủ đề chính :

Introduction to Computer Science

Programming MethodologyCS106A

Programming AbstractionsCS106B

Programming ParadigmsCS107

Artificial Intelligence

Introduction to RoboticsCS223A

Natural Language ProcessingCS224N

Machine LearningCS229

Linear Systems and Optimization

The Fourier Transform and its ApplicationsEE261

Introduction to Linear Dynamical SystemsEE263

Convex Optimization IEE364A

Convex Optimization IIEE364B

Additional School of Engineering Courses

Programming Massively Parallel ProcessorsCS193G

iPhone Application ProgrammingCS193P

Seminars and Webinars

Nhưng có lẻ chỉ tập sẽ tập trung vào cái Programming mà thôi , người dạy nói khá nhanh , nhưng may mắn là có các transcript để có thể đọc và nghe . Hi vọng những khóa học này sẽ có ích

Gia phả dòng họ Linux

Trong cái hình dưới thì mọi người có thể thấy có 3 nhánh chính là Debian , Slackware và Redhat.

Những OS Linux biết được thì chắc ko quá 20 cái , quá ít so với chỗ này :D

Hơn nữa số lượng thống kê dưới này chắc chắn vẫn chưa đủ hết , có những biến thể khác nhau của Linux được các công ty như GOOGLE , FACEBOOK ... thay đổi để phù hợp với yêu cầu của họ ( chủ yếu là những con server)

Có thể vài người thắc mắc sao ko thấy BSD ở đây , câu trả lời là BSD được coi là Unix-based , Linux được coi là Unix-liked. Vấn đề này sẽ được làm rõ ở 1 cái entry khác :D

Tiến trình khởi động của LINUX

Tiến trình khởi động Linux

- Khởi động hệ thống : Trên một máy tính , Linux khởi động bắt đầu trong BIOS từ địa chỉ 0xFFFF0. Bước đầu tiên của BIOS là POST ( power-on self test ) để kiểm tra phần cứng , liệt kê danh sách các thiết bị và khởi động chúng . Sau đó BIOS tìm kiếm các thiết bị khởi động trong CMOS như đĩa mềm ,CD-ROM, USB hay phân vùng MBR ( Master Boot Record ) trong đĩa cứng . Thường thì hệ thống bắt đầu khởi động từ đĩa cứng có MBR . MBR là 1 sector 512 byte đặt tại sector 1 cylinder 0 head 0. Sau khi MBR được nạp , BIOS sẽ chuyển quyền điều khiển cho đoạn mã trong MBR

- Giai đoạn 1 : MBR là 1 image 512 byte gồm 446 byte khởi động sơ cấp , 64 byte phân hoạch (partition table) và 2 byte magic number . Nhiêm vụ của MBR là tìm và nạp trình khởi động thứ cấp bằng cách xác định phân vùng có cờ Active trong bảng , rồi đọc bootsector từ phân vùng đó 

- Giai đoạn 2 : BOOTLOADER tiến hành nạp kernel và khởi động RAM disk (nếu cần) . BOOTLOADER trong linux thường là LILO hoặc GRUB. Nhưng hiện giờ có lẽ chỉ còn xài GRUB. File cấu hình của GRUB là /etc/grub.conf ( Trong Windows thì bootloader có tên là NTLDR ). Trình khởi động đọc file cấu hình và hiển thị danh sách kernel. Sau khi lựa chọn sẽ nạp kernel image và initrd vào bộ nhớ . Khi kernel sẵn sàng , giai đoạn 2 sẽ triệu gọi kernel . Kernel nạp vào bộ nhớ , quyền điều khiển sẽ trao cho kernel. Kernel có 2 dạng nén là zImage hoặc bzImage ( thường là bzImage). 
+ Phần đầu kernel chứa thủ tục thiết lập phần cứng và giải nén kernel , sau đó triệu gọi kernel và quá trình khởi động kernel bắt đầu .
+ Kernel sẽ mount hệ thống file và file hệ thống . Kernel sẽ khởi động tiến trình init nên init có process id là 1 ( init là cha của các tiến trình khác trong linux )
Đến đây có thể coi như tiến trình khởi động linux đã hoàn thành .

Vậy có thể tóm tắt lại là :

P/s : GRUB hay LILO đều có thể khởi động cho cả Linux và Windows, nhưng ngược lại các bootloader trên Windows như (NTLDR, BOOTMGR) thì không hỗ trợ khởi động cho các hệ điều hành Linux. Ví dụ hình sau minh họa cho máy tính cài 2 HDH là Windows và Linux