Cá nhân em đồng ý với luận điểm số 3 trong bài viết vì:

1) Theo xu thế, những công việc cần người đông thế mạnh ngày càng ít đi, những công việc cần sự tinh tuý của một nhóm chuyên gia ngày càng nhiều lên so với 10 năm trước.

2) Trong đa số các nhóm phát triển mà em tiếp xúc, khoảng 20% nhân lực đảm nhiệm 80% khối lượng công việc. Đó là đặc điểm của ngành lập trình – sự khác biệt về hiệu suất làm việc giữa các cá nhân là rất lớn.

Thậm chí có lúc em đã hình dung ra một mô hình tương lai của việc phát triển phần mêm sẽ trở nên tương tự như mô hình làm phim (LTV = diễn viên) hay bóng đá (LTV = cầu thủ). Project manager sẽ thuê các cá nhân ưu tú nhất trong khuôn khổ nguồn vốn cho phép và quan hệ giữa họ chỉ mang tính dự án.

Note: họ đang có 2700 cuder

Đúng là mô hình water fall không phù hợp để phát triển các ứng dụng lớn với nhiều modun. nhưng nếu bạn để ý kỹ thì thực ra khi chia các modun ra nhỏ hơn và đến unit nhỏ nhất của 1 ứng dụng thì bạn sẽ lại thấy water fall ở trong đó , mặc dù ứng dụng này rất nhỏ, nhiều khi nó cũng không lớn hơn 1 bài tập của 1 sinh viên mới bắt đầu học lập trình nhưng nó vẫn là 1 unit hoàn chỉnh thực hiện được 1 số chức năng cụ thể và thường thì rất đặc trưng cho phần mềm đó. và khi đó thì tôi có thể chắc chắn là nhóm các nghệ nhân sẽ không bao giờ đủ thời gian dể làm hết các unit như thế trong phần mềm.
Lúc đó thực sự mà nói thì đến coder cũng sẽ phải cần(tôi nói đến coder chứ chưa nói đến mức độ LTV nhá)mà đến bèo nhèo như coder vẫn còn đất sống thì không có lý do gì mà các LTV sẽ chết.

Nhưng có một điều chắc chắn là yêu cầu trình độ của các coder sẽ ngày càng cao. Nếu coder không đáp ứng được thì sẽ bị loại bỏ. còn trình độ cao đến mức nào à ?? cái đó tôi cũng không dám chắc, nhưng nếu bạn muốn biết thì cứ nhìn vào ngành công nghệ cơ khí lắp ráp là một thí dụ điển hình, cụ thể là ô tô và máy bay.

còn nói 1 cách đơn giản thì việc thay đổi qui trình viết phần mềm hiện tại thì cũng giống như việc thay đổi qui trình lắp ráp ô tô và máy bay của thế ký trước thôi. Tất cả rồi sẽ đưa về mức độ modun hóa , unit hóa đến mức tối đa. và sẽ cần 1 team (gồm cả các nghệ nhân và các coder) để thực hiện việc đó. các nghệ nhân nhiều khi chẳng làm gì hết nhưng sẽ là người biết phải làm gì và phần còn lại vẫn là các coder làm.
Còn nếu sau này các tool sẽ được tự dộng hóa đến mức giống như các dây truyền lắp ráp tự động như ở nước ngoài, tức là đến khi đó các các công nhân lắp ráp khi xưa sẽ phải nâng cấp thành các công nhân điều khiển và theo dõi , tương tự như vậy thì các coder của chúng ta cũng sẽ trở thành các chuyên viên lập trình với các tool , modun đầy mình cùng các kỹ năng test và các loại ngôn ngữ …. và ngay cả các nghệ nhân nếu không nâng cấp trình dộ và kỹ năng cũng sẽ bị loại bỏ hoặc xuống làm coder , hoặc chuyển qua công việc khác.
Tất cả chúng ta cả các “nghệ nhân”, lập trình viên, hay các coder đều bị cạnh trah và đứng trước nguy cơ bị thải loại bởi công nghệ ai không theo kịp sẽ chết.

Cũng như ví dụ với máy bay, các phần mềm lớn sẽ vẫn cần những mô hình phát triển truyền thống và đội ngũ lớn. Một phần là do hạn chế và phạm vi áp dụng của Agile, bản thân tôi cũng đã trải nghiệm điều này.

Công việc CNTT ở Việt Nam đang ngày càng đa dạng, coder hay không thì cũng là từng người.

Dù sao cá nhân tôi rất thích mô hình phát triển Agile với nhóm nhỏ. 37signals với Ruby on Rails là ví dụ điển hình.