Tag Archives: công nghệ

Cách sống sót với những áp lực trong ngành lập trình

Nếu chỉ nghe lều báo nói, các bạn sẽ nghĩ rằng ngành lập trình là một ngành … dễ ăn: Nhu cầu thị trường nhiều, công việc thú vị, được ngồi văn phòng máy lạnh cả ngày, lương cao so với mặt bằng chung.

Tuy vậy, ngành IT mình cũng có một số mặt tối như: kiến thức cần học rất rộng, công việc khó, ngồi nhiều dễ ảnh hưởng sức khỏe, gặp đủ thứ áp lực.

Do vậy, trong bài này, mình sẽ chia sẻ về những áp lực các bạn sẽ gặp khi theo ngành lập trình, cùng với cách sống sót và “đối phó” với chúng nhe.

Continue reading Cách sống sót với những áp lực trong ngành lập trình

Advertisements

Sự khác biệt giữa Junior và Senior Developer

Thật ra, mình được nghe câu hỏi “Senior Developer thì khác gì Junior Developer” cũng nhiều lần lắm rồi. Hôm nay mình mới có thời gian ngồi suy ngẫm, đúc kết lại để viết một bài đàng hoàng để giải thích về vấn đề này.

Đây là một bài viết khá hay, đáng đọc. Dù bạn có đang là junior – sinh viên mới ra trường, hoặc đang là senior lương chục củ, bài viết này cũng sẽ có ích cho bạn.

 

Note: Thật ra, cộng đồng developer thế giới lẫn Việt Nam đều có rất nhiều tranh cãi về chuyện phân chia title như thế nào, chưa có một chuẩn nào cụ thể, rõ ràng cả!

Do vậy, bài viết này là góc nhìn cá nhân của mình, chứ không phải là chuẩn hay tuyệt đối gì đó. Bạn có thể đồng tình hoặc phản đối nhé, mọi tranh luận đều được đón nhận.

Continue reading Sự khác biệt giữa Junior và Senior Developer

Sự khác biệt giữa developer thường và developer “xịn”

Có khi nào các bạn tự hỏi “Tại sao cùng là developer mà có người công nghệ gì cũng giỏi, lương nghìn đô, thăng tiến vù vù; có người thì lương 3 cọc 3 đồng, làm gì biết nấy, suốt ngày quanh quẩn làm outsource” chưa?

Những người giỏi hơn, thành công hơn (developer xịn) không phải là nhờ họ có IQ cao, trí tuệ hơn người, hay tốt nghiệp từ Đại Học danh tiếng này nọ. Họ thành công hơn vì họ có một thái độ tốt hơn, và cách làm việc đúng đắn hơn.

Kì này, hãy cùng mình tìm hiểu về sự khác biệt giữa developer thường và developer xịn thông qua những mẩu chuyện nhỏ của hai bạn Sơn (developer thường)Tùng (developer xịn) nhé.

Continue reading Sự khác biệt giữa developer thường và developer “xịn”

Developer phải làm sao khi làm việc với code … rởm?

Ở bài “Tại sao code của dự án hiện tại nó … tởm quá vậy” trong kì trước, mình đã nói lý do mà code của các dự án càng để lâu sẽ càng loằng ngoằng, rối rắm.

Đây là chuyện bất khả kháng, và chúng ta ít khi có quyền lựa chọn project mình tham gia!

Thay vì than trời, trách đất, chửi mấy lão developer trước kia, bạn hãy cùng mình tìm hiểu một số cách “sống chung với lũ” – tức sống và làm việc chung với code bựa.

Ở cuối bài, mình cũng sẽ chia sẻ một số phương pháp để nâng cao chất lượng code trong dự án, giúp code đỡ “tởm dần đều” qua thời gian nhé!

Continue reading Developer phải làm sao khi làm việc với code … rởm?

Làm sao để không cảm thấy “ngộp” khi học cái mới?

Trong ngành IT chúng mình, học cũng là một phần của công việc.

  • Để làm mới những skill của bản thân, để theo kịp thời đại, không bị thụt lùi so với thế giới, chúng ta phải tự học.
  • Đôi khi vì yêu cầu của dự án, vì nhu cầu tìm việc, chúng ta phải học và tìm hiểu những ngôn ngữ/công nghệ mới.

Thế nhưng, khi bắt đầu học một thứ gì đó, bạn sẽ dễ dàng thấy ngộp, thấy bối rối, vì có quá nhiều kiến thức cần phải học.

Vậy làm sao để học dễ vào hơn, làm sao để không còn “ngộp” khi học kiến thức mới?

Hãy xem những kinh nghiệm mình chia sẻ qua bài viết này nha. Bài này sẽ rất có ích cho các bạn sinh viên, cho những bạn vừa ra trường hoặc đang đi làm đấy.

Continue reading Làm sao để không cảm thấy “ngộp” khi học cái mới?

Tại sao code hiện tại của dự án lại … “tởm” quá vậy?

Khi đi học hoặc mới đi làm, chúng ta được dạy về việc viết code rõ ràng, mạch lạc, chất lượng:

  • Code phải được chia tách thành các class/module rõ ràng.
  • Mỗi module phải làm một nhiệm vụ duy nhất, ít lệ thuộc lẫn nhau (high cohension/low coupling)
  • Code được thiết kế theo architecture phù hợp (3-tier hoặc MVC) tùy vào dự án. Có sử dụng design pattern tùy vào vấn đề.

Khi tham gia dự án đầu tiên, hẳn ai cũng mong rằng mình sẽ được tiếp xúc với những dòng code mạch lạc, chất lượng như vậy.

Thế nhưng, đời sẽ cho bạn một gáo nước lạnh ngay lập tức! Khi tham gia một dự án, nhiều khả năng các bạn sẽ được đọc một đống code vừa khổng lồ, vừa tởm vừa rối như canh hẹ.

Có những đống code đọc vào chỉ muốn chửi WTF

Thật đấy, 96.69% code của các dự án lớn đều như vậy cả. Có thể dự án hiện tại bạn đang làm cũng vậy đấy!

Vì sao thế? Cùng đọc bài viết này để biết nhé!

Continue reading Tại sao code hiện tại của dự án lại … “tởm” quá vậy?

Tại sao đa phần các công ty thích dùng công nghệ “lỗi thời”

Ở kì trước, mình có khuyên các bạn Nên đặt câu hỏi vì sao (why) thay vì làm sao (how). Việc này sẽ giúp các bạn học sâu hơn, nhìn nhận vấn đề tốt hơn!

Ngay sau đó, mình lại nhận được một câu hỏi “Vì sao” khá hay từ vài bạn độc giả:

Anh ơi, tại sao các công ty họ lại thích dùng công nghệ cũ vậy ạ?
Em tự học, tự tìm hiểu Spring/Struts với Angular đồ; vào cty F lại dùng toàn đồ cũ, làm dự án toàn VB.NET rồi JSP rồi jQuery là sao anh?

Hẳn nhiều bạn sinh viên mới ra trường cũng có suy nghĩ tương tự nhỉ!

Bài viết này sẽ cho bạn một góc nhìn khác về các công nghệ mới, cũng như trả lời câu hỏi: Tại sao đa phần các công ty thích dùng công nghệ cũ??

Continue reading Tại sao đa phần các công ty thích dùng công nghệ “lỗi thời”