Nam ICT | Nơi cập nhập tin tức cho các tín đồ công nghệ

5 THÓI QUEN XẤU MÀ LẬP TRÌNH VIÊN THƯỜNG MẮC PHẢI

2018-08-07T13:08:00.002+07:00

Thói quen xấu rất dễ hình thành nhưng khó sửa, thậm chí ngay chính bản thân bạn cũng không hề biết. Trong bài viết này mình sẽ liệt kê 5 thói quen không tốt mà nhiều bạn sinh viên hay lập trình viên thường hay mắc phải. Những thói quen này thoạt đầu thì khá là hữu ích nhưng thật ra lại có hại nhiều hơn bạn tưởng

1. “Tích cực” download tài liệu

Rất nhiều bạn sinh viên mình tiếp xúc có thói quen này: Mỗi khi thấy có người share là lập tức tải về một đống tài liệu lập trình đủ mọi thể loại về máy. Có thể một số bạn nghĩ: “Ủa nó cũng có gì xấu đâu?”. Có nhiều bạn khoe là mình có mấy trăm GB khóa học này nọ, nhưng mình chắc chắn các bạn chưa bao giờ đọc hoặc xem 5 -10% đống tài liệu mà họ có.

Kết quả sẽ là hội chứng: Lưu nhìều tài liệu nhưng méo bao giờ đọc. Dần dần bạn sẽ trở nên lười học và lười đọc. (Mình biết điều này vì hồi xưa mình cũng từng như vậy, và bây giờ cũng như vậy nốt.) Sách vở không phải là tiền nên việc bạn tích trữ được nhiều tài liệu không hẳn là bạn đã giàu có. Bạn tích trữ nhưng không bao giờ đọc thì kiến thức của bạn cũng không giàu lên đâu.

Cách giải quyết:
Lưu trữ có chọn lọc, ít nhưng mà chất
Tự tìm, tìm và đọc ngay chứ đừng lưu trữ
2. Bộ não thần kỳ

Có nhiều bạn thường cố gắng ghi nhớ hết tất cả các hàm, phương thức,… có trong ngôn ngữ. Các bạn có lẽ đang tự hỏi là: “Không nhớ thì làm sao mà gõ code?” Các bạn cần phải hiểu rằng việc của chúng ta là phải có kỹ năng giải quyết vấn đề và xử lý tình huống chứ không phải là cố gắng nhớ hết tất cả. Công nghệ luôn thay đổi và phát triển đòi hỏi bạn luôn phải học hỏi. Nhớ quá nhiều hàm sẽ khiến cho bộ não không thể học hỏi thêm cái mới và không còn nơi dành cho những công việc khác.

Cách giải quyết:
Chỉ cần hiểu rõ về cách xử lý, phương thức thực hiện
Không nhớ hàm,phương thức,… đã có google-sama lo
3. Trung tâm vũ trụ

Tự mãn không phải là một từ xa lạ, nó ngầm tồn tại trong rất nhiều người, và các lập trình viên cũng không phải ngoại lệ. Có một ranh giới khá rõ ràng giữa tự mãn và tự tin trong ngành lập trình, thông qua chất lượng code của bạn. Bạn có đang vướng phải căn bệnh tự mãn này không? Thử làm một bài test nhỏ, lấy một đoạn code bạn đã viết cách đây một vài năm và đọc nó, xem thực sự có nó khác quá nhiều với những đoạn code mà hiện tại bạn đang viết, bạn sẽ có câu trả lời.

Nếu bạn nói:” Chẳng có gì là tự mãn cả, đó là những kiến thức tôi đã học được từ thời đại học và giờ tôi áp dụng nó thì có gì là sai” hoặc là” Mình thích thì mình code thôi, việc gì phải suy nghĩ nhiều, xem mấy cái mới làm gì. Cứ chạy ngon là được”. Bạn không sai, nhưng bạn quên mất rằng, bạn đang làm việc trong một ngành mà cứ 5s lại có một phát kiến mới được sinh ra. Theo quy tắc đào thải, nếu bạn không thể thay đổi để theo kịp thời cuộc thì mình nghĩ, tốt nhất là bạn nên chuyển ngành đi, tiếp tục làm Dev sẽ chẳng có ích lợi gì với bạn cả.
4. Không phải chỉ mỗi bạn mới bị: Lập trình là việc rất khó

Đối với hầu hết mọi thứ, bạn phải có một suy nghĩ đúng đắn trước khi học làm thế nào để lập trình. Chắc chắn là bạn có thể làm điều này với một thái độ tiêu cực và bạn vẫn có thể tìm hiểu được các kiến thức đây đó, nhưng quá trình này sẽ mất nhiều thời gian hơn và bạn sẽ căm ghét nó trong toàn bộ chuyến hành trình tìm kiếm trì thức của mình.

Lập trình là một công việc rất khó, không còn nghi ngờ gì về điều đó cả. Ngay cả những lập trình viên thông minh nhất cũng bị vướng mắc trong những hoạt động cơ bản bởi các bug và lỗi trong code của họ. Nhiều lúc bạn cảm thấy như mọi người biết những gì mà họ đang làm và chỉ có bạn là người gặp khó khăn trong việc học, nhưng đó không phải là sự thật.

Bạn sẽ được an ủi với một thực tế rằng mọi người đều gặp phải rắc rối khi mới học lập trình. Bạn không đơn độc trong cuộc đấu tranh của mình.Việc nhầm lẫn và nản lòng là chuyện bình thường. Nếu bạn thấy việc học rất khó thì điều đó cũng không có gì là to tát cả, vì vậy đừng cảm thấy chán nản hoặc căng thẳng. Cái gì trên đời này cũng cần phải có thời gian.

Và đó là cách nghĩ mà bạn cần phải có nếu bạn muốn học lập trình: công việc này sẽ mất một thời gian dài. Chúng ta đang nói đến đơn vị tính bằng nhiều năm. Cách nhanh nhất để bị căng thẳng và áp lực trong khi học tập đó là hy vọng vào việc hiểu ngay lập tức, tiến bộ tức thời và có những kết quả nhanh chóng. Chúng ta sẽ nhận thấy trong phần sau rằng điều đó hoàn toàn không đúng.

Hãy cảm thấy bình tâm với một thực tế là chuyến hành trình tìm kiếm tri thức đó của bạn sẽ rất lâu dài và gian khó.
5. Ngưng luôn việc: code, code nữa và code mãi…

À không, mình không nói bạn dừng code, nghe cứ như dừng học phải không. Điều mình muốn nhắn gửi các bạn là, đừng cố gắng code bằng mọi cách, thay vào đó, code chậm lại và suy nghĩ nhiều hơn.

Thuở mới bắt đầu, mình luôn nghĩ, kỹ năng của một lập trình viên được thể hiện bằng tốc độ anh ta gõ phím. Vì vậy nên mình cố gắng code nhanh bằng mọi cách có thể. Nhưng có một điều làm mình không hiểu, thế quái nào các anh Senior trong công ty, lại mất cả giờ trước một vấn đề, chẳng thèm ngồi code vậy trời? Tiếp xúc qua một thời gian nữa , mình mới ngộ ra được một chân lý. Chất lượng code quan trọng hơn “tốc độ code” rất nhiều. Có thể bạn code rất nhanh, với những vấn đề cũ hoặc đã biết. Nhưng khi sau này, bắt tay vào những dự án lạ, gặp các vấn đề mới, thói quen code trước khi suy nghĩ giải pháp, sẽ khiến bạn rơi vào thế bị động, chẳng thể nghĩ ra giải pháp.

Hãy tập cho mình thói quen code chậm lại một chút, suy nghĩ kĩ, bạn sẽ nhận ra nhiều cách để giải quyết vấn đề hơn. Code cẩn thận, debug và integrate khi cần, trước khi optimize nó để mang lại hiệu quả cao hơn. Thách thức của một lập trình viên là chất lượng code chứ không phải số lượng. Và nếu bây giờ bạn không tin vào điều đó, thì hãy đi làm thêm vài năm nữa, rồi quay lại đây phủ nhận các lời khuyên này nhé!

NHỮNG KIỂU SINH VIÊN RA TRƯỜNG CHẮC CHẮN THẤT NGHIỆP

2018-06-23T00:48:00.000+07:00

Nguồn bài viết : JUNIORWORKS
Tác giả: Chad H. Luong
=====================================================================
Nhiều năm làm trong lĩnh vực con người, từng phỏng vấn tuyển dụng hàng ngàn ứng viên trẻ tuổi, từng đào tạo hàng ngàn sinh viên tài năng, chứng kiến không ít sinh viên tốt nghiệp để rồi thất nghiệp, tôi phải thừa nhận rằng: Các bạn thất nghiệp là quá đúng! Dưới đây là những gì tôi nhìn thấy ở những ứng viên không bao giờ được tuyển dụng.

Kiểu ảo tưởng sức mạnh

Chẳng có mấy kinh nghiệm, chẳng biết làm việc gì, nhưng luôn có một niềm tin mãnh liệt rằng “lương dưới 10tr em không làm”.

Dù có thủ khoa Ngoại Thương hay từ Anh, Mỹ trở về thì kiểu này cũng chẳng bao giờ qua được vòng phỏng vấn. Doanh nghiệp không trả tiền cho bằng cấp hay kiến thức của bạn, mà trả tiền cho những gì bạn có thể đóng góp được.

Gặp kiểu này thì tôi thường: Thôi xin chúc mừng em và anh tin rằng em sẽ sớm thành công với lý tưởng của mình.

Kiểu sang chảnh

Kiểu này là những bạn luôn tin tưởng rằng mình tốt nghiệp đại học nên mình phải làm những công việc “xứng tầm”. Luôn tự động viên bản thân là “mình mất 4-5 năm đèn sách, giờ lại phải làm cái việc tay chân cỏn con như mấy đứa thất học sao?”. không bao giờ chấp nhận làm từ việc nhỏ, luôn coi những việc hàng ngày là việc lặt vặt tầm thường.

Xin thưa với các tiểu thư công tử là khi việc nhỏ làm còn không xong thì không ai giao cho các bạn việc lớn đâu.

Kiểu lười biếng

Tuổi đời thì trẻ, kinh nghiệm thì không có, nhưng luôn muốn tìm những công việc nhẹ nhàng ổn định. Phải ở lại làm thêm hoặc cuối tuần phải đi làm là tỏ ra khó chịu và cho rằng “bị bóc lột”.

Thông minh tài năng mà lười thì đã đành, gần đây tôi gặp rất nhiều các ứng viên vừa không có gì xuất sắc vừa chẳng chăm chỉ. Làm việc được 1-2 hôm đã kêu và sau đó các bạn được cho nghỉ luôn.

Kiểu thiếu thực tế

Nhóm này luôn có một niềm tin mãnh liệt về 1 thứ gọi là “công việc ổn định”, đáng tiếc là trong thời đại mọi thứ thay đổi chóng mặt thế này thì chẳng còn có công việc nào gọi là “ổn định” hết, ngay cả vào nhà nước bây giờ cũng không ổn định.

Và cùng với niềm tin đấy, tôi biết nhiều bạn đã tốt nghiệp 3-4 năm rồi mà vẫn ở nhà ăn bám bố mẹ và ngày ngày đi tìm kiếm những “cơ hội tốt”.

Kiểu chém gió

Nói rất nhiều, nói rất hay, phân tích lập luận đều vào hàng siêu đẳng, kinh tế vĩ mô hay vi mô, Việt Nam hay Thế giới đều có đàm luận ở mức cao thâm; nhưng đến khi bắt tay vào làm thì chẳng được việc gì.

Hồi mới làm tuyển dụng, tôi thường bị thu hút bởi nhóm này, rồi thì càng ngày tôi càng nhận ra rằng trời chỉ cho mỗi người 1 sở trường, thằng giỏi ba hoa thường không còn sở trường nào khác.

Kiểu đứng núi này trông núi nọ

Làm cho công ty này nhưng tâm hồn lại ở các công ty khác. Chưa đóng góp được gì cho công ty mà chỉ luôn bận tâm tìm xem công việc nào trả lương cao hơn, có cơ hội thăng tiến tốt hơn và nhanh chóng chuyển việc.

Các bạn chẳng bao giờ học và làm được điều gì đến nơi đến chốn vì chưa bao giờ dành đủ tâm huyết cho công việc. Và chẳng có mấy doanh nghiệp muốn nhận những người mau mau chóng chóng học hết mọi thứ rồi ra.

Nhiều công ty không bao giờ tuyển những bạn không làm ở đâu được quá 1 năm.

Kiểu bảo thủ

Đã ngu nhưng không biết tiếp thu mà luôn tỏ ra rất nguy hiểm với 1001 kiểu lập luận phản biện. Kiểu này đôi khi tự cho rằng mình “giỏi tư duy phản biện – critical thinking”.

Gặp kiểu này thì tôi chẳng bao giờ thèm tranh luận vì biết là có nói thế nào nó cũng vẫn nghĩ rằng nó là đúng. Cứ gật đầu cho nó nói thoải mái để kết thúc cuộc nói chuyện, phỏng vấn cho sớm rồi đi làm việc khác, đỡ mất thời gian.

Kiểu thụ động

Cứ phải cầm tay chỉ việc, từ cái việc bé li ti như con kiến, giao việc xong còn phải thúc vào mông thì mới chịu làm, không ai nói gì thì ngồi facebook cả ngày. Sức ì lớn như xe lu, khen chê thưởng phạt các kiểu cũng không suy xuyển.

Kiểu này mà cho ra chiến trường để cản xe tăng thì tốt phải biết, còn trong công ty thì chẳng xếp vào vị trí gì được.

Kiểu không có chí tiến thủ

Không ham học hỏi, ngại tiếp xúc với cái mới, luôn sợ bị người khác chê cười, lòng tự trọng to như con voi mà tinh thần cố gắng to như con kiến. Dễ chấp nhận, nhanh thoả mãn. Không thích bị người khác nhắc nhở nhưng lại chẳng chịu học hỏi vươn lên. Sách mua về để tủ cả đống nhưng mốc meo cả năm đọc chẳng nổi 1 quyển.

Các bạn này vào công ty sau 1 thời gian không bị đuổi cũng tự xin nghỉ vì thấy tất cả bạn bè giờ đã lên sếp hết, mỗi mình mình còn lẹt đẹt với sự uất hận vì bị “đánh giá không công bằng”, “không được ghi nhận…”

Kiểu thích bao biện

Kiểu sinh viên ra trường chắc chắn thất nghiệp thứ 10 đó là thích bao biện.

Em không làm được cái này là vì…

Em không làm được cái kia là do…

Em đã làm nhưng mà…

Nhóm này có 1 số từ ngữ ưa thích là “Nhưng mà”, “Bởi vì”, “Thật ra là”….

Dùng từ gì thì cũng thế cả thôi, tất cả chỉ là để một cách để bao biện cho sự yếu kém về năng lực hoặc hèn nhát về tinh thần.

Doanh nghiệp không tuyển bạn vào công ty để giải thích “tại sao không làm được”, những cái đó chúng tôi thừa hiểu, doanh nghiệp cần tuyển bạn để xử lý vấn đề đó.

Bên cạnh đấy, luôn đổ lỗi cho hoàn cảnh thì bản bạn sẽ chẳng bao giờ tiến bộ được.

Kiểu con cưng

Sinh ra đã được chiều chuộng bao bọc, chăm sóc từ chân đến răng, ở nhà là “con cưng”, ra đường cũng là “con cưng”, có việc gì xảy ra là y như rằng bố mẹ xuất hiện để “che chở”, đi đâu cũng có “ba là tấm vé xe cho con bay thật xa” và “mẹ là xập đô la cho con cài lên ngực”.

Không chịu được khó, không chịu được khổ, chẳng thể tự lập được mà lúc nào cũng phải dựa vào cha mẹ hoặc không thể làm trái ý cha mẹ.

Khi tuổi đời còn trẻ thì kiến thức là thứ có thể học được, kỹ năng là thứ có thể luyện tập được. Nhưng tính cách và tinh thần là cái cần rất nhiều thời gian để vun đắp, nếu bạn thấy hình ảnh của mình ở đâu đó trên kia, hãy lên kế hoạch rèn luyện bản ngay hôm nay.

CHIA SẺ TÀI KHOẢN HỌC ONLINE TRÊN EDUMALL

2018-04-18T11:19:00.000+07:00

Xin chào các bạn, thật lòng xin lỗi các bạn vì lâu lắm rồi mình chưa viết một cái blog nào. Dạo này mình khá bận và phải đi học trên trường nữa nên mình không có thời gian để viết blog. Nên hôm nay để thể hiện sự ăn năn hối lỗi của mình. Mình xin chia sẻ cho các bạn tài khoản Edumall. Bao gồm các khóa học sau:

Hướng dẫn sử dụng Powerpoint 2007
Nhập môn lập trình web
Lập trình ứng dụng IOS
Dựng web chuyên nghiệp chon người không biết code với Drupal
Bán hàng bằng cách thiết kế Landingpage siêu tốc với Instapage và Wordpress

Chúc các bạn học tập tốt!
À quên nữa mình chưa share tài khoản. Dạo này già cả rồi nên đầu óc lẩm cẩm:
Bước 1: Các bạn truy cập vào Edumall
Bước 2: Vào đăng nhập với tài khoản sau:

Email: gumdragoneel@gmail.com
Password: hoainam1234

Bước 3: Click vào phần khóa học của tôi tìm đến khóa học các bạn muốn học và bắt đầu học thôi

BÁO CÁO NGÀNH LẬP TRÌNH 2017

2017-12-27T21:00:00.004+07:00

Nguồn bài viết: TopDev

Vào tháng 12 vừa qua, chuyên trang tuyển dụng lập trình viên TopDev đã công bố [Báo cáo tổng quan lập trình viên năm 2017]. Khảo sát được TopDev thực hiện độc lập trên hơn 5000 ứng viên, và 300 nhà tuyển dụng đang hoạt động và giữ các vị trí khác nhau trong lĩnh vực CNTT tại Việt Nam. Bản báo cáo đem đến cái nhìn tổng quan tình hình nhân sự toàn ngành trong năm 2017 cũng như dự báo những xu hướng công nghệ sắp tới trong năm 2018.

Trong lực lượng lao động ngành IT hiện tại, lập trình Web vẫn luôn chiếm tỉ lệ thị trường cao nhất với gần 74,8%, theo sau là lập trình Desktop App và Mobile App. Ở thời điểm hiện tại, xu hướng “Machine learning” đang dẫn đầu về mức lương trong các vị trí lập trình – khoảng hơn 35 triệu đồng/ tháng ($1,576/ tháng), theo sau đó là DevOps và các lĩnh vực nghiên cứu – thuật toán. Tuy nhiên, nếu xét chung trong cả ngành IT, đây là mức lương ở mức trung bình. So với mức lương mà các công ty CNTT sẵn sàng trả cho nhân sự cấp trưởng bộ phận tương đương 62 triệu đồng/ tháng ($2,721/tháng), đây là một khoảng cách khá lớn, cho ta thấy rõ hơn đặc thù của một ngành công nghiệp “chất xám”.

Năm 2017 là một năm cực kì hoành tráng và thành công của thị trường lập trình Mobile Việt Nam, và đây là cột mốc không thể tốt hơn để nhảy vào lĩnh vực phát triển ứng dụng di động. Vẫn như mọi năm, iOS và Android vẫn đang dẫn đầu với hơn 60% lượng người sử dụng. Đây cũng là 1 trong số 5 kỹ năng được nhà tuyển dụng sẵn sàng trả lương cao nhất cho ứng viên có kinh nghiệm – khoảng 27 triệu đồng/ tháng ($1,212/ tháng), chỉ ngay sau Big Data với mức lương gần 30 triệu đồng/ tháng ($1,325/ tháng). Ngoài ra, trên hệ thống tuyển dụng lập trình viên của TopDev gần 10% vị trí đăng tuyển là dành riêng cho lập trình viên mobile, cho thấy cơn sốt lập trình mobile vẫn chưa có dấu hiệu hạ nhiệt và vẫn được các nhà tuyển dụng săn đón. Bên cạnh iOS và Android vẫn chiếm lĩnh thị trường, các kỹ năng Native vẫn rất được ưa chuộng nhờ các tính năng ưu việt của nó.

Về tuyển dụng, khảo sát cho thấy có đến khoảng 13% số lập trình viên đi tìm việc, nhảy việc chỉ trong vòng 1 năm. Thêm vào đó, khoảng 62% lập trình viên dù không chủ động đi tìm việc nhưng vẫn rất sẵn sàng với các cơ hội mới, đấy cũng là một bài toán lớn cho các nhà tuyển dụng. Để giải thích về xu hướng nhảy việc rầm rộ của lập trình viên, TopDev đã chỉ ra nhiều lý do khác nhau, trong đó phải kể đến cơ hội thăng tiến, môi trường làm việc và đặc biệt là mức lương thưởng hiện tại. Đối với thị trường có đặc thù cạnh tranh cao như IT, mức lương và phúc lợi là những yếu tố vô cùng quan trọng để thu hút cũng như giữ chân nhân sự giỏi trong ngành. Thế nhưng, số liệu cho thấy gần 50% lập trình viên cảm thấy họ không được trả lương xứng đáng với năng lực và công sức bỏ ra. Chính vì thế, các nhà tuyển dụng sẽ cần phải cân nhắc điều chỉnh chính sách lương bổng phù hợp hơn khi mà nhu cầu tuyển dụng đã và đang tăng dần đều qua các năm. Một tín hiệu đáng mừng đó là có đến 2/3 các nhà tuyển dụng trong khảo sát của TopDev đã có dự định sẽ tăng lương cho nhân viên từ 6% đến gần 20%.

Về công nghệ, trong số các web framework đình đám, Laravel hiện đang là một cơn sốt tại thị trường Việt Nam. Phiên bản mới nhất của nó cho phép lập trình viên có thể build web trong thời gian cực nhanh, dễ thay đổi và được hỗ trợ rất nhiều. Thêm vào đó, JavaScript vẫn là kỹ năng có nhu cầu cao nhất và được các nhà tuyển dụng săn đón nhất, không hề có dấu hiệu suy giảm so với 2 quý đầu năm. Bên cạnh đó, các xu hướng khác gồm có: Big Data, Internet of things, Blockchain,… trở nên ngày càng phổ biến hơn, góp phần tăng hiệu quả các ứng dụng và hỗ trợ doanh nghiệp hoàn thiện các sản phẩm sẵn có.

Với những khởi sắc của ngành công nghệ thông tin trong thời gian gần đây, chắc chắn sẽ là một điểm sáng thúc đẩy cho toàn thị trường tuyển dụng trong năm 2018. Hơn thế nữa, đón đầu sự phát triển của AI, Machine Learning, và Blockchain sẽ giúp cho doanh nghiệp có được những giải pháp tối ưu hoá mô hình kinh doanh của mình đáp ứng sự thay đổi của cuộc cách mạng công nghệ 4.0 trên toàn cầu.

Xem đầy đủ báo cáo tại đây:

SHARE MÃ NGUỒN WORDPRESS

2017-12-19T13:03:00.000+07:00

Hôm nay HoaiNamICT sẽ gửi cho các bạn mã nguồn website bằng Wordpress
Để cài đặt các bạn làm theo các bước sau:
Bước 1: Giải nén file.zip chúng tôi đã gửi cho bạn ở cuối bài viết. Bạn sẽ được như mình sau

Bước 2: Tạo vào hosting của bạn tạo một cơ sở dữ liệu mới. Ở đây để demo cho các bạn tôi sử dụng phần mềm Ampps để tạo một web ảo.

Bước 3: Upload 2 file đã giải nén ở bước 1 lên hosting.
Bước 4: Chạy file installer.php theo đường dẫn: http://ten_domain_cua_ban/installer.php. Bạn sẽ được 1 giao diện như hình dưới đây:

Click vào ô checkbox I have read and accept all term & notices. Tiếp theo click vào button Next hiển thị màu xanh ở dưới cùng
Bước 5: Chờ 1 lúc cho webtieens hành giải nén file 20170616_quanaotreemthoitrang_ddc89c59566555678844170806153141_archive.zip đã upload lên. Khi giản nén thành công bạn sẽ được 1 giao diện như thế này

Tiếp theo là điền 1 số thông tin cần thiết: Tên host (Mặc định là localhost). Tên database (Đã tao ở bước 2). Tên user và password mà nhà cung cấp hosting đã đưa cho bạn. Ở đây mình dùng web ảo nên mặc định nó có tên User là root và Password là hoainam.
Click vào button Test Database để kiểm tra xem nó đã được kết nối thành công chưa. Nếu hiển thị như hình là đã kết nối thành công

Click tiếp vào button Next để tiếp tục.
Bước 6: Chờ 1 lúc để nó tiến hành upload database lên mysql. Khi upload thành công sẽ được giao diện như hình dưới đây:

Phần URL sẽ là tên miền của bạn,
Phần Path: Là đường dẫn đến file thư mục
Phần title: Tiêu đề của website.
Bạn có thể thay đổi theo ý của bạn
Click vào phần OPTIONS để tạo mới tài khoản Admin Quản lý website
Bước 7: Nếu tất cả các bước trên đã hoàn thành bạn đã có thể truy cập vào website
Click vào Site Login để đăng nhập vào trang quản lý website
Nhập Username và Password đã tạo ở bước 6

Và cuối cùng phần quan trọng nhất
Demo Download Mã Nguồn
Pass giải nén: hoainamict

LẬP TRÌNH VIÊN NÊN CHỌN LAPTOP NHƯ THẾ NÀO?

2017-12-09T20:43:00.001+07:00

Có hai thứ mà lập trình viên giỏi nào cũng phải có. Thứ đầu tiên là một người thầy giỏi, động viên và dẫn dắt ta đi đúng hướng. Thứ còn lại chính là một chiếc laptop nhanh, bền, tốt, luôn bên ta trên suốt quãng đường học tập và lập trình.

Laptop quan trọng thế nào đối với lập trình viên?

Gần đây, trong một cuộc phỏng vấn nhanh anh Mark Zúc Zúc gì đó, CEO FACBOOK đã nói rằng:

LAPTOP lập trình là điều quan trọng nhất, những thứ khác có hay không có, không quan trọng !

Bill Gates, ngày vừa sáng lập Microsoft, cũng có một câu tương tự:

Có hai thứ mà lập trình viên giỏi nào cũng phải có. Thứ đầu tiên là một người thầy giỏi, động viên và dẫn dắt ta đi đúng hướng. Thứ còn lại chính là một chiếc laptop nhanh, bền, tốt, luôn bên ta trên suốt quãng đường học tập và lập trình.

Đương nhiên là 2 bác ở trên không nói ra câu này đâu, do mình chế ra cả thôi. Nói có vẻ đùa nhưng sự thật đúng là như vậy!

Việc chọn một cái laptop phù hợp cho lập trình đôi khi là một việc rất khó khăn.

Bởi có quá nhiều lựa chọn khác nhau khiến bạn rối cả trí mỗi khi vào google search về chúng. Không những thế mỗi nhãn hiệu điều có những phiên bản khác nhau với điểm mạnh yếu tùy theo nhu cầu sử dụng của từng người.

Có một sự thật là bạn có thể code hầu như trên mọi loại máy laptop hiện nay. Tuy nhiên, năng suất của bạn sẽ tăng đáng kể nếu dùng laptop đúng theo nhu cầu của mình.

Có nhiều lĩnh vực phát triển, tools và ngôn ngữ khác nhau tùy theo ngành học của bạn. Thế nên không thể nào có một cái máy tính toàn năng, phù hợp với mọi yêu cầu mà giá thành lại rẻ được.

Tôi viết bài này là để dành cho các bạn web developer và chỉ có laptop để làm lập trình.

Sau đây là những lưu ý mà bạn cần phải nghĩ tới trước khi ra quyết định mua máy.

Tính di động

Laptop có đủ thể loại với kích cỡ hình dáng khác nhau. Bạn sẽ cần phải xác định rõ bạn muốn tính di động của laptop đến mức nào.

Nếu không phải mang laptop đi nhiều thì bạn nên chọn cỡ 15-inch. Những loại này thì thường được trang bị ngon lành hơn cũng như thực hiện được nhiều task khác nhau cùng một lúc.

Thế nhưng nếu bạn phải di chuyển rất nhiều thì hãy nên dừng ở mức 13~14 inch thôi. Chúng vừa nhẹ mà lại khá tiết kiệm pin.

Trừ khi bạn bắt buộc phải xài hoặc đó là hàng tặng thì đừng nên mua mấy cái laptop có touch-screen bởi nó chả cần thiết trong khi giá thì bị đội lên rất nhiều

Màn hình

Màn hình của laptop chính là thứ quan trọng nhất, đặc biệt là với programmer. Khi phải phát triển các ứng dụng đồng nghĩa với việc nhìn vào màn hình trong một thời gian dài bởi bạn phải tập trung vào rất nhiều chi tiết khác nhau.

Các Laptop giá rẻ thường có màn hình cỡ 1366 x 768, theo tôi thì chỉ thuộc dạng trung bình là cao nhất rùi. Chả đủ không gian để bạn làm nhiều việc cùng một lúc, đã thể chữ hiển thị cũng không đủ rõ để mắt bạn được dễ chịu mỗi khi đọc.

Còn màn hình 4K thì quá là lãng phí bởi bạn chả cần tới nó, chưa kể nó tốn tiền kinh khủng và ăn pin như hạm.

Nói chung, dù là gì đi nữa đừng bao giờ mua laptop mà có màn hình dưới Full HD 1920 x 1080 (1080p). Nếu có tiền thêm chút cho màn hình phân giải tốt hơn thì càng tốt.

Mà hãy chắc rằng bạn thấy thoải mái khi nhìn vào màn hình, không có gì tệ hơn khi nó phản chíu ánh sáng quá nhiều và trông chẳng khác gì một chiếc gương.

Processing Power (CPU)

CPU ảnh hưởng rất lớn đến hiệu năng của laptop thế nên bạn đừng nên ham rẻ xem nhẹ phần này. Có rất nhiều CPU khác nhau tùy vào nhu cầu của người mua. Một số thông số quan trọng bạn cần biết đến bao gồm cache, số core, frequency cũng như khả năng tỏa nhiệt của chúng.

Thường thì Intel core i5 hoặc i7 processor với frequency 3GHz hoặc hơn là lựa chọn tốt nhất cho bạn.

Memory (RAM)

Tôi không nghĩ bất cứ ai mà muốn theo nghiệp lập trình lại chọn mua laptop với ít hơn 4GB ram. Theo tôi, thấp nhất nên là 8 gb ram, với ngần đó cũng chỉ mới vừa đủ chạy một số ứng dụng khá tốn ram. Còn nếu dư dả thì bạn rất nên mua cái 16GB ram.

Ổ cứng – Dung lượng bộ nhớ

SSD (Solid State Drive) nên là một trong những ưu tiên bạn nên cân nhắc tới bởi sự cải thiện rõ rệt trong hiệu năng khi so sánh với các ổ cứng thông thường khác. Với SSD, tốc độ xử lí của OS, compile code. launch app hay load project đều được tăng rõ rệt.

256GB SSD là một khởi đầu tuyệt vời và nếu bạn điều kiện khá giả thì hãy mua 512GB hoặc 1TB SSD. Tất nhiên SSD không rẻ nên bạn chỉ nên để hệ điều hình và những software quan trọng vào SDD và những thứ khác như game, phim, nhạc, etc vào ổ cứng HDD.

Bàn phím

Bạn đừng xem nhẹ điều này bởi bàn phím là nơi mà bạn dùng để gõ code cả ngày đấy. Thường thì tôi sẽ ưu tiên những bàn phím rộng, thoải mái và có nút bấm nhạy.

Quan trọng nhất là bạn phải ngồi thử xài cái bàn phím trước khi ra quyết định có nên mua nó không. Lưu ý là nó phải khiến bạn cảm thấy thoái mái và không bị vướng víu khi gõ văn bản. Bàn phím có khả năng phát sáng trong đêm cũng khá là hay nếu bạn hay viết code vào đêm.

Thời lượng pin

Có thể không quan trọng mấy nếu laptop của bạn luôn được cắm sạc đầy đủ cũng như chả phải mang đi đâu xa. Dù vậy, tiêu chuẩn bạn nên nhắm tới cũng không ít hơn 6 tiếng.

Đừng nghe lời quảng cáo từ hãng mà hãy lên google tìm đọc những bài review của bên thứ 3 về chúng.

Hệ điều hành

Cái này thì không có gì phải nói, tùy vào nhu cầu của bạn mà nó sẽ khác nhau. Window thì bạn sẽ có khá nhiều lựa chọn nhưng nếu thích macOS thì bạn sẽ bị giới hạn với chỉ các dòng Macbook thôi.

Linux thì chạy tốt trên bất cứ máy nào nhưng bạn nên chọn những máy có hỗ trợ Linux chính thức. Thường thì Dell và System 76 về mặt này làm khá tốt.

Card đồ hoạ chuyên dụng hoặc tích hợp

Card rời không thật sự cần thiết cho việc coding thế nên bạn có thể tiết kiệm bằng cách chọn card on-board và lấy số tiền đó cho SDD hoặc CPU.

Và thế là bạn đã có thể tự tin trong việc kiếm cho mình một “chiến hữu” trong con đường trở thành lập trình viên rồi đấy!

Một số mẫu laptop phù hợp

Dưới đây, mình có khuyến khích một số loại laptop dựa theo ý kiến cá nhân, nếu có loại nào ổn hơn anh em cứ giới thiệu nhé:

Ngon bổ rẻ

HP 15-AY013NR 15.6-inch: Giá không cao, CPU i5-6200U, RAM 8GB, SSD 128GB (nên gắn thêm), card onboard Intel. Quá đủ để code.
Dell XPS 13
Lenovo Thinkpad

Cho các bạn có nhiều tiền

Dòng Macbook Pro: Máy đẹp, chụp tự sướng trông rất bảnh, nhẹ nên tiện dụng dễ mang theo, pin trâu 7-8 tiếng. Máy chạy bền và ổn định, tắt mở rất nhanh, hỗ trợ command line và các công cụ lập trình rất tốt. Nhược điểm là giá hơi cao, đôi khi cần cài thêm Windows để code một số thứ. Ngoài ra Mac không thích hợp chơi game nên game không nhiều, khó chạy các game khủng.
Dòng Alienware: Cấu hình ngon, chơi game và code đã, máy ngầu hầm hố. Tuy nhiên giá hơi cao và do “hầm hố” nên máy và cục sạc hơi nặng, vác theo rất mệt
Dell Latitude E7470 Business Ultrabook
Asus K501UW-AB78 15.6-inch

Tầm trung

Lenovo Yoga 710 15.6-inch
Asus Q304ua 13.3-inch 2-in-1 Touchscreen Full Hd
Toshiba Satellite L55 15.6-inch

Tầm thấp, giá rẻ đủ code

HP 14-AN013NR 14-inch Notebook
Acer Chromebook CB3-131-C3SZ
Acer Aspire ES 15

Kết

Xét cho cùng, laptop chỉ là công cụ để học lập trình. Tuy nhiên, việc sử dụng công cụ thế nào còn tuỳ thuộc vào bản thân mỗi người!

Bạn có laptop xịn 40-50 triệu mà chỉ dùng để suốt ngày chơi game, lướt Facebook thì cũng chỉ tổ phí tiền, còn không bằng thằng bạn chỉ có laptop 6-7 triệu nhưng dùng để lướt blog Hoainamict, đọc Medium, học code online, làm dự án cá nhân để học

Laptop xịn hay dỏm cũng không quan trọng bằng việc bạn dùng nó như thế nào!

Hi vọng bài viết giúp các bạn lựa chọn được người bạn ưng ý trên bước đường lập trình nhé. Có thắc mắc hay góp ý gì mọi người cứ viết trong mục comment nha

LÀM SAO ĐỂ TRỞ THÀNH DEV CHẤT LỪ

2017-10-24T20:52:00.001+07:00

Câu hỏi muôn thuở, vậy chứ cũng không nhiều người trả lời được. Và trong những người biết đáp án thì cũng chỉ 1 phần là làm được. Đầu tiên định nghĩa “dev chất” là gì : là dev ngon, giao việc gì là tin tưởng tuyệt đối, nó sẽ tìm ra cách tốt nhất và trong thời gian nhanh nhất để giải quyết vấn đề. Và tất nhiên là nhanh – chắc chứ không phải nhanh – ẩu.

Đầu tiên để hình dung cho rõ ràng thì mới các bạn cùng mình làm 1 so sánh nhỏ giữa “dev chất cao” và “dev chất thấp” (cùi). Tất nhiên làm dev thì default là chất rồi, vì dev không phải ngồi gõ lọc cọc như khỉ vs đi cài win dạo, dev có vận mệnh “thay đổi thế giới” mà

1. Trách nhiệm :

Dev chất : Luôn xác định đúng tầm quan trọng của việc đang làm, không sao nhãng và tập trung làm tốt việc được giao. Sếp có giao thêm việc cũng ráng trong phạm vi sức khỏe vs khả năng.

Dev cùi : Cứ làm tới đâu thì tới, mình làm không được thì thằng khác nó làm, vẫn hưởng lương đầy đủ.

2. Kiến thức :

Dev chất : Chịu tìm tòi học hỏi từng khía cạnh nhỏ công nghệ đang làm, ngoài ra rảnh rỗi còn hay xem cái này cái kia (ngôn ngữ – công nghệ ấy, ko nghĩ bậy nha).

Dev cùi : Miễn sao đủ để làm project hiện tại được rồi, hơi đâu tìm hiểu nhiều cho hại não.

3. Thái độ :

Dev chất : Ngưỡng mộ dev chất hơn, thường là các anh senior trong công ty hoặc là những cao thủ trong cộng đồng IT.

Dev cùi : Không quan tâm hoặc là mấy anh xấu tính còn ghét người giỏi hơn mình, đôi khi còn chơi khăm nhau : bố thả bug cho mày lãnh đủ, ngon fix đi cu !!! hoặc là : mấy cái đấy ai chả làm được. Nói thì dễ lắm, làm mới khó.

4. Tín nhiệm :

Dev chất : Hứa là làm, không hứa suông và cũng biết từ chối nếu thấy quá sức. Cũng có vài anh đôi khi không tự lượng sức nhưng sau vài lần sẽ thấy ớn mà tự sửa đổi.

Dev cùi : Hứa thật nhiều và éo làm hoặc là không làm được. Cái này 1 là lười 2 là khả năng có hạn nhưng cứ thích ôm task quá tầm.

So sánh sơ sơ vậy thì mọi người cũng biết để làm dev chất cũng dễ thôi đúng ko quan trọng nhất là trách nhiệm – thái độ chứ không phải giỏi hay dở. Vì cái giỏi nó mông lung lắm, như trò đùa vậy. Tại anh giỏi cái này nhưng anh chưa chắc giỏi cái khác. Làm việc trong team tất nhiên sẽ có anh gánh team, mà anh cũng đừng có tự tin quá đáng vì nếu mấy mem khác không cố làm mấy cái râu ria kia thì anh gánh bằng niềm tin.

Đối với khách hàng Nhật, cái tính chắc ăn đã ngấm vô máu họ rồi nên làm gì cũng giao cho người nói được làm được. Mấy anh PM làm với khách Nhật lâu năm thì tư tưởng đó cũng ăn sâu, vậy nên khi giao việc thì yếu tố đầu tiên để đánh giá member chính là coi “chú này tin được không“, chứ hứa với khách là ngày nọ ngày kia fix xong bug, giao cho đứa ất ơ thiếu trách nhiệm fix thì xác định ăn chửi no luôn. Vậy nên dev nào nghĩ mình chất nhưng sếp mờ mắt chưa nhìn ra thì chính những thời điểm then chốt này phải tạo dựng lòng tin.

Tóm cái váy 3 bước để trở thành dev chất.

Bước 1 : Ra chợ mua đôi giày đen vs bộ vest mượt mà

Bước 2 : Tìm khu nào đông đông người như phố đi bộ hay ngã 4

Bước 3 : Hô to khẩu hiệu “tôi bất chấp tất cả, tôi sẽ thành dev chất, 1 mình cân dự án triệu đô”

Giỡn chút thôi, mấy bạn đọc phần dưới.

Bước 1 : Thường xuyên trau dồi kỹ thuật lập trình, học ngôn ngữ – Framework mới để mở rộng kiến thức. Ngoài ra nên đọc các bài báo or blog xu hướng công nghệ tương lai để định hình tầm nhìn dài hạn.

Bước 2 : Luôn có trách nhiệm trong công việc cũng như lời hứa. Ngoài ra không phải chỉ làm cho tốt việc mình mà còn phải giúp đỡ anh em nếu có cơ hội. Riêng chú ý 1 điều mình không khuyến khích lắm : giúp tester tìm bug của dev khác.

Bước 3 : Tìm cơ hội thể hiện và bớt phàn nàn. Nếu thấy mình trất quá trất rồi mà không được trọng dụng thì các bạn biết làm gì rồi đấy

Và còn 1 điều nữa : Dev chất lương cao hơn dev cùi. Thường là vậy, có vài trường hợp ngoại lệ do chính sách tuyển dụng (dev chất cây nhà lá vườn lương thấp hơn dev cùi mới tuyển), nhưng chỉ là tạm thời vì nếu không mấy ông “trất” sẽ đi theo tiếng gọi kim tiền hết.

CÁC ISP CÓ THỂ GIÚP CÁC HACKER LÂY NHIỄM MÁY TÍNH CỦA BẠN BẰNG PHẦN MỀM GIÁN ĐIỆP FINFISHER

2017-09-23T12:00:00.003+07:00

Bạn có chắc chắn phiên bản WhatsApp, hoặc Skype, hoặc VLC Player được cài đặt trên thiết bị của bạn là hợp pháp?

Các nhà nghiên cứu bảo mật đã phát hiện ra rằng các tải về hợp pháp của một số ứng dụng phổ biến như WhatsApp, Skype, VLC Player và WinRAR đã bị xâm nhập ở cấp độ ISP để phân phối phần mềm gián điệp FinFisher nổi tiếng còn được gọi là FinSpy.

FinSpy là một công cụ giám sát rất mật thiết mà trước đây có liên quan đến công ty Gamma Group của Anh, một công ty chuyên bán phần mềm giám sát và gián điệp cho các cơ quan chính phủ trên toàn thế giới.

Các phần mềm gián điệp có khả năng gián điệp sâu rộng trên một máy tính bị nhiễm, bao gồm bí mật tiến hành giám sát trực tiếp bằng cách bật webcam và micro, ghi lại tất cả các loại nạn nhân bằng keylogger, đánh chặn các cuộc gọi Skype và exfiltration các tập tin.

Để truy cập vào máy tính của mục tiêu, FinFisher thường sử dụng các vectơ tấn công khác nhau, bao gồm lừa đảo trực tuyến, cài đặt bằng tay với truy cập vật lý vào thiết bị, khai thác zero-day và tấn công lỗ nước.

ISP của bạn có thể giúp hacker để Spy về Bạn

Tuy nhiên, báo cáo mới được ESET công bố ngày hôm nay cho thấy các nhà nghiên cứu của họ đã khám phá các chiến dịch giám sát mới bằng cách sử dụng các biến thể mới của FinFisher ở bảy quốc gia, đi kèm với một ứng dụng hợp pháp.

Nhưng điều này xảy ra như thế nào? Những kẻ tấn công đang nhắm mục tiêu nạn nhân bằng cách sử dụng tấn công MitM, trong đó các nhà cung cấp dịch vụ internet (ISP) rất có thể hoạt động như một "trung niên" - tải phần mềm hợp pháp với FinFisher.

Các nhà nghiên cứu cho biết: "Chúng tôi đã thấy loại véc tơ này đang được sử dụng ở hai quốc gia, trong đó ESET phát hiện phần mềm gián điệp FinFisher mới nhất (ở năm quốc gia còn lại, các chiến dịch này dựa vào các vectơ lây nhiễm truyền thống).

Các tài liệu được xuất bản trước đây của WikiLeaks cũng chỉ ra rằng nhà sản xuất FinFisher cũng cung cấp một công cụ gọi là "FinFly ISP", được cho là sẽ được triển khai trên mức ISP với các khả năng cần thiết để thực hiện tấn công MitM như vậy.

Ngoài ra, kỹ thuật lây nhiễm (sử dụng chuyển hướng HTTP 307) cũng đã được thực hiện theo cùng một cách ở hai quốc gia bị ảnh hưởng mà ESET đã khám phá được đang được nhắm mục tiêu bởi các biến thể mới của FinFisher. Tuy nhiên, công ty không nêu tên các quốc gia bị ảnh hưởng "như không làm cho bất cứ ai bị nguy hiểm."

Một thực tế khác hỗ trợ tấn công MitM cấp ISP là tất cả các mục tiêu bị ảnh hưởng do các nhà nghiên cứu trong một quốc gia xác định đều đang sử dụng cùng một ISP.

Bản báo cáo của ESET viết: "Cuối cùng, phương pháp và định dạng chuyển hướng giống nhau đã được sử dụng cho các nhà cung cấp dịch vụ internet ở các quốc gia bị ảnh hưởng.

Các ứng dụng phổ biến được nhắm mục tiêu bởi các biến thể mới của FinFisher bao gồm WhatsApp, Skype, VLC Player, Avast và WinRAR, và các nhà nghiên cứu ESET cho biết, "hầu như bất kỳ ứng dụng nào cũng có thể bị lạm dụng theo cách này".

Đây là cách tấn công hoạt động:

Khi người dùng mục tiêu tìm kiếm một trong những ứng dụng bị ảnh hưởng trên các trang web hợp pháp và nhấp vào liên kết tải xuống của nó, trình duyệt của họ được phục vụ một URL được sửa đổi, chuyển hướng nạn nhân sang một gói cài đặt trojanized được lưu trữ trên máy chủ của kẻ tấn công.

Điều này kết quả trong việc cài đặt một phiên bản của ứng dụng hợp pháp dự định đi kèm với công cụ giám sát.

Các nhà nghiên cứu cho biết: "Việc chuyển hướng này được thực hiện thông qua liên kết tải xuống hợp pháp được thay bằng một chương trình độc hại. "Liên kết độc hại được gửi đến trình duyệt của người dùng thông qua mã phản hồi trạng thái chuyển hướng HTTP 307 tạm thời chỉ ra rằng nội dung yêu cầu đã tạm thời chuyển sang một URL mới."

Theo các nhà nghiên cứu, toàn bộ quá trình chuyển hướng này "không nhìn thấy được bằng mắt thường" và xảy ra mà không có kiến thức của người sử dụng.

FinFisher sử dụng rất nhiều thủ thuật mới

Các thủ thuật mới được sử dụng bởi phiên bản mới nhất của FinFisher giữ nó không bị phát hiện bởi các nhà nghiên cứu.

Các nhà nghiên cứu cũng lưu ý rằng phiên bản mới nhất của FinFisher đã nhận được một số cải tiến kỹ thuật về sự lén lút, bao gồm việc sử dụng ảo hóa mã tùy chỉnh để bảo vệ phần lớn các thành phần của nó như trình điều khiển chế độ hạt nhân.

Nó cũng sử dụng các thủ thuật chống tháo gỡ và chống lại các vấn đề chống cạn, gỡ lỗi, chống ảo hóa và chống mã độc nhằm chống lại phần mềm mã hoá đầu cuối và các công cụ bảo mật đã biết.

Một ứng dụng tin nhắn an toàn như Threema được các nhà nghiên cứu phát hiện trong khi họ đang phân tích các chiến dịch gần đây.

Các phần mềm spyware FinFisher được giả mạo như một tập tin thực thi mang tên "Threema". Các tập tin như vậy có thể được sử dụng để nhắm mục tiêu tới những người sử dụng có liên quan đến quyền riêng tư, như là ứng dụng Threema hợp pháp cung cấp dịch vụ nhắn tin bảo mật an toàn với mã hóa đầu cuối.

"Trớ trêu thay, việc lừa bịp tải xuống và chạy các tập tin bị nhiễm bệnh sẽ dẫn đến người dùng tìm kiếm sự riêng tư được theo dõi trên."

Tập đoàn Gamma chưa trả lời báo cáo của ESET.

5 LỜI KHUYÊN GIÚP BẠN HỌC CODE DỄ DÀNG HƠN

2017-09-22T14:16:00.002+07:00

Xác Định Lĩnh Vực Yêu Thích

Lập trình là một lĩnh vực rất rộng lớn và bạn không thể dành thời gian để học hết được tất cả chúng. Thay vào đó, chọn một số lĩnh vực mà bạn cảm thấy yêu thích nhất để bắt đầu nghiên cứu. Ví dụ như bạn nên chọn xem thích hợp với lập trình phần mềm hay phần cứng như lập trình bo mạch, bộ vi xử lý, chip.... Trong lập trình phần mềm lại có nhiều loại khác nhau như lập trình web, mobile hay lập trình nhúng. Tùy theo cách phân loại mà một số lĩnh vực trong lập trình cũng có thể giao thoa với nhau. Điều này có nghĩa là các lĩnh vực này có những điểm chung nhất định. Tuy nhiên hãy chắc chắn rằng mình chọn đúng lĩnh vực yêu thích trước khi đi quá xa trong việc học lập trình.

Nắm Chắc Những Nguyên Lý Cơ Bản

Trong thời gian đi làm lập trình cho các công ty. Tôi đã chứng kiến rất nhiều bạn lập trình viên thiếu trầm trọng những kiến thức nền tảng của lập trình và mặc dù họ rất nhanh nhạy trong việc nắm bắt các công nghệ mới thì việc thiếu những nguyên lý cơ bản đã khiến những bạn này làm việc không được hiệu quả.

Một số hay nhầm lẫn việc học nguyên lý cơ bản trong lập trình và học ngôn ngữ lập trình. Đây là hai việc hoàn toàn khác nhau mặc dù chúng có liên quan tới nhau. Các nguyên lý cơ bản của lập trình có thể được ứng dụng cho tất cả các ngôn ngữ lập trình (language agnostic) và chúng độc lập với các nền tảng hệ điều hành mà ngôn ngữ đó chạy trên đó (OS independent). Ví dụ các nguyên lý về lập trình hướng đối tượng, design pattern, MVC sẽ không phụ thuộc vào việc bạn sử dụng ngôn ngữ lập trình hay hệ điều hành nào.

Chọn Ngôn Ngữ Lập Trình

Đây là bước tiếp theo sau khi bạn đã nắm vững các nguyên lý cơ bản trong lập trình. Thông thường thì các lập trình viên có kinh nghiệm sẽ biết rất nhiều ngôn ngữ lập trình tuy nhiên họ cũng chỉ tập trung để giỏi ở vài ngôn ngữ mà thôi. Các ngôn ngữ lập trình hiện đại được thiết kế khá giống nhau. Tuy nhiên khi bạn đi sâu vào từng ngôn ngữ bạn sẽ phát hiện ra có những khác biệt giữa chúng. Ngoài ra bạn cũng nên nghiên cứu về thị trường lao động xem ngôn ngữ nào đang được sử dụng nhiều bởi các công ty và các ngôn ngữ nào đang đi xuống. Thông thường các ngôn ngữ được sử dụng nhiều, có cộng đồng đông đảo sẽ thường được hỗ trợ để phát triển nhiều hơn cá ngôn ngữ ít được dùng.

Học Tiếng Anh

Bạn không cần thiết phải thông thạo tiếng Anh để có thể trở thành một lập trình viên giỏi. Tuy nhiên kém tiếng Anh sẽ hạn chế việc bạn có thể đọc các tài liệu tiếng Anh hoặc đơn giản là các tài liệu tiếng Việt nhưng không Việt hóa các thuật ngữ tiếng Anh. Đặc biệt nếu bạn giỏi tiếng Anh bạn sẽ có cơ hội tiếp xúc với các nguồn tài liệu phong phú trên mạng về lập trình.

Hack

Đây là một yếu tố quan trọng để phân biệt giữa lập trình viên giỏi và một lập trình viên hạng xoàng. Nếu bạn chỉ đọc tài liệu và làm theo hướng dẫn thôi thì bạn chỉ giới hạn bởi những gì được dạy. Một lập trình viên giỏi sẽ không dừng lại ở những gì họ được dạy trên trường lớp hay báo chí mà thường viết riêng những chương trình cho họ để trải nghiệm những gì đã học được. Việc này cũng giúp các lập trình viên khám phá được các khoảng khắc tuyệt vời của lập trình khi họ tạo ra được những công cụ giúp tăng hiệu suất làm việc một cách đáng kể.

Nguồn bài viết: codehub

NEWBIE NÊN HỌC C HAY C++

2017-09-15T22:14:00.002+07:00

Hiện nay trên thế giới có hàng trăm ngôn ngữ lập trình, có hàng chục ngôn ngữ phổ biến, mỗi một quý lại có thêm vài ngôn ngữ mới ra đời - gần đây nhất là C# với môi trường .NET Framework. Tuy nhiên, C và C++ vẫn là các ngôn ngữ của học sinh, sinh viên, những người bắt đầu bước vào nghề lập trình. Những vấn đề mà tôi đề cập ở đây được trích lược từ những sách lập trình C++ như: Tự học lập trình trong 21 ngày (Teach Yourself In 21 Days), Bắt đầu phân tích và thiết kế hướng đối tượng với C++ (Beginning Object - Oriented Analysis and Design with C++) …

Hy vọng những gì tôi trình bày ở đây đem lại hứng thú cho rộng rãi giới lập trình viên C++ chứ không chỉ dành cho những người mới bắt đầu. Những gì tôi muốn là cung cấp cho các bạn nội dung cơ bản và những khó khăn của ngôn ngữ.
Bây giờ, chúng ta bắt đầu xem xét C++ như là một ngôn ngữ lập trình hướng đối tượng. Một câu hỏi mà đa số các người muốn học lập trình C++ là: "Tôi có nên học C trước khi học C++ hay không?Liệu chúng ta có thể xem C++ là C kèm với các lớp hoặc C++ là phiên bản hướng đối tượng của C hay không?". Câu hỏi này giúp tôi nhận ra rằng cần phải tìm sự khác nhau giữa hai ngôn ngữ này.

Về cú pháp, tập hợp lệnh của C++ là một tập rộng hơn của C. Điều này có nghĩa là việc biên dịch một chương trình C bởi trình biên dịch C++ vẫn tốt đẹp nhưng ngược lại thì không.

Về ngữ nghĩa, giữa hai ngôn ngữ này có sự khác biệt rất lớn. Ngữ nghĩa của một ngôn ngữ bảo cho bạn biết ngôn ngữ được sử dụng như thế nào, bạn phải mô tả những gì cho ý tưởng của bạn bằng ngôn ngữ. Về phương diện này, có một bước nhảy khá xa giữa C++ và C. Có thể minh họa sự khác biệt về vấn đề cú pháp và ngữ nghĩa của C++ và C như sau:

Giả sử bạn là một nhà khoa học người Anh vào năm 1600. Bạn nhận được hai quyển sách khoa học. Một quyển được viết tại Việt Nam vào năm 1600. Một quyển khác được viết tại Anh vào năm 1997 và được gửi ngược về quá khứ cho bạn. Đối với quyển thứ nhất, bạn sẽ thấy những ký tự thật buồn cười và phải tốn một thời gian dài bạn mới hiểu được cú pháp của nó. Nhưng một khi bạn đã học được tiếng Việt Nam thì những ký tự này không còn làm bạn ngạc nhiên nữa. Còn quyển sách thứ hai rất giống những ký tự bằng tiếng Anh mà bạn biết nhưng nó lại mang một ý nghĩa lạ lùng.

" Điểm khác nhau cơ bản về mặt ngữ nghĩa là: C là ngôn ngữ lập trình thủ tục còn C++ là ngôn ngữ lập trình hướng đối tượng. Bạn có thể viết chương trình hướng đối tượng trong C, Pascal, thậm chí bằng Assembler. Tuy nhiên, bạn nên biết một điều là những ngôn ngữ này không được thiết kế cho lập trình hướng đối tượng như C++.
Đối với lập trình thủ tục, những gì ta nghĩ về chương trình gồm có một loạt các chức năng và cấu trúc dữ liệu. Những chức năng này sẽ tác động lên cấu trúc dữ liệu, điều tác chúng và cuối cùng là xuất thông tin kết quả. Họ ngôn ngữ lập trình thủ tục như C, Pascal được xây dựng để hỗ trợ cho kỹ thuật lập trình cấu trúc. Trong đó một vấn đề sẽ được phân rã thành những chương trình nhỏ hơn có thể giải quyết được.

Để cảm nhận được cách tiếp cận của lập trình thủ tục, tôi lấy một ví dụ là việc cập nhật lương cho nhân viên của một tổ chức. Bạn có thể tạo ra một thủ tục có tên là GiveARaise và truyền cấu trúc Employee cho thủ tục này. Trong C, mã lệnh viết cho tác vụ này như sau:

C Code:

Select All | Show/Hide

#include
struct Employee
{
int salary;
int level;
};
void GiveARaise (struct Employee * pEmployee, double pctg);
void InitializeEmployee (struct Employee *pEmp) ;
int main()
{
struct Employee Emp;
InitializeEmployee(&Emp);
Emp.salary = 50 000;
Emp.level =3;
Printf("Emp''s salary : %d\n",Emp.salary);
GiveARaise(&Emp,.23);
Printf("Emp''s salary : %d\n",Emp.salary);
Return 0;
}
void GiveARaise (struct Employee * pEmployee, double pctg)
{
int increment = (int)(pEmployee ->salary*pctg);
printf("Incrementing Employee''s salary by %d\n",
increment);
pEmployee->salary+=increment;
}
void InitializeEmployee(struct Employee *pEmp)
{
pEmp->salary=50 000;
pEmp->level=3;
printf("Initializing Employee with salary :%d\n",
pEmp->salary);
}

Khi biên dịch và chạy đoạn chương trình trên, kết quả xuất hiện trên màn hình là:

Output Code:

Select All | Show/Hide

Initializing Employee with salary: 50000
Emp''s salary: 50000
Incrementing Employee''s salary by 11500
Emp''s salary: 61500

Đoạn chương trình C đơn giản trên minh hoạ một số vấn đề mà người lập trình thủ tục phải đối mặt. Chúng ta sẽ đi lướt qua những vấn đề đó.

Trong chương trình trên có sử dụng một cấu trúc dữ liệu đơn giản là Emplyee. Cấu trúc này chỉ có những thuộc tính đó là lương hiện tại (salary) của nhân viên và bậc lương (level) của anh ta. Bạn có thể tưởng tượng rằng khi chương trình được phát triển lớn hơn, ta có thể thêm vào những thuộc tính khác như số năm làm việc, số điện thoại, địa chỉ, tên nhân viên, số bảo hiểm xã hội …

Trong đoạn chương trình này có hai hàm được định nghĩa. Một hàm làm công việc khởi tạo các thuộc tính trong cấu trúc Emplyee. Hàm thứ hai xác định mức tăng lương của một nhân viên cụ thể. Đây chỉ là chương trình minh hoạ nên nó rất đơn giản. Trong các chương trình thực tế có thể tạo ra những giao diện đồ hoạ để việc trao đổi thông tin với người dùng thân thiện hơn và hấp dẫn hơn.

Rõ ràng là một khi bạn muốn thêm vào những thuộc tính mới cho lớp Employee hoặc nếu bạn muốn thay đổi các thuộc tính đã có, ví dụ đổi mức lương từ số nguyên sang số thực, bạn phải thay đổi tất cả những hàm này.

Như vậy, một khi chương trình phát triển đến một độ phức tạp nào đó, việc quản lý các thủ tục của chương trình trở nên khó khăn hơn. Bạn cần quản lý một lượng lớn dữ liệu và cũng không có cơ chế kế thừa nên phần lớn các chương trình lập trình theo thủ tục phải làm mới gần như toàn bộ. Những gì mà bạn có thể thừa hưởng từ những chương trình trước đó chỉ là cắt và dán những đoạn mã nào đó.
Thế lập trình hướng đối tượng cung cấp cho lập trình viên những khả năng gì?
Ngôn ngữ lập trình hướng đối tượng đã xây dựng một mối liên kết khắng khít giữa cấu trúc dữ liệu và những phương thức điều tác chúng. Điều quan trọng là khi tiếp cận với lập trình hướng đối tượng những gì bạn phải nghĩ đến không còn là cấu trúc dữ liệu và các hàm điều tác. Thay vào đó bạn phải luôn nghĩ đến cái gọi là "đối tượng" (object).

Hầu hết mọi người khi nhìn vào một chiếc xe hơi, họ không nghĩ về những thông tin mà nó có và làm cách nào để điều quản những thông tin ấy. Họ nghĩ về các bánh xe, bộ truyền động, hộp số… Họ nghĩ về cách cho xe chạy, dừng lại, tăng tốc… Họ nghĩ về đường đi, cảnh sát công lộ và những vé phạt quá tốc độ… Nói ngắn gọn là hầu hết mọi người nghĩ đến những sự vật (things) và những sự vật đó làm những gì. Thực tế, đây là cách mà loài người nghĩ về mọi thứ. Quá trình tiến hoá hàng chục triệu năm đã dạy chúng ta cách nhìn về một thế giới như được lắp đầy bởi những sự vật. Một vài trong số những sự vật đó chúng ta có thể ăn, một số khác lại ăn chúng ta…

Một cách lý tưởng, phần mềm của chúng ta được mô hình hóa rất giống với thế giới thực. Nhìn theo góc độ này, những chương trình của chúng ta trở nên dễ hiểu hơn và dễ bảo trì hơn. Những đối tượng trong thế giới thực có những đặc tính và những hành vi riêng, đối tượng trong chương trình cũng vậy.

Bây giờ chúng ta xem những khác biệt trong ngôn ngữ lập trình hướng đối tượng mà cụ thể là C++. Hãy xem đoạn mã sau:

C++ Code:

Select All | Show/Hide

#include
class Employee
{
public:
Employee(int salary, int level);
~Employee(){}
void GiveARaise(double pctg);
int GetSalary() const {return mSalary;}
private:
int mSalary;
int mLevel;
};
Employee::Employee(int salary, int
level):mSalary(salary),mLevel(level)
{
cout<<"Initializing Employee with salary :"<<mSalary<<endl;
}
void Employee::GiveARaise(double pctg)
{
int increment = int(mSalary*pctg);
cout<<"Incrementing salary by "<<increment<<endl;
mSalary+=increment;
}
int main()
{
Employee Emp(50000,3);
Cout<<"Emp''s salary :"<<Emp.GetSalary()<<endl;
}

Trong chương trình trên chúng ta khai báo một lớp (class) có tên là Employee. Một lớp chẳng qua là một kiểu dữ liệu mở rộng. Chúng ta bắt đầu với những kiểu dữ liệu xây dựng sẵn trong C như kiểu int, double, float … nhưng bây giờ chúng ta thêm vào một danh sách bằng cách tạo ra một kiểu dữ liệu mới và sau đó khai báo biến sử dụng kiểu dữ liệu mới này.

Một kiểu dữ liệu có thể có những hành vi (behavior) và những thuộc tính (atribute). Hành vi được thể hiện bởi những phương thức (method) trong lớp, còn những thuộc tính được đại diện bởi các biến thành viên của lớp. Trong lớp Employee ở trên có 2 biến thành viên: mSalary và mLevel; 4 phương thức: hàm dựng (contructor), hàm hủy (destructor), hàm truy cập (accessor) GetSalary và GiveARaise.

Hàm dựng dùng để khởi tạo các biến khi đối tượng được tạo ra. Trong ví dụ của chúng ta, hàm dựng làm tác vụ khởi tạo giá trị cho hai biến là mSalary và mLevel.

Hàm hủy được dùng khi huỷ đối tượng và có tác dụng giải phóng tài nguyên như bộ nhớ mà đối tượng được cấp phát. Trong ví dụ này, hàm hủy không làm gì cả.

GetSalary chỉ làm công việc trả về giá trị của mSalary.

GetARaise là hàm thành viên của Employee và nó truy xuất được đến biến cục bộ mSalary. Hàm này được dùng khi bạn muốn tăng lương cho nhân viên.

" Sử dụng đối tượng Employee như thế nào ?
Một "khách hàng" (client) của một lớp là bất kỳ đối tượng hay một hàm có gọi đến các phương thức của lớp. Trong trường hợp của chúng ta, hàm main() có gọi đến các phương thức của lớp Employee nên có thể xem hàm main() là một khách hàng của lớp này. Trong hàm main(), chúng ta tạo ra một thể hiện (instance) của lớp Employee.

Chúng ta xem lại những phân biệt giữa một lớp Employee và một đối tượng Employee cụ thể (giả sử đó là Fred, nhân viên của phòng tiếp thị). Lớp Employee là tổng quát cho tất cả nhân viên, những thuộc tính mà lớp Employee có là gì và hành xử của nó như thế nào? Employee được thể hiện trong C++ là một lớp. Đối với nhân viên cụ thể (Fred chẳng hạn) là một thể hiện của lớp và được đại diện trong C++ bởi một đối tượng.

" Tại sao lại phải phiền phức đến thế ?
Bạn đã điều tác được cấu trúc Employee bằng những hàm trong C, vậy tại sao lại phải học những thứ phiền toái chỉ để phục vụ cho cùng một công việc ?
Một lợi điểm của hướng đối tượng là tạo ra những đối tượng có biên chặt chẽ hơn. Mọi thứ mà chúng ta biết và mọi thứ mà chúng ta làm được bó lại với nhau thành một gói gọn gàng. Ý tưởng này được gọi là bao đóng (encapsulation). Bằng cách bao đóng những phương thức và biến vào trong một thực thể đơn, chúng ta giảm được ức chế tâm lý cho lập trình viên. Những nhà phát triển hướng đối tượng chia giới lập trình hướng đối tượng thành hai loại: nhà cung cấp và khách hàng. Nhà cung cấp chuyên viết các lớp và làm cho nó chạy. Khách hàng kết hợp các thể hiện của những lớp này cho chúng làm việc với nhau.
Trở lại chương trình trên, giới khách hàng không cần biết lương của nhân viên được lưu trữ như thế nào trong lớp Employee. Tất cả những gì mà họ quan tâm là làm sao để có thể lấy được thông tin lương của một nhân viên cụ thể từ lớp Employee, làm sao để cho nhân viên tăng lương (bằng cách gọi phương thức GiveARaise).

Những phương thức này là một phần trong các giao tiếp (interface) của lớp Employee. Giao tiếp báo cho khách hàng biết những gì mà lớp có thể làm. Họ không thể biết được liệu thông tin lương của nhân viện có được lưu xuống cơ sở dữ liệu hay không, hay chỉ được lưu trong biến thành viên… Tất cả những chức năng bên trong đều không thể thấy được bởi các khách hàng. Khả năng này được gọi là che dấu dữ liệu (data hiding), nó là kết quả của sự bao đóng.

Ngoài ra, hướng đối tượng còn cung cấp hai lợi điểm rất lớn. Thứ nhất, khách hàng có thể lờ đi những chi tiết bên trong mà lo tập trung vào những thứ khác. Thứ hai, nó cho phép nhà cung cấp có thể thay đổi cách thức làm việc bên trong mà không làm đổ vỡ chương trình của khách hàng. Điều này cho phép phía nhà cung cấp có thể làm cho những lớp của anh ta ngày càng tốt hơn và hiệu quả hơn mà không buộc phía khách hàng phải viết lại mã lệnh.
Bây giờ chúng ta nói một ít về cách học C++ như thế nào?
Đừng cố học C++ như những ngôn ngữ khác. Hãy học những ưu điểm mà nó mang lại. Đừng bao giờ học theo kiểu: "À, một class chỉ là một structs và thêm vào một số hàm". Đúng ra là một class là một type mà nó định nghĩa những thuộc tính và hành vi của một thứ gì đó. Điểm mạnh của C++ là hỗ trợ lập trình hướng đối tượng . Do vậy bạn hãy bắt đầu từ điểm xuất phát này.

Trở lại với câu hỏi nên bắt đầu với C hay C++ trước ?

Đây là một quyết định nhạy cảm. Dù thế nào đi nữa thì bạn vẫn phải học C. Một là học C như là bước đệm để học các ngôn ngữ khác hay cụ thể hơn là C++, hai là bạn có thể học C khi học các kỹ thuật C++. Theo ý tôi, bạn nên học các khái niệm cơ bản của C trước khi bắt đầu với C++. Tôi cảm thấy nếu ngay từ đầu bạn cố gắng bắt đầu với C++, một ngôn ngữ hướng đối tượng, bạn sẽ mất đi những kỹ năng cần thiết phải có đối với một nhà lập trình.

Các trình biên dịch của Borland, và một vài cuốn sách dường như không phân biệt giữa C và C++. Thay vì vậy, họ lại phân biệt giữa ngôn ngữ cấu trúc và ngôn ngữ hướng đối tượng. Học C++ như một ngôn ngữ cấu trúc với các mở rộng C++ được kết hợp trong C sẽ giúp cho người học nắm bắt C dễ dàng khi học C++. Thường trong các buổi nói chuyện và thảo luận, tôi thường xem C như là ngôn ngữ cấu trúc và C++ là ngôn ngữ hướng đối tượng.

Khi viết một quyển sách về lập trình, các tác giả phải có một chọn lựa rõ ràng giữa C và C++. Họ không thể trình bày cả hai một cách tường tận trong khuôn khổ của một quyển sách mà không làm cho người đọc nhàm chán vì sự không rõ ràng giữa hai ngôn ngữ. Thông thường, một cuốn sách dạy C++ (OOP) sẽ không thể đào sâu những kỹ năng lập trình thuần tuý tạo nên sự mạnh mẽ trong lập trình C. Những cuốn sách C++ cho người mới bắt đầu thường đề cập tới những vấn đề một cách rời rạc và sơ sài. Tạo cho người đọc một sự hiểu biết thiếu tính toàn diện.

Khi khởi đầu với các cuốn sách về C, bạn sẽ tiếp cận vấn đề một cách khá chi tiết và có được những bước tiến dễ dàng trên một nền tảng kiến thức cơ bản. Tuy nhiên, những cuốn sách này lại đề cập quá nhiều những vấn đề định dạng xuất nhập. Những vấn đề này thực sự hữu dụng trong C và giúp cho người đọc hài lòng với một công việc khó khăn, nhưng đó chỉ là một phần rất nhỏ đối với một ngôn ngữ. Với C++, bạn sử dụng một phương thức xuất nhập hoàn toàn khác. Các kỹ năng về định dạng xuất nhập trong C không phải là quá lãng phí, nhưng nó không phải là cực kỳ hữu dụng. Nắm bắt tốt những kỹ thuật định dạng trong C sẽ rất thuận lợi khi lắp ghép hay duy trì những đoạn code cũ.

Tôi nghĩ, nếu muốn trở thành một nhà lập trình viên chuyên nghiệp, và hiểu được cách viết những đoạn code một cách hiệu quả bạn nên bắt đầu với C. Nếu bạn có sở thích, và đang tìm một con đường học lập trình nhanh chóng, và sẽ quay trở lại những vấn đề cần thiết, bạn có thể bắt đầu với C++.

Nguồn: Cộng đồng lập trình Việt Nam

HỌC LẬP TRÌNH BAO LÂU LÀ ĐỦ? 21 NGÀY HAY 10 NĂM

2017-09-14T19:45:00.000+07:00

Không ai trong chúng ta bắt đầu học từ hư không, chúng ta đứng trên vai của những người khổng lồ như Wirth, Knuth và hàng ngàn người khác. Sau đó chính bờ vai của chúng ta sẽ góp phần xây dựng tương lai.

Tại sao mọi người lại học một cách hối hả như vậy?

Đến bất kì một nhà sách nào, bạn cũng có thể tìm thấy những quyển sách hướng dẫn đại loại như "Tự học Java trong 7 ngày", và vô số những quyển chỉ cách tự học Visual Basic, Window, Internet… trong một vài ngày hoặc vài giờ. Tôi đã vào website Amazon.com để tìm kiếm các sách có chủ đề "Teach youself" và nhận được 248 tiêu đề sách, 78 quyển đầu là sách về máy tính (quyển thứ 79 là "Learn Bengali in 30 days"). Tôi thay thế từ "days" bằng từ "hours" và cũng nhận được một con số tương tự: 253 quyển với 77 quyển đầu nói về máy tính (quyển thứ 78 có tựa đề "Teach Yourself Grammar and Style in 24 Hours").

Như vậy có thể đi đến kết luận rằng: người ta đang học về máy tính một cách hấp tấp, hoặc tin học là một môn khoa học dễ dàng nhất trên thế giới này. Thật ra, không có quyển sách nào trên thế giới có thể dạy người ta học nhạc Beethoven, Vật lý Lượng tử,… trong một vài ngày hoặc vài giờ.

Chúng ta hãy phân tích xem tựa đề "Learn Pascal in Three Days" có nghĩa gì:

Learn: trong ba ngày, bạn không thể có đủ thời gian để viết một vài chương trình có ý nghĩa và học những bài học kinh nghiệm từ những chương trình đó. Bạn càng không có đủ thời gian để hiểu được ngôn ngữ Pascal là như thế nào. Bạn cũng không có thời gian để học hỏi từ những lập trình viên có kinh nghiệm. Trong một thời gian ngắn ngủi như vậy, bạn không thể học được nhiều. Do đó, quyển sách chỉ có thể đề cập tới những vấn đề nông cạn. Mà như Alexander Pope(1) đã nói: "Học hành nông cạn thực sự là một điều nguy hiểm".

Pascal: trong ba ngày, bạn có thể học về cú pháp của ngôn ngữ Pascal (nếu như bạn đã biết một ngôn ngữ khác tương tự), nhưng không thể học được nhiều về cách dùng cú pháp ấy. Trong một thời gian ngắn, nếu là một người biết lập trình Basic, bạn có thể viết một chương trình theo phong cách Basic bằng ngôn ngữ Pascal, thế nhưng bạn không thể biết được ngôn ngữ Pascal hay (hoặc dở) ở chỗ nào. Một người nổi tiếng là Alan Perlis(2) đã nói: "Một ngôn ngữ không ảnh hưởng tới cách suy nghĩ của bạn về lập trình là một ngôn ngữ không đáng để học". Bạn có thể nghĩ rằng không cần học nhiều về ngôn ngữ Pascal (hoặc về Visual Basic, hay javascript) bởi vì bạn chỉ cần một công cụ để hoàn thành một công việc nào đó. Nhưng đó là một cách nghĩ sai lầm, nếu không học về cách lập trình thì làm sao bạn có thể hoàn thành công việc.

In Three Days: thật không may, 3 ngày không thể đủ để học bất kì ngôn ngữ nào, phần viết sau đây sẽ chứng minh cho bạn điều đó.

Tự học lập trình trong 10 năm.

Các nhà nghiên cứu đã xác định rằng một người mất khoảng mười năm để thành thạo một lĩnh vực nào đó, từ chơi cờ, soạn nhạc, hội họa, chơi đàn dương cầm, bơi lội cho đến nghiên cứu vật lý lượng tử.

Và thực tế là không có một con đường tắt nào: ngay cả Mozart, người được coi là thần đồng âm nhạc vào năm lên 4, vậy mà phải mất 13 năm rèn luyện mới được công diễn trên thế giới. Samuel Johnson(3) còn cho rằng 10 năm là chưa đủ, ông đã nói: "Thành công trong bất kì lĩnh vực nào chỉ có thể đạt được bằng sự lao động của cả một đời người; và không thể nào có một cái giá thấp hơn".

Đây là nguyên tắc để thành công trong việc lập trình của tôi:

Yêu thích việc lập trình, và học lập trình trong sự hứng thú. Và phải chắc rằng sự yêu thích đó đáng để cho bạn bỏ ra 10 năm theo đuổi. Trao đổi với các lập trình viên khác, đọc các chương trình của người khác. Điều này quan trọng hơn bất kì quyển sách hay khóa học nào.

Tự viết chương trình. Cách học tốt nhất là học bằng thực hành. Nhớ rằng bạn phải viết các chương trình một cách cẩn thận. Quyển sách "Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life" là một quyển sách hay để tham khảo về các qui tắc trong việc lập trình.

Nếu muốn, bạn có thể bỏ ra 4 năm để học đại học. Việc này tạo cơ hội cho bạn làm một số việc trước khi tốt nghiệp, và sẽ cho bạn một sự hiểu biết sâu hơn về lĩnh vực mình quan tâm. Nếu bạn là người không thích trường học, bạn có thể học hỏi từ công việc thực tế những bài học tương tự. Nhưng trong bất kì trường hợp nào, việc chỉ học từ sách vở cũng không thể nào là đầy đủ. Như Eric Raymond, tác giả của quyển "The New Hacker''s Dictionary" đã nói: "Sự giáo dục về Khoa học Máy tính không thể đào tạo ra những lập trình viên xuất sắc cũng như việc học về bút vẽ và màu tô không thể nào tạo ra một họa sĩ có tài".

Khi bạn làm việc trong một dự án với các lập trình viên khác, bạn có thể thấy rằng: một người có thể rất giỏi trong dự án này, nhưng sẽ rất dở trong một dự án khác. Khi bạn là người giỏi nhất, bạn hãy thử khả năng của mình trong vai trò lãnh đạo dự án, và cố gắng truyền cảm hứng của bạn cho các thành viên khác. Khi bạn là người dở nhất, hãy cố gắng học hỏi từ những việc mà lãnh đạo của bạn làm và không làm.

Khi bạn đang thua kém các lập trình viên khác. Hãy dồn hết tâm trí của bạn để hiểu các chương trình của họ. Xem xét các chương trình đó dùng để làm gì và thử sửa lỗi các chương trình đó khi mà họ không có mặt ở đó. Kế tiếp, hãy nghĩ cách giải quyết vấn đề tốt hơn nếu có thể.

Bạn nên học ít nhất 6 ngôn ngữ lập trình. Trong đó có một ngôn ngữ hỗ trợ lớp trừu tượng (như Java hay C++), một ngôn ngữ theo quan điểm hàm (như Lisp hay ML), một ngôn ngữ khai báo (như Prolog), một ngôn ngữ hỗ trợ xử lý tuần tự (như Icon hay Scheme), và một ngôn ngữ hỗ trợ xử lý song song (như Sisal).

Cố gắng học một ngôn ngữ chính quy, có thể là ANSI C++, và hoàn tất việc học ngôn ngữ này càng nhanh càng tốt.

Luôn nhớ rằng, trong từ "Khoa học Máy tính" đã hàm chứa "Máy tính". Bạn phải biết rõ thời gian máy tính thực thi các lệnh, lấy thông tin từ bộ nhớ và đọc dữ liệu từ đĩa. Nghĩa là bạn cũng phải có hiểu biết cơ bản về phần cứng máy tính và cách thức làm việc của chúng.

Tổng kết

Tôi tin rằng, kinh nghiệm thực tế sẽ luôn đưa ra những điều bổ ích hơn so với hàng ngàn trang sách viết bởi những chuyên gia. Và bây giờ, bạn có thể đi mua một quyển sách về Java, bạn sẽ thu được một số điều hữu dụng từ quyển sách đó. Thế nhưng, bạn không thể thay đổi cuộc đời của mình hay nói cách khác là bạn không thể trở thành một lập trình viên chuyên nghiệp chỉ trong 24 giờ, 24 ngày, hay 24 tháng. Tôi tin chắc như thế.

Theo Peter Norvig, Hữu Xuân lược dịch.

(1) Alexander Pope (1688-1744): ông được xem như là nhà phê bình văn học tân cổ điển nổi tiếng ở Anh.

(2) Alan Perlis (1922-1990): trưởng khoa đầu tiên của khoa Khoa học Máy tính, Đại học Carnegie. Chủ tịch đầu tiên của ACM. Người đầu tiên đoạt giải thưởng Turing.

(3) Samuel Johnson (1709 - ?): một trong những họa sĩ người Anh nổi tiếng ở thế kỷ 18.

PHƯƠNG PHÁP HỌC LẬP TRÌNH HIỆU QUẢ Các ngôn ngữ lập trình ra đời và lỗi thời nhanh một cách đáng kinh ngạc trong ngành Khoa học Máy tính. Các ngôn ngữ lập trình mới thường chứa đựng những quy tắc khác nhau làm cho mọi người phải thường xuyên thay đổi cách dùng các công cụ cũng như thói quen lập trình. Nhưng việc học một ngôn ngữ lập trình mới để cung cấp thêm kiến thức cho nghề nghiệp của mình cũng là một nhu cầu chính đáng.

Trước khi học một ngôn ngữ mới, bạn thường đặt ra câu hỏi: Làm sao để học ngôn ngữ lập trình này được hiệu quả? Có một vài gợi ý nhỏ sau có thể giúp bạn học các ngôn ngữ lập trình dễ dàng hơn:

1. Nắm vững các kiểu dữ liệu cơ bản mà ngôn ngữ lập trình cung cấp.

Hầu hết các ngôn ngữ đều cung cấp kiểu số nguyên integer. Bạn phải tìm hiểu thêm thế nào là long integer hoặc short integer? Thế nào là kiểu liệt kê (Enumerated)? Thế nào là kiểu kí tự (Character)? Thế nào là kiểu chuỗi (String)? Ngôn ngữ có hỗ trợ kiểu số thực dấu chấm động hay không, và tầm giá trị của mỗi kiểu dữ liệu là bao nhiêu? Và khi một ngôn ngữ nào đó không hỗ trợ kiểu dữ liệu mà bạn cần dùng thì tốt hơn bạn nên chuyển sang dùng một ngôn ngữ khác.

2. Nắm vững cấu trúc dữ liệu cơ bản được ngôn ngữ cung cấp.

Chẳng hạn Pascal có cấu trúc mảng (array), Lisp có thể thao tác rất dễ dàng với cấu trúc danh sách (list), còn Java thì có thể làm việc với các lớp và các giao tiếp.…Và những vấn đề bạn nghĩ trong đầu cuối cùng phải được biểu diễn bằng các kiểu dữ liệu mà ngôn ngữ cung cấp, việc hiểu rõ mối quan hệ giữa chúng là nền tảng để giải quyết các vấn đề.

3. Ngôn ngữ cung cấp những toán tử dựng sẵn nào?

Ví dụ: Prolog xem tìm kiếm là một thao tác cơ bản, Snobol xem thao tác đối sánh mẫu trên các chuỗi (string pattern matching) là một toán tử cơ sở, các ngôn ngữ hàm (ML, Haskell) cho phép bạn tạo ra một giá trị mới nhưng không làm thay đổi cấu trúc hiện tại, APL cung cấp toán tử ma trận, … Danh sách các toán tử dựng sẵn của một ngôn ngữ sẽ cho ta biết những vấn đề mà những chuyên gia thiết kế ngôn ngữ đó cho là quan trọng nhất.

4. Nắm vững loại vấn đề mà ngôn ngữ có thể trợ giúp giải quyết.

Các ngôn ngữ thường được phát triển vì một lý do nào đó, thường là để giải quyết một loại vấn đề mang tính đặc trưng. Do đó, bạn nên cố gắng nắm rõ những chức năng đặc trưng của ngôn ngữ để giải quyết vấn đề đồng thời cũng nên tìm hiểu tại sao cùng một vấn đề nhưng dùng ngôn ngữ này để giải quyết lại dễ dàng hơn dùng ngôn ngữ khác.

5. Tìm hiểu những thư viện có sẵn trong ngôn ngữ.

Các ngôn ngữ thường có các thư viện do nhiều người đã phát triển để giải quyết những vấn đề khác nhau, bạn có thể sử dụng lại để giải quyết một vấn đề mới. Smalltalk có một thư viện đồ sộ với lượng mã luôn sẵn sàng để người lập trình sử dụng. C++ với thư viện chuẩn STL chứa nhiều cấu trúc dữ liệu thường dùng. Java có các thư viện cung cấp các tác vụ về mạng. Bạn hãy cố gắng tìm và sẽ thấy những gì cần thiết sẵn có.

6. Hãy học hỏi, mô phỏng lại!

Bắt đầu với việc mô phỏng lại các chương trình hiện có. Phải làm cho chúng có thể hoạt động trên hệ thống của bạn, bởi vì hệ thống mà nó được phát triển có thể không giống với hệ thống của bạn, và khi bạn có thể làm cho nó hoạt động tốt trên hệ thống của mình thì tức là bạn đã hiểu rõ về nó. Học các chương trình để hình dung được các tính năng khác nhau của ngôn ngữ.

7. Hãy thử nghiệm và rút ra kết luận!

Khi bạn đã có một vài chương trình có thể chạy tốt, bạn thử nghiệm bằng cách tạo ra một vài thay đổi. Bạn có thể lấy ra một chương trình và sửa lại nó để giải quyết một vấn đề sai khác chút ít so với chương trình ban đầu hay không? Bạn có thể lấy ra một phần nhỏ của chương trình và diễn đạt lại bằng cách khác hay không?

8. Hiện thực lại các vấn đề đã hiểu rõ bằng một ngôn ngữ mới.

Lấy một vài chương trình đã được viết trong một ngôn ngữ rồi cố gắng viết lại chúng trong ngôn ngữ mới. Không nên dịch từng câu lệnh sang ngôn ngữ mới mà hãy xem xét những tính năng đặc trưng nào của ngôn ngữ mới có thể dùng để giải quyết vấn đề. Cẩn thận xem xét những vấn đề nào dễ dàng hiện thực trong ngôn ngữ mới và những vấn đề nào khó khăn hơn. (Chương trình truyền thống đầu tiên nên viết là chương trình in ra chuỗi "hello world").

9. Khi gặp một vấn đề mới thì nên nghĩ về những vấn đề đã biết trước đó có cùng đặc điểm với vấn đề mới. Sau đó hãy bắt đầu thử nghiệm.

Tin học cho người mới bắt đầu

Chương trình đầu tiên cần phải học chính là hệ điều hành.

Nếu đang sử dụng Windows thì học Windows, Linux thì học Linux...

Hiện nay hầu hết các hệ điều hành đều có giao diện trực quan GUI, cho nên việc học để sử dụng nó đã trở nên rất dễ dàng.

Tuy nhiên, khi học bạn cũng nên quan tâm đến những điều cốt lõi cần phải nắm bắt đó là :

-thế nào là một tập tin, thư mục, ổ đĩa - hiểu được rõ ràng chính là bạn đã hiểu được cách hệ điều hành tổ chức dữ liệu như thế nào rồi;

-làm thế nào để thực hiện các thao tác copy, cắt, dán- đó là các thao tác cơ bản khi bạn thao tác với dữ liệu.

- Sử dụng được các chương trình đi kèm theo với hệ điều hành. Hiện nay thì hệ điều hành nào cũng "khuyến mãi" các chương trinh như soạn thảo văn bản (WordPad, VI), vẽ, máy tính bỏ túi, trình duyệt Web.

Chương trình thứ hai là chương trình phục vụ cho nhu cầu sử dụng của bạn.

Các chương trình quan trọng nhất mà mình đề ngị các bạn nên Master cách sử dụng là Nescape, IE, OE...YM,IRC...Các khái niệm cần nắm bắt là thế nào là một trang Web, địa chỉ trang Web. Làm sao để tìm kiếm một trang Web mà mình cần. Trang Web mà mình thích nhất là www.google.com

Nếu bạn thường xuyên phải xử lý văn bản thì học cách sử dụng các chương trình Office, Lotus, StarOffice...

Nếu bạn muốn là lập trình viên thì nên học cách sử dụng các chương trình hỗ trợ lập trình.

Hiện nay, theo mình các phần mềm đều được thiết kế trực quan, rất dễ sử dụng. Cho nên, dưới góc độ user, mình nghĩ chỉ cần xài nhiều thì biết nhiều, hư nhiều thì cài lại nhiều, càng biết nhiều.

Chương trình thứ ba, thứ tư,...cũng là chương trình phục vụ cho nhu cầu sử dụng của bạn

Các câu hỏi thường gặp

Tôi vừa tốt nghiệp đại học ngành công nghệ thông tin, những bài tập lập trình trong chương trình học đối với tôi không quá khó để hoàn thành, nhưng tôi vẫn e rằng, những khả năng của mình vẫn còn khá "amateur" để tồn tại trong một môi trường làm việc chuyên nghiệp.

Tôi vẫn còn 5 hay 6 tháng trước khi có một cuộc phỏng vấn với một công ty hàng đầu về tin học, ai đó có thể cho tôi biết những kỹ năng nào cần hoàn thiện trước khi phải đối mặt với những qui luật khắt khe trong công việc?

...chân thành cảm ơn.

Trả lời của một người thuê lập trình viên :

Trên quan điểm của một người thuê lập trình viên, tôi khuyên bạn nên mang tới buổi phỏng vấn một vài chương trình bạn đã từng viết. Chúng sẽ phần nào phản ánh được khả năng hoàn thành các phần việc được giao đồng thời thể hiện được những hiểu biết về lý thuyết chẳng hạn như: mô hình phát triển 3 tầng (3 - tier), các kỹ thuật lập trình hướng đối tượng …

Trả lời của một lập trình viên :

Đây là một vấn đề trăn trở từ khi tôi còn là một tân lập trình viên như bạn.

Ngoài việc học các kỹ năng về công nghệ, một kỹ năng vô giá nhưng ít được nói tới là cách trở thành một người lĩnh hội nhanh. Đây là một vấn đề không thuộc về phạm trù kỹ thuật, là kỹ năng cơ bản nhưng lại thiếu ở nhiều người. Ngày nay, các công ty hầu như không đưa ra các khóa tu nghiệp đầy đủ nữa, thay vì vậy lại muốn bạn có được khả năng đào sâu những vấn đề quan trọng. Nói thẳng ra, họ không giúp bạn được nhiều. Vì vậy, tôi xin giới thiệu một vài kinh nghiệm rút ra được trong quá trình làm việc và học tập:

1. Trước tiên, phải tìm hiểu hệ thống mạng của công ty để biết được tài nguyên có sẵn mà cụ thể hơn là mã chương trình. Từ nguồn mã này, bạn có thể biết được cách làm việc của mọi người trong công ty. Lưu giữ cho riêng mình các đoạn mã chẳng hạn như các template có thể sẽ giúp đỡ bạn rất nhiều trong việc nắm bắt các khúc mắc gặp phải.

2. Dành thời gian để nghiên cứu về cách thức hoạt động và lý do vì sao lại hoạt động như vậy của các đoạn mã mà những người trong công ty viết ra để nắm bắt được vấn đề một cách sâu sắc. Điều này cũng giúp bạn có được khả năng "cảm giác" những công việc sẽ phải thực hiện.

3. Không ngừng rèn luyện kỹ năng gõ phím của mình. Khả năng cảm giác vị trí phím nhanh có thể giúp bạn tăng năng suất công việc.

4. Rèn luyện khả năng đọc và nắm bắt vấn đề nhanh. Rõ ràng, đây là một vấn đề không phải dễ gặm. Thử ghé thăm các trang web phục vụ học tập đặc biệt là các trang về rèn luyện kỹ năng trí tuệ, chẳng hạn như brain.com. Trên các trang này sẽ có nhiều sản phẩm phục vụ việc phát triển nhanh chóng các kỹ năng về trí tuệ.

Những gợi ý trên bao gồm nhiều kỹ năng cơ bản mà bạn phải tốn thời gian để có được, nhưng những lợi ích đem lại chắc sẽ làm bạn ngạc nhiên, vậy hãy bắt đầu ngay bây giờ.

Kiến thức nền tảng là quan trọng để đưa bạn tới cánh cửa của công việc. Tuy nhiên, bạn sẽ sớm nhận thấy rằng hầu hết các công ty đều quan tâm nhiều tới khả năng nắm bắt được cách thức làm việc của họ. Nói cách khác là họ quan tâm đến khả năng thích nghi với công việc cũng như các công nghệ mới hơn là kiến thức mà bạn mang theo trong người. Tóm lại, họ muốn tìm người có thể giúp họ thành công và khi gặp một ai đó có khả năng lĩnh hội tốt, họ sẽ bị thuyết phục ngay.

Trả lời của một lập trình viên :

Đừng quá lo lắng về những kỹ năng mà bạn có. Bạn đã là một người lập trình tốt trong thời gian theo học đại học, vì vậy chỉ cần có sự tự tin thì bạn sẽ hoàn thành tốt mọi thứ trong một môi trường chuyên nghiệp. Họ cũng sẽ sử dụng những kỹ năng mà bạn đã biết. Không có gì mới mẻ hay bí mật cả, họ chỉ muốn biết cách bạn hoàn thành đúng công việc. Không có ai có thể nắm bắt mà không cần kinh nghiệm, vì vậy trong thời gian trước khi phỏng vấn, bạn nên thực hiện một vài dự án để có thể đổi mới một vài quan điểm nhằm mang lại một ít kinh nghiệm trong công việc.

Trả lời của giám đốc công ty Reliable Software:

Tôi hy vọng sẽ giúp bạn với các thói quen lập trình tốt mà tôi đã đúc kết được qua nhiều dự án đã làm ở Microsoft cũng như ở công ty tôi - Reliable Software:

1. Bắt đầu với thiết kế tốt. Thường xuyên cập nhật tài liệu thiết kế. Tạo thêm các tài liệu thiết kế trước khi thêm vào những đặc điểm hay tính năng mới.
2. Chương trình đang phát triển phải luôn luôn thể hiện được chức năng của nó. Quá trình phát triển là quá trình thêm các tính năng mới mà không phá vỡ các chức năng đã tồn tại.
3. Công việc phải được chia thành các bước nhỏ. Trong đó, việc viết code cho mỗi bước có khả năng hoàn thành trong một ngày làm việc. Mỗi phạm vi công việc lớn hơn cũng nên phân chia và làm từng bước.
4. Mỗi một dòng lệnh cần phải được xem xét và chỉnh sửa liên tục. Mỗi nhóm lập trình nhỏ nhất là 2 người để có thể trao đổi và xem xét code lẫn nhau. Vì vậy bạn hãy tập làm việc theo nhóm.

5. Luôn cố gắng làm việc theo phong cách top-down:
+ Phân tích: bắt đầu với những đối tượng cấp trên cùng.
+ Hiện thực: tạo đối tượng cấp trên sử dụng các stub (chỉ có interface mà không hiện thực).
+ Chỉnh sửa: thay đổi các đối tượng ở cấp độ cao trước. Nếu cần sử dụng các stub hoặc các hàm cũ.

Sưu tầm

PHƯƠNG PHÁP HỌC LẬP TRÌNH HIỆU QUẢ CHO NGƯỜI MỚI BẮT ĐẦU

2017-09-11T10:36:00.001+07:00

Học lập trình không phải là một việc làm một sớm, một chiều nhưng không phải là quá khó khăn. Có rất nhiều điều giúp bạn thấy việc học lập trình trở nên dễ dàng hơn. Hãy cùng chúng tôi khám phá những bí quyết giúp cho việc học lập trình tốt hơn và nhanh hơn nào.

1. Đừng đi quá nhanh, hãy nắm vững nó trước đã (Don't go to fast, get it right before move on)

Có bao giờ bạn thắc mắc trong lớp học của mình, một số bạn trong lớp chúng ta biết trước về một số ngôn ngữ lập trình. Trong những tuần đầu tiên họ thường nắm kiến thức rất nhanh, nhưng càng về sau họ lại càng bị bỏ lại ở đằng sau những sinh viên khác. Các bạn đã bao giờ tự đặt câu hỏi "Tại sao họ lại bị bỏ xa trong khi nền tảng họ tốt hơn?" Đó chính là do việc họ đi quá nhanh và lối mòn của họ là đang tự ảo tưởng rằng mình biết tất cả nhưng thật sự hiếm khi thấy họ bắt tay vào việc làm lập trình. Có thể họ biết một số thứ nâng cao hơn so với sinh viên, nên họ ngại học những thứ cơ bản và không muốn làm những cái cơ bản, họ muốn tìm hiểu những cái sâu xa hơn nhưng kiến thức cơ bản không đủ, không làm được dẫn đến chán nản và bỏ bê công việc này. Ok quay lại thời cấp 3 một chút, cũng giống như khi chúng ta làm bài kiểm tra môn toán thường có 8 điểm là có một người có học lực khá có thể đạt được, nhưng có một số sinh viên làm được bài 2 điểm khó kia và có một số bài tập cơ bản vẫn chưa hoàn thành, nên kết quả không bằng một sinh viên nắm vững các kiến thức cơ bản có thể làm được.

Do đó, trước tiên chúng ta cần tạo cho mình một nền tảng (Foundation) tốt bằng cách thường xuyên luyện tập thực hành cái bài tập lập trình. Trong quá trình luyện tập như vậy bạn sẽ thấy được những vấn đề cơ bản mà các lập trình viên thường mắc phải. Và tạo cho mình một thoái quen tốt để giải quyết vấn đề. Đồng thời bạn đừng bao giờ ngừng tiến trình luyện tập của mình, cũng không nên đi quá nhanh hay quá chậm. Đừng tránh một chủ đề nào sau khi bạn đã nắm vững tất cả những gì dẫn đến nó. Bằng cách đối mặc với nhiều ý tưởng và thách thức, bạn sẽ có một chất men giúp bạn nhanh chóng nắm bắt được những vấn đề cơ bản. Sau đây là 5 cách để bạn định hướng được việc học lập trình nhanh hơn.

2. Đừng chỉ đọc code ví dụ - Hãy thử thực thi nó (Look at Example Code)

- Khi bạn đọc một chương trình hướng dẫn (hay một cuốn sách), bạn thường xem các code ví dụ của nó và nói “Tôi đã nắm được nó, tôi đã hiểu được nó….”. Tất nhiên là bạn có thể nắm được nó, nhưng bạn thực sự chưa hiểu được nó hoạt động như thế nào, cho kết quả ra sao. Do đó trước khi đọc một cuốn sách về lập trình, bạn nên cài trình biên dịch của ngôn ngữ mà bạn đang học vào máy (ví dụ học C++ thì bạn cài Dev C++ hay visual c++). Để sẵn sàng chạy thử tất cả các ví dụ trong cuốn sách hay chương trình mà bạn đang đọc.
- Tôi nói chạy thử ở đây không phải là copy rồi paste vào rồi nhấn F5. Tôi khuyên bạn nên tự mình đánh những đoạn code đó vào chương trình biên dịch, vì khi đó bạn thực sự buộc mình phải đi qua tất cả các mã,việc gõ mã lệnh sẽ giúp bạn chú ý đến các chi tiết cú pháp của ngôn ngữ – những sự thiếu soát buồn cười như thiếu đấu chấm phẩy ở cuối mỗi câu lệnh có thể làm bạn hết sức đâu đầu.
- Sau khi gõ mã lệnh vào chương trình, hãy chạy thử nó. Rồi viết thêm một số câu lệnh mới vào chương trình của mình xem nó có hoạt động xem. Điều đó sẽ giúp bạn hiểu nhanh hơn mỗi câu lệnh có ý nghĩa như thế nào. Mình sẽ thử bạn một đoạn code như này bạn hãy thử suy nghĩ trong đầu xem kết quả bằng bao nhiêu. Sau khi suy nghĩ xong hãy gõ lại từng đoạn code này và thử thực thi nó xem có đúng với những gì mình nghĩ hay không? Nếu sai thì hãy thử nghĩ xem mình bị lỗi logic ở đâu? Tôi sẽ để nó ở chế độ ảnh để bạn không thể copy + paste nó

3. Hãy viết mã riêng của bạn càng sớm càng tốt (Write your own code as soon as posible)

- Khi bắt đầu viết một chương trình bạn không biết phải bắt đầu từ đâu, sử dụng cấu trúc dữ liệu gì? Việc phân bổ viết code như thế nào? Xử lý các phương thức ra sao?… Điều đầu tiên là bạn sử dụng các công cụ tìm kiếm ở google hoặc các công cụ tìm kiếm khác để tìm kiếm đoạn mã mình cần. Đây là một điều có thể làm cho tư duy lập trình của bạn ngày càng giảm đi và ngày càng bị lệ thuộc vào các công cụ tìm kiếm
- Giải pháp được đưa ra trong trường hợp này là bạn hãy tự nghĩ cho mình một thuật toán riêng. Đầu tiên bạn viết nó bằng mã giả, sau đó dùng ngôn ngữ lập trình để viết lại. Tuy việc này rất khó và tốn nhiều thời gian, nhưng nó sẽ giúp bạn có được những kinh nghiệm thực sự hữu ích, khả năng tư duy lập trình ngày càng phát triển. Thay vì lên mạng tìm code về sửa.
- Trường hợp ý tưởng chương trình của bạn lớn, phải viết một lượng lớn code. Khi đó bạn hãy phân nhỏ từng tính năng chương trình của mình ra, tự tập thiết kế cấu trúc của chương trình nhỏ đó, rồi ghép chúng lại với nhau sẽ được một chương trình lớn hoàn chỉnh hơn. Có thể chương trình đó không hoạt động tốt, nhưng cái mà bạn được ở đây chính là kinh nghiệm và một tư duy tự lập trong lập trình.

4. Hãy tìm hiểu cách sử dụng một công cụ debug (Learn to use a debugger)

– Debug là một công cụ rất tốt dùng để gỡ rối chương trình của bạn khi có một lỗi nào đó là chương trình bạn chạy sai. Nó cho bạn theo dõi giá trị của các biến và các thay đổi của chúng qua từng mã lệnh của chương trình. Công cụ debug mạnh nhất có lẽ được tích hợp trong các sản phẩm của Microsoft như Visual Studio (Hiện nay là visual studio 2017). Công cụ debug giúp chúng ta hiểu chương trình của mình hơn, và là thứ chúng ta cần phải biết khi viết chương trình.
- Một chương trình debug có thể giúp bạn nhanh chóng trả lời những gì mà bạn đang làm như ví dụ bên dưới.

Code:

int main()
{   
   int x;    
   int y;    
   if( x > 4 )  //   Giá trị của X ở đây là bao nhiêu?    
   {        
     y = 5;   //  Dòng code này thực thi như thế nào?   
   }
}

- Và lời khuyên cuối cùng về debug là: khi bạn lần đầu tìm hiểu về debuger, có thể nó sẽ làm bạn mất khá nhiều thời gian khi bạn sửa lỗi chương trình của mình. Nhưng khi bạn nắm được các kiến thức về debug nó sẽ đem lại cho bạn một lợi ích lớn trong việc tiết kiệm thời gian khi sửa lỗi chương trình. Tôi tin rằng mỗi bạn đều có thể tìm ra cho mình một cách debug chương trình hiệu quả, bởi nó sẽ theo suốt sự nghiệp lập trình của bạn.
- Tôi thường thấy các sinh viên khác không muốn sử dụng công cụ debug (có thể là không biết giống như tôi lúc trước). Những sinh viên đã tự làm khó mình trong việc tìm kiếm lỗi sai trong chương trình. Do đó khi bạn đã xác định theo con đường lập trình, hãy học cách sử dụng một công cụ debug, nó sẽ mang lại cho bạn nhiều lợi ích thiết thực hơn bạn nghĩ.

5. Học từ nhiều nguồn và nhiều nguồn tài liệu (Seek our more source)

- Khi bạn không hiểu một điều gì đó, internet là một nơi với lượng thông tin khổng lồ mà bạn tìm đến. Thế nhưng có những bài viết về đề tài mà bạn muốn tìm thì lại được tác giả viết sơ sài, hoặc có thể sai. Do đó bạn phải hết sức thận trọng khi sử dụng các thông tin từ internet vào chương trình của mình.
- Ngoài ra việc tìm kiếm một cuốn sách với những giải thích chi tiết sẽ giúp bạn nhanh chóng nắm được vấn đề hơn.
- Bạn cũng có thể tham gia vào các diễn đàn về lập trình (ví dụ lập trình c, c++, c# thì có diễn đàn congdongcviet.com), khi không hiểu một vấn đề gì đó bạn có thể post bài để các thành viên trong diễn đàn giúp đỡ cho bạn. Nếu có khả năng về tiến anh thì bạn lên các diễn đàn nước ngoài sẽ có nhiều thành viên xuất sắc ở đó tìm kiếm thông tin và trả lời giúp (codeproject.com,cprogramming.com, cplusplus.com…). Lưu ý khi hỏi trên các diễn đàn bạn phải đặt câu hỏi ngắn gọn, tập trung vào mô tả nội dung vấn đề mà bạn đang gặp vướng mắc thì bạn sẽ nhận được câu trả lời tốt hơn.
- Việc trước mỗi buổi học nên chuẩn bị một danh sách các câu hỏi về những vướng mắc mà bạn gặp phải vào một cuốn sổ tay nhỏ để lên hỏi giáo viên hoặc bạn bè là một việc rất có ích, nó sẽ giúp bạn tiếp thu hơn, và nó cho thấy rằng bạn là một con người cầu tiến, ham học hỏi.
- Cuối cùng là việc hết sức quan trọng, Học Nhóm. Học nhóm sẽ giúp bạn tiến bộ nhanh hơn, tăng cường khả năng giao tiếp với bạn bè và đồng nghiệp sau này. Khi làm việc nhóm bạn sẽ viết ra được những chương trình lớn hơn và có sức thuyết phục người dùng hơn. Tôi khuyên bạn đừng bao giờ ôm hết công việc về mình.
Mong rằng bài viết này có thể giúp chúng ta nắm được những nguyên tắc cơ bản của môt người mới bắt đầu đi vào thế giới lập trình

Kết luận

Lập trình là một lĩnh vực khá hot, nhưng để có thể tồn tại trong nghề này đòi hỏi Coder phải thực sự đam mê và có khả năng tự học tốt. Chỉ cần 1s, công nghệ bạn đang ứng dụng có thể trở lên lạc hậu mà nếu không nhanh chân cập nhật, bạn có thể bị đá khỏi nghề mà bạn theo đuổi hàng chục năm. Thay vì lãng phí những thời gian vào làm những việc làm vô bổ thì ngay bây giờ bạn hãy thử làm theo những phương pháp của chúng tôi. Nếu bạn thấy cách của tôi có hiệu quả hãy giới thiệu nó cho bạn bè. Nếu chưa phù hợp thì phải nhanh chóng tìm ra những phương pháp mới phù hợp với các bạn.

Bạn có thể tham khảo một số video dưới đây để tìm ra định hướng cho mình

Video chia sẻ kinh nghiệm học nhanh, nhớ lâu: Myclass.vn

Video chia sẻ bí quyết học nhanh một ngôn ngữ lập trình: Hoctudau

Video chia sẻ Những thói quen tốt cho lập trình viên: Zendvn

Video livestream chia sẻ "Những sai lầm và cách học lập trình sao cho hiệu quả": Việt Nam Sơn Nguyễn

Chúc các bạn sớm tìm ra phương pháp lập trình hiệu quả nhất

LÝ DO KHIẾN TÔI NGỪNG VIỆC HACKING MÃI MÃI - PHẦN CUỐI

2017-09-01T11:09:00.003+07:00

Cho phép tôi được mở đầu phàn cuối bằng việc gửi lời cảm ơn tới các bạn một lần nữa, những người đã theo dõi câu chuyện này đến tận hồi cuối cùng. Tôi rất mừng khi có cơ hội chia sẻ về trải nghiệm của cậu bạn với mọi người, mong rằng các bạn sẽ thích phần cuối của truyện như những phần trước đó.

Tôi bước vào căn phòng, giơ cao con dao lên, cố gắng thở đều lại. Tôi nhìn quanh phòng, trong này rất tối và phải đợi một lúc mắt tôi mới làm quen được. Tôi lờ mờ nhìn ra một chiếc ghế với có ai đó đang ngồi lên, một cái giá mà tôi đoán là đặt chiếc máy quay như trong lời tả của Sarah, và một dáng người đứng đối diện với tôi. Dáng người nữ. Tôi chưa thể nhìn thấy mặt cô ta, mắt tôi không tài nào nhìn nổi trong bóng tối. Tôi quay mặt qua dáng người đó, mắt vẫn tập trung về phía Sarah.

“Sarah, cậu có ổn không?”, tôi tỏ ra nghiêm trọng. Tôi cần bảo đảm cô ấy ổn trước khi có thêm bất cứ chuyện gì xảy ra.

“Có, tôi đã cảm nhận được chân mình rồi, nhưng vẫn không thể di chuyển nổi. Có một cô gái khác trong phòng này, tóc đỏ. Nhưng cô ấy bất tỉnh rồi.” Giọng Sarah vẻ nhẹ nhõm, chắc cô ta đang tưởng tôi là một thám tử đô con, với mái tóc bảnh bao và đôi mắt sáng lộng lẫy. Chà, tôi thông cảm cho sự thất vọng mà cô ấy sắp nhận ra. Cô gái tóc đỏ có lẽ là Liz. Vậy đây sẽ là ‘trận chiến lớn’ phải không? Dù sao thì nó cũng sắp kết thúc rồi. Ngay lúc tôi chuẩn bị định hình được cái dáng người mà tôi đoán là James, một giọng nói quen thuộc phát ra từ chỗ hắn.

“Ê Danni.”

Người tôi tê liệt. Giọng nói đó... không thể nào... không, điều đó là bất khả thi. Nhưng càng nghĩ về nó, nó càng trở nên có lý hơn, nhưng cũng càng làm tôi khiếp sợ. Ai là người mà tôi không hề giấu giếm một bí mật gì, ai là người biết tất cả mọi thứ mà tôi từng làm, ai là người có thể tiếp cận vào địa chỉ, máy tính, căn hộ, điện thoại, mọi thứ mà tôi sở hữu? Ai là người mà tôi dành toàn bộ trái tim cho? Tình yêu đích thực của tôi.

“Angela”, tôi thì thào. Cái suy nghĩ bạn gái tôi- tình yêu và lí trí của tôi- là người đã làm điều này, hủy diệt tôi hoàn toàn. Tôi cảm thấy nước mắt trào ra, tất nhiên, mọi thứ đều có lý. Kẻ “hacker tối cao” này chưa bao giờ thực sự hack. Cô ấy đã đặt máy quay trong căn hộ của tôi, vì cô ấy cũng luôn ở đó, và biết rằng tôi không hề có một chiếc máy quay nào. Cô ấy ngụy trang địa chỉ thành địa chỉ của tôi, vì cô ấy biết rõ nó là gì. Cô ấy đã kết bạn với “James” trên Facebook của tôi, vì cô ấy biết rõ tài khoản của tôi. Tôi đã chia sẻ mọi thứ cho cô ấy, và cái suy nghĩ cô ấy làm điều này chưa một lần lướt qua đầu tôi.

“Tại.. Tại sao? Tại sao em lại làm thế? Em đang làm gì vậy? Anh không hiểu... anh đã bao giờ làm gì em chứ?”, tôi gào lên trong hàng nước mắt và thật khó để nói được mạch lạc. Mắt tôi đã làm quen được bóng tối và tôi nhìn thấy cô ấy. Angela. Cô ấy cũng đang khóc sao? Hay do tôi đang tưởng tượng? Không, chắc chắn cô ấy đang khóc. Cô ấy là James thật ư? Hay James là kẻ đã dọa bắt cô ấy phải làm điều này?

“Tadaaaa”, Angela hát lên trong nước mắt. “Anh thấy tự hào về em chưa Danni? Anh có thích trò chơi nhỏ của chúng ta không?”

Đến lúc này tôi cảm thấy tức giận thực sự, bối rối và kiệt sức.

“TẠI SAO”, tôi hét lên, nước mắt vẫn không ngừng, mà càng ứa ra. “Tại sao em lại làm điều này? Tại sao em lại làm hại những người vô tội? Tại sao em lại làm hại anh? Anh chỉ luôn yêu em và quan tâm đến em mà! Tại sao???”

Angela cười. Đó là nụ cười giả mạo, tôi biết chứ, nhưng cô ấy vẫn cười.

“Tại sao” Cô ấy nói với giọng mỉa mai, “anh không biết tại sao ư Danni? Không hiểu tại sao cô bạn gái đáng yêu của anh lại làm điều này? Danni, anh không thấy lạ rằng em chưa bao giờ giới thiệu anh với ba mẹ của em? Chưa bao giờ?”

Tôi có thấy lạ, cô ấy luôn lưỡng lự trong việc kể với tôi về ba mẹ. Nhưng tôi cũng không bận tâm, tôi yêu Angela vì cô ấy, chứ không phải vì ba mẹ của cô ấy... Điều này thì liên quan gì tới mọi chuyện chứ? Trong lúc tôi đang cố gắng tìm câu trả lời, tôi bỗng ngộ ra. Ba Angela chắc chắn là một nạn nhân trong những cuộc tấn công mạng của tôi. Và tôi đã thú nhận toàn bộ với cô ấy. Nhưng dù sao thì, nếu ba Angela là nạn nhân của tôi, chắc chắn ông ta là một kẻ tội phạm. Tại sao cô ấy lại làm điều này?

“Ồ, có vẻ như anh đã hiểu ra”, Angela mở lời, giọng vẫn mang vẻ mỉa mai. “Ba em là David Jessington, anh biết chứ, kẻ buôn thuốc phiện mà anh đã tống vào tù. Em yêu anh Danni, em vẫn yêu anh. Nhưng khi ba em bị bắt, ông ấy đã bắt em phải thề rằng sẽ khiến cho bất cứ kẻ nào làm điều này phải trả giá. Em đã cố gắng và tìm kiếm khắp mọi nơi, nhưng bỏ cuộc sau một năm. Và rồi em gặp anh và yêu anh, và em nghĩ chúng ta đã có thể sống hạnh phúc cả đời. Nhưng rồi anh đã nói với em rằng chúng ta không được giấu giếm bất kỳ bí mật gì với người còn lại. Anh đã kể cho em toàn bộ những việc anh làm, trong đó có việc khiến ba em bị bắt giam.”

Angela dừng lại lấy hơi, gạt nước mắt và tiếp tục.

“Em đã dành hàng tuần đấu tranh với bản thân, em cố quên rằng em đang yêu một người đàn ông mà đã khiến em không thể gặp ba mình. Em đã cố gắng, nhưng em không thể. Cuối cùng, em đã đến gặp ba mình. Em hỏi ông rằng liệu em vẫn phải làm điều mà em hứa với ba, cho dù người đó là người mà em yêu sâu đậm. Em đã nài nỉ xin ba thứ lỗi, nhưng ông nhìn em và nói rằng nếu em có thể báo thù cho ông mà chọn không làm điều đó, ông sẽ từ mặt em và không bao giờ tha thứ cho em.”

Nước mặt lại trở lại trên khuôn mặt của Angela, cô ấy lại nói, giọng bắt đầu lạc dần.

“Danni em yêu anh, em sẽ luôn vậy. Nhưng em đã thề với ba em. Và nếu ba có bao giờ biết được em đã tha cho anh, ông ấy sẽ giết em. Ít nhất, nếu như em tỏ ra rằng em đã làm anh phải trả giá, ông ấy sẽ thả anh. Em không quan tâm liệu em có phải vào tù, em không quan tâm liệu anh có hận em mãi mãi. Em yêu anh Danni, và đó là lý do em làm điều này.”

Tim tôi quặn thắt, tôi cảm thấy nỗi đau của cô ấy, cảm nhận được sự dằn vặt mà cô ấy phải trải qua. Tôi chỉ muốn lao tới và ôm cô ấy, hơn bất cứ điều gì khác, tôi muốn nói với cô ấy rằng mọi thứ sẽ ổn thôi. Tôi thả con dao xuống đất và bắt đầu bước tới. Tôi không quan tâm nếu cô ấy có giết tôi, tôi không quan tâm nếu cả thế giới này chống lại tôi. Tôi yêu cô ấy và tôi muốn chiến đấu vì cô ấy. Từng bước tới gần cô ấy, tim tôi lại đập mạnh hơn. Tôi cảm thấy yêu cô ấy giống như ngày đầu vậy. Nhưng cô ấy vẫn khóc, và chĩa con dao về phía tôi.

“Dừng lại đi Danni, làm ơn dừng lại. Em không muốn làm điều này, em không thể để anh lại gần em nữa. Làm ơn đi Danni, dừng lại.” Cô ấy nài nỉ, nhưng tôi chẳng màng. Tôi tiếp tục bước đến. Angela nhận ra rằng tôi mặc kệ sống chết, nên tự kề dao vào cổ mình. Tôi dừng lại và nhìn thẳng vào mắt cô ấy, đôi mắt xinh đẹp đang đau đớn.

“Làm ơn đi Danni, em không muốn làm khổ anh nữa, em không thể làm điều này nữa. Dừng lại.”

Tôi chạy tới cô ấy, và ngay trước khi Angela siết lưỡi dao vào cổ, tôi giằng lấy nó với tay không của mình. Máu bắt đầu rỉ ra từ vết thương còn non, nhưng tôi mặc kệ. Tôi nhìn vào mắt cô ấy và thì thầm, “Anh yêu em Angela. Anh luôn và mãi luôn thế. Anh không quan tâm ba em là ai, anh không quan tâm nếu cả thế giới về phe ông ta. Anh sẽ chiến đấu vì em, anh sẽ chết vì em. Ngừng sự điên cuồng này lại, hãy cùng nhau đối mặt với cả thế giới.”

Angela tiếp tục khóc và buông con dao khi tôi cúi người hôn cô ấy. Tôi nghe tiếng còi cảnh sát phía sau, chắc có ai đã thấy cảnh tôi đập cửa vào tòa nhà này và báo cho cảnh sát. Nhưng tôi chẳng quan tâm, tôi đang ở trong thế giới của riêng tôi, với một nửa của trái tim mình.

Những gì xảy ra sau đó chỉ mờ mịt đối với tôi, đầu tiên là cảnh sát, và sau đó là xe cấp cứu. Angela và tôi đều bị bắt, nhưng nhờ 2 nhân chứng là Liz và Sarah, tôi đã được thả ngay lập tức. Tôi có mặt trong phiên tòa của Angela, và cô ấy trông rất hạnh phúc khi nhìn thấy tôi ở đó. Bản án của Angela không quá dài, ngắn hạn hơn ba cô ấy. Tôi không quan tâm, tôi đã hứa sẽ chiến đấu với cô ấy tới cùng, và tôi cam đoan từng từ một.

Tôi vẫn thăm cô ấy đều đặn, mỗi khi tôi có cơ hội. Mỗi lần ghé thăm là một món quà mới. Mỗi lần ghé thăm là càng nhiều câu chuyện để kể với nhau. Khi cô ấy ra tù, tôi sẽ luôn ở bên cô ấy. Khi cô ấy được thả, chúng tôi sẽ dọn đi xa. Tôi đang làm việc rất chăm chỉ, làm tất cả mọi ca mà tôi có thể làm, kiếm từng đồng một trong khả năng của tôi.

Tôi sẽ không bao giờ hack, không bao giờ tự tay mình đại diện cho công lý. Vì cho dù tôi đã cứu giúp được ai đó, có thể tôi đã vô tình làm hại một người khác. Và mặc dù họ có thể đáng nhận được điều đó, có thể tôi đã làm đúng. Nhưng tôi không phải là công lý, tôi không có quyền tự nhận mình là công lý. Tôi đã mắc một số sai lầm trong quá khứ, và có thể James chính là thứ công lý đã xét xử tôi. Ở hiện tại thì, tôi biết điều tôi phải làm, và tôi đã đặt ý chí quyết tâm trên con đường mà tôi đã chọn.

Có thể tôi đã lựa chọn sai, có thể tôi nên để cô ấy chết và tiếp tục hành trình canh gác của mình, có thể sẽ không có nơi nào đủ xa để tôi vào Angela chạy trốn khỏi ba cô ấy. Nhưng tôi không quan tâm. Cuộc chiến của tôi chưa kết thúc, nó chỉ vừa mới bắt đầu.

Nguồn dịch: Trung Vuong Thien (J2TEAM)

Link gốc: reddit.com

LÝ DO KHIẾN TÔI NGỪNG VIỆC HACKING MÃI MÃI - PHẦN 3

2017-08-29T20:48:00.001+07:00

Cho phép tôi được mở đầu phần ba bằng việc cảm ơn tất cả mọi người đã đọc câu chuyện này, đó là một trải nghiệm phi thường, tôi cũng mong rằng tôi sẽ giữ được chất lượng và sự hào hứng mà các bạn xứng đáng được nhận.

Tôi cũng xin lỗi vì đã không đưa phần này lên sớm hơn. Tôi vừa bay về nhà hôm qua và lúc hạ cánh thì quá mệt để có thể hoàn thành phần việc này. Và giờ, không dây dưa nữa, phần 3.

Tiếp tục.

Liz biết? Ý cô ta là gì? Cô ta có liên quan tới James? Hay việc này đang nằm ngoài kế hoạch của James? Đệt.. hay cô ta là... James?

"Này..? Tại sao cậu lại biết?"

Lại im lặng. Cái mẹ gì đang xảy ra thế? Thế quái nào mà cô ta lại biết???

Công cuộc tìm kiếm của tôi trả lại kết quả gì đó. James chắc chắn đang ở đất nước này. Nhưng tôi phải khoanh vùng lại, tại sao nó lại mất nhiều thời gian thế? Tôi nghe thấy Liz hít sâu.

"Tớ luôn biết Brock là một người trung thành. Đó là lí do vì sao tớ vẫn luôn ở bên cậu ấy. Tớ chỉ muốn bỏ vì cậu ấy là một người tồi tệ. Không phải với tớ, mà với những người khác. Ý tớ là, nhìn cậu đi Danni, cậu bị bắt nạt bởi tất cả mọi người, nhưng Brock là kẻ quá đáng nhất. Và không chỉ có mỗi cậu đâu, những người khác cũng bị bắt nạt bởi Brock mỗi ngày. Và tớ cảm thấy mệt mỏi vì điều đó."

Im lặng. Cô ta.. đang khóc ư? Tôi thề là đang nghe thấy cô ta khóc. Tôi không muốn ngắt lời chút nào, nên để cho cô ta chút thời gian. Sau một vài giây, Liz tiếp tục.

"Tớ nghĩ là lúc đó tớ đang tìm một lối thoát, và bắt gặp "cô gái" mà có vẻ như Brock đang giấu giếm khỏi tớ chính là một tấm vé giải thoát. Tớ biết rằng cậu ấy chung thủy, nhưng tớ phải giành lấy cơ hội và chấm dứt mối quan hệ. Tớ chỉ không.. chỉ không ngờ được cuộc đời cậu ấy lại bị phá nát vì điều đó. Ý tớ là, bọn mình chỉ là những đứa trẻ con!!!!"

Liz bắt đầu lớn tiếng lên, tôi có thể thấy cô ta vẫn tự dằn vặt mình rất nhiều vì điều này. Căng thật. Tôi phải xoa dịu cô ta bằng cách nào đó.

"Liz à, đó không phải lỗi của cậu, là do Brock đưa ra lựa chọn sai lầm trong đời và cuối cùng không thể sống được với nó. Cậu đã bị kẹt trong mối quan hệ ấy, và không có gì bó buộc cậu phải tiếp tục với anh ta. Đó không phải lỗi của cậu, tớ là kẻ đã làm điều đó, và tớ sẵn sàng nhận tội. Nhưng tớ vẫn muốn hỏi một điều, tại sao cậu biết đó là tớ?"

Cô ta cười, đó là một câu hỏi ngu ngốc? Thậm chí tôi đã biết đáp án từ trước khi cô ta mở lời.

"Tớ không ngu đâu Danni, tớ biết rằng Brock không phải loại người hay dính vào rắc rối với "Anonymous" hay bọn tương tự", tôi khịt mũi, "Tớ biết Brock đã chọc tức ai rất giỏi với máy tính, và đứa duy nhất tớ có thể nghĩ đến là cậu."

Tôi cười, tôi không quan tâm liệu James có đang lắng nghe, tôi không quan tâm nếu hắn có lao qua cửa sổ và nã đạn vào đầu tôi. Tôi cười vì sự ngu ngốc của tôi lúc đó, và việc tôi đã từng nghĩ rằng mình rất thông minh. Nhưng một suy nghĩ bỗng ngập trong trí óc tôi. James chắc hẳn sẽ không vui với kết quả này.

"Liz, cậu có đang ở cạnh ai không?" Suy nghĩ đầu tiên của tôi là phải đưa cô ta đến nơi nào an toàn. Nơi nào James không thể tiếp cận cô ta mà không gây được nhiều sự chú ý.

"Không, tớ đang ở ngoài..." Cuộc gọi bị ngắt.

"Liz??? LIZ???" Tôi nhấc điện thoại lên, "mày làm cái đéo gì với cô ta thế thằng đầu b*** thần kinh này???"

Im lặng. Không hề có một tiếng động. Tôi bối rối nhìn vào điện thoại của mình, tôi vẫn đang ở trong cuộc gọi, hắn đi đến chỗ quái quỷ nào rồi? Đây đâu phải giờ nghỉ đi vệ sinh. Rồi tôi nghe thấy một tiếng động. James đã ở đó, và bắt đầu nói. Giọng hắn đã thay đổi, không phải bị bẻ sang giọng khác, mà là giọng của chính hắn. Hắn không vui vẻ chút nào.

"Homo sapiens, một loài vật thú vị. Chúng không bao giờ làm những gì bạn mong muốn." Tôi nghe thấy tiếng thở dài, "cô ta sẽ bị xử lý, sớm thôi. Còn bây giờ, hãy tiếp tục với hành trình ký ức."

Ôi Chúa ơi. Hắn sẽ giết cô ta. Tiên sư. Tôi phải tăng tốc và tìm được gì đó. Bất kể cái gì! Tôi không thể để mọi người chết vì tôi. Tôi không thể...

Một bức hình khác hiện lên. Kẻ quấy rối trẻ em mà tôi đã dọa cho sợ vãi ra quần và cuối cùng đã tự kết liễu đời hắn. James đang tìm kiếm thứ công lý gì ở đây vậy? Nếu có một chút nào? Tôi bắt đầu phát hoảng, tại sao hắn lại bắt tôi làm tất cả những việc này? Chắc chắn nếu hắn biết về những cuộc tấn cộng của tôi thì hắn phải nắm giữ bằng chứng. Tại sao hắn không nộp tất cả cho cảnh sát? Tôi càng có cớ để tìm ra thằng khốn này.

"Jordan Fisher, 36 tuổi, cậu đã cải trang thành tất cả những đứa trẻ mà hắn từng xâm hại, và khiến hắn phải tự sát. Giờ, cậu có thể nghĩ đó là một hành động anh hùng, nhưng nếu vậy, tại sao cậu chưa từng nói với ai về sự anh hùng ấy Danni?"

Hắn đang mỉa tôi. Hắn càng nói về sự anh hùng thì tôi càng cảm thấy ghê tởm. Tôi cần phải tìm Liz, tôi cần phải báo cảnh sát rằng cô ấy đang gặp nguy hiểm.

"Và mày nghĩ rằng mày đang làm gì vậy James? Mày có phải người hùng đối với những người ấy? Mày đang tìm cách báo thù cho họ? Tỉnh dậy đi thằng óc c*t, những kẻ ấy là tội phạm. Tất cả những việc tao làm là để dẹp chúng khỏi trái đất."

Tôi nhìn qua cửa sổ tìm kiếm, nó đang bắt đầu khoanh vùng. Cuối cùng cũng đạt được cái gì đó. Quay lại việc chỉnh máy ghi âm. Tôi cảm thấy tôi càng tới gần trong việc tìm kiếm giọng thật của James. Nhưng đó không phải giọng nam. Nó chắc chắn là giọng của nữ... Chà, bất kể thứ gì có thể cho tôi biết về James đều là hữu ích. Một điều tôi biết rõ, con người cảm thấy yên tâm miễn là họ cứ ở nguyên trong ảo tưởng rằng họ đang an toàn. Một khi bạn phá vỡ ảo tưởng đó, một khi thoát ra khỏi mớ bong bóng, bạn sẽ phát hoảng. Và một điều nữa, người nào hoảng sợ thì sẽ phá hỏng hết mọi thứ. Bản năng của con người. Tôi nghĩ vậy.

James đáp lại, "Công lý? Tôi không làm điều này vì công lý Danni à. Tôi đang chơi trò chơi, với cậu. Có vẻ như cậu vẫn chưa hiểu trò chơi này là gì. Tôi cảm thấy tiếc cho cậu. Dù sao thì, hãy tiếp tục nào. Fisher có một đứa con gái, cậu biết điều đó chứ? Con bé mới 15 tuổi khi cha nó tự sát. Nói cho tôi biết Danni, cậu không nghĩ rằng con bé nên biết lý do vì sao cha nó chết chứ? Đó là công bằng đúng không? Đến giờ thú tội rồiiii! Ồ tôi suýt quên, tên con bé là Sarah, cậu sẽ cần biết khi cậu nói chuyện với con bé."

Như lúc trước, một số điện thoại được nhập vào trên Skype của tôi và bắt đầu gọi. Con bé mới 15 tuổi? Lúc đó tôi mới 16 mà. Chết tiệt, tại sao một gã xâm hại trẻ em lại có con chứ. Tôi đã giết chết cha của một đứa trẻ khác. Nhưng hắn ta là một con quỷ? Tôi đã làm điều gì thế này...

"Xi.. xin chào? Ai đó? Cứu tôi với!"

Một cô gái, giọng mệt mỏi như đứt hơi. Tôi có thể nghe tiếng vang. Cô ấy đang ở đâu? Và tại sao cô ta có vẻ như đang gặp rắc rối vậy?

James lại mở lời. "Danniiiiii, cậu nên trả lời con bé đi. Ai biết được điều gì sẽ xảy ra với nhóc chứ." Tiếng cười của hắn cũng dội lại qua điện thoại của tôi. Hắn làm tôi khó chịu. Tôi đoán mình không còn lựa chọn nào khác.

"Sarah? Cậu có ổn không? Điều gì đang xảy ra ở đó vậy?" Tôi nghĩ tốt nhất là nên kiểm tra xem cô ấy có ổn không trước khi tôi nhận tội. Tinh thần nghĩa hiệp và mấy cái c*t tương tự.

"T... Tôi không biết, tôi nghĩ tôi ổn, tôi không cảm thấy chân mình nữa..." Sarah thở gấp hơn, "cậu là ai??... tôi đang ở đâu??" "Giúp tôi với."

Cái đéo gì đang xảy ra vậy? James bắt cóc con bé? Tôi cần phải giúp cô ấy bình tĩnh. Cái trò chơi điên loạn gì đang diễn ra vậy???

"Hãy bình tĩnh Sarah, hít thở sâu. Cậu có thể nhìn xung quanh và nói cho tôi biết cậu nhìn thấy gì không?"

Tôi quay qua điện thoại của mình, James đang im lặng, tôi không nắm lợi thế. Đến lúc phải kiếm câu trả lời.

"Được rồi James, cái quái gì đang xảy ra? Mày đã làm gì Liz và Sarah??"

James đáp lại nhanh chóng, "10 phút Danni, cậu có 10 phút. Hãy tìm họ!"

Tôi cũng nhanh chóng phản ứng lại, kệ xác việc tìm James lúc này đi, có những mạng người vô tội đang bị đe dọa, tôi cần tìm họ. Tôi cần dò điện thoại của Sarah, và tôi có một ý tưởng. Sarah trả lời trước khi tôi có thể làm bất cứ thứ gì.

"Uhh... Ummmm... Ở trong này rất tối. Tôi nhìn thấy một chiếc máy quay đặt trên giá trước mặt... Tôi đang ngồi trên một cái ghế nhưng không thể đứng dậy, tôi không cảm thấy chân mình. Trong này rất tối. Trời ơi cái gì đang xảy ra vậy?"

Khốn nạn, hình như hắn đang dùng sim rác. Không ổn cho tôi chút nào, để dò được thứ kia phải mất cả thế kỷ... Đợi chút, Sarah 19 tuổi, cô ta hẳn đã có một chiếc smartphone.

"Sarah, nghe tôi kỹ này, tôi cần cậu lục quanh các túi. Cậu có điện thoại ở đó không? Nếu có, nó là loại gì và có còn chạy không?"

Tôi nghe vài tiếng rên rỉ, bất cứ điều gì James làm với cô ta đều rất đau, tôi đoán rằng chân cô ra đã bị gãy.

"Có, tôi có chiếc iPhone của tôi ở đây... nó chưa sập... tôi có nên gọi cảnh sát?" Sarah chần chừ hỏi, nhưng tôi có thể đoán từ tông giọng rằng cô ấy rất vui khi vẫn tìm thấy điện thoại.

"Nếu con bé gọi cảnh sát thì nó sẽ chết ngay lập tức!" James đanh giọng, "Nếu cậu không muốn con bé chết, cậu phải tự tìm nó!"

Khốn nạn. Dù sao thì tôi cũng không định phụ thuộc vào cảnh sát, nhưng họ cũng đã có thể giúp. Tôi cần tìm một cách để giải thích cho Sarah rằng tình hình đang rất khó khăn, mà không làm cô ấy hoảng sợ mà gọi cảnh sát. Tôi không nghĩ James sẽ chấp nhận việc tôi kể cho cô ấy về "trò chơi" nhỏ giữa tôi và hắn. Não tôi hoạt động nhanh chóng.

"Sarah, không cần phải gọi cảnh sát, tôi là thám tử Hanes. Tôi đã tìm cậu được một thời gian từ khi cậu mất tích. Giờ tôi cần cậu nói cho tôi tài khoản và mật khẩu iCloud, tôi sẽ dùng 'Find my iPhone' để dò ra cậu." Tôi cố giữ giọng bình tĩnh, không muốn gây hoảng. Sarah đưa tôi thông tin để tôi đăng nhập vào iCloud và tìm điện thoại của cô ấy. Chỉ trong vài giây hệ thống hiện ra địa điểm của chiếc điện thoại. Hử, không xa nơi tôi sống cho lắm, chỉ có 5 phút đi bộ?

“Có địa chỉ của con bé rồi James, giờ thả nó đi!” Tôi gằn giọng.

Lại một tiếng cười, tại sao lại có kẻ vui thích vì điều này chứ?

“Danni à, tôi không yêu cầu cậu đưa địa chỉ của con bé, tôi yêu cầu cậu tìm con bé. Chạy đi Danni, nhưng đừng quên cầm theo điện thoại. Chúng ta vẫn còn nhiều điều để nói.”

Tôi bỗng hiểu ra vì sao Sarah ở rất gần và vì sao James đưa cho tôi một khoảng thời gian dài như vậy cho một công việc đơn giản. Tôi phải đến tận nơi để tìm con bé... Tôi bỏ lại mọi thứ và chạy, trước khi ra khỏi nhà, tôi chộp lấy một con dao bếp và bọc nó trong một chiếc khăn bông. Tôi có thể sẽ cần nó, Dù tôi nghi ngờ nó sẽ giúp được gì nếu như có một mối đe dọa thực sự. Tôi cố hết sức lực chạy đến địa điểm kia. Thời điểm đó, tôi hầu như không tập thể dục nên khi đến nơi, tôi cảm thấy mình như sắp chết.

Tôi nhìn thấy một tòa nhà lớn ngay trước mặt mình, ít nhất là 7 tầng. Không có chuông để bấm, nên tôi gõ cửa mạnh hết mức có thể. Không có gì... tôi không còn mấy thời gian để lãng phí. Tôi cố tìm một điểm yếu trên cánh cửa, nó đã cũ nên cũng không khó tìm lắm. Còn nhớ việc tôi không hề tập thể dục chứ? Hãy thử đập đổ một cánh cửa trong khi bạn còn gặp khó khăn lúc mở nắp lọ mật ong. Tôi nhìn xung quanh để tìm xem có gì dùng được. Có một vài viên gạch xung quanh, tôi lập tức cầm một viên và ném vào cánh cửa, hi vọng rằng không có ai ở phía bên kia cửa. Viên gạch chỉ rơi xuống. Tôi nhặt lại và bắt đầu đập vào bản lề của cửa, sau vài nhát, nó bắt đầu lỏng ra. Một bản lề rơi xuống, không có thời gian ăn mừng, tôi tiếp tục gõ vào cửa cho đến khi nó rời hẳn ra.

“SARAH! Sarah cậu có ở đây không? Cậu có nghe thấy tôi không?” Tôi chạy vào trong, vội vã nhìn xung quanh. Phải có khoảng 20 phòng trong tòa nhà này. Tôi không có thời gian nhìn từng cái một.

“CỨUUUUUU! Tôi ở đây! Cứu tôi với!”, đó là Sarah! Tôi chạy đến nơi mà tôi nghe thấy giọng của cô ấy.

“Sarah, tôi ở đây!” Tôi hét lên, “cứ tiếp tục nói chuyện với tôi đi, tôi đang đến chỗ cô!”

“Thám tử?” Tôi ở đây! Hãy cẩn thận, có một người khác đang ở đây!” Tôi dừng phía ngoài cánh cửa nơi âm thanh đang phát ra. James đang ở đây sao? Liệu hắn có mạo hiểm để lộ thân phận như thế này? Sắp hết thời gian rồi, tôi lấy ra con dao nhỏ và đạp tung cửa....

To be continue......

Nguồn dich: Trung Vuong Thien (J2Team)

Link gốc: reddit.com

LÝ DO KHIẾN TÔI NGỪNG VIỆC HACKING MÃI MÃI - PHẦN 2

2017-08-29T20:45:00.000+07:00

Xem phần 1

...Tôi như đóng băng trong sự sợ hãi. Sự ớn lạnh chạy dọc cơ thể và sự hoảng loạn lấp đầy tâm trí tôi. Chuyện gì đã xảy ra với mẹ tôi? Bà ấy vẫn ỔN chứ? Thằng KHỐN nào đang cầm điện thoại của bà ấy? Tôi biết tôi cần bình tĩnh, nhưng.. có điều gì đó không đúng. Tôi đưa điện thoại lên và nhìn vào số ID người gọi. Nó chỉ ghi là "Mẹ", và không có số. Fuck! Sao tôi lại có thể ngu ngốc thế chứ, hắn ta chỉ giả mạo ID người gọi thôi, chắc hẳn muốn khiến tôi rối trí. Tôi phải tiếp tục cuộc nói chuyện, phải có cái gì đó mà tôi sẽ bỏ lỡ.

- "Ô.. Ông đang làm gì với điện thoại của mẹ tôi? Bà ấy đâu? Bà ấy ỔN không?"

Tiếng cười đến từ đầu dây bên kia,... một tiếng cười quỷ quyệt, kinh tởm. Tôi quyết định ghi âm lại cuộc gọi, tôi sẽ thử xử lý đoạn ghi âm và có thể sẽ tìm được giọng thật của hắn. Chắc hẳn không nhiều, nhưng tên khốn này biết nơi tôi sống và có lẽ cũng biết bố mẹ tôi là ai.
Hắn bắt đầu nói.

- "Danny, Danny, Danny!.. Sự an toàn của mẹ cậu phụ thuộc vào kết quả của trò chơi nhỏ này. Tôi đã nói với cậu là mạng sống của một người đang ở trong sự nguy hiểm nhưng, không nhất thiết phải là mạng sống của người chơi..Đúng chứ? Vậy, cậu đã sẵn sàng để chơi chưa?".

Vào thời điểm đó tôi đã có một suy nghĩ; thế quái nào mà James có thể nhìn thấy tôi? Không hề có chiếc camera nào được kết nối tới wifi, camera trên desktop đã bị ngắt kết nối và tôi cũng đã lỡ phá hỏng camera của laptop. Một suy nghĩ khác nảy ra trong đầu... có lẽ nào hắn đã đột nhập vào căn hộ của tôi và đặt những chiếc camera khi tôi ở bên ngoài? Nhưng... tại sao hắn lại phải mạo hiểm làm việc đó với nguy cơ bị bắt gặp cao như thế?? Chẳng may nếu tôi có camera trong nhà và sẽ biết được hắn đang làm gì thì sao?
Không! Hắn chắc hẳn đang sử dụng những thiết bị của tôi!

- "Có vẻ như tôi không được lựa chọn, James. Vậy thì chơi cmnđ!"

Tôi đã mường tượng và sẵn sàng cho những điều mà hắn ta sắp yêu cầu. Có lẽ chúng tôi sẽ cùng xem một vài bộ phim kinh dị và vài trò chơi kiểu như là một level ngắn của tựa game Mario Kart...vv. Đột nhiên tôi sực nhớ ra một điều và ngay lúc đó tôi thật sự muốn tự đá bay mình ra khỏi nhà vì sự ngu ngốc của bản thân... Trong tay tôi đang cầm một thiết bị duy nhất có camera và đang được kết nối với wifi. Chính là cái điện thoại chết tiệt của tôi! Phỏng đoán là thế nhưng tôi không muốn kết luận vội vàng về việc nó là thiết bị có camera duy nhất đang được sử dụng, vì thế, tôi quyết định sẽ thử kiểm tra nó... Nhưng trước khi tôi kịp làm bất kì điều gì thì hắn ta lại nói.

- "Well well Danny, tôi phải nói một điều, cậu thật sự rất cản đảm. Hầu hết mọi người khi ở trong tình cảnh này đều sẽ khóc lóc hay cầu xin tôi dừng lại. Điều đó rất tuyệt!"

Tôi đã nghe quá đủ những lời chết tiệt đó rồi. Đã đến lúc phải bắt đầu kiểm tra giả thuyết của mình. Bắt đầu googling về những thứ 'shit' kiểu như: "how to track a phone call (làm thế nào để định vị cuộc gọi)" và "how to find cameras in a house (làm thế nào để tìm thấy camera trong nhà)". Tôi muốn xác minh việc hắn ta có thể nhìn từ camera của tôi và phải đủ chắc chắn về sự nhận định đó.

- "Oh Danni, thật sự rất 'cute' khi mà cậu vẫn cố chống cự lại. Nhưng tôi có thể đảm bảo với cậu rằng, cậu sẽ không thể nào định vị được cuộc gọi và cũng sẽ không thể biết được tại sao tôi có thể thấy cậu đâu!"

Điên máu lên rồi! Tôi bỏ chiếc điện thoại ra và móc từ trong túi một chiếc USB dongle! Nếu thằng khốn này đang ở trên wifi vậy thì tôi sẽ khiến hắn nghĩ rằng hắn đang kiểm soát tất cả thiết bị của tôi. Tôi mò tìm cái laptop trong khi cố gắng tạo ra ít tiếng động nhất có thể, bỏ chiếc điện thoại cách xa những cái mà tôi đang làm, và rồi tôi đã tìm thấy chiếc laptop, khởi động nó và cắm Dongle vào nó.

- "Yeah well, tôi cũng thừa nhận tôi chính là một tên có can đảm... vậy, khi nào chúng ta sẽ chơi, James? Và luật chơi chính xác là gì? Tôi muốn chiến thắng trò chơi bằng những cái luật nhảm cức của ông."

Chiến lược của tôi là tỏ ra không hề sợ hãi hắn ta. Sự thật, phải nói rằng tôi đang cực kì lo sợ. Nhưng tôi biết rằng ngay khi hắn nhận thấy sự hoảng loạn nào đó trong tôi, hắn sẽ hoàn toàn 'điều khiển' được tôi, tôi rất muốn chửi thề và quên đi hết những cái ý nghĩ vớ vẩn ngay từ lúc mọi chuyện chết tiệt này bắt đầu. Laptop của tôi đã khởi động xong. Rất tốt! Tôi biết thằng khốn này đang dùng network của tôi bằng cách nào đó. Vì thế tôi quyết định hack vào network và tìm hiểu làm thế nào mà hắn truy cập được. Có lẽ hắn sẽ bỏ sót lại vài manh mối.

- "Luật rất đơn giản, Danni. Cậu muốn làm người phán xử, ban hội thẩm hay đao phủ rồi chúng ta sẽ lướt qua lịch sử về Hiệp sĩ Công Lý màu Trắng của cậu, và xem qua về việc cậu thực sự anh hùng đến thế nào"

Anh hùng...Hero... huh... Tôi nhớ lại... đó là thời điểm tôi đã nghĩ tôi là một Hero... có lẽ là khi tôi đã làm cho đứa bé đó kết thúc cuộc đời mình. Tôi đã tự nói với bản thân tôi là một Hero vì đứa bé ấy sẽ không đau đớn như những đứa trẻ khác. Thật sự, tôi có phải là một kẻ sát nhân?? Quá khứ đấy đang đến để ám ảnh tôi?... Không! không còn thời gian để suy nghĩ về điều đó. Không chỉ mạng sống của tôi đang bị đe dọa tại đây, tất cả mọi người tôi quan tâm cũng đang gặp nguy hiểm và giờ không phải thời gian để ngồi tự kỉ!

- "Hah...Hero... Thật là cute đấy, James, nhưng tôi luôn biết tôi là một con quỷ dữ. Tôi có một sự tà ác cần thiết. Nhưng chắc chắn rồi, hồi ức về quá khứ, có lẽ nó sẽ gợi nhớ cho ông người mà ông đang đề cập tới."

Sự cố gắng của tôi không mang lại điều gì. Tôi đã đột nhập vào network nhiều lần nhưng không thể tìm thấy bất cứ dấu vết của thiết bị nào cả, không một dấu vết của việc lưu chuyển thông tin... Chờ đã!...lưu chuyển thông tin?? Lưu lượng dữ liệu vào và ra? Fuck! Tôi thật ngu ngốc mà. Thế nào nhỉ... hắn ta có thể nhìn thấy luồng trực tiếp từ màn hình của tôi, điều đó có nghĩa là tôi có lượng dữ liệu truyền ra đến nơi nào đó phải không? Tôi bắt đầu giám sát lượng dữ liệu truyền ra. Đường truyền tuy được mã hóa nhưng nó vẫn chỉ là một address. Một server mà thông tin đó đang đi qua. Tôi đã tìm thấy address của server và quyết định làm vài thứ vô cùng ngu ngốc, việc đó đã có thể khiến tôi tự kết án tù cho mình hoặc tệ hơn, tôi không được quyền truy cập tới một máy tính thế nhưng tôi lại quyết định rằng đó là một cái giá nhỏ bé để trả cho sự an toàn của gia đình tôi.

- "Well well Danny, hãy xem màn hình của cậu như những images pop-up. Leeeeets roll the tape ladies and gentlemen!"

Thật là tâm thần! Tôi không dành nhiều sự chú ý đến âm thanh từ giọng nói của hắn và đồng thời tôi cũng đang cài đặt Botnet chuẩn bị cho một cuộc tấn công DDOS. Hy vọng là nếu tôi đưa server xuống từng bit, tôi sẽ có thể tìm ra nơi mà requests được gửi đi và định vị nó từ đó. Đó là một quá trình dài nhưng sẽ có thể hoạt động được. Tôi cũng đã dừng ghi âm cuộc gọi rồi gửi đoạn ghi âm qua chiếc laptop. Trong khi tôi luôn phải giữ điện thoại cách xa nó,.. từ khi hắn ta không nói về nó nữa, giả thuyết của tôi về việc chiếc camera duy nhất đang hoạt động là chiếc điện thoại đã gần như hoàn toàn chính xác. Cuối cùng tôi đã cảm thấy mình đang thực hiện những bước đi đúng đắn trong một ván cờ rối rắm quanh co này. Tôi cũng hi vọng tôi sẽ là người nói "chiếu tướng" khi kết thúc ván cờ.

- "Nạn nhân số 1: Brock. 16 tuổi. Cậu đã phá hoại mối quan hệ tình cảm của anh ta và khiến anh ta bị đuổi ra khỏi nhà. Anh ấy đã phải sống 3 năm ngoài đường trước khi đột tử vì chơi heroine quá liều... Đó không phải là điều tốt đẹp gì, Danni."

Một bức ảnh của anh chàng Brock - 16 tuổi hiện ra trong pop-up. Hắn ta đã chết? Fuck, Hắn là một thằng khốn nạn nhưng không đáng để chết. Có lẽ tôi đã đi quá xa rồi... quá xa rồi... nhưng tôi không thể thú nhận nó! Không thể với tâm lý này. Tôi phải thể hiện với hắn ta rằng tôi không có trái tim.

- "Well well cuộc sống thật nhàm chán, quá trình thích nghi để sinh tồn và tất cả những thứ khác,.. có lẽ anh ta nên cẩn thận với người mà anh ấy đã nhận định sai lầm."

Một nụ người kinh tởm khác, James đang thích thú với điều đó... Tôi có nên làm? Không có thời gian để trì hoãn vào thời điểm này được. Tôi đặt điện thoại lên cái loa và để nó vào bàn làm việc, vì sợ rằng camera phía trước có thể được sử dụng nên tôi đẩy nó ra khỏi tầm nhìn và bỏ một đầu tai nghe vào tai trái. Giờ là lúc để chỉnh file ghi âm và sửa đổi nó để thử nhận diện giọng nói.

- "Danni, mọi chuyện sẽ không kết thúc tốt đẹp nếu cậu không tỏ ra ăn năn hối hận. Bây giờ, cuộc vui bắt đầu. Cậu có nhớ bạn gái của anh chàng Brock kia không? Đây là thời điểm thú nhận đấy, Danniiiiiii"

Bất chợt, giống như nó đang sống, PC của tôi đã tự mở Skype lên và tự động đăng nhập. Fuck, tôi thật ngu ngốc, tôi đã thực sự được lười biếng rồi sao?... Một dãy số được đánh vào và nó bắt đầu quay số. Ring ring....

- "Ông muốn tôi làm gì hả James? Nói với cô ấy thằng khờ đang online là tôi và chuyện Brock không ngoại tình à? Nó sẽ thay đổi được điều gì?"

Botnet của tôi đã sẵn sàng và tôi bắt đầu tấn công địa chỉ server ngay lập tức. Tôi đã xem xét kĩ càng tỉ mỉ lưu lượng vào ra. Tất cả mọi thứ mà tôi cần bây giờ là một "hiccup", có vài thứ sẽ đưa tôi tới chỗ James. Khoảnh khắc đó giống như toàn bộ thế giới đang bị đè nén đến mức dừng lại. Khoảnh khắc đó, tôi sẽ không thèm quan tâm dù Mặt Trăng có rơi xuống Trái Đất để kết thúc cuộc đời chúng ta. Tất cả những gì quan trọng là luồng thông tin này. Tick tock tick tock tick tock.... Tôi có thể nghe thấy rõ ràng từng âm thanh trên chiếc đồng hồ đeo tay của tôi....

Đây rồi! Một đầu mối... phew! tôi thở phào, ngay trước đó tôi đang bắt đầu mất dần hy vọng. Không thể trì hoãn, tôi lập tức làm việc với manh mối có được, đây là thông tin của James? Một lần tôi đã tưởng tượng kết nối của hắn ta tới network của tôi có thể bị ngắt khi tôi đột nhiên nhìn thấy một "request ping" nhưng không có gì trở lại cả. Có phải rằng hắn ta quá bận để làm tôi cảm thấy tội lỗi hay là hắn quá tự mãn vênh váo đến mức không để ý đến nó?

- "Hello?" Giọng của một cô gái. Cô ấy có giọng nói thật sự rất cute, là James đang móc nối chúng tôi? Thật là! Sai thời điểm cho việc đùa giỡn ở đây rồi!

James nói với tôi: "Go on Danni! Trả lời cô ấy đi. Nói với cô ấy tên của cậu và việc mà cậu đã làm với Brock."

Chần chừ một chút, tôi quyết định tiếp tục, đúng là hắn ta không gọi cho tôi từ số của mẹ tôi, nhưng điều đó không có nghĩa hắn ta vẫn không thể làm hại bà.

- "Liz phải không? Daniel Kurt đây. Chúng ta đã học cùng trường với Brock."

Một chút ngập ngừng, tôi không thể tưởng tượng được sự lúng túng khó xử đó của mình với cô ấy. Tôi không có thời gian để quan tâm về nó dù tôi đã chạy một tìm kiếm trên address và trong khi nó chạy, tôi tiếp tục chỉnh sửa đoạn ghi âm.

- "Danni? Thằng nhóc nhút nhát thường xuyên bị đánh đập ấy à?"

Ahhh con khốn. Hooking us up my ass! Tôi đã phải chống lại sự thôi thúc hét to lên và muốn giáo dục cho cái sự ngu dốt của cô ta về hội chứng tự kỷ. Mặc dù vậy, đó không phải là mối quan tâm của tôi. Ít nhất là tin tức này sẽ không gây ra sự đau khổ cho tôi như tôi nghĩ.

- "Vâng đó là tôi, đứa trẻ nhút nhát đây." Tôi cười và tôi có thể thề rằng tôi cũng nghe James đang cười vậy. Đồ khốn nạn! "Vậy nghe này, cô còn nhớ Brock Leland? Lúc đó cô đã ngủ với cậu ấy." - Tôi nghĩ có lẽ đây không phải là câu đáng lựa chọn để nói.

- "Yeah tôi nhớ anh ấy, tôi nghe rằng anh ấy đã chết vì dùng ma túy quá liều, nó khiến tôi cảm thấy kinh khủng khi chia tay với anh ta..." *một chút im lặng*, "Tại sao?" - tôi nói.

Fuck! Tôi phải nói điều đó như thế nào? Đó là một sự thú tội, nếu nó được đưa cho cảnh sát.. tôi sẽ bị bắt?? Fuck, có cơ hội nào giúp tôi bỏ qua việc đó đi không? Tôi lúc đó mới 16 tuổi, đó có phải là vấn đề? Tôi đã đọc ở đâu đó là các tội ác phạm phải trước năm mình 18 tuổi sẽ không được giải quyết nữa. Lúc đó tôi chỉ là 1 đứa trẻ thôi? Chết tiệt. Thật sự phải đến địa ngục với điều đó sao? Tôi cần phải dừng việc điên rồ này trước khi hắn ta bắt tôi thú tội với một nạn nhân của một vụ tấn công tội phạm, sau 18 tuổi.
Một sự ngập ngừng rất lâu. Giúp tôi có thêm thời gian để làm việc với đoạn ghi âm. Chưa có người nào được tìm ra và máy vẫn đang chạy để tìm kiếm địa chỉ đó. Tại sao nó vẫn chạy mãi vậy??

- "Danni.." Giọng cô ta vô cùng nhẹ nhàng. Tôi đang chờ đợi một cảm xúc khác. Một âm thanh giận dữ thì sẽ còn dễ hiểu hơn.

- "Yeah..."

- "Tôi biết..."......
.........

To be continue...

Xem phần 3

Nguồn dịch: The Anh (J2Team)

Link gốc: reddit.com

LÝ DO KHIẾN TÔI NGỪNG VIỆC HACKING MÃI MÃI - PHẦN 1

2017-08-29T20:41:00.000+07:00

Trước hết để tôi báo trước với các bạn rằng đây là câu chuyện từ một người bạn tốt của tôi. Vì sự an toàn của cậu ấy tôi sẽ không dùng biệt hiệu hay tên thật của cậu ta. Tôi sẽ dùng một cái khác thay thế. Tôi cũng sẽ kể lại ở ngôi thứ nhất bởi cậu ta đã cho tôi toàn quyền sử dụng câu chuyện và thừa biết tôi thích viết lách ra sao. Giờ thì bắt đầu câu chuyện thôi.

Tôi đã dính liền tới cái máy tính trong suốt quảng thời gian trưởng thành. Từ khi tôi bắt đầu bập bẹ biết nói, tôi đã bắt đầu vọc cái máy tính của ông chú, chơi hết trò này đến trò khác. Đến khi tôi lên 10 thì tôi đã có khả năng chiếm dụng tài khoản msn của mọi người trong gia đình và khiến họ gửi cho nhau những tin ngắn ngớ ngẩn. Ờ thì lúc đó tôi mới chỉ 10 tuổi thôi nên mấy cái tin nhắn toàn kiểu “Tôi ghét ông” hay “Trả lại tôi con siêu nhân đây”.

Bạn biết đấy, tôi chẳng có người bạn nào cả. Tôi bị bắt nạt và chèn ép nhiều lắm. Tôi là một đứa trẻ tự kỉ, có lẽ đó là lí do khiến bọn nhóc bắt nạt tôi. Tôi không biết lí do chính xác, và có lẽ tôi sẽ không bao giờ biết được. Ông già tôi luôn nói với tôi rằng tôi phải đứng lên vì chính mình, phải cho bọn chúng thấy là tôi không hề run sợ. Sự thực thì tôi không thể chống lại bọn chúng. Tôi đã cố, nhưng những cú đấm của tôi quá yếu và những cú đá của tôi chỉ là trò đùa. Tôi đã dành phần lớn thời gian trong suốt 6 năm nghĩ rằng cách duy nhất để tôi chống lại là tấn công vật lý. Nào tôi biết rằng thế giới mà tôi lớn lên cùng, thế giới ảo đó, chuẩn bị trở thành một trang sách mới – một cuộc sống mới cho bất cứ ai.

Và từ đó, sai lầm của tôi ngày càng chồng chất. Tôi 16, mọi người xung quanh bắt đầu sử dụng Facebook, Twitter, bất cứ mạng xã hội nào nổi tiếng, họ đều tham gia. Tôi có một kẻ bắt nạt “chính” mà bạn có thể gọi hắn là Brock. Brock đúng là kẻ đo ni đóng giày của từ “thằng khốn”. Tôi nghĩ rằng những gì tôi bắt hắn trả giá sau này cũng khiến tôi khá hơn vì điều đó.

Brock thích khoe khoang lắm. Hắn có cô bồ siêu nóng bỏng, cơ thể cường tráng và hắn siêu giỏi thể thao. Điểm trừ duy nhất của hắn là hắn ngu vãi cớt. Hắn ghét những ai học hành giỏi giang. Và, ngạc nhiên chưa, tôi là một học sinh giỏi. Tôi giỏi giải quyết những vấn đề một cách bất ngờ. Tôi nghĩ đó là điểm tốt của việc tôi tự kỷ. Brock ghét điều này, và hắn quyết làm cuộc đời tôi trở nên khốn khó.

Tôi đã cố chống lại hắn bằng cơ thể còm cõi của mình. Quên béng mất rằng vũ khí mạnh nhất của tôi là trí óc. Một ngày nọ, tôi đang lướt Facebook thì thấy tài khoản Brock gợi ý kết bạn. Hắn đặt chân vào thế giới của tôi, và đột nhiên, mọi thứ chợt đi vào đúng chỗ. Tôi tạo một tài khoản khác, chỉnh sửa nó và làm nó trông như một cái bình thường. Tôi kết bạn với Brock và cố gắng tìm hiểu mọi thứ về hắn càng nhiều càng tốt. Tôi cũng tìm và kết bạn với cô bạn gái của hắn nữa.

Tôi gửi cho Brock một email từ “Facebook” với nội dung là tài khoảng của hắn đã bị xâm phạm và hắn cần tải một file PDF bao gồm mọi dữ liệu bảo mật mới được cập nhật. Tất nhiên là để giữ lại tài khoản hắn đã down file về. Đần độn. Tôi truy cập vào laptop của hắn và tìm được tất cả mọi thứ về hắn. Lúc đó trong tay tôi có đủ thông tin tới mức tôi có thể nói cho bạn biết hắn đang ở đâu, đang làm gì và làm cùng với ai. Tôi cũng khiến cái camera ở laptop hắn gửi tôi ảnh hắn hàng ngày để theo dõi mọi hành vi.

Khi bạn gái hắn qua nhà chơi, tôi đã chuẩn bị mọi thứ xong xuôi. Tôi bật ứng dụng “hẹn hò online” lên và bắt đầu gửi tin nhắn đến cho Brock. “Hey cưng à, mong gặp anh ngày mai quá, tuần trước thật là đỉnh.” Tôi sẽ không đi vào chi tiết đâu, nhưng bởi những thông tin mà tôi thu thập được tôi đã thuyết phục được bạn gái hắn tin rằng Brock có một người bạn gái online. Tôi không dừng lại ở đó. Tôi download về laptop của hắn càng nhiều gay porn càng tốt. Vào thời điểm đó đồng tính luyến ái không được chấp nhận nhiều như bây giờ, do đó bạn có thể hiểu phụ huynh hắn phản ứng ra sao với cái “ổ sướng” của hắn. Hắn không bao giờ quay lại trường nữa, tôi đoán là hắn chuyển sang thành phố khác. Tôi không biết, cũng chẳng thèm quan tâm, với tôi đó là một chiến thắng nho nhỏ và tôi tận hưởng từng phút giây của nó.

Giờ thi tôi ước mình đã dừng lại ở đó. Chúa ơi, giá mà tôi đã dừng lại lúc đó. Nhưng tôi đã nghiện. Nghiện cái cảm giác chính tay mình thực thi công lý, cảm giác khiến tôi yêu thích và muốn nhiều hơn nữa. Vì thế, tôi chuyển sang tấn công bọn tội phạm, những kẻ sử dụng dark web để ẩn náu và lây lan sự bẩn thỉu của chúng. Trong suốt 4 năm ròng, tôi là một cái đinh trong mắt chúng. Ấu dâm, hiếp dâm, kẻ buôn bán ma túy, tất cả. Nếu bọn chúng dùng mạng, tôi sẽ khiến chúng sống trong địa ngục. Tôi nghĩ rằng tôi thông minh lắm, rằng tôi che dấu mình tốt lắm. Nhưng rồi, mẹ nó, có thứ gì đó theo dấu chân tôi. Và hắn sớm cho tôi biết.

Tôi thức dậy vào một buổi sáng nọ, như những ngày bình thường khác, rán trứng và nướng bánh mì cho bữa sáng với một ly nước cam. Khởi động máy tính và lướt Reddit. Như thường lệ thôi, ai đó than phiền thứ gì đó đang bị áp đảo, thứ gì đó bị khống chế, những nhà thiết kế trò chơi không lắng nghe. Những tiếng cười nhẹ nhàng bình thường mỗi sáng. Rồi tôi nghe một tiếng ping, tiếng thông báo Facebook Messenger. Kì vậy, tôi đã mở facebook đâu. Hay tôi mở rồi mà quên nhỉ? Cơ mà tôi đâu có hay dùng Facebook. Nó khá lạ, nhưng chưa đủ để báo động tôi. Một tin nhắn đến, từ kẻ nào đó mà tôi không biết, “Danni này, thời tiết ở Nhật Bản thế nào?”

Cái đéo gì vậy? Thời tiết ở Nhật Bản áo? Tôi đang ở đầu bên kia địa cầu. Tên tài khoản là James Puckerson. Trên màn hình khác, tôi lướt nhanh trang cá nhân của gã để tìm bất kì người bạn chung nào, ai đó tôi đã gặp ở một bữa tiệc nào đó, có lẽ thế. Tôi vẫn gõ trả lời gã “Trời nắng, tôi hi vọng thế, ai cũng biết là tôi ghét mưa mà.” Tôi vẫn không ngừng tìm kiếm, nhưng không có gì đáng quan tâm xuất hiện. James trả lời “Ôiii một anh chàng vui tính đó. Nói tôi nghe này Danni, cậu có thích chơi game không?”

Đến lúc này tôi vẫn nghĩ là gã đang ám chỉ các trò chơi điện tử. “Tất nhiên rồi bồ tèo, ông bạn định chơi gì? League of Legends? DoTa? Trò nào cũng được hết.”

“Ôi Danni à, tôi đâu có thèm mấy trò chơi con nít đó. Ý tôi là
trò chơi thật sự kia. Cậu biết đấy, những trò mà liên quan đến mạng sống của người khác ấy.”

Tôi bật cười, có kẻ nào đó đã hack tài khoản Facebook của tôi, kết bạn với cái tài khoản kì lạ này và giờ thì đang trêu chọc tôi.

“Nào nào Danni, đây không phải trò đùa đâu. Tôi chơi mấy trò chơi này hết sức nghiêm túc đấy.”

Ờ hả?? Làm thế quái nào gã biết tôi vừa cười? Gã đoán mò sao? Sẽ không có cách nào hắn thấy được tôi, camera của tôi đâu có cắm và làm sao mà hắn mò vào căn hộ của tôi được? Tài khoản Facebook của tôi có một địa chỉ giả, và tôi cũng chưa bao giờ dùng địa chỉ thật, kể cả trên Amazon hay eBay. Đây chắc hẳn là một trò đùa.

Tôi trả lời: “Được thôi ông bạn, tôi đang chán vđ ra đây”. Tôi đang cố mua thời gian và tìm xem thằng khốn này ở đâu tòi ra. Tôi lùng sục khắp nơi để tìm bất cứ manh mối nhỏ nào. Tìm thấy gì đó cũng được, rồi từ đó tiếp tục tìm kiếm tiếp. Sau cùng tôi cũng tìm được một địa chỉ. Khi tôi nhìn lại dòng địa chỉ, cả người tôi đóng băng. Tôi có thể thấy mặt mình cắt không còn một giọt máu. Đó là địa chỉ của tôi. Tôi là đứa duy nhất sống tại đây nhưng bằng cách nào đó thằng khốn này lại dùng địa chỉ của tôi để che dấu. Ping! Một tin nhắn nữa lại đến.

“Tôi thấy là cậu đang trở nên tái mét kìa Danni, có chuyện gì thế? Cậu không tin vào những bóng ma sao?”

Tôi không thể cử động, thằng khốn này có thể thấy tôi, hắn biết mọi hành động tôi đang làm và tôi không biết phải làm gì. Tôi có nên chạy thật nhanh khỏi đây và đốt sạch mọi thứ không? Đốt ổ cứng của tôi và nghiền nát bo mạch chủ. Chuyện đéo gì đang xảy ra thế này?

“Ring ring Danni à, ring ring”

Điện thoại tôi bắt đầu kêu, nhưng không phải James gọi. Người gọi đến là mẹ tôi. Tôi nhấc máy.

Có chút băn khoăn khi trả lời, bởi tôi không thể để lộ cho bà biết rằng tôi đang sợ điều gì đó, bà sẽ lo lắm. Tôi cố tỏ ra bình tĩnh.

“Chào mẹ, mọi thứ ổn chứ?”

Âm thanh tôi nghe thấy sau đó khiến tôi hoảng hốt đánh rơi điện thoại của mình, nó khiến thôi nhận ra rằng mọi thứ là thật và đây không phải là trò đùa. Một giọng nói, rõ ràng đã bị bóp méo để che dấu thân phận kẻ gọi. Nhưng mối đe dọa là có thật, và tôi biết kẻ đó là ai.

“Danni này, thời tiết ở Nhật Bản thế nào vậy?”

-----

To be continue....

Nguồn dịch: Nguyễn Chi (Reddit Việt Nam)

Link gốc : reddit.com

TÀI LIỆU TỔNG HỢP APTECH EDUCATION (ĐÀ NẴNG)

2017-08-27T13:19:00.001+07:00

Link download Google Drive
Nguồn : Cộng đồng IT Source

11 WEBSITE DẠY LẬP TRÌNH [PHẦN 1]

2017-08-22T15:40:00.001+07:00

Trong thời đại số hiện nay, lập trình trở thành một phần không thể thiếu trong cuộc sống. HoaiNamICT sẽ giới thiệu các bạn 11 trang web đáng tin cậy nhất để học lập trình.

Ban đầu, việc học lập trình sẽ rất khó khăn cho người mới bắt đầu. Có thể nhiều bạn sẽ suy nghĩ rằng học lập trình phải hiểu được khái niệm về khoa học máy tính cũng như cách sử dụng các công cụ trợ giúp trong việc lập trình. Vì thế nhiều bạn đã từ bỏ trước khi bắt đầu.

Cách tốt nhất để bạn học được lập trình không bị nhàm chán là tiếp cận với các dự án thực tế. Nó sẽ cung cấp cho bạn nhiều ý tưởng mới trong quá trình làm việc. Cho nên khi bạn bắt đầu học lập trình, hãy suy nghĩ đến một dự án nhỏ để bạn có động lực trong việc học và không ngừng trau dồi kiến thức để phát triển dự án của mình. Dưới đây là 10 website tốt và đáng tin cậy nhất để bạn học lập trình, và tất nhiên cũng là nguồn lực tốt nhất cho người mới bắt đầu.

1. W3SCHOOL

W3school là trang web bạn phải vào đầu tiên nếu bạn có ý định trở thành 1 web developer.Ở đây các bạn sẽ được học tất cả mọi thứ về web từ Front-End đến Back-End. Mỗi bài học sẽ có những ví dụ minh hoạ giúp bạn nắm bắt bài học dễ dàng hơn. Trước đây mình đã từng chia sẻ bộ tài liệu w3school offline các bạn có thể tải về để xem offline hoặc xem trực tiếp trên web.

2. CODECADEMY

Codecademy là trang web phổ biến nhất cho người học lập trình. Các bạn có thể tham gia vào cộng đồng Codecademy và chọn các khóa học được nhóm thành 8 loại: API, Ruby, Python, Javascript, PHP, jQuery, web cơ bản và kết hợp ngôn ngữ lập trình vào dự án.

3. CODE AVENGES

Code Avengers được thiết kế giúp bạn yêu lập trình hơn. Họ cung cấp các khóa học về HTML, CSS, JavaScript, jQuery. Khi bạn tham gia các khóa học này, bạn có thể thiết kế tùy ý các giao diện trên Web cũng như Mobile. Ở cuối mỗi bài học, Code Avengers sẽ cho bạn giải trí bằng việc chơi game mini có liên quan đến code trong bài học, giúp bạn giải tỏa áp lực và không bị nhàm chán khi học lập trình.

4. CODE SCHOOL

Sau khi bạn hoàn thành các khóa học tại Codecademy và Code Avengers, nhưng bạn muốn mở rộng thêm kiến thức và khả năng của bạn thì Code School là trang web rất tốt để bạn hướng tới. Không giống những trang web học tương tác khác, Code School cung cấp các khóa học chuyên sâu để đào tạo về kỹ năng lập trình cho bạn, cùng với các dự án thật để giúp bạn thực hành tốt hơn. Các khóa học họ cung cấp bao gồm: Ruby, JavaScript, HTML/CSS, Python, iOS, Git, Database.

Hầu hết các khóa học đều được thiết kế ấn tượng với giao diện đẹp và nhiều screencasts, mặc dù có một số screencasts sẽ khiến những bạn nghiệp dư gặp khó khăn. Nhưng để khắc phục tình trạng đó thì Code School đã gợi ý một số vấn đề tham khảo để bạn dễ tiếp thu hơn. Hầu hết các khóa học được cung cấp miễn phí, một số khác thì các bạn phải trả phí với giá $25/tháng để có thể truy cập toàn bộ screencasts và challenges.

5. TREEHOUSE

Không nói quá chứ TreeHouse hiện nay nổi lên như một thế lực thật sự khi so với các trang web học lập trình. Các khóa học của TreeHouse áp dụng vào nhiều dự án khác nhau với các ngôn ngữ như xây dựng một trang web hoặc xây dựng một ứng dụng. Ví dụ: xây dựng một trang web bán hàng, web dịch vụ hoặc thiết kế theme WordPress. Các khóa học rất đa dạng và hầu hết các ngôn ngữ lập trình phổ biến hiện nay.

Với mỗi khóa học ở TreeHouse được chia thành các giai đoạn hoặc module khác nhau. Nếu vượt qua các giai đoạn đầu tiên, bạn phải trả một khoản phí hàng tháng là $25 để truy cập vào tất cả các khóa học bao gồm hơn 650 video và một diễn đàn độc quyền của TreeHouse. Nếu bạn nghiêm túc về vấn đề học thì có thể trả khoản phí hàng tháng cao hơn là $49 để được tham gia vào các buổi hội thảo cũng như Q&A với các chuyên gia.

6. UDEMY

Nhắc đến Tree House thì không thể thiếu Udemy. Được thành lập vào năm 2009, Udemy đã có hơn 11 triệu học viên, hơn 40,000 khóa học và có thể học qua mobile thông qua các ứng dụng chính thức của Udemy. Udemy cung cấp các khóa học trải đều trên nhiều loại ngôn ngữ khác nhau và tính phí. Ngoài các khóa học về Development và IT & Software, các bạn có thể tham gia các khóa học khác trên nhiều lĩnh vực như Business, Design, Soft Skill, Marketing, LifeStyle, Languages,…

7. SITEPOINT

SitePoint cung cấp các khóa học bao gồm: HTML & CSS, JavaScript, PHP, Ruby, Mobile, Design & UX, WordPress…Chỉ với $99/năm, bạn có thể xem hơn 5,000 video về mọi khóa học, download toàn bộ ebooks về các ngôn ngữ lập trình, nhận được sự giúp đỡ của mọi người, Q&A với các chuyên gia của SitePoint và nhận được screencasts mỗi tuần. Bạn cũng có thể đăng ký miễn phí nhưng sẽ bị giới hạn các tính năng.

8. KHAN ACADEMY

KhanAcademy mang đến cho hàng triệu sinh viên trên toàn thế giới những tài liệu liên quan đến lập trình, các thuật toán và các vấn đề trong khoa học máy tính. Bạn sẽ cảm thấy thích thú với kho thư viện khổng lồ này với rất nhiều chuyên mục hay. Và phương châm của KhanAcademy là For free. For everyone. Forever.

9. SKILLCRUSH

Skillcrush là một khóa học trực tuyến được thiết kế tương tự như một chương trình giảng dạy thực tế trong một khung cảnh lớp học. Bạn có thể lập kế hoạch các khóa học của mình theo cách mình mong muốn và trò chuyện với các học viên khác. Xét về chất lượng thì khỏi phải bàn, cho nên của các khóa học này mới có giá là $149 cho 3 tháng hoặc $399 cho toàn bộ khóa học (tùy theo khả năng thanh toán của bạn).

10. UDACITY

Udacity cung cấp các tutorial rất mạnh mẽ với nhiều ngôn ngữ lập trình khác nhau, với các khóa học từ cơ bản đến nâng cao và được thiết kế phù hợp với mọi đối tượng. Tất cả các khóa học đều được khảo sát trước khi bạn bắt đầu về mức độ khó khăn, độ quan trọng của ngôn ngữ mà bạn muốn học và các dự án bạn có thể hoàn thành khi kết thúc khóa học. Điều này giúp bạn có thể hiểu hơn về các khóa học mà bạn muốn lựa chọn.

11. Lynda

Lynda là một trong những trang web nổi tiếng về video tutorial. Nó cung cấp một lượng thông tin phong phú và cập nhật liên tục về các công nghệ và phần mềm mới. Ngoài các khóa học lập trình, bạn có thể tìm nhiều cái hay khác trong thư viện của Lynda. Các chuyên mục chính được cung cấp là Business, Creative và Technology. Lynda là nguồn đáng tin cậy để các bạn tham khảo về các vấn đề liên quan đến các công nghệ và phần mềm mới. Lynda cung cấp các khoá học miễn phí lẫn mất phí.

Đây là một số trang web dạy lập trình free mà mình thấy khá ổn hiện nay. Nếu các bạn có các website khác tốt hơn hãy để lại dưới phần comment

UX/UI LÀ GÌ? ẢNH HƯỞNG CỦA UX/UI TỚI VIỆC SEO WEB NHƯ THẾ NÀO

2017-08-15T10:03:00.001+07:00

Dạo gần đây có nhiều người inbox hỏi mình là Tại sao phải học UX/UI? UX/UI có gì quan trọng mà chúng ta bắt buộc phải học nó? UX/UI ảnh hưởng đến việc SEO web như thế nào? Trong bài viết này mình sẽ cố gắng giải thích cho các bạn hiểu một cách đơn giản nhất.

UI/UX là gì?

Dành cho những ai chưa biết

UI (User Interface) là giao diện người dùng trên các loại phần mềm máy tính, ứng dụng di động, website và các thiết bị thông minh khác. Mục đích của việc thiết kế giao diện người dùng là đảm bảo tính thẩm mỹ của sản phẩm đồng thời giúp người dùng tương tác và sử dụng các sản phẩm trên một cách đơn giản và hiệu quả.

UX ( User Experiences) là trải nghiệm người dùng, cụ thể ở đây là trải nghiệm trên website của ban.

Ở bài viết này tôi coi UI/UX như một thể thống nhất. Dù rằng có một số quan điểm cho rằng UI/UX khác biệt nhau nhưng tôi thì cho rằng chúng chỉ như 2 mặt của một bàn tay. Còn về việc phân biệt UI/UX tôi sẽ nói đến nếu có thời gian. Về vấn đề này các bạn có thể tham khảo riêng ở các website, blog chuyên về design.

Vậy UI/UX chỉ là yếu tố mà website có cũng được mà không có cũng không sao ? Một website UI/UX tồi vẫn có thể lên Seo lên top ? Câu trả lời của tôi cho vấn đề này là …. chắc chắn không. Đơn giản là vì việc tối ưu hóa công cụ tìm kiếm chính là để mang lại những thông tin, một cách chính xác so với tìm kiếm của người dùng trong một thời gian nhanh nhất.

Điều này có nghĩa là Google chỉ gửi đến người dùng thông tin từ những website uy tín và chất lượng nhất, mang lại trải nghiệm (UX) tốt nhất. Mà để tạo nên UX tốt thì chắc chắn phải có một UI tốt. Do vậy, quan điểm của tôi là một website chỉ SEO được khi đã đảm bảo UI/UX tốt. Vậy thế nào là UI/UX tốt ?

1. Truyền tải được thông điệp

Trước tiên khi tạo một website, bạn phải xác định được mục đích mình tạo website để làm gì. Hay nói cách khác, thông điệp bạn muốn truyền tải thông qua website là gì. Từ đó sẽ quyết định bạn chọn phong cách thể hiện cho website và bắt đầu đi vào thiết kế giao diện website.

Chẳng hạn nếu website của bạn là một website được lập ra với mục đích bán hàng hoặc giới thiệu sản phẩm, dịch vụ (thường là vậy) thì thông điệp bạn cần truyền tải sẽ là

Các loại hàng hóa chúng tôi có, muốn giới thiệu hoăc các mảng dịch vụ chính
Chính sách bán hàng, khuyến mãi – hậu mãi v.v…, thủ tục nhận hàng
Chất lượng nguồn gốc hàng hóa đảm bảo
Call to Action – Kêu gọi hành động. Mọi việc ở trên sẽ vô nghĩa nếu bước này không thực hiện tốt.

Các thông điệp này sau đó tiếp tục được củng cố và làm rõ bởi các nội dung, bài viết. Và các bạn biết không, content cũng là một phần tạo nên UX, trải nghiệm người dùng trên website đấy.

Tuy nhiên có nhiều website ẩn chứa trong mình những thông điệp mà các bạn sẽ phải mất một thời gian mới nhận ra. Suy cho cùng thì đa số các loại hình nghệ thuật đều nhằm thể hiện , truyền tải một điều gì đó, thông điệp gì đó tới người xem. Và web cũng không phải ngoại lệ. Ở bài viết sau tôi sẽ phân tích về một website cá nhân của một designer nổi tiếng để cho bạn thấy điều đó.

2. Điều hướng tốt và tính khả dụng tốt

Thực ra đây là yếu tố chính liên quan trực tiếp đến SEO. Nhưng sau khi suy xét một cách tổng quan hơn thì tôi nhận ra rằng việc truyền tải được thông điệp mới là yếu tố quan trọng hàng đầu của UI/UX. Việc sắp xếp các thanh menu, hệ thống điều hướng cũng nhằm mục đích trên.

Cụ thể là các thanh menu chính sẽ đập vào mắt khách hàng bằng các loại sản phẩm dịch vụ chính mà website đang bán. Hơn nữa nó còn thể hiện tính khả dụng (tiện lợi) khi người xem có thể chuyển đến các mục hàng hóa khác và các sản phẩm thuộc nhóm khác trên website chỉ trong vòng 1, 2 click.

Sở dĩ nói việc điều hướng tốt liên quan trực tiếp đến SEO là bởi bản chất của các thanh điều hướng , menu ngang, dọc, chính là internal link , cụ thể hơn là Sitewide link.

Có lẽ các bạn nghĩ rằng sitewide link là xấu ? Thực ra thì Google chỉ phạt những sitewide link không tự nhiên. Và quan trọng là các menu và thanh điều hướng thể hiện rõ nhất điều mà một UI/UX tốt phải làm đó là truyền tải thông điệp như ở trên đã nói.

Các internal text link – tức link trong bài viết cũng đóng góp một phần không nhỏ vào cấu trúc link này. Về bản chất của internal link, mình sẽ có một bài viết riêng sau này.

3. Sự rõ ràng, mạch lạc

Một UI/UX rõ ràng mạch lạc sẽ giúp thể hiện được thông điệp một cách tốt nhất.
Sự rõ ràng mạch lạc thể hiện ở đâu ?

a. Tỉ lệ, khoảng cách các phần trên giao diện

Một giao diện thông thường sẽ gồm có

Header Section
Main Section (Content)
Sidebar (Left Sidebar hoặc Right Sidebar) Nếu không có cả 2 Sidebar tức là Web ở dạng Fullwidth Section.
Footer

Nếu bạn nào đã dùng qua WordPress với Theme bản quyền và công cụ hỗ trợ của Envato sẽ thấy đây chính là các lựa chọn trong layout option. Tất nhiên cũng có các giao diện không đi theo các phần này. Ví dụ như giao diện web sau
http://shivomyoga.com/

Nhưng điểm chung của tất cả các giao diện là phải đáp ứng được tỉ lệ tuân theo các Grid tiêu chuẩn quốc tế. Điều này giúp người xem. Để nói về tỉ lệ thì tôi sẽ có một bài khác chuyên sâu về các loại layout và grid thường được dùng trong thiết kế web.

Tỉ lệ, khoảng cách này cùng với cách phối màu sẽ giúp người xem nhận biết được đâu là phần chính của website, đâu là điểm nhấn, tạo cảm giác dễ chịu về mặt thị giác để bắt đầu tiếp thu thông tin (đọc content).

Một khoảng cách quan trọng nữa là khoảng cách các link . Điều này liên quan đến sự thân thiện đối với thiết bị di động và là mấu chốt với website từ năm 2015.

b. Màu sắc, phông chữ, hình ảnh

Màu sắc, phông chữ của website phải đồng bộ với bộ nhận diện thương hiệu.
Nên đảm bảo cỡ chữ to dễ nhìn. Nhiều website đang sử dụng cỡ chữ từ 12-14, kích cỡ này dường như đã trở thành tiêu chuẩn phi chính thống.

Trên đây là những điều cơ bản về UX / UI tốt. Trong loạt bài tới mình sẽ phân tích một số website cụ thể cùng với bản chất thuật toán của Google xét theo UX, UI. Chúc bạn thành công!

10 CÁCH HỌC LẬP TRÌNH TỐT NHẤT

2017-08-14T15:49:00.000+07:00

Bài viết được dịch từ trang web Lifehacker

Lập trình là một trong những kỹ năng có giá trị nhất mà bạn có thể học trong thời hiện đại này, cho dù mục đích của bạn là phát triển sự nghiệp hoặc thử thách trí tuệ hay để tạo ra một sản phẩm tuyệt vời nào đó. Nếu bạn vừa mới bắt đầu chuyến hành trình của mình vào thế giới lập trình, thì đây là danh sách 10 bí quyết và tài nguyên giúp bạn học lập trình một cách hiệu quả nhất.

1. Nhận ra lý do tại sao bạn muốn học lập trình

Hướng đi của bạn sẽ phụ thuộc phần lớn vào lý do tại sao bạn muốn học lập trình và bao nhiêu thời gian bạn có thể chuyên tâm dành cho việc học. Nếu bạn muốn trở thành một lập trình viên chuyên nghiệp thì việc đăng ký các khóa học tại các trường đại học có thể là lựa chọn tốt nhất dành cho bạn. (Google có một danh sách những kỹ năng và khóa học đề nghị đối với những người muốn trở thành kỹ sư phần mềm.) Nếu bạn muốn xây dựng các trang web hoặc các trò game cho vui (và có thể sinh lợi) trong thời gian rỗi, thì các tutorial dạng tương tác có thể là một lựa chọn tốt hơn.

2. Lựa chọn đúng ngôn ngữ lập trình

Không có ngôn ngữ lập trình nào là "tốt nhất" cả, và khi bạn đã học được một ngôn ngữ thì rất dễ để học sang ngôn ngữ khác, vì vậy đừng phân vân quá nhiều trong việc chọn ngôn ngữ đầu tiên của mình. Tuy nhiên có một số ngôn ngữ thân thiện với người mới bắt đầu hơn những ngôn ngữ khác. Ngôn ngữ bạn chọn để bắt đầu có thể phụ thuộc vào mục đích của bạn. (Ví dụ, nếu bạn muốn viết một ứng dụng iOS, bạn sẽ cần học Swift hoặc Objective-C). Nếu bạn muốn học lập trình một cách nghiêm túc thì hãy bắt đầu với C, mặc dù có những ngôn ngữ bậc cao hơn như Python khá là dễ học.

3. Bắt đầu nhỏ (và phải kiên nhẫn)

Không quan trọng việc bạn chọn ngôn ngữ lập trình hoặc phương thức nào để học, bạn nên bắt đầu ở mức cơ bản nhất. Ví dụ, khi David Sinsky tự học lập trình trong 8 tuần, anh ta đã dành ra một ngày cuối tuần để nắm kiến thức giới thiệu về Python và một ngày để hiểu sơ bộ về framework Django - thực hành theo những tutorial, sau đó xóa tất cả các code mẫu của tutorial, và tự làm lại thông qua trí nhớ. Bắt đầu với những thứ cơ bản và hãy kiên nhẫn với bản thân trong quá trình học tập. Để cho dự án lập trình đầu tiên của mình được hoàn thành, hãy chia nhỏ dự án đó thành nhiều bước đơn giản. Và nếu một phương thức học tập nào đó không mang lại hiệu quả cho bạn thì hãy thử những cách thức khác trước khi bỏ cuộc.

4. Thử một ứng dụng dành cho trẻ em

Ngày nay thậm chí những đứa trẻ mới tập đi cũng đã bắt đầu học lập trình rồi. Đó thực sự là một điều tuyệt vời cho tất cả chúng ta. Mặc dù nhiều chương trình được thiết kế để dạy trẻ em lập trình rất đơn giản, nhưng có nhiều phần mềm như Scratch phù hợp cho mọi lứa tuổi. Không quan trọng bạn bao nhiêu tuổi; thậm chí những ứng dụng hiệu ứng động dành cho trẻ em có thể giúp bạn bắt đầu với những kiến thức cơ bản trong lập trình (edX có một khóa học mới là Lập trình bằng phần mềm Scratch).

5. Sử dụng các trang web dạy lập trình trực tuyến miễn phí

Các trang web dạy học trực tuyến miễn phí như Codecademy và tham gia chương trình Hour of Code có thể giúp bạn viết chương trình máy tính đầu tiên của mình. Các tutorial từ những trang như KhanAcademy, Codecademy, Code.org, và nhiều tổ chức khác sẽ giới thiệu tới bạn những kiến thức lập trình cơ bản - trong khi tạo ra một trò game mới, một trang web, hoặc dự án khác. Tìm những tài nguyên cần thiết về những ngôn ngữ mà bạn đang học. Đây là những điểm bắt đầu rất tốt, nhưng bạn sẽ cần tiếp tục học xa hơn sau những phần sơ lược này.

6. Tham gia một khóa học lập trình

Các khóa học trực tuyến về Khoa học Máy tính cung cấp kiến thức toàn diện hơn so với các trang dạy trực tuyến chỉ tập trung vào một ngôn ngữ lập trình nhất định. Những khóa học này được thiết kế để dạy bạn một số kỹ năng nền tảng tương đương một vài tháng trong các lớp học ở cấp độ đại học. Về mặt cá nhân tôi không thể đề xuất khóa học CS50 của trường đại học Harvard là đủ (bạn có thể học nó miễn phí tại đây), còn có nhiều những khóa học khác bạn có thể tham gia (được liệt kê trong series Lifehacker U của chúng tôi). Thậm chí bạn có thể xây dựng một nền tảng giáo dục về Khoa học Máy tính ở cấp độ đại học với 15 khóa học trực tuyến được chọn lọc này.

7. Đọc sách lập trình miễn phí

Khi bạn bị mắc kẹt trong một vấn đề hoặc cần tìm kiếm một điều gì đó, thì những cuốn sách tham khảo là rất tiện dụng. Có một tuyển tập đồ sộ của trên 500 cuốn sách lập trình miễn phí được đăng trên GitHub, và tuyển tập ebook chứa nội dung về 24 ngôn ngữ lập trình khác nhau.

8. Chơi các trò game về lập trình

Thường thì cách tốt nhất để học là thông qua các trò chơi. Trong khi có rất nhiều các tutorial lập trình hướng dẫn bạn tự xây dựng các trò game từ đơn giản đến phức tạp, một số trang dạy học cũng chính là những trò game: Code Combat và CodinGame là 2 trang mang lại nhiều niềm vui khi học ở đó.

9. Tìm một người hướng dẫn (hoặc dạy một người nào đó)

Cộng đồng lập trình có rất nhiều người rất sẵn lòng giúp đỡ để tạo ra thế hệ lập trình viên tiếp theo. Hack.pledge() là một trang sẽ kết nối bạn với một người gia sư, hoặc bạn cũng có thể đăng ký trở thành gia sư của một ai đó. Thậm chí chỉ là lên kế hoạch để dạy những điều mà bạn đã học được, điều đó cũng giúp bạn ghi nhớ thông tin được tốt hơn.

10. Hack code của người khác

Khi bạn đọc code của một người khác, kiểm thử mỗi dòng để xem cách nó làm việc ra sao, bạn sẽ có được sự hiểu biết tốt hơn về toàn bộ bức tranh tổng thể. Nhờ rất nhiều dự án mã nguồn mở, bạn có thể học được về hầu hết mọi thứ - và luôn học hỏi để tiến bộ thêm từng ngày. Chỉ nên nhớ là hãy chia sẻ code của bạn tới cộng đồng nếu bạn đã cải tiến được một chương trình nào đó.

Link bài viết gốc: https://techmaster.vn/posts/33462/tu-hoc-lap-trinh-truc-tuyen

TÔI ĐÃ HỌC CODE NHƯ THẾ NÀO

2017-08-07T22:28:00.001+07:00

Bài viết hướng tới độc giả là các bạn trẻ đang học lập trình, cũng như các lập trình viên mới vào nghề muốn trau dồi kỹ năng bản thân.

Có thể các bạn là sinh viên đang đi học, thấy project kỳ nào làm ra cũng rõ lắm bug, điểm thì lẹt đà lẹt đẹt mãi không khá được?

Hoặc có thể bạn mới đi làm, cuối tuần đáng lẽ ở nhà chơi game, đi xem phim với người yêu, thì lại bị chậm deadline, sếp bắt lên công ty ngồi code nốt?

Bạn bối rối, bạn loay hoay, không hiểu tại sao cùng là người với nhau, thằng ngồi cạnh bạn nó code nhoáy nhoáy nó rung đùi ngồi chơi, còn bạn thì trì trạc mãi hết ngày vẫn chưa xong cái gì cả?

Vậy có cách nào giải quyết tình trạng đấy không?

Thật ra là có đó.

“It’s not bragging if it’s true.”

Đây là bài viết hoàn toàn Tech và logic. Sẽ không có những lời khuyên về việc đặt đồng hồ buổi sáng, ngồi thiền tập yoga, tư thế chuẩn mực khi ngồi bàn hay công thức tính thời gian bạn nhìn máy tính bao nhiêu phút một ngày. Vì tôi không phải bác sĩ hay nhà báo, tôi là lập trình viên. Bạn thích sống thế nào là việc của bạn. Tôi chỉ đưa ra lời khuyên cho những lúc bạn ngồi code, và cả lý do logic tại sao dựa trên trải nghiệm của chính bản thân mình.

Tôi không thể biến bạn thành Bill Gates sau 1 đêm, cái này không ai làm được. Nhưng tôi có thể giúp bạn trở thành 1 thằng coder mỗi ngày đúng 6h tắt máy dắt xe đi về, đều như vắt chanh.

Vào bài ạ.

1. Luôn luôn tuân theo coding convention

“Rồi rồi biết rồi”? “Cái này em vẫn làm theo sẵn rồi anh ei”?

Các bạn có chắc chắn không?

Tôi gặp 10 lập trình viên mới vào nghề hỏi họ “Có làm theo coding convention không?”, thì cả 10 đều trả lời họ có. Nhưng mà đến lúc mở code ra thì phải đến 9 người chả có theo cái coding convention nào hết. Họ theo cái coding convention gọi là “Ờ thì nói chung là em có theo, chỉ có đoạn này em đang test thử có chạy không nên để tạm thế thôi”.

Coding convention là thứ mà khi bạn học lập trình trường nào, lớp nào cũng dạy các bạn. Nhưng có 1 cái quan trọng nhất các trường lớp lại thường không dạy, đó là “tại sao” lại cần làm thế.

Bởi vì không biết tại sao, nên hầu hết mọi người đều không hiểu được tầm quan trọng của coding convention, dẫn tới coi nhẹ nó. Cái câu trích dẫn ở trên, đợi tý để tôi quote lại to đẹp đóng khung lên nhìn cho dễ:

“Ờ thì nói chung là em có theo, chỉ có đoạn này đang em test thử có chạy không nên để tạm thế thôi”

~ Thanh niên làm overtime 1 tuần 7 ngày chia sẻ

Các bạn có bao giờ nói câu này chưa? Nếu chưa bao giờ thì quá tốt, tôi mừng cho bạn. Nếu là câu cửa miệng thì rất buồn bạn ạ; mỗi lần bạn nói câu này là 1 lần sếp của bạn, đồng nghiệp của bạn phải thở dài 1 câu “Sao tôi lại phải làm cùng với 1 thằng dốt như thế này? Haizz….”

Coding convention chỉ có ý nghĩa, khi từng dòng từng dòng code trong project của bạn tuân thủ chặt chẽ theo ngay khi bạn viết nó.

Thực ra trong các lời khuyên của tôi, chỉ riêng điều này sẽ đem lại hiệu quả tương đương với cả 4 điều còn lại cộng lại.

Demo luôn, đoạn code sau có bug, các bạn thử xem lỗi tại sao nhé:

function renderScene()
{ if(this.matrixNeedsUpdate ) this.updateTextureMatrix();
      this.matrixNeedsUpdate = true;

      var scene=this;
    while ( scene.parent !==null){
    scene= scene.parent;
}
 if ( scene !== undefined && scene instanceof THREE.Scene ) {
  this.renderer.render( scene, this.mirrorCamera, this.tempTexture, true );
}

Rất khó tìm đúng không ạ? Có thể bạn thấy đây là một đống code loạn xạ, công nghệ gì đây bạn cũng không rõ. Đang nhiên bảo tìm bug thì ai mà tìm được?

Giờ vẫn đoạn code đó, tab lại cho chuẩn:

function renderScene {
  if ( this.matrixNeedsUpdate ){
    this.updateTextureMatrix();
  }
  this.matrixNeedsUpdate = true;

  var scene = this;
  while ( scene.parent !== null ){
    scene = scene.parent;
  }

  if ( scene !== undefined && scene instanceof THREE.Scene ) {
    this.renderer.render( scene, this.mirrorCamera, this.tempTexture, true );
  }

Chẳng cần trình độ cao siêu gì, nhìn qua ai cũng thấy rõ ràng cái hàm renderScene này nó thiếu dấu } kết thúc ở cuối. Thêm cái đóng ngoặc vào là xong.

Các bạn có thấy cảnh này rất quen không ạ? Code chạy lỗi, không hiểu tại sao. Vò đầu bứt tóc nửa ngày không tìm ra, đến cuối cùng hoá ra tại thiếu dấu ;.

Tìm ra xong bạn thở phào buông 1 câu với sếp “Tại mỗi cái dấu chấm phẩy chứ code em đáng nhẽ ngon rồi.”

Sai lầm.

Sai rất lớn. Dấu chấm phẩy đấy nó không nhỏ đâu, và code của bạn nói 1 cách mỹ miều thì nó như cứt.

Thiếu ;, đóng nhầm ngoặc, điền sai tên. Đáng nhẽ là I thì lại nhầm là l. Hơn một nửa số bug trong bất cứ chương trình nào đều là lỗi typo do sai chính tả.

Giá mà có cách nào để những lỗi typo kiểu đấy không xảy ra thì tốt phải không ạ? Bớt 1 nửa số bug là giảm 1 nửa số tóc rụng trên đầu bạn mỗi ngày, giảm 1 nửa thời gian fix bug.

Giá mà có 1 phép màu kỳ diệu nào để bạn có thể code trơn tru mà không còn phải lo chuyện viết sai chính tả nữa…

Vâng, phép màu đấy không có gì xa vời, mà đã được dạy cho bạn từ khi còn đang mài đít trên ghế giảng đường rồi, nó chính là coding convention đấy ạ.

Đặt tên biến như thế nào? Đặt tên hàm như thế nào?

Xuống dòng ở đâu, chỗ nào tab lại, chỗ nào cách ra?

Khai báo biến ở chỗ nào, hàm private vứt vào đâu?

Mỗi file chỉ chứa 1 class, không viết code quá dài.

Không dùng tiếng Việt trong code.

Vân vân và vân vân.

Tất cả, tất cả những cái đấy sinh ra chỉ với 1 mục đích duy nhất: để đảm bảo là code của bạn không có mấy cái “lỗi vặt” nữa.

Để đảm bảo là code của bạn có một bố cục rõ ràng, hướng đi cụ thể; để bạn không phải vắt óc lên nghĩ mỗi khi cần đặt tên biến mới rồi sinh ra một cái tên lăng nhăng dẫn đến nhầm lẫn sau này.

Làm lập trình càng lâu ta càng thèm muốn cảm giác code không có bug. Và kỹ năng né bug quan trọng nhất trong tất cả, dễ học dễ làm không cần kinh nghiệm mà hiệu quả kinh người là gì? Là coding convention.

Tôi có đủ cơ sở cả về lý thuyết lẫn thực tế để tin rằng nếu code của bạn trông như một bãi rác, thì đầu của bạn thật ra cũng toàn là rác.

Bây giờ là lúc tốt nhất để lên google search xem coding convention của ngôn ngữ bạn đang dùng là gì đấy ạ.

Chỉ cần học thuộc, làm theo.

Làm đến khi nó thành bản năng của mình.

Tay code đến đâu tự động theo chuẩn đến đây, khi đó bạn sẽ thấy chỉ cần mắt bạn lướt qua sẽ nhìn ra ngay code ở đâu có bug.

Code của mình – code đến đâu làm theo coding convention đến đấy.
Code của người khác – cóp vào format lại theo chuẩn coding convention của project trước đã, rồi làm gì thì làm.

Nhớ kỹ: coding convention chỉ có một là theo 100%, hai là không theo. Theo 99% mà 1% còn lại freestyle thì cũng vô nghĩa.

2. Không copy paste code của người khác

Tôi hoàn toàn không phản đối các bạn lên google search khi gặp bug. Cũng không cấm các bạn dùng code của người khác cho việc của mình.

Cái tôi phản đối là việc copy code của người khác vào mà hoàn không hiểu đoạn code đó cụ thể nó làm cái gì.

“Good Artists Copy; Great Artists Steal”

~Theo lời của Steve Jobs thì là lời của Pablo Picasso.

Đặc điểm chung của các bạn mới vào nghề là khi cóp code vào thường chạy thử đã, nếu chạy thì ok việc đã xong, ta nhảy sang làm việc khác. Nếu có lỗi xảy ra mới đọc tiếp xem có khả năng sửa chữa gì không.

Đây là một cách làm việc cực kỳ ấu trĩ và thiển cận. Trong phần lớn các trường hợp thì cùng lắm khoảng 1 tháng sau các bạn rồi lại phải quay lại với chỗ code lạ hoắc đó, vì có bug phát sinh. Bấy giờ thậm chí không còn hiểu nổi chỗ này lúc đó mình đang muốn cái gì, nói gì đến việc mò xem code đó sai ở đâu?

Nếu một ngày tự nhiên có thanh niên lạ hoắc, mặt đầy sẹo tay cơ bắp lưng đeo ba lô vô duyên vô cớ gõ cửa nhà bạn xin ngủ nhờ qua đêm “Em chỉ ngủ nhờ thôi anh yên tâm hihi” thì các bạn có yên tâm mà cho thanh niên đấy ngủ nhờ không?

Thế thì vì lý do gì bạn tin tưởng 1 đoạn code do 1 người mà bạn hoàn toàn không biết viết nên, cóp nó vào trong code của mình và không bao giờ ngó đến nữa?

Có 2 lý do chính để đọc kỹ bất cứ đoạn code nào bạn chuẩn bị cóp vào project trước khi sử dụng nó:

Để đảm bảo đoạn code đó chỉ làm những gì nó nói: Có rất nhiều câu chuyện các thanh niên lên mạng hỏi, gặp phải 1 đứa ngẫu hứng vứt cho đoạn code phá hoại. Thanh niên hào hứng đem về paste vào project chạy thử (vâng, đúng như bạn đang làm ấy ạ), kết quả là toàn bộ dữ liệu đi tong, khóc lóc bấy giờ đã muộn. Thằng kia “Ơ tao cũng chỉ trêu vui thôi, ai ngờ mày ngu vậy?”
Để học: Bạn đang gặp vấn đề, có người giúp bạn giải quyết nó. Đây là bài học thực tiễn vô cùng quý giá. Hãy đọc những dòng code đó, cố gắng hiểu xem nó nghĩa là gì. Vấn đề của bạn đã được người đó giải quyết như thế nào.
Nghĩ xem có cách nào sửa đổi, cải tiến nó để phù hợp với tình huống cụ thể của mình không.

Biến code của người khác thành của mình.

Hôm nay bạn phải hỏi họ vấn đề này, thì hãy đảm bảo ngày mai bạn sẽ là người trả lời.

Việc nắm vững từng dòng code mà mình viết ra là vô cùng quan trọng. Nó trực tiếp ảnh hưởng đến tốc độ giải quyết vấn đề của bạn khi có bug xảy ra hoặc khi yêu cầu dự án thay đổi. Khi bạn thực sự đã hiểu từng dòng code làm gì, thì tư duy của bạn có thể tập trung giải quyết vấn đề theo phương pháp loại suy đơn giản, thay vì băn khoăn lạc lõng không biết đi về hướng nào.

Điều đó cũng nghĩa là: nếu bạn tìm thấy một đoạn code hứa hẹn giải quyết được vấn đề của mình, nhưng bạn đọc không hiểu lắm, thì tốt nhất là đừng dùng nó.

Đống code không-hiểu-lắm đấy sẽ đem lại cho bạn hậu quả thê thảm hơn nhiều những gì bạn đang mong nó giải quyết.

3 bước để biến code người khác thành code của mình:

Copy vào project, format lại ngay theo coding convention của project.
Đọc kỹ để hiểu đoạn code đó cụ thể làm những gì, đảm bảo nó làm đúng việc mà nó nói. Chạy thử, fix bug nếu cần.
Thay đổi, cải tiến, chỉnh sửa đoạn code đó để phù hợp với hoàn cảnh project của mình.

Đảm bảo 3 bước này xong, code đó đã là code của bạn.

Sau này chắc chắn sẽ đến lúc bạn phải quay lại với nó: vì có bug, vì yêu cầu dự án thay đổi, hoặc cần optimize performance…

Nhưng khi đó bạn đã là chủ nhân của nó rồi.

[MY PROJECT] LANDING PAGE

2017-08-03T22:37:00.001+07:00

Landing Page quảng cáo thương hiệu đẹp, nhanh, chuẩn responsive, tương thích mọi thiết bị, tối ưu hóa key word cho SEO

W3SCHOOL OFFLINE TÀI LIỆU HỌC LẬP TRÌNH WEB TỪ A-Z

2017-07-23T13:50:00.001+07:00

Nếu ai đọc học lập trình web thì ít nhiều cũng biết đến W3Schools Online, mình xin giới thiệu đến phiên bản offline (2017), chỉ cần tải về và học, rất tiện ích cho bạn nào không có kết nối internet riêng ở nhà (lúc trước mình cũng học như vậy 😀😀😀)
Sau khi tải về chỉ cần giải nén và mở file default.html là có thể học

Link tải: https://drive.google.com/file/d/1cScj8unNNsb1ejH6X84hKi9PdVzmscai/view?usp=sharing
Link bài viết gốc: OpenSource

8 RÀO CẢN ĐỂ TRỞ THÀNH MỘT LẬP TRÌNH VIÊN

2017-07-21T10:52:00.001+07:00

Nối tiếp bài viết Nghề lập trình viên cần học những gì? được các bạn đón nhận rất nhiệt tình. Hôm nay nhân một ngày gió xuyên qua từng kẽ năng mình ngồi dạo phím trên quả bàn phím đã hao mòn mình xin đưa cho bạn một số những rào cản bạn cần vượt qua nếu muốn trở thành một lập trình viên

Nghề lập trình viên vẫn luôn là một ngành nghề "hot" hiện nay khi nhu cầu tuyển dụng vẫn rất cao và mức lương được trả rất hấp dẫn dẫu cho bạn chỉ là sinh viên vừa mới ra trường. Tuy nhiên, cũng vì thế mà có khá nhiều nhận định sai lầm khi lựa chọn học lập trình. Đây là bài viết dưới cái nhìn khác quan của mình nên sẽ có nhiều sai sót nếu các bạn có ý kiến khác vui lòng để lại dưới phần bình luận. Xin cảm ơn
Hầu hết mọi học viên đều trải qua các rào cản khi bước vào con đường lập trình. Tuy nhiên, nếu có thể vượt qua được, họ sẽ có được những lợi ích như sau đây:

Họ yêu thích và tận hưởng những gì có được sau khi học.
Họ lập trình một cách nhanh nhạy và thuần thục hơn hẳn.
Họ trở nên bền bỉ và kiên trì hơn khi gặp phải những vấn đề khó khăn
Họ trở nên độc lập hơn khi viết những đoạn code

Sau đây là những rào cản cần phải vượt qua khi học lập trình

1.Bạn học lập trình không phải vì cái lợi trước mắt

Trước khi nói về các rào cản học lập trình có thể gặp phải, tôi muốn khẳng định lại một lần nữa về tầm quan trọng của "động lực học" trong suốt quá trình học tập. Đừng bao giờ học lập trình vì những lợi ích trước mắt hoặc chỉ vì bạn thấy cái nghề lập trình viên "sang chảnh" và được trả lương cao.

Hãy học lập trình khi bạn muốn giải quyết các vấn đề của riêng bạn, cải thiện cuộc sống của bạn và để tạo ra những ứng dụng nhằm giúp đỡ mọi người.

Nếu bạn học lập trình chỉ đơn giản là vì muốn có một công việc "trong mơ", bạn có thể sẽ gặp khá nhiều thứ thôi thúc bạn bỏ cuộc trong suốt quá trình học. Điều này thường xảy ra khi mọi thứ trở nên quá khó nhằn và việc học trở thành một cơn ác mộng đau thương. Và tin tôi đi, bạn sẽ tự nhủ với bản thân mình hàng tá lý do để bỏ cuộc như: mình chẳng hề thích lập trình, mình sinh ra không phải là để trở thành một lập trình viên...

Đó chính là lý do mà bạn nên cân nhắc đặt ra cho mình một mục tiêu trước một dự án tương lai của mình. Nếu bạn đã ấp ủ sẵn một dự án nào đó hoặc một vấn đề lớn hơn để giải quyết, hãy tự nói với bản thân mình như sau:

Rất có thể khi bắt đầu, tôi sẽ phải trải qua những thứ chẳng hề thích thú, dễ chịu gì nhưng tôi thật sự muốn giải quyết các vấn đề đó. Và tôi sẽ tự thúc đẩy bản thân mình cho đến khi nào chinh phục được những gì đã đặt ra,

2. Bạn không biết bắt đầu từ đâu

Rất nhiều người đã từng hỏi một câu hỏi sau: "Ngôn ngữ lập trình nào tôi nên học đầu tiên?" Vấn đề này được hình thành bởi vì họ không rõ lí do tại sao họ lại muốn học lập trình.

Một khi bạn đã xác định rõ mục đích của mình thì rất dễ để tìm ra ngôn ngữ lập trình nào bạn nên bắt đầu với:

Nếu bạn muốn lập trình ứng dụng trên nền tảng HDH iOS, hãy bắt đầu với Objective C hoặc Swift
Nếu bạn muốn lập trình ứng dụng trên nền tảng HDH Android, hãy bắt đầu với Java
Nếu bạn muốn lập trình ứng dụng trên nền tảng web, hãy bắt đầu với JavaScript

Thực tế ngày nay bạn có thể sử dụng JavaScript để lập trình hầu hết mọi dự án từ những trang web đơn giản, những ứng dụng di động cho đến những project liên quan đến phần cứng cao cấp. Có thể nói, bộ ngôn ngữ lập trình này được dùng trong gần như tất cả các lĩnh vực như: âm nhạc, y dược, game, thời trang...

Nếu bạn vẫn chưa rõ nên bắt đầu từ đâu, hãy đi xin lời khuyên từ các lập trình viên có kinh nghiệm. Khi bạn biết rõ mình sẽ làm gì, người lập trình viên đó có thể dễ dàng đề xuất một bộ ngôn ngữ thích hợp cho bạn.

Một lưu ý nhỏ rằng những kiến thức mà bạn có được với một loại ngôn ngữ lập trình vẫn có thể được chuyển đổi qua một loại ngôn ngữ khác. Vì thế vẫn có một chút rủi ro ở giai đoạn này.

3. Bạn không thể áp dụng những gì đã học và bắt đầu "sỉ vả" bản thân mình

Một khi đã lựa chọn một được bộ môn nào đó để học, bạn sẽ bắt đầu một cách khá dễ dàng với những lí thuyết cơ bản. Có hàng trăm, hàng ngàn khóa học lập trình miễn phí và tính phí ngay trên Internet.

Hầu hết mọi học viên của tôi đều nắm rất rõ lý thuyết đã học và có thể giải thích được cách thức vận hành của những đoạn mã code. Có thể nói, lý thuyết là một khái niệm mang tính chất hữu hạn, ai cũng có thể học thuộc trong vài ngày (nếu thật sự muốn). Vậy nên vấn đề nằm ở đâu?

Vấn đề lớn nhất mà học viên gặp phải là áp dụng những lý thuyết đó để giải quyết các vấn đề và viết nên một bộ code mới. Đó chính là vấn đề liên quan đến lỗ hổng những kỹ năng.

Hãy tưởng tượng việc lập trình như bộ môn bơi lội. Bạn có thể thuộc nằm lòng các kỹ thuật cao cấp và thậm chí giảng giải cho người khác nghe như một huấn luận viên thực thụ. Tuy nhiên, để áp dụng những lý thuyết đó vào thực tiễn đòi hỏi một quá trình luyện tập và cả những khó khăn, sai lầm... Nói đơn giản hơn, bạn sẽ phải "uống nước" khá nhiêu đấy.

Điều tệ hại hơn là việc tự hành hạ, sỉ vả chính bản thân mình. Hoặc nhẹ nhàng hơn là có những ý nghĩ tiêu cực như bạn bất tài, không đủ thông minh để lập trình. Những điều này hoàn toàn vô nghĩa, bạn còn cả một quá trình học tập phía trước cần đến sự kiên trì, bền bỉ để vượt qua. Vậy nên, bạn trau dồi kỹ năng của mình bằng cách nào?

1. Lựa chọn một dự án phức tạp để thực hiện. Trên lý thuyết, điều này sẽ mang lại nhiều thú vị bất ngờ cho bạn.

2. Chia nhỏ và gói gọn những dự án lớn và phức tạp. Một ví dụ điển hình là việc "tích hợp trang đăng nhập vào website". Công việc này đòi hỏi hơn 20 dòng mã để giải quyết. Vi thế sau đây là những mẹo nhỏ có thể giúp được bạn.

Nếu bạn không thể giải quyết trọn vẹn một vấn đề, thì hãy tìm ra cách chia nhỏ nó ra thành những phần nhỏ hơn.
Một dự án không đòi hỏi bạn phải sử dụng quá nhiều các mô hình lý thuyết cùng một lúc.

3. Tập trung vào một công đoạn tại một thời điểm hơn là giải quyết nhiều công đoạn song song cùng một lúc với nhau. Đừng tiến đến công đoạn tiếp theo khi bạn vẫn chưa kiểm tra kĩ càng phần hiện tại. Nếu bạn không làm như thế và ứng dụng của bạn "dở chứng", thì vấn đề của bạn có thể nằm trong bất cứ công đoạn nào mà bạn đang giải quyết song song với nhau. Và bạn sẽ gặp khá nhiều khó khăn để tìm ra lỗi và sửa chúng.

4. Cần phải nắm rõ các lý thuyết cần thiết trước khi bắt tay vào giải quyết các vấn đề. Đôi khi bạn sẽ không biết những gì bạn cần. Điều này là bình thường và việc bạn cần làm là đi hỏi 1 một lập trình viên nào đó hoặc lên một trang diễn đàn về lập trình để tham khảo như: StackOverflow

5. Cuối cùng, khi bạn giải quyết các tác vụ, sẽ có nhiều rào cản khác được trình bày như bên dưới:

4. Bạn viết code nhưng không hề suy nghĩ về những hệ quả, vấn đề sâu xa hơn của chúng

Giả định trường hợp tốt nhất mà bạn đạt được là bạn giải quyết các tác vụ thành công và hoạt động tốt. Sau đó, nếu bạn chỉ dừng lại ở đó và tiếp tục qua một công việc khác thì bạn đã bỏ lỡ một cơ hội để học được những điều mới rồi đấy.

Tôi khuyến khích các bạn tự thử thách chính mình các câu hỏi sau đây:

Có còn một trường hợp ngoại lệ nào đó khiến bộ code của tôi bị lỗi hay không? Cho dù hiện tại bộ code vẫn hoạt động tốt nhưng liệu có 1 trạng thái ứng dụng nào khiến nó bị hư không?
Bộ code của tôi có đủ "sạch" không? Tức nó có dễ hiểu và dễ sửa chửa sau này bởi những nhà lập trình viên khác và kể cả tôi hay không? Trong tương lai bạn có thể sẽ cần sửa các lỗi ẩn trong bộ code của bạn hoặc thay đổi nó để phù hợp với những thống số sản phẩm khác.
Liệu cách làm của tôi có phải là tốt nhất chưa? Liệu còn phương cách thay thế nào khác không? Những điểm mạnh và điểm yếu của những cách làm khác nhau? Và cuối cùng nó có đáng để xử lý tác vụ này bằng một phương cách khác không?
Liệu mô-đun hiện hành có tương tác được với các mô-đun khác không? Và liệu nó có tác động xấu đến các mô-đun còn lại không? Cuối cùng, mô-đun này có thể dễ dàng sử dụng bởi các mô-đun khác không?

5. Bạn không biết cách để giải quyết các tác vụ

Khi bạn không biết bắt đầu từ đâu, bạn có thể thử một vài thứ ngẫu nhiên hoặc sao chép đoạn code từ một nơi nào đó mà bạn không hề hiểu. Nhưng đó không phải là một cách làm đúng đắn. Bởi vì bạn sẽ gặp lại những tác vụ tương tự vậy trong tươi lai và tiếp tục mắc kẹt với chúng.

Nếu bạn muốn xử lý các tác vụ một cách triệt để, trước tiên phải tìm ra nguyên nhân tại sao bạn lại bị mắc kẹt. Sau đây là một vài lý do:

1. Bạn chưa nắm rõ lý thuyết

Cú pháp ngôn ngữ (language syntax)
Cách thức hoạt động của thư viện lập trình, của một API...
Lập trình hệ biến hóa (Programming paradigms) - ví dụ: lập trình không đồng bộ (asynchronous programming)
Cách thức hệ thống hoạt động (ví dụ: những yêu cầu HTTP là một trong những thứ khó hiểu nhất trong lập trình web)

Trong trường hợp này, hãy đọc kĩ lý thuyết lại một lần nữa hoặc tìm một ai để giải thích cho bạn nếu như vẫn chưa nắm rõ được vấn đề.

2. Một tác vụ quá lớn và cần phải được chia nhỏ ra để giải quyết

3. Bạn không hiểu được những gì công việc đang yêu cầu bởi bạn đọc nó quá nhanh và chấp nhận những mẫu có sẵn quen thuộc mặc dù thực tế không phải như vậy.

6. Bạn biết cách để giải quyết vấn đề nhưng phương cách mà bạn đưa lại không hoạt động

Đây là một việc thường gặp trong lập trình, thậm chí đối với cả những lập trình viên lâu năm. Nguyên nhân vì sao mà phương cách của bạn không hoạt động hầu hết là do lỗi trong bộ code.

Vậy làm cách nào để sửa chửa? Đơn giản thôi, gỡ rối (debugging) bộ code của bạn. Đây là một trong những kĩ năng quan trọng nhất của một người lập trình viên. Đây là một công việc bạn không làm một cách ngẫu nhiên hoặc hên xui mảy rủi. Bạn cần những bước làm cụ thể để tìm ra lỗi trong bộ code. Hiện nay đang có rất nhiều loại sách hướng dẫn kĩ năng gỡ rối này.

Thật không may, có rất nhiều lập trình viên non trẻ đã mất đi động lực và ý chí ở giai đoạn này. Rất ít khóa học giải thích tầm quan trọng của việc gỡ rối bộ code. Và nếu bạn không thể thực hiện công đoạn này một cách thành thục, bạn có thể sẽ bị quá tải và tress đấy.

Rất nhiều người lo lắng việc gỡ rối code sẽ tiêu tốn rất nhiều thời gian. Điều này là bình thường và bạn cần phải chuẩn bị tinh thần cho việc này ở những năm đầu làm lập trình.

Một khi đã có trình độ khá hơn, bạn cũng cần trau dồi khả năng gỡ rối code. Hãy nghĩ công việc này như một cơ hội để sửa chửa những quan niệm sai lầm và nâng cao trình độ lập trình của bạn. Mỗi khi bạn sửa chữa xong một lỗi, hãy tự đặt cho mình một câu hỏi:

Tại sao tôi lại mắc lỗi này trong lần đầu thực hiện? Làm cách nào để tôi tránh được những lỗi tương tự trong tương lai.

Viết nhật ký lập trình mỗi khi bạn tìm ra một lỗi nào đó là một ý kiến hay. Điều này sẽ giúp bạn nhanh chóng thấy những kiểu mẫu và học hỏi từ chúng.

7. Bạn không biết cách nhận các sự giúp đỡ

Không biết cách nhận các sự giúp đỡ là như thế nào? Đó là khi học lập trình, bạn sẽ nhận được rất nhiều sự giúp đỡ khác nhau đến từ: sách, khóa học, giảng viên, cộng đồng lập trình...

Vấn đề thường gặp nhất là việc bạn đã nắm rõ những sự giúp đỡ từ những nguồn được liệt kê ở trên nhưng lại không thúc ép bản thân để hiểu được hoàn toàn những gì đang diễn ra cũng như cách để suy luận ra những trường hợp lớn hơn.

Một ví dụ: Sau 10 tiếng đồng hồ giải quyết những lỗi, đã có một người đưa ra cho bạn những giải pháp cho điều này. Sau đó, bạn sửa lỗi một cách dễ dàng, ăn mừng vì điều đó và tiến đến công đoạn tiếp theo. Đừng làm như vậy, hãy làm những bước sau đây:

Nghĩ về những gì mình đã thực hiện trong suốt quá trình vừa qua. Tự hỏi bản thân mình đã làm sai những gì và ngược lại, mình đã có thể làm gì để tìm ra cách giải quyết.
Hỏi người đã giúp mình về cách thức họ đã làm. Làm cách nào mà anh ta/ cô ta có thể tìm được cách giải quyết? Hãy học hỏi từ họ và áp dụng vào những trường hợp trong tương lai.

Đây là một trong những hạn chế nếu bạn đọc những câu trả lời ở các cộng đồng như StackOverflow hoặc hỏi Google. Bạn sẽ không thể nào biết được quá trình một người nào đó tìm ra được cách giải quyết một vấn đề gặp phải.

8. Bạn không thể áp dụng những gì đã học

Hình như điều này đã nói ở trên rồi thì phải? Vâng, tôi chỉ muốn nhắn nhủ các bạn rằng những gì bạn đang đọc nãy giờ cũng chỉ là những lý thuyết mà thôi.

Những lý thuyết không thể giúp được bạn trừ khi bạn áp dụng chúng, không chỉ một lần mà là cơ số lần cho đến khi nó trở thành một thói quen. Lập trình có thể xem như là một công việc tập hợp những thói quen tốt nhằm giúp bạn thoát khỏi những vấn đề của bản thân mình.

NGHỀ LẬP TRÌNH VIÊN CẦN HỌC NHỮNG GÌ?

2017-07-20T14:03:00.000+07:00

Một trong những câu hỏi được nhiều bạn sinh viên ngành công nghệ quan tâm nhất đó là: Cần học những kiến thức gì, rèn luyện kỹ năng gì để trở thành một lập trình viên? Câu hỏi nghe có vẻ đơn giản nhưng rất khó để trả lời, lập trình là một lĩnh vực rất rộng, có hàng tá ngôn ngữ cần phải học, hàng trăm công nghệ cần nghiên cứu, và môi trường mỗi công ty lại hoàn toàn khác nhau, do đó các thanh niên vẫn cảm thấy rất “mông lung như một trò đùa”.

Dạo này mình có tham gia vài nhóm học lập trình trên facebook, mình phát hiện ra là hầu hết các bạn sinh viên vẫn chưa tưởng tượng được ra trường đi làm sẽ như thế nào. Thế nên trong bài viết này, mình sẽ dùng hết kinh nghiệm bao nhiêu năm đi “code thuê” của mình, như một lời tâm sự, để cố gắng miêu tả cho các bạn sinh viên về đời sống thật của các lập trình viên ngoài kia, họ đang làm gì? Dùng ngôn ngữ gì? Có mệt không? Và làm thế nào để sống sót.

1. Muốn làm lập trình viên phải học những gì?

Lập trình là một ngành kỹ thuật (of course) thế nên bạn phải trang bị cho mình những kiến thức về kỹ thuật nhất định. Vậy cụ thể lập trình viên cần học những gì? Có thể chia lũ “code thuê” ra làm mấy loại như sau, bạn chỉ việc chọn một cái mà bạn thích nhất, và lao vào nghiên cứu.

Mảng mobile:

Bạn sẽ viết phần mềm chạy trên điện thoại mà phổ thông nhất là Android và IOS hay thậm chí là cả cho Windows Phone.Mảng này khá hot vì thiết bị di động ngày càng đa dạng và giá rẻ, lượng người dùng ngày càng tăng điều đó khiến các lập trình viên đổ xô nhau học nó và hiện tại thì đang bão hòa tuy nhiên lượng công ty tuyển dụng tương đối nhiều. Theo mảng này bạn học Java (android) hoặc Objective-C (IOS). Hoặc bạn có thể học Kotlin (Android) hay Swift(IOS) đều được cả Google và Apple khuyên bạn nên dùng. (Theo thông tin nghe lỏm được thì Google đang có dự định toàn bộ app trên Google Play đều được viết lại bằng Kotlin). Tuy nhiên mình không khuyến khích các bạn học 2 ngôn ngữ này vì hiện tại một số công ty vẫn ưa chuộng các ngôn ngữ ngày xưa và bắt lập trình viên phải code bằng những ngôn ngữ đấy

Mảng embedded:

Còn gọi là lập trình nhúng, tức là viết các chương trình chạy trong các thiết bị điện tử như tivi điều hòa, tủ lạnh, máy giặt, robot…Ví dụ như bạn bấm một phím trên remote số 3 thì TV phải chuyển sang số 3 cho bạn. Hay tại sao khi ấn điều chỉnh nhiệt độ bằng cái Remote bé tý xíu mà làm cho nhiệt độ cả căn phòng thay đổi. Nói chung là điều khiển các thiết bị thật, sờ nắm được. Mảng này hơi khó nhằn, yêu cầu cao về trình độ, nhưng khá thú vị. Theo mảng này bạn học ngôn ngữ C, C++ hoặc có thể là Java nhưng ưu tiên C/C++ nhiều hơn. Thật ra mảng này mình không chuyên lắm nên cũng không tìm hiểu nhiều

Mảng web:

Web là cái gì thì khỏi phải giới thiệu nữa rồi, nó là thứ lâu đời nhất trên internet, Ví dụ mỗi ngày bạn lướt mấy tiếng trên Facebook, Xem video hay thậm chí là gõ Google.com cũng là một trang web. Theo cái này thì khỏi lo thiếu việc, vì công ty nào cũng cần web, hoặc làm ngoài việc search một từ khóa " Tuyển dụng lập trình viên cắt web" hay " Tuyển dụng PHP Developer" nó chắc chắn sẽ ra một nắm các tin tuyển dụng với tốc độ chóng mặt. Hay thậm chí bạn đi làm bên ngoài, làm 1 Freelance Coder (Lập trình viên tự do), nhưng mà nói thật lương bọn làm web chả cao như các mảng khác đâu. Việc học Web cũng khá khó khăn vì muốn làm một trang web ít nhất chúng ta phải 2-3 ngôn ngữ lập trình. Bạn từng hỏi các ông lớn như Facebook, Google, Wikipedia để làm trang web của họ thì phải mất bao nhiêu thời gian không? Ok chắn chắn số đấy nó phải lớn hơn 2 rồi. Rất nhiều ngôn ngữ có thể dùng lập trình web được, thoải mái chọn: php, java, node, python, ruby… việc chọn ngôn ngữ cũng đã là khá khó khăn rồi. Theo đánh giá khách quan của tôi bạn nên dung PHP với những ưu điểm như sau: Mã nguồn mở, hoạt động tốt trên tất cả Server (từ Linux cho đến Windows,.. cộng đồng lập trình viên nhiều dễ dàng tìm hiểu và giải quyết thắc mắc, nhiều Plugins hỗ trợ hay thậm chí nhiều CMS ra đời dựa trên PHP như Wordprees, Jombla. Tuy nhiên ngôn ngữ này gặp khá nhiều lỗi về bảo mật (Theo thống kê lỗi XSS gặp nhiều nhất trên hầu hết các website viết bằng PHP). Xem chi tiết tại đây. Ngoài ngôn ngữ lập trình phía Server ra bạn còn phải học thêm cả đống lằng nhằng: html, css, javascrip, jquery,... nếu muốn web của bạn hiện đại, bắt mắt người dùng hơn,

Mảng desktop app:

Tức là làm phần mềm chạy trên máy tính, mình khuyên là học .NET win form của bác Bill cho nó phổ thông, dễ kiếm việc làm, lương cũng khá ổn.

Tuy nhiên đừng quá lo lắng rằng trình độ mình chưa đủ đáp ứng yêu cầu công việc, các công ty nơi bạn thực tập sẽ có chương trình đào tạo, cầm tay chỉ việc, bạn sẽ làm được cả thôi. Kể cả các lập trình viên có kinh nghiệm, khi vào một môi trường mới vẫn phải có thời gian để làm quen với hệ thống hiện tại.

Việc của bạn là chọn một trong 4 mảng mà mình đã nêu ở trên rồi nghiên cứu thật kỹ về nó. Học đến năm 3 hoặc năm 4 hãy làm một vài project nhỏ nhỏ để còn có cái mà show ra khi đi xin việc. Theo mobile thì làm vài app trên điện thoại, theo web thì làm mấy web tin tức hoặc bán hàng, theo desktop app thì cũng phải làm được phần mềm quản lý sinh viên. Khi đi làm, trải qua vài lần đập bàn phím, kiến thức của bạn sẽ được tích lũy dần theo năm tháng.

2. Cần chuẩn bị những gì để học lập trình?

Bạn phải nhớ rằng: lập trình là “giải quyết vấn đề bằng máy tính” chứ không phải “lập trình là viết code” như được dạy trong trường đại học. Khách hàng của bạn gặp vấn đề trong việc quản lý nhân viên, bạn viết một phần mềm giúp họ, khách hàng của bạn cần quảng bá sản phẩm thương hiệu, bạn thiết kế website giúp họ. Do đó bạn cần phải rèn luyện nhiều kỹ năng khác để giải quyết được vấn đề, đây mới là thứ quan trọng nhất, không phải là kỹ năng code của bạn.

Team work:

Làm việc nhóm, tức là làm việc với người khác, chẳng ai viết code một mình cả đâu, bạn phải biết viết code chạy được với code của những thằng khác, thế nên từ khi còn trong trường, hãy học cách sử dụng git và giao tiếp thật tốt với mọi người nếu sau này không muốn chửi nhau. Chấp nhận làm việc với những thằng ngu hơn bạn và học hỏi từ những thằng giỏi hơn bạn. Rảnh thì kiếm mấy quyển sách về giao tiếp mà đọc. Chân thành hòa nhã với mọi người, thi thoảng có over time muộn quá cũng đi nhậu, trà đá hay mát-xa với anh em cho nó tăng tinh thần đoàn kết.

Tiếng Anh:

Mình nói thật, không biết tiếng Anh thì đừng có hòng lập trình ngon, google thì cũng phải google bằng tiếng Anh nó mới nhanh ra đáp án. Tuy nhiên bạn không cần phải chém tiếng Anh như gió hay đạt 900 điểm TOEIC mới lập trình giỏi. Bạn chỉ cần đọc hiểu tài liệu là đủ, gặp lỗi gì còn lên stackoverflow mà tìm cách fix được, viết tên hàm thì cũng phải viết tiếng Anh, trong thời buổi toàn cầu hóa hiện nay, outsource nhiều, code của bạn có thể được đọc bởi một thằng tây nào đó là chuyện bình thường, hay ví dụ bạn bán mã nguồn lên các trang nước ngoài bạn nghĩ mấy thằng tây nó sẽ đi học tiếng việt để nó hiều bạn đang viết gì ? Về chức năng gì à?. Hơn nữa hiện nay đã có xu hướng "phẳng hóa", việc tìm một công ty nước ngoài để làm việc không phải là khó, tuy nhiên việc giao tiếp giữa các nhân viên hoàn toàn bằng tiếng anh. Chả hơi đâu họ lại phải đi học thêm tiếng việt để giao tiếp với mình cả. Đừng quá lo lắng, hồi xưa mình ngu tiếng Anh cực, cứ đọc gặp từ nào khó thì tra từ điển, cứ tìm mấy tài liệu tiếng Anh mà đọc, từ nào khó hiểu thì google dịch, hay cop cả câu cho google nó dịch rồi cho nó đọc lại để học ngữ âm luôn, sau một thời gian sẽ đọc được cả thôi,

Kỹ năng tự học:

Đây là yếu tố sống còn, bởi thế giới công nghệ thay đổi quá nhanh. Tin buồn là bất cứ cái gì bạn học ngày hôm nay thì sẽ là lỗi thời sau vài năm, kiểu như bạn làm được một app chạy ngon lành cành đào trên iphone 6 thì cái định mệnh, vài ngày sau Apple nó ra iphone 7, méo chạy. Phải “học cách học”, có nghĩa là bạn phải học cho mình “cách làm sao để tiếp thu một cái mới nhanh nhất có thể”. Một số trang web bạn có thể học online như codeschool, codecademy, w3school, stackoveflow, udemy, lynda,...vân vân mây mây,...

Vấn đề sức khỏe:

Đừng tưởng làm lập trình ngồi một chỗ trong phòng máy lạnh thì không lo bệnh tật. Sau vài năm bạn sẽ thấy có vài vấn đề như đau lưng, mỏi vai hay hoa mắt… Hãy bỏ ngay các thói quen thức quá khuya, ăn uống không đúng giờ và sử dụng chất kích thích như rượu bia, thuốc lá… Một số thanh niên sau khi code điên cuồng làm vài ván dota để giải trí, lại ngồi thêm vài tiếng nữa,. Nói chung nếu không chịu khó vận động, sắp xếp thời gian chơi thể thao thì đừng mong tồn tại, bạn có sức khỏe mới theo đuổi đam mê được.

Kết luận

Nói chung, lập trình là một thế giới vô cùng thú vị. Đây là bài viết mà mình lảm nhảm tất tần tật những điều bạn cần phải học, những vấn đề mà bạn sẽ gặp trên con đường trở thành một lập trình viên. Hi vọng sẽ giúp được bạn cái gì đó, chúc bạn thành công với đam mê của mình.