Phương pháp học lập trình đúng cách

[micro_code]

Nhờ anh em đã pro chia sẻ kinh nghiệm :byebye:

[buonnguqua2k11]

Bí quyết duy nhất : Yêu thích việc ngồi gõ code

Nếu học lập trình từ hồi cấp 3 , yêu thích môn này thì khi vào đại học , chả cần học nhiều cũng giỏi

[micro_code]

Gioi co nhieu cach danh gia lam nhe ban...Gioi phai la lam ra san pham hoan thien va kiem dc tien tu no nhe

[anhttcm]

1 trong những cách phải có là:

Ngồi gỏ code như chép phạt là giỏi ngay :D

[phomuabay]

đúng hay ko sau cứ xoắn ra tiền từ nó là được . quan tâm nhiều làm gì =)

[nikeboi]

theo mình muốn học tốt lập trình thì: Cần nắm vững kỹ thuật lập trình, Tư duy logic một chút. Và nên học sách tiếng Anh. :D

[minhbu]

cần cù bù thông minh

[tailove86]

muốn giỏi lập trình thì trước tiên đừng vào voz chém gió! lấy sách vở ra mà học bài!

[tamkiller007]

Cấp 3 học pascal ko hứng thú lắm, giờ có ai xài đâu :stick:

[giotmuaso8_1]

muốn giỏi lập trình thì trước tiên đừng vào voz chém gió! lấy sách vở ra mà học bài!

:look_down: câu này hay nè

[dhl001]

Cấp 3 học pascal ko hứng thú lắm, giờ có ai xài đâu :stick:

học pascal trước là một lợi thế rất lớn của bạn để bước qua các ngôn ngữ khác :D

[Kooler]

muốn lập trình giỏi thì phải thông thạo các kiểu xếp hình trước đã :">

[nmadtu]

viết giấy , chạy tay, hiểu rõ, rồi mới code :) ( xưa mềnh học là như thế )

[tamkiller007]

Cái môn pascal này ko biết chỗ khác sao, trường em nó dạy đứa nào cũng ngơ ngơ :stick:

[khongsaurang123]

viết giấy , chạy tay, hiểu rõ, rồi mới code :) ( xưa mềnh học là như thế )

Mình thấy đây là phương pháp tốt nhất :D

Phải hiểu rõ thuật toán rồi mới code, sau khi đã nắm được thuật toán rồi thì code đơn giản thôi mà :)

[|G|I|G|A|]

sau quá trình học code gần 3 năm, mình đã quyết định chuyển sang học về Network :*

[mrabvn]

sau quá trình học code gần 3 năm, mình đã quyết định chuyển sang học về Network :*

Đây chính là hướng đi của mình bây giờ :rofl:

[♠Dexter♠]

sau quá trình học code gần 3 năm, mình đã quyết định chuyển sang học về Network :*

bác này biết lượng sức nè :haha:

[deathshui]

sau quá trình học code gần 3 năm, mình đã quyết định chuyển sang học về Network :*

sau 4 năm học code và mình cũng đang chuyển hướng qua mạng :rofl:

[huytd2008]

cần cù bù thông minh

cần cù bù cù lần thôi ạ! :tire:

[n00bk8b]

Cái môn pascal này ko biết chỗ khác sao, trường em nó dạy đứa nào cũng ngơ ngơ :stick:

Em học CNTT cũng thế nè bác,ông thầy vào dậy nói thao thao bất tuyệt,đứa nào cũng ngơ ngơ --> đi thi trượt cả lớp :angry: :angry:

[duyminh1987]

mình thấy rằng, nhiều bác học mà không hiểu rõ thuật tóan lắm ( học vẹt )...
Tốt hơn hết lấy tờ giấy ra...chạy từng bước thuật tóan ( bảo đảm khi đã hiểu cặn kẽ thì nhớ lâu lắm )...:D

[MysteriousSmile]

vấn đề đang quan tâm
đặt gạch để xin cao kiến :D

[123ngoisao]

duy nhất 1 điều : phải đam mê vì ngồi gõ code và kiếm lỗi giống như hành xác vậy , nếu ko đam mê thì rất nãn và bỏ đi làm việc khác ngay . Nếu từ đầu cảm thấy ko thích code thì đừng nên theo CNTT vì theo CNTT thì chắc chắn ko thoát khỏi code rồi

[fpt-aptech]

sau quá trình học code gần 3 năm, mình đã quyết định chuyển sang học về Network :*

Cái này là không theo nỗi ấy mà=)):beauty:

[merikakunn]

Cái môn pascal này ko biết chỗ khác sao, trường em nó dạy đứa nào cũng ngơ ngơ :stick:

+1 Trường em đứa nào đứa nấy cứ như vịt nghe sấm ấy :nosebleed:
Em giỏi nhất lớp môn này :haha:

[soixam1989]

code theo bản năng :misdoubt:

[soral]

duy nhất 1 điều : phải đam mê vì ngồi gõ code và kiếm lỗi giống như hành xác vậy , nếu ko đam mê thì rất nãn và bỏ đi làm việc khác ngay . Nếu từ đầu cảm thấy ko thích code thì đừng nên theo CNTT vì theo CNTT thì chắc chắn ko thoát khỏi code rồi

Thế quản trị mạng, quản trị cơ sở dữ liệu vứt cho chó gặm à :matrix:

[lkd]

Thế quản trị mạng, quản trị cơ sở dữ liệu vứt cho chó gặm à :matrix:
Quản trị mạng và cơ sở dữ liệu muốn đạt đến cảnh giới cao thì củng phải biết code đó bạn ạ.

[|G|I|G|A|]

Cái này là không theo nỗi ấy mà=)):beauty:

đơn giản là mình éo thích code mà thích Network nên chuyển bạn ạ. bên Network dễ tiến thân và có điều kiện đi đây đi đó sướng hơn ngồi gõ code nhiều, :lol:

[|G|I|G|A|]

Thế quản trị mạng, quản trị cơ sở dữ liệu vứt cho chó gặm à :matrix:

bác nào đang ở ngành này chỉ em cách học với được không? :D

[dovic88]

Để học tốt thì cái căn bản đầu tiên là ko cúp tiết học lập trình hoặc là lên lớp ngồi ngủ gục hay bỏ về, hay pro hơn là tiết thực hành lập trình ngồi xem JAV. :sexy:

[buonnguqua2k11]

quản trị cơ sở dữ liệu
bác nào đang ở ngành này chỉ em cách học với được không? :D
Theo những người tôi quen làm setup banking,chứng khoán và gameonline
biết code thì sẽ vớ được những hợp đồng ngon về đánh quả, tiền mỗi vụ tầm 100 củ là bình thường, có khi đến 1,2 tỉ như chơi
Không biết code thì chỉ làm cu li thôi :brick:

[duylinh_th05]

code theo bản năng :misdoubt:

+1 cho bác! Câu này hay, Nói chung là bạn đầu tiên là phải hiểu cái cơ bản. hiểu rõ những thuật toán. Học tốt Pascal, C, C++
...
Phải code thật nhiều vào, code đến khi nào mà gặp vấn đề chỉ cần có hướng là viết ra code dc ngay!

[hungctk33]

code cũng dễ thôi mà, đâu khó lắm đâu. bắt tay vào làm thì sẽ làm dc nhiều thứ. ngồi mà nghĩ thì ko ra vấn đề gì đâu

[Zend]

Chủ yếu là tư duy, tư duy ko tốt thì code muôn đời cũng ko khá :sad:

[Mr.6]

Chủ yếu là tư duy, tư duy ko tốt thì code muôn đời cũng ko khá :sad:

em thấy mình cũng ko phải là ngu
nhưng có những ngôn ngữ học mãi chả khá đc :sosad: :sweat:
C++ với PHP chẳng hạn :sosad::sosad:

[foreveralone]

Đừng có ngồi đọc không, bắt tay vào làm cái gì đấy nhỏ nhỏ, rồi lớn dần, lúc đầu thì phải nhìn example, đọc doc nhiều nhưng về sau sẽ lên trình thôi.
VD: làm 1 cái calculator bằng PHP chẳng hạn, hoặc làm game rắn săn mồi bằng C++

[tieubavuong1312]

em thấy mình cũng ko phải là ngu
nhưng có những ngôn ngữ học mãi chả khá đc :sosad: :sweat:
C++ với PHP chẳng hạn :sosad::sosad:

Quay tay nhiều vào em ợ.
Hồi trước nhớ có quyển 500 bài tập C thì phải.
Mình tự quay tay hết bài tập của quyển này :gach:
Quay xong, thấy mình khá hơn được 1 tí:">

[naruto_thf90]

Cách viết ra giấy cũng là 1 cách khá chuẩn. Mình học bt thôi nên nhiều lúc không hiểu thuật toán, phải viết giả mã ra giấy :D

[_theking_]

Cách viết ra giấy cũng là 1 cách khá chuẩn. Mình học bt thôi nên nhiều lúc không hiểu thuật toán, phải viết giả mã ra giấy :D

Hồi mới học lập trình thì mình toàn ngồi vừa code, vừa chạy, vừa sửa. :D
Sau này biết biết 1 tý rồi thì viết pseudocode ra giấy hoặc notepad rồi sau đó mới implement để chạy thật. Cách này cũng khá hay và có khoa học. :)

[Mr.6]

Quay tay nhiều vào em ợ.
Hồi trước nhớ có quyển 500 bài tập C thì phải.
Mình tự quay tay hết bài tập của quyển này :gach:
Quay xong, thấy mình khá hơn được 1 tí:">

C thì em học khá tốt
nói chung coder cả mà, cái gì cũng phải code nhiều
Nhưng em thấy như kiểu học code như nghe nhạc. Có dòng nhạc nghe bài nào cũng thích, có dòng nhạc nghe ko đc bài nào. Thực ra em đọc thì em hiểu đc, nhưng code vất vả lắm :sosad:

[_theking_]

C thì em học khá tốt
nói chung coder cả mà, cái gì cũng phải code nhiều
Nhưng em thấy như kiểu học code như nghe nhạc. Có dòng nhạc nghe bài nào cũng thích, có dòng nhạc nghe ko đc bài nào. Thực ra em đọc thì em hiểu đc, nhưng code vất vả lắm :sosad:

Tất nhiên rồi, con người mà, ai chẳng có điểm mạnh điểm yếu, hơn nữa có phải lúc nào chúng ta cứ ngồi xuống phát là code ầm ầm đâu. :D

[manhdt]

theo mình muốn học tốt lập trình thì: Cần nắm vững kỹ thuật lập trình, Tư duy logic một chút. Và nên học sách tiếng Anh. :D

chuẩn :beauty::beauty::beauty:

[taburo]

em thì học có môn phân tích thiết kế giải thuật, cơ mà trượt rồi:stick:, nó có chỉ vài thuật toán như ngây thơ như vét cạn rồi tăng dần như chia để trị, quay lui, nhánh, quy hoạch động... cơ mà lúc code tay thì chả bek cái mình đang code là theo thuật giải nào:surrender:
rồi còn tính toán độ khó nữa >"< ngày xưa k lo học nên dốt toán nữa:pudency: mệt... Chuyển qua code php web cho nó lành, nhưng mà kiếm cơm thì bó cmn tay :sosad:

[khoadpla]

Hồi mới học lập trình thì mình toàn ngồi vừa code, vừa chạy, vừa sửa.

[danchithancong]

Lấy mấy cuốn sách chuyên tin mà học.
Mình thấy đi theo php khỏe nhất chứ java. net mệt quá.
Cơ mà cái code php nhìn nó chen lẫn vô html chán bỏ mẹ, đíu bằng asp.net và asp.net mvc tẹo nào cả mặc dụ asp.net mvc thì code xen lẫn html nhưng rõ rảng hơn nhiều. Code php không đẹp chút nào.

[Zend]

Lấy mấy cuốn sách chuyên tin mà học.
Mình thấy đi theo php khỏe nhất chứ java. net mệt quá.
Cơ mà cái code php nhìn nó chen lẫn vô html chán bỏ mẹ, đíu bằng asp.net và asp.net mvc tẹo nào cả mặc dụ asp.net mvc thì code xen lẫn html nhưng rõ rảng hơn nhiều. Code php không đẹp chút nào.

Chắc chỉ code thô thôi hả, thử tập dùng các template engine Smarty chẳng hạn xem :D.

[thinhnd1412]

Một bài viết hay, trích blog NhuDinhThuan

kết câu này: If you cannot grok the overall structure of a program while taking a shower, you are not ready to code it. ~Richard Pattis


Làm thế nào để trở thành một lập trình viên tốt?

Không có định nghĩa cụ thể để đánh giá đâu là lập trình viên giỏi. Nhưng một lập trình viên giỏi trước tiên phải là người hoàn thành tốt công việc và tiếp nữa, thành quả của họ là những giải pháp xuất sắc thúc đẩy sự phát triển và đóng góp cho nghành phần mềm. Những nguyên tắc dưới đây thật sự cần cho những ai đã, đang và sẽ theo đuổi nghiệp lập trình.

1. Làm việc dựa trên kiến thức nền tảng.

Trong khoa học kỹ thuật, kiến thức căn bản là tối cần thiết. Nắm vững kiến thức căn bản ta sẽ có được cơ sở vững chắc cho thành công. Nghành phần mềm cũng không phải ngoại lệ, các lý thuyết về máy tính, phần cứng, mạng, thiết bị ngoại vi, hệ điều hành, thuật toán, mô hình cơ sở dữ liệu,…là căn bản, kim chỉ nam cho các thiết kế, cài đặt trong phần mềm. Nếu còn chưa nắm vững lý thuyết căn bản về khoa học máy tính, hãy sử dụng internet. Đó là cách tiếp cận tri thức vô cùng hiệu quả do chính công nghệ thông tin mang lại.

2. Gắn các từ khóa nghi vấn (how, what,...) cho mọi mã lệnh mà mình viết ra.

Một điều tôi nhận thấy là có khoảng cách rõ ràng giữa lập trình viên giỏi và phần còn lại. Lập trình viên đó luôn ham hố hiểu biết tất cả những gì về mã lệnh khi nó được thực thi (Nó chạy như thế nào? Làm sao nó chạy?...). Bởi thế, họ sẽ không bao giờ để lại những dòng code do mình viết mà không hề biết rõ mã lệnh đó được máy tính thi hành như thế nào.

Mặc dù phần mềm được phát triển theo một lịch trình chặt chẽ nhưng đó không phải là lý do chẹp miệng cho qua. Hãy hiểu biết chính xác và lựa chọn phương pháp tốt nhất cho cài đặt của bạn trong sự cân nhắc thời hạn hoàn thành phần mềm. Hãy biến nguyên tắc này trở thành một thói quen tốt trong công việc.

3. Hãy học bằng cách giúp đỡ người khác.

Kinh nghiệm bản thân cho thấy, tôi học được rất nhiều bằng cách tìm câu trả lời cho các thành viên trên diễn đàn JavaVietnam.org. Tự xấu hổ vì đến giờ tôi không còn nhiều thời gian lẫn thích thú khi làm tiếp công việc này. Giúp người khác tìm hiểu, giải quyết vấn đề là một phương pháp tốt để học tập. Trong công ty, trong nhóm, trên cộng đồng,… hiểu biết khó khăn của người khác và đưa cho họ giải pháp khắc phục là cách để nâng cao kiến thức của chính bản thân mình.

4. Hãy viết những dòng code đơn giản, dể hiểu nhưng logic.

Giữ cho mình công thức KISS: Keep it simple and short - Đơn giản và ngắn gọn. Đừng bao giờ cho rằng mã lệnh càng phức tạp thì càng khẳng định mình giỏi. Hãy viết những dòng code hợp lý và thật đơn giản. Mã lệnh càng đơn giản thì càng ít lỗi, có thể mở rộng tốt hơn cũng đồng nghĩa với việc cộng tác nhóm tốt hơn khi chúng ta cần chuyển giao code.

Một trong những tiêu chí đánh giá khả năng này là mã lệnh đạt đến mức không cần comment (chú thích). Điều đó đồng nghĩa với việc bất cứ ai cũng có thể đọc mã lệnh của bạn. Đừng tưởng viết nhiều chú thích vào mã mà bạn trở thành chuyên nghiệp. Hãy thể hiện chúng ngay trong chính dòng mã của mình.


5. Dùng nhiều thời gian để phân tích vấn đề hơn là đi sửa lỗi.

Một lập trình viên tốt sẽ dùng nhiều thời gian cho phân tích và thiết kế code hơn là thời gian sửa lỗi sau cài đặt. Thiết kế không đồng nghĩa với việc phải ngồi vạch vạch, vẽ vẽ ra trên giấy. Nó đơn giản chỉ là ngẩng mặt lên trời và suy nghĩ một giải pháp trong đầu bạn. Đừng vội vơ lấy bàn phím khi có được yêu cầu, hãy phân tích, thiết kế và cài đặt từ trong tâm trí trước khi hiện hữu những dòng mã trên màn hình.

If you cannot grok the overall structure of a program while taking a shower, you are not ready to code it. ~Richard Pattis

6. Hãy là người đầu tiên phân tích và nhìn lại mã của bạn.

Nhìn lại mã lệnh mình vừa viết là một thói quen cực tốt. Việc này có thể cải tiến được cài đặt và tránh lỗi trước khi người khác phát hiện ra. Luôn luôn nghiêm khắc và đừng bao giờ thiên vị với thành phẩm của mình. Cũng không nên ngại ngần khi để người khác review code. Tiếp thu những phản hồi từ bên ngoài sẽ giúp bản thân ngày càng tiến bộ hơn.

7. Đừng chạy theo công nghệ.

Hiệu ứng sính cái mới đặc biệt phổ dụng trong nghành công nghệ.
Có rất nhiều người luôn muốn tìm hiểu và đánh cược cả sự nghiệp của mình vào những công nghệ vừa mới ra đời. Thật nực cười khi cụm từ “công nghệ mới nhất” được gắn cho những tools, APIs, frameworks,… vừa mới ra đời. Những gì tương tự vậy diễn ra hàng ngày trong thế giới công nghệ và mặc dù chúng có thể giúp việc lập trình nhanh hơn, dễ dàng hơn nhưng đừng vội vàng theo đuổi trước khi có những đánh giá cặn kẽ. Hãy giữ nền tảng kiến thức làm kim chỉ nam và kiến thức nền tảng có tốc độ thay đổi chậm hơn rất nhiều so với frameworks, tools hay APIs quanh nó.

Đừng dập dềnh trên những con sóng biển. Nước bề mặt luân chuyển nhanh hơn rất nhiều trong khi nước ở dưới đáy, nơi cuộc sống cá tôm thực sự tồn tại lại ít có sự thay đổi hơn. Hãy đặt mình vào chỗ nước sâu và gần hơn với kiến thức căn bản.

Chẳng hạn, trong thế giới Java, rất nhiều những tool, frameworks tồn tại và ra đời mỗi tuần. Đừng quan tâm nhiều, những khái niệm cốt lõi như tương tác client-server, MVC pattern, Servlets/JSP, resource bundling, XML parsing,… mới là thứ cần phải nắm chắc. Một khi đã có được chúng, việc tiếp cận công cụ hay frameworks mới sẽ chỉ trong một sớm một chiều.

8. Các giải pháp tình thế không tồn tại được lâu

Nhiều lập trình viên đưa ra những giải pháp tình thế để giải quyết vấn đề (do thiếu thời gian, không hiểu đúng vấn đề, hoặc thiếu kinh nghiệm). Nhưng về lâu dài những giải pháp đó sẽ làm hỏng code, khiến nó khó mở rộng và bảo trì. Hãy luôn cố gắng thực hiện một cách tổng thể. Chỉ nên bắt đầu công việc khi đã hiểu rõ đầu vào- đầu ra của giải pháp.

9. Đọc tài liệu.

Lập trình viên giỏi thường giữ thói quen đọc nhiều tài liệu. Tài liệu có thể là đặc tả, API documents, tutorials,… Đọc tài liệu sẽ trang bị cho chúng ta những hiểu biết tốt nhất từ đó có được cách thức giải quyết hiệu quả nhất cho mọi vấn đề.

10. Hãy học bằng cách đọc mã của người khác.

Tìm cách tiếp cận lập trình viên giỏi để có được mã nguồn của họ. Đọc và tham khảo trực tiếp chúng trong công việc hàng ngày. Cách thức tổ chức code, thiết kế code (factory, singleton, traversal,…), cấu trúc thuật toán,… là những thứ rất đáng để quan tâm. Trong thế giới Java, bộ mã nguồn của JDK sẽ là một tham vấn bên cạnh thế giới nguồn mở sẽ có rất nhiều thứ cho bạn học tập và tìm tòi.

[danchithancong]

Chắc chỉ code thô thôi hả, thử tập dùng các template engine Smarty chẳng hạn xem :D.

cũng thua .net thôi.

[vda8888]

4. Hãy viết những dòng code đơn giản, dể hiểu nhưng logic.

Giữ cho mình công thức KISS: Keep it simple and short - Đơn giản và ngắn gọn. Đừng bao giờ cho rằng mã lệnh càng phức tạp thì càng khẳng định mình giỏi. Hãy viết những dòng code hợp lý và thật đơn giản. Mã lệnh càng đơn giản thì càng ít lỗi, có thể mở rộng tốt hơn cũng đồng nghĩa với việc cộng tác nhóm tốt hơn khi chúng ta cần chuyển giao code.

Một trong những tiêu chí đánh giá khả năng này là mã lệnh đạt đến mức không cần comment (chú thích). Điều đó đồng nghĩa với việc bất cứ ai cũng có thể đọc mã lệnh của bạn. Đừng tưởng viết nhiều chú thích vào mã mà bạn trở thành chuyên nghiệp. Hãy thể hiện chúng ngay trong chính dòng mã của mình.

7. Đừng chạy theo công nghệ.

Hiệu ứng sính cái mới đặc biệt phổ dụng trong nghành công nghệ.
Có rất nhiều người luôn muốn tìm hiểu và đánh cược cả sự nghiệp của mình vào những công nghệ vừa mới ra đời. Thật nực cười khi cụm từ “công nghệ mới nhất” được gắn cho những tools, APIs, frameworks,… vừa mới ra đời. Những gì tương tự vậy diễn ra hàng ngày trong thế giới công nghệ và mặc dù chúng có thể giúp việc lập trình nhanh hơn, dễ dàng hơn nhưng đừng vội vàng theo đuổi trước khi có những đánh giá cặn kẽ. Hãy giữ nền tảng kiến thức làm kim chỉ nam và kiến thức nền tảng có tốc độ thay đổi chậm hơn rất nhiều so với frameworks, tools hay APIs quanh nó.

Đừng dập dềnh trên những con sóng biển. Nước bề mặt luân chuyển nhanh hơn rất nhiều trong khi nước ở dưới đáy, nơi cuộc sống cá tôm thực sự tồn tại lại ít có sự thay đổi hơn. Hãy đặt mình vào chỗ nước sâu và gần hơn với kiến thức căn bản.

Chẳng hạn, trong thế giới Java, rất nhiều những tool, frameworks tồn tại và ra đời mỗi tuần. Đừng quan tâm nhiều, những khái niệm cốt lõi như tương tác client-server, MVC pattern, Servlets/JSP, resource bundling, XML parsing,… mới là thứ cần phải nắm chắc. Một khi đã có được chúng, việc tiếp cận công cụ hay frameworks mới sẽ chỉ trong một sớm một chiều.


4) Có những cụm code quá phức tạp thì làm sao viết đơn giản hả thím :sosad::sosad:
7) Chuẩn cmnr. Công cụ mới chỉ giúp lập trình nhanh hơn, ko giúp lập trình tối ưu hay tốt hơn được :beauty:

[cutithongtin]

Thế quản trị mạng, quản trị cơ sở dữ liệu vứt cho chó gặm à :matrix:

Code script, chạy đằng nào cho thoát khỏi cái keyboard, thế tính dùng chuột với màn hình cảm ứng không à :gach:

[FighterVn]

4) Có những cụm code quá phức tạp thì làm sao viết đơn giản hả thím :sosad::sosad:
7) Chuẩn cmnr. Công cụ mới chỉ giúp lập trình nhanh hơn, ko giúp lập trình tối ưu hay tốt hơn được :beauty:

Số 7

Còn tuỳ, dân lập trình mà ko đam mê công nghệ mới thì còn ý nghĩa gì? Không lẽ cả đời chỉ dùng 1 công nghệ duy nhất à?

Đam mê ở đây có nghĩa là tìm tòi công nghệ mới, áp dụng thử, nếu thấy đc thì vác ra production. Các công nghệ mới nếu biết cách sử dụng chung với công nghệ cũ sẽ phát huy hiệu quả.

Ví dụ cụ thể Redis, nói mới cũng ko hẳn là mới, nhưng túm lại là đảm bảo mới hơn Memcache :D, đem Redis vào làm cache layer đảm bảo tăng performance :sogood:, ngoài ra còn hỗ trợ khá nhiều data structure và thêm cái pub/sub khá hay, nhưng nó cũng có nhược điểm lớn là chưa hỗ trợ sharding (nghe đồn vài ba version nữa sẽ có)

Tiếp theo là LESS, lib này chắc cũng đc 1,2 năm gì đó, thử viết CSS mà trên 2000 lines + 10+ files xem, ko dùng LESS thì maintain chắc điên luôn :(

MongoDB, cái này thì đúng là thảm hoạ thiệt, với chế độ global lock (hiện nay thì lui về collection lock rồi), nhưng đi đâu cũng nghe người ta tung hô MongoDB :(, performance chưa chắc đã qua đc Postgres :(

Đó là những ví dụ sơ sơ về công nghệ mới, nói chung thì tìm hiểu công nghệ mới thì bắt buộc phải tìm hiểu kĩ điểm mạnh điểm yếu, làm sao để phát huy điểm mạnh và hạn chế điểm yếu. Chứ còn cái kiểu mà "A cái này mới nè dùng đi, hay lắm" thì chả buồn nói :canny:

[L.N.T.A]

Nhiều bác cứ thấy không học lập trình nổi thì chuyển qua học mạng. Lập trình mạng còn ác liệt hơn :beauty: Cóa bác nào học mạng mà code được cái này chưa? http://www.iscsicake.com/

[danchithancong]

tester cung ok.

[Lady Gaga]

Mới tìm thấy clip này, bô lão nói rất chất :sexy:
https://www.youtube.com/watch?v=CvnG53g7X3g

[vinhnguyen2308]

DRY - Don't Repeat Your Self

Fake it until you make it
bổ sung thêm cho các thánh ở trên...

[ketoanmay]

Số 7

Còn tuỳ, dân lập trình mà ko đam mê công nghệ mới thì còn ý nghĩa gì? Không lẽ cả đời chỉ dùng 1 công nghệ duy nhất à?

Đam mê ở đây có nghĩa là tìm tòi công nghệ mới, áp dụng thử, nếu thấy đc thì vác ra production. Các công nghệ mới nếu biết cách sử dụng chung với công nghệ cũ sẽ phát huy hiệu quả.

Ví dụ cụ thể Redis, nói mới cũng ko hẳn là mới, nhưng túm lại là đảm bảo mới hơn Memcache :D, đem Redis vào làm cache layer đảm bảo tăng performance :sogood:, ngoài ra còn hỗ trợ khá nhiều data structure và thêm cái pub/sub khá hay, nhưng nó cũng có nhược điểm lớn là chưa hỗ trợ sharding (nghe đồn vài ba version nữa sẽ có)

Tiếp theo là LESS, lib này chắc cũng đc 1,2 năm gì đó, thử viết CSS mà trên 2000 lines + 10+ files xem, ko dùng LESS thì maintain chắc điên luôn :(

MongoDB, cái này thì đúng là thảm hoạ thiệt, với chế độ global lock (hiện nay thì lui về collection lock rồi), nhưng đi đâu cũng nghe người ta tung hô MongoDB :(, performance chưa chắc đã qua đc Postgres :(

Đó là những ví dụ sơ sơ về công nghệ mới, nói chung thì tìm hiểu công nghệ mới thì bắt buộc phải tìm hiểu kĩ điểm mạnh điểm yếu, làm sao để phát huy điểm mạnh và hạn chế điểm yếu. Chứ còn cái kiểu mà "A cái này mới nè dùng đi, hay lắm" thì chả buồn nói :canny:

Việc tìm hiểu công nghệ theo mình không phải là thói quen tốt với dân lập trình. Lập trình viên thì thường ít có quyền lựa chọn công nghệ nào cho dự án, nhiều khi nó còn phụ thuộc vào khách hàng, môi trường nữa .

Hơn nữa, nếu cứ chạy theo công nghệ thì nhiều khi chưa thạo cái A đã thích cái A' .... Làm việc theo kiểu luôn là beginner thì có cảm hứng thật nhưng chất lượng không bao giờ cao.

Việc chọn công nghệ nào thường do các team R&D nghiên cứu và lựa chọn để ứng dụng thôi.

Lập trình viên mà luôn chạy theo cái này thì rủi ro cho công việc/dự án rất cao ....

Thực tế lương 1 chú chuyên dev C++ 10 kinh nghiệm sẽ cao hơn so với lương 1 chú 10 năm biết cả mớ công nghệ mới

[FighterVn]

Việc tìm hiểu công nghệ theo mình không phải là thói quen tốt với dân lập trình. Lập trình viên thì thường ít có quyền lựa chọn công nghệ nào cho dự án, nhiều khi nó còn phụ thuộc vào khách hàng, môi trường nữa .

Hơn nữa, nếu cứ chạy theo công nghệ thì nhiều khi chưa thạo cái A đã thích cái A' .... Làm việc theo kiểu luôn là beginner thì có cảm hứng thật nhưng chất lượng không bao giờ cao.

Việc chọn công nghệ nào thường do các team R&D nghiên cứu và lựa chọn để ứng dụng thôi.

Lập trình viên mà luôn chạy theo cái này thì rủi ro cho công việc/dự án rất cao ....

Thực tế lương 1 chú chuyên dev C++ 10 kinh nghiệm sẽ cao hơn so với lương 1 chú 10 năm biết cả mớ công nghệ mới

Mình đã có nói là tiếp thu công nghệ mới có chọn lọc, đồng ý là "nhất nghệ tinh nhất thân vinh", nhưng bạn nghĩ sao nếu 1 chú chuyên dev C++ và bỏ ra 1,2 tiếng 1 ngày để tìm hiểu thêm về những công nghệ mới để hỗ trợ C++. Còn chuyện chưa thạo A mà nhảy B thì mình ko bàn rồi, cái đó gọi là đú. Tìm hiểu công nghệ mới ở đây là đầu tiên list ra những cái thứ mới, so sánh, đọc sơ, thấy hứng thú 1 cái pick nó để nghiên cứu chuyên sâu.

Với lại ko lẽ cả đời phải đi theo team R&D, tụi nó pick gì thì mình theo đó à :( Không có khả năng tìm hiểu công nghệ mới đồng nghĩa với việc sẽ bị tụt hậu (không ai dám đảm bảo là công nghệ mình đang xài là tối ưu nhất), bị phụ thuộc vào người khác (R&D team) và mất dần khả năng phân tích nhận xét (do chỉ suy nghĩ và làm việc theo 1 hướng nhất định mấy chục năm)

Còn vụ lương thì mình ko bàn tới vì còn bị ảnh hưởng bởi nhiều yếu tố (mô hình cty, đặc điểm từng công nghệ etc..)

[vda8888]

Mới tìm thấy clip này, bô lão nói rất chất :sexy:
https://www.youtube.com/watch?v=CvnG53g7X3g

Vãi clip :surrender::surrender:
Giọng nguy hiểm vãi :sogood: