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ũ??

Vì công nghệ cũ từng là công nghệ “mới”

Đa phần công việc của lập trình viên không phải là tạo ra một sản phẩm hoàn toàn mới, mà là bảo trì, cải tiến thêm chức năng cho những sản phẩm đã cũ.

Khi sản phẩm mới được tạo ra, các bác lập trình viên trước chúng ta đã lựa chọn những công nghệ mới nhất, tốt nhất vào lúc đó! Đến khi tới lượt chúng ta bảo trì, những công nghệ mới lúc xưa giờ đã trở thành “hàng cũ” mất rồi.

Ủa, vậy tại sao không nâng cấp nó lên?? Đây là chuyện nói dễ hơn làm:

  1. Các bác lập trình viên lâu năm có một câu nói: If it ain’t broke, don’t fix it. Dịch nôm na là nếu nó vẫn hoạt động bình thường thì không cần sửa làm gì!
  2. Đứng từ góc nhìn của PM, của khách hàng, họ chỉ nâng cấp khi bất khả kháng (tăng performance, sửa lỗ hổng bảo mật). Vì việc nâng cấp này sẽ tốn thời gian, công sức mà không đẹm lại nhiều hiệu quả
If it ain’t broke, don’t fix it – Còn hoạt động thì không cần fix

 

Các bạn thấy đấy, có thể các dự án bạn đang làm đã 5-10 năm tuổi Đảng (đặc biệt là các dự án COBOL, VB.NET của Nhật), chúng sử dụng công nghệ “lỗi thời” là chuyện rất bình thường.

Dự án mới, sao vẫn dùng công nghệ cũ?

Ủa, các dự án bảo trì dùng công nghệ cũ là chuyện đương nhiên ồi. Vậy còn các dự án mới thì sao, tại sao họ lại vẫn chọn dùng công nghệ cũ nhỉ?

Để hiểu lý do, các bạn phải biết hai điều:

  • Công nghệ mới nhất không có nghĩa nó là công nghệ tốt nhất!
  • Khi lựa chọn công nghệ cho một dự án, bản thân công nghệ chỉ là một trong nhiều yếu tố!

Thật vậy, khi lựa chọn công nghệ cho một dự án, người technical lead/software architecture thường đưa ra những câu hỏi sau:

  • Công nghệ này có được nhiều người dùng không? Document có đầy đủ rõ ràng không?
  • Công nghệ này có phù hợp với dự án hiện tại không?
  • Team hiện tại có quen với công nghệ này không, hay phải bỏ thời gian training?
Khi lựa chọn công nghệ cho một dự án, bản thân công nghệ chỉ là một trong nhiều yếu tố

 

Những công nghệ mà ta tưởng “cũ”, công nghệ “lỗi thời” hoàn toàn đáp ứng được những yêu cầu trên:

  • Công nghệ đã cũ, từng được nhiều người dùng, từng chạy trên production. Cộng đồng và document có rất nhiều và đầy đủ. Những lỗi quan trọng cũng đã được vá.
  • Dự án cũ dùng công nghệ cũ thấy có vẻ ok. Dự án mới yêu cầu cũng na ná dự án cùng, sao không dùng cái cũ?
  • Team hiện tại cũng đã có kinh nghiệm do đã từng dùng công nghệ này trong dự án trước, không phải tốn thời gian training

Ví dụ bên mảng front-end, nếu dùng những công nghệ “cũ” như jQuery, Angular 1 sẽ có nhiều người biết hơn Angular 2VueJS, ReactJS. Khi team cần tuyển người cũng sẽ dễ tuyển hơn nhiều.

Developer chúng ta phải làm sao?

Thông thường, khi làm việc với công nghệ cũ, thường chúng ta sẽ cảm thấy khá nản, bực mình và bất mãn:

  • Nản vì chúng ta phải học lại những công nghệ “lỗi thời”, giờ còn ít người sử dụng
  • Bực mình là vì công nghệ cũ … dài dòng lôi thôi. Nếu đã quen với công nghệ mới, đôi khi bạn chỉ cần cài đặt hay setup vài dòng, công nghệ cũ phải viết và test cả chục dòng
  • (Các bạn thử chuyển từ dùng ORM sang viết Query chay, hoặc chuyển từ React sang code jQuery xem).
  • Bất mãn vì những thứ mình học sẽ không có giá trị về lâu dài, không có tác dụng bỏ vào CV xin việc sau này.

Nếu gặp trường hợp trên, có hai việc các bạn có thể làm

1. Học những thứ ngoài công nghệ “cũ”

Thật vậy, bạn học được rất nhiều trong môi trường làm việc.

Thay vì chỉ chăm chú vào công nghệ, các bạn có thể học được những điều sau:

  • Học qui trình hoạt động của team và công ty
  • Học business logic của sản phẩm mình đang làm. Như mình đang làm app về thị trường chứng khoán thì mình tìm hiểu về nó luôn
  • Trong dự án cũ, có những architecture hay, design pattern hay có thể học được
Ngoài công nghệ, bạn có thể học về business, về qui trình làm việc

2. Đề xuất thay đổi

Muốn thay đuổi, muốn dùng cái mới, chính bạn phải là người đề xuất!

Nếu làm trong startup, môi trường mở, họ sẽ dễ dàng tiếp nhận cái mới. Bạn cứ thử đặt vấn đề với team leader hoặc khách hàng, “dụ dỗ” họ là nếu dùng công nghệ mới ABC này thì code sẽ tốt và gọn hơn, tạo ra sản phẩm nhanh hơn.

Hãy nhớ rằng, với PM hoặc khách hàng, thứ họ quan tâm là năng suất làm việcchất lượng sản phẩm, chứ không phải là công nghệ gì nên sử dụng.

Sản phẩm ta tạo ra mới là thứ quan trọng nhất! 

Sau khi đề xuất, bạn có thể thử áp dụng công nghệ mới vào các module nho nhỏ trước. Như mình cũng từng để xuất dùng Firebase, Electron, NoSQL cho một số module của dự án cũ viết bằng AngularJS.

Chốt – Đừng kì thị công nghệ cũ

Điều quan trọng nhất là, đừng nên kĩ thị những công nghệ cũ! Đừng thấy nó cũ là nghĩ rằng nó “dỏm”, nó “lạc hậu”!

Nói nhỏ các bạn nghe nè, startup Slack – phần mềm chat nhóm nổi tiếng từng có technical stack là LAMP (Linux, Apache, MySQL, PHP). Phía front-end thì dùng jQuery, toàn những công nghệ “già đời” cả!

Các công nghệ mà Slack sử dụng

Khi chọn công nghệ hãy nhớ câu của Đặng Tiểu Bình: Mèo trắng hay mèo đen không quan trọng, miễn là nó bắt được chuột!

Code Dạo cũng có câu tương tự: Công nghệ cũ hay mới không quan trọng, miễn là nó tạo ra sản phẩm tốt!

Bài viết tham khảo thêm

Advertisements

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

  1. Các em sinh viên mới ra trường, hoặc các bác mới đi làm một vài năm, tuổi đời còn trẻ, và đa số các bạn khi tìm việc, luôn đặt đặt vấn đề prj sử dụng công nghệ, kỹ thuật gì, các bạn chỉ hứng thú với công nghệ mới, còn dự án xài công nghệ củ kỹ các bạn nhanh chán nản, và nhảy việc….

    Team mình hiện đang làm prj, năm nay prj chạm mốc tuổi đời thứ 14, và em nó được xây dựng trên nền ASP.NET webform, code behind xài vb.net, front-end xài JS, jQuery. Team mình cũng có giai đoạn mở rộng, làm thêm feature cho prj, và tuyển dụng các bạn trẻ, vì sự nhanh nhẹn của ở độ tuổi của các em…..Nhưng, định mệnh thật trớ trêu……để có thể làm việc với team, các em phải trải qua 6 tháng training, làm quen với systems…có thể do khoảng thời gian này làm các em chán nản, nhụt chí, mà các em đã dứt tình, xách dép ra đi….để lại gánh nặng cho team…

    Và từ đó, PM không bao giờ tuyển dụng các em trẻ nữa, mà chỉ tuyển các anh chị có thâm niên trong nghề (tầm 5-10 năm làm IT). Vì sao? Vì tuổi trẻ thích chạy theo công nghệ, kỹ thuật, thích mới mẻ, khám phá…nhưng khi các em đã có tuổi nghề rồi, đến lúc nào đó các em sẽ nhận ra “công nghệ chỉ là thứ yếu cho một prj, ý tưởng để phát triển prj mới là điều quan trọng nhất”..

    Những nhân viên có tuổi như mình hiện tại rất thích thú với các ý tưởng hay để làm cho prj mình trở nên “có giá”, hơn là quan tâm công nghệ mới nào để ứng dụng vào prj. Tụi tui đang sử dụng cái công nghệ “cũ kỹ đáng chán” đó để phát triển cái prj 14 năm tuổi đấy các bạn 😀

    Like

  2. Muốn giải thích kiểu gì thì giải thích, giờ mà vẫn dùng VB.net thì không nên.
    Còn jQuery chưa phải là công nghệ cũ.

    Like

  3. Cũ hay mới quan trọng là nó giải quyết được vấn đề gì thôi. Nhiều công ty kiểu ăn chắc mặc bền nên toàn xài công nghệ cũ, ví dụ mấy công ty vốn Japan.

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s