Loading…

Các công ty công nghệ có thật sự được lợi từ những nhân viên không thể nghỉ việc?

senior_slacker
Công khai 5 cuộc trò chuyện 10 suy nghĩ 128 lượt tán thành 13 phản đối 0 loạt bài 217 lượt xem

Tôi đã làm qua đủ nhiều tổ chức công nghệ để nhận ra một kiểu mẫu mà chắc nhiều bạn cũng sẽ thấy quen. Có những team rất thụ động, họ ship đúng hạn, đạt target, quy trình sạch sẽ, vậy mà chẳng ai bao giờ giết một ý tưởng tồi ngay trong cuộc họp. Không ai nói đây là thứ không nên làm. Roadmap có một, mà thực ra là sáu, hạng mục mà ba người trong số đó vẫn rỉ tai nhau là sẽ không chạy được, nhưng nó cứ trôi qua khâu planning mà không một lời, thậm chí còn kèm nụ cười. Bạn nhìn các lead engineer gậ

In groups

Nội dung cuộc thảo luận

Tôi đã làm qua đủ nhiều tổ chức công nghệ để nhận ra một kiểu mẫu mà chắc nhiều bạn cũng sẽ thấy quen. Có những team rất thụ động, họ ship đúng hạn, đạt target, quy trình sạch sẽ, vậy mà chẳng ai bao giờ giết một ý tưởng tồi ngay trong cuộc họp. Không ai nói đây là thứ không nên làm. Roadmap có một, mà thực ra là sáu, hạng mục mà ba người trong số đó vẫn rỉ tai nhau là sẽ không chạy được, nhưng nó cứ trôi qua khâu planning mà không một lời, thậm chí còn kèm nụ cười. Bạn nhìn các lead engineer gật đầu trước một thứ mà giữa họ với nhau đã thống nhất từ trước là sai, và bạn hiểu cái gật đầu đó nghĩa là gì. Nó nghĩa là họ đã tính toán rồi và lên tiếng thì chẳng đáng.

Sau khi chứng kiến chuyện này ở vài tổ chức khác nhau, bạn bắt đầu tự hỏi chúng có điểm gì chung. Thường thì một tỷ lệ lớn các engineer đang giữ visa H-1B, nhiều người đã đi vào quy trình green card được mấy năm mà vẫn còn xa mới tới đích. Khả năng ở lại đất nước này của họ phụ thuộc vào việc tiếp tục làm cho một công ty bảo lãnh, nghĩa là bị đuổi việc không chỉ là mất việc, mà là một biến cố thay đổi cả cuộc đời, có thể khiến bạn bị trục xuất sang một châu lục khác.

Để hiểu vì sao điều đó lại quan trọng, kể cả với chính tổ chức đó, cần hiểu các ràng buộc này trông ra sao trong thực tế. Một người lao động H-1B mất việc có sáu mươi ngày để tìm một công ty bảo lãnh mới, đổi diện cư trú, hoặc rời đi. Vấn đề khó hơn là chuyện gì xảy ra với những người đã ở sâu trong hàng đợi green card theo diện việc làm. Nếu đổi công ty giữa chừng, bạn có nguy cơ mất priority date, tức vị trí mình đã giữ trong hàng. Với người Ấn Độ, hàng đợi đó dài đến mức khó mà diễn tả nếu không nhìn vào con số. Dữ liệu hiện hành của chính phủ cho thấy final action date của EB-2 và EB-3 Ấn Độ đang tụt khoảng mười bốn năm so với ngày nộp hồ sơ hôm nay. Thời gian chờ dự kiến cho một người bước vào hàng đợi đó hôm nay lên tới vài chục năm, các phân tích chính sách đã mô hình hóa và cho thấy backlog này được giải tỏa trong những khung thời gian thường vượt quá cả một đời làm việc. Người lao động đã tích lũy đủ thời gian trong quy trình có thể chuyển sang một vị trí tương đương ở công ty mới mà không mất chỗ của mình, nhưng chỉ khi một hồ sơ adjustment-of-status cụ thể đã ở trạng thái chờ xử lý được 180 ngày. Trước ngưỡng đó, vị trí trong hàng đợi vẫn gắn với công ty. Người lao động L-1B còn bị bó buộc hơn nữa: visa này gắn riêng với công ty bảo lãnh, không có điều khoản cho phép chuyển công ty, và nếu công việc kết thúc thì visa cũng kết thúc theo. Khi cái giá của việc bị đuổi việc bao gồm cả chuyện thổi bay nhiều năm tiến triển nhập cư, thì quan hệ của bạn với rủi ro nơi công sở thay đổi theo những cách chẳng liên quan gì đến lòng can đảm hay văn hóa.


Thứ đầu tiên thay đổi là cách người ta xử lý sự bất đồng. Đa số nhân viên vốn đã phải cân nhắc kỹ trước khi công khai phản bác một manager. Thêm sự phụ thuộc vào visa thì cái do dự đó càng khó vượt qua hơn nhiều, không phải vì người lao động thụ động hay không có quan điểm, mà vì cái giá phải trả cho việc sai thời điểm khi lên tiếng lớn hơn nhiều so với người có đường lui dễ dàng hơn. Những engineer cứ cúi đầu làm việc thường nhận được review tốt hơn, project tốt hơn, và được đỡ đầu nhiều hơn trong nội bộ. Những người gây ma sát, kể cả ma sát chính xác và có ích, đều bị ghi nhận theo cách bám theo họ về sau. Các tổ chức chẳng cần phải có kế hoạch tạo ra kết cục này. Nó cứ tự diễn ra qua các quy trình đánh giá hiệu suất bình thường chạy đủ lâu.

Nhìn từ bên trong thì nó là cả đống cuộc trò chuyện bên lề chẳng bao giờ lọt vào phòng họp. Một cuộc bàn riêng về lý do quyết định kiến trúc là sai, chẳng bao giờ được nêu ra ở design review. Bản post-mortem chỉ ra rằng sự cố lẽ ra có thể ngăn được, nói riêng với nhau, nhưng lại cho ra một bản ghi chính thức sạch sẽ. Một engineer gửi ghi chú vào một Slack channel nhỏ thay vì nói ở buổi all-hands. Tách riêng ra thì chẳng cái nào đáng kể. Cộng dồn qua cả tổ chức trong vài năm, chúng tạo nên một văn hóa nơi các manager không còn nghe được tin xấu cho đến khi đã rất muộn.


Thứ thứ hai thay đổi là cách người ta tiếp cận đổi mới, và đây là chỗ mà tôi nghĩ cái giá dài hạn bị chính các công ty đánh giá thấp nhất, vì nó đang phản tác dụng lên chính lợi nhuận của họ.

Đổi mới thực sự đòi hỏi phải có người sẵn sàng sai một cách công khai, và muốn làm tốt thì cần một mức độ an toàn cá nhân. Bạn phải đề xuất cái thứ có thể chẳng đi đến đâu, bảo vệ một lập trường không được lòng ai qua sự hoài nghi của một buổi design review, bỏ ra mấy tuần cho một thứ rồi nói là nó không thành. Với người mà diện cư trú phụ thuộc vào việc giữ được công việc, sự bất cân xứng của canh bạc đó nặng hơn nhiều so với người cùng lắm chỉ mất việc. Nếu canh bạc thất bại nặng đến mức khiến họ mất vị trí, hậu quả vượt xa một dòng ghi chú hiệu suất. Trường hợp tệ nhất là một cuộc cho nghỉ được sắp đặt, khởi động đồng hồ đếm sáu mươi ngày, đặt nhiều năm tiến triển green card vào nguy cơ, và nghĩa là bứng cả gia đình rồi quay về một đất nước mà có khi cả chục năm họ chưa từng sống ở đó. Nếu canh bạc thành công, họ được một kỳ review tốt và may ra là một đợt tăng lương. Đó không phải kiểu tỷ lệ rủi ro-phần thưởng khiến người ta muốn ra đòn mạo hiểm. Nó tạo ra điều ngược lại: thực thi an toàn, dễ đoán, trên những việc đã được quyết sẵn, từ một team ship đều đặn mà gần như chẳng phát minh ra gì. Các chỉ số thực thi trông đẹp hết quý này sang quý khác, trong khi những ý tưởng chưa từng được đề xuất và những quyết định sản phẩm tồi mà chẳng ai chặn lại cứ âm thầm tích tụ. Thiệt hại không hiện lên trên dashboard. Nó hiện ra về sau, khi tổ chức cần làm một thứ gì đó mới và phát hiện ra mình không còn cơ bắp cho việc đó.

Có một kiểu mẫu liên quan dễ bị bỏ sót vì trông nó giống năng suất. Khi giữ được việc làm trở thành mục tiêu hàng đầu thay vì mục tiêu thứ yếu, công việc có xu hướng trôi về phía những gì dễ thấy nhất và dễ bảo vệ nhất trong một buổi đánh giá hiệu suất. Trôi về phía làm cho xong việc, nhưng không bao giờ hoàn tất. Điều đó thường nghĩa là overengineering: dựng một thứ phức tạp hơn mức cần thiết, thêm những tầng lớp chứng tỏ sự nỗ lực và chiều sâu kỹ thuật, chọn cách tiếp cận tạo ra nhiều sản phẩm gây ấn tượng nhất thay vì cách đơn giản nhất mà thực sự chạy được. Nó cũng nghĩa là kiểu phát triển hướng thăng tiến, nơi roadmap bị định hình ít theo nhu cầu của sản phẩm và nhiều theo thứ tạo ra loại output giúp thăng tiến sự nghiệp, hoặc ít nhất là bảo vệ nó. Cả hai kiểu mẫu này đều không phải là độc quyền của người lao động phụ thuộc visa. Chúng xuất hiện ở bất cứ đâu mà sự ổn định công việc trở thành thứ chính yếu người ta tối ưu cho. Nhưng động cơ mạnh hơn hẳn khi làm sai không chỉ khiến bạn mất một kỳ review tồi, mà mất cả tư cách pháp lý và mọi thứ bạn đã gây dựng suốt nhiều năm.


Động lực thứ ba là hệ thống có xu hướng tự tái tạo qua chính những người mà nó cất nhắc.

Các manager xây dựng sự nghiệp bên trong hệ thống này học được, qua trải nghiệm, rằng một số kiểu nhân viên dễ quản lý hơn. Họ không phản bác khi scope phình ra. Họ không dọa nghỉ việc khi điều kiện trở nên tệ. Họ gánh việc quá tải mà không biến nó thành chuyện thương lượng. Khi những manager đó bắt đầu tuyển và cất nhắc, họ có xu hướng lấy người từ cùng những mạng lưới quen và thiên về cùng một profile, thường mà chẳng nghĩ về nó theo cách đó. Tuyển dụng qua giới thiệu dồn lại theo các ranh giới nhân khẩu sẵn có. Engineer ít gây ma sát được thăng tiến trước engineer hay gây ma sát. Theo thời gian, tổ chức hình thành một kiểu thiên kiến thể chế dành cho những người lao động ít có khả năng gây rắc rối, và cấu trúc phụ thuộc nhập cư là một trong những thứ chính yếu tạo ra thiên kiến đó ngay từ đầu.


Cấu trúc nhập cư đẻ ra kết cục này không hề được thiết kế để tạo ra nó, và hiểu nó đi chệch ở đâu giúp giải thích vì sao nó lan rộng đến vậy. Mức trần theo từng nước đối với green card diện việc làm là một lựa chọn có chủ ý nhằm ngăn bất kỳ một quốc tịch nào độc chiếm các suất thường trú. Ý tưởng này hợp lý: một hệ thống nhập cư lành mạnh nên lấy người từ một dải rộng các quốc gia, và không một nhóm quốc tịch nào nên chiếm lĩnh lực lượng lao động thường trú trong một ngành then chốt. Vấn đề là logic này được áp dụng ở cuối đường ống, lúc lấy green card, mà chưa bao giờ được mở rộng tới đầu đường ống: lúc lấy visa H-1B hay L-1B.

Visa H-1B không có mức trần đa dạng theo từng nước tương đương. Visa L-1B cũng vậy. Các công ty có thể bảo lãnh bao nhiêu người từ một nước tùy thích, và thị trường đã làm đúng như vậy ở quy mô lớn. Người Ấn Độ giờ chiếm khoảng 70 phần trăm số đơn H-1B trong một năm điển hình. Hệ thống green card cố gắng phân bổ thường trú một cách rộng rãi, điều đó là đúng, nhưng đến lúc người lao động tới được giai đoạn đó thì nguồn đầu vào đã bị dồn quá nặng từ một nước, khiến mức trần tạo ra một backlog khổng lồ riêng cho người Ấn Độ, trong khi người từ hầu hết các nước khác đi qua nhanh chóng. Quy tắc đa dạng theo từng nước đã được áp ở sai giai đoạn. Bạn không thể sửa một vấn đề dồn tụ trong đường ống ở đầu ra khi đã cho phép dồn tụ không giới hạn ở đầu vào.

null
dữ liệu năm 2023

Lập luận cho việc sửa nó không đòi hỏi phải chống lại nhập cư. Ngành công nghệ, và nền kinh tế của chúng ta, thực sự đã hưởng lợi từ nhân tài toàn cầu và sẽ tiếp tục như vậy. Lập luận ở đây là khi một nước cung cấp phần lớn lực lượng lao động trong một ngành then chốt, và những người lao động đó bị ràng buộc về mặt cấu trúc bởi một backlog dồn lại qua hàng chục năm, thì bạn đã tạo ra một động lực kiểm soát lao động mà không ai lên kế hoạch nhưng các công ty vẫn hưởng lợi bất kể ý định. Phản ứng chính sách thẳng thắn là mở rộng logic đa dạng vốn đã áp cho green card sang cả việc phê duyệt H-1B và L-1B, sao cho không một nước nào chiếm phần lớn số visa làm việc được duyệt trong một năm. Hệ thống Express Entry của Canada, vốn lấy người từ một phân bố quốc gia rộng mà không tạo ra nút thắt đầu vào theo từng nước, là một ví dụ cho thấy một đầu vào được thiết kế tốt hơn trông ra sao. Điều đó không đóng cửa với bất kỳ engineer cá nhân nào. Nó phân bổ nguồn đầu vào đều hơn, sự dồn tụ trong backlog dịu đi theo thời gian, và ít người lao động hơn rơi vào cái hàng đợi dài hàng chục năm vốn tạo ra động lực phụ thuộc ngay từ đầu.


Cái team tôi bắt đầu cùng vẫn đang ship. Dashboard vẫn trông đẹp. Các manager hài lòng với những con số velocity và lịch trực on-call gọn gàng.

Cái mà các con số không cho thấy là buổi design review nơi quyết định tồi đi qua mà không có thách thức thực sự nào, hay cái hạng mục roadmap mà mấy engineer cho là sai nhưng chẳng ai nói ra trong một căn phòng nơi điều đó có sức nặng. Có lẽ có một engineer trong team đó từng có cách làm tốt hơn cho một việc gì đó, đã cân nhắc xem nêu ra có đáng với rủi ro không, rồi quyết định là không. Đó không phải khiếm khuyết tính cách. Trong hoàn cảnh đó, đây là quyết định đúng. Tổ chức chỉ trả giá cho nó theo một cách sẽ không lộ ra cho đến về sau, khi thứ họ dựng lên không chạy theo cách lẽ ra phải chạy, và những người đã thấy trước điều đó giờ cũng chẳng có lý do gì đặc biệt để lên tiếng.

Có một điều đáng nói rõ trước khi rời chủ đề này. Nếu bạn ở vào vị trí đó, có lẽ bạn cũng làm y như vậy. Bạn sẽ cúi đầu trong cuộc họp tệ hại đó. Bạn sẽ viết bản tài liệu riêng thay vì nêu vấn đề ra. Bạn sẽ dựng cái thứ giúp mình thăng tiến thay vì cái thứ đúng đắn. Không phải vì bạn yếu đuối hay yếm thế, mà vì bạn lý trí và bạn có một gia đình cùng nhiều năm cuộc đời đặt vào việc ở lại. Những engineer xoay xở trong hệ thống này chẳng làm gì mà đa số người ta sẽ không làm trong cùng hoàn cảnh. Đó chính là điểm mấu chốt. Cái hành vi nhìn từ bên ngoài giống như sự thụ động hay chủ nghĩa cơ hội thực ra chỉ là một phản ứng hợp lý với một tình huống chưa bao giờ được thiết kế có tính đến lợi ích của họ.

Vấn đề là cái hệ thống tạo ra những động cơ đó, không phải những người phản ứng với chúng một cách hợp tình hợp lý. Backlog H-1B, mức trần theo từng nước, thời gian chờ hàng chục năm cho người lao động từ những nước nhu cầu cao, sự phụ thuộc vào công ty kéo theo từ tất cả những thứ đó, đều là các lựa chọn chính sách, và chúng có thể thay đổi. Những engineer kẹt bên trong hệ thống hiện thời không hề xin được đặt vào đó, và đa số họ sẽ nói cho bạn biết chính xác nó sai ở đâu nếu họ nghĩ mình kham nổi việc nói ra. Sửa nó không đòi hỏi phải oán ghét những người mà nó ảnh hưởng tới. Nó chỉ đòi hỏi nhìn nhận tỉnh táo về thứ nó tạo ra và sẵn sàng nói rằng một thiết kế tốt hơn là khả thi.

  1. Người lao động H-1B có thời gian gia hạn sáu mươi ngày sau khi công việc kết thúc để tìm một công ty bảo lãnh mới, đổi diện cư trú, hoặc rời đi. Được thiết lập bởi final rule tháng 1 năm 2017 về lao động không định cư có tay nghề cao; được pháp điển hóa tại 8 CFR § 214.1(l)(2).

  2. USCIS Visa Bulletin, do Bộ Ngoại giao công bố hàng tháng tại travel.state.gov, theo dõi thời điểm priority date diện việc làm trở nên current theo quốc gia sinh. Tính đến đầu năm 2026, final action date của EB-2 và EB-3 Ấn Độ nằm vào khoảng 2011–2012, đặt khoảng cách hiện tại vào tầm mười bốn năm. Hãy kiểm chứng các mốc thời gian chính xác theo bản bulletin có hiệu lực tại thời điểm xuất bản.

  3. Các dự báo về việc giải tỏa backlog dựa trên tốc độ tiêu thụ số visa hàng năm hiện hành. National Foundation for American Policy và CATO Institute đã công bố các phân tích ước tính backlog EB-2 Ấn Độ được giải tỏa trong những khung thời gian dao động từ khoảng 50 đến hơn 150 năm, tùy phương pháp luận và năm thực hiện phân tích. Hãy trích dẫn báo cáo cụ thể mới nhất tại thời điểm xuất bản.

  4. Sự bảo vệ này thường được gọi là AC21 portability, được pháp điển hóa tại INA § 204(j). Đồng hồ 180 ngày chạy trên việc hồ sơ adjustment-of-status I-485 đang ở trạng thái chờ xử lý, chứ không phải ngày phê duyệt I-140. Một người lao động có I-140 đã được duyệt nhưng chưa thể nộp I-485 vì không có visa number nào còn trống thì chưa có sự bảo vệ portability.

  5. Visa L-1B dành cho diện thuyên chuyển nội bộ công ty đòi hỏi việc làm liên tục với công ty đứng đơn hoặc một đơn vị liên kết; INA § 101(a)(15)(L). Một người lao động rời công ty đó sẽ mất diện L-1B. Lựa chọn thực tế để ở lại đất nước này bằng một visa làm việc là xin một diện visa mới, thường đòi hỏi một đơn H-1B thuộc diện cap-subject phải qua xổ số hàng năm, vốn là con đường khó hơn đáng kể so với H-1B portability.

  6. Giới hạn 7% theo từng nước đối với visa định cư diện việc làm được thiết lập tại INA § 202(a)(2). Không có giới hạn theo từng nước tương đương nào tồn tại cho visa làm việc không định cư H-1B theo INA § 214(i) hay cho visa thuyên chuyển nội bộ công ty L-1B theo INA § 101(a)(15)(L).

  7. Dữ liệu H-1B của USCIS luôn cho thấy người Ấn Độ chiếm khoảng 70–75% số đơn H-1B được duyệt trong những năm tài khóa gần đây, dù tỷ lệ chính xác thay đổi theo loại đơn và theo năm. Con số này nói đến các đơn duyệt lần đầu thuộc diện cap-subject. Hãy tham khảo báo cáo thường niên USCIS H-1B Data and Statistics mới nhất để có phân tách theo năm tài khóa và loại đơn cụ thể.

Thoughts

  • tan_the_moi_ngay

    Họ gọi nó là "high retention". Người bị khóa visa mười bốn năm cũng gọi nó là high retention.

    Permalink
  • lo_trinh_that

    Tôi đồng ý với cơ chế, nhưng muốn thêm một lớp. Bài đặt nguyên nhân ở visa, và đúng là visa làm cái bất cân xứng rủi ro nặng hơn nhiều. Nhưng cái văn hóa "không ai giết ý tưởng tồi trong họp" tôi thấy ở cả những team toàn người bản xứ. Visa là một bộ khuếch đại cực mạnh chồng lên một incentive vốn đã có sẵn: ở hầu hết tổ chức, người chặn một roadmap item tồi không bao giờ được tính công cho cái incident đã không xảy ra. Sửa visa giảm áp lực, nhưng cái phần courage-before-sequencing vẫn còn nguyên đó.

    Permalink
  • viec_giau_mat

    Phần mạnh nhất của bài là chỗ nói cái này tự diễn ra qua quy trình review bình thường chạy đủ lâu, không cần ai có ác ý. Tôi đã ngồi đủ buổi calibration để thấy đúng vậy. Người gây ma sát chính xác trong design review bị ghi là "khó làm việc cùng", còn người gật đầu mọi thứ thì được mô tả là "collaborative". Không ai trong phòng nghĩ mình đang phạt sự thẳng thắn. Họ chỉ đang cho điểm theo một thước đo mà chữ "dễ chịu" đã được trộn lẫn vào chữ "giỏi" từ lâu rồi.

    Permalink
  • nhat_ky_quy_trinh

    Đoạn "một engineer gửi ghi chú vào Slack channel nhỏ thay vì nói ở all-hands" tôi đã thấy thành một thói quen có hệ thống. Tôi từng được nhờ viết decision note cho một kiến trúc mà ba người đã nói riêng với tôi là sai. Khi tôi hỏi có ghi phần phản đối vào không, người phản đối to nhất, đang chờ green card, bảo tôi để tên anh ấy ra ngoài. Anh ấy không sai khi sợ. Bản note ra đời sạch sẽ, và đúng một năm sau cái incident anh ấy đoán trước xảy ra, không có ai chịu trách nhiệm vì hồ sơ chính thức chưa từng nhắc tới nó.

    Permalink
  • no_ky_thuat

    Tôi không cãi phần nhập cư, nó có thật và cái backlog mười bốn năm là một con số tàn nhẫn. Nhưng tôi nghi ngờ cái mệnh đề "thiếu ma sát giết chết đổi mới". Khá nhiều thứ đi qua design review mà không ai chặn không phải vì người ta sợ, mà vì ai cũng đã biết quyết định đã chốt ở tầng trên trước buổi họp, và phản đối chỉ tốn thời gian. Đó là decision debt từ leadership, visa hay không thì cái buổi họp đó vẫn là sân khấu.

    Permalink

Related discussions

  • Có phải nhân viên Apple thề giữ im lặng chỉ vì một cái điện thoại?

    Apple làm ra chiếc điện thoại tốt nhất trên đời. Tôi muốn ghi rõ điều đó trước khi bắt đầu, vì mọi thứ khác tôi sắp nói ra sẽ bị phủ nhận bởi những người mà về mặt pháp lý còn không được xác nhận tòa nhà của họ màu gì. Phần cứng đúng là tốt nhất ngành, độ hoàn thiện thì rất ổn, và cách chiếc watch, laptop, điện thoại và tai nghe tương tác với nhau là thứ chưa hãng nào làm được tới hai lần. Chẳng có gì gây tranh cãi ở đó cả, bản thân tôi cũng là một fan cuồng Apple sau khi…

  • Có phải nhân viên Amazon coi việc bị vắt kiệt là một thành tích?

    Amazon là cỗ máy hiệu quả nhất trong giới tech, và nhân viên của nó bằng cách nào đó đã quyết định rằng làm nhiên liệu cũng chẳng khác gì làm động cơ. Các leadership principle được trích dẫn như kinh thánh trong một tòa nhà đang cháy, và thời gian gắn bó trung vị mười tám tháng được đeo như một huy hiệu chiến trường.

  • 0,05 phần trăm cổ phần và chữ “gia đình” — thứ đó có phải là lương của bạn không?

    Anh chàng startup sẽ bảo bạn rằng anh ta về cơ bản là một co-founder. Anh ta có 0,05 phần trăm. Trên cuộc gọi offer, founder mô tả chỗ đó là "biết đâu một ngày nào đó đáng giá hàng triệu đô", bằng cái giọng ấm áp của một người đã tự tay đọc cap table và biết rõ rằng sau ba vòng gọi vốn nữa cộng thêm điều khoản liquidation preference 1,5x, 0,05 phần trăm của khoản exit chỉ đủ mua một chiếc Subaru cũ, nếu mà exit xảy ra, mà nó sẽ không xảy ra. Anh ta trông cậy vào việc bạn không bấm máy tính ra co

  • Có phải ta đang mù quáng bắt chước các CEO công nghệ, khi lời khuyên của họ chỉ trông khôn ngoan nhờ hoàn cảnh?

    Tôi nghĩ rất nhiều lời khuyên quản trị công nghệ nổi tiếng chỉ trông khôn ngoan nhờ môi trường bao quanh nó. Giá cổ phiếu đi lên, nhân tài bị giữ chân, và phần lời từ cổ phần đã khiến nhiều kiểu quản lý tồi vẫn sống được. Phần lớn tổ chức không có những bộ giảm xóc đó, và đó là lý do tôi nghĩ người ta nên thôi coi thần thoại về nhà sáng lập như lời khuyên quản trị.

  • Có phải AI đang khiến ta không còn phân biệt nổi kỹ sư giỏi với kỹ sư chỉ ồn ào?

    Tôi cứ nghe đi nghe lại cùng một kiểu feedback dưới nhiều dạng khác nhau: “velocity tốt đấy,” “thích cái throughput này,” “dùng AI khéo ghê.” Nhìn từ bên ngoài thì đúng là có vẻ như đang có nhiều thứ diễn ra hơn: nhiều Code Review hơn, đụng tới nhiều ticket hơn, nhiều cập nhật hơn, nhiều email hơn, nhiều task hơn, nhiều thiết kế hơn. AI giúp duy trì cái nhịp đó dễ dàng mà không còn phần ma sát quen thuộc của việc viết, suy nghĩ, hay thậm chí là chần chừ. Nhưng bên trong công việc lại có một tình

  • Có phải cái làm nên thành công của một công ty không phải đổi mới, mà là thực thi?

    Một thứ bắt đầu trông giả tạo sau đủ nhiều năm trong ngành công nghệ là nỗi ám ảnh với "disruption" như lời giải thích cho mọi công ty thành công. Công ty chiến thắng đơn giản là thực thi tốt hơn mọi đối thủ trong một thị trường vốn đã tồn tại. Facebook không phải một đột phá ý niệm bất khả. Mạng xã hội vốn đã có. MySpace đã có. Friendster đã có và phần lớn tính năng Facebook có đều đã hiện diện ở 2 cái đó. Người ta đã hiểu ngay danh mục sản phẩm này.

  • Phải chăng đa số startup AI chỉ là cái UI đắp lên vài file Agent.md?

    Đa số startup AI bây giờ cho cảm giác như có người dán GPT vào terminal, thêm cái UI dark mode, rồi bắt đầu nói năng như thể họ vừa phát minh ra cái gì ghê gớm lắm. Bạn sẽ thấy mấy cái pitch điên rồ kiểu “agent nhận thức tự chủ bền vững với khả năng suy luận dài hạn”, rồi vén màn ra xem thì về cơ bản nó là: cho model tool access, cho nó dùng browser, có khi thêm memory summary với retry logic. Đó là “sản phẩm”. Tự bạn cũng làm được, chỉ cần cho Claude quyền truy cập trên máy mình.

  • Có phải Chromebook đã khiến Gen Z thành vô vọng trong giới công nghệ?

    Nỗi hoảng loạn hiện tại bảo rằng AI đang làm con người tư duy kém đi. Có thể. Nhưng nếu bạn muốn biết vì sao nhiều người lao động trẻ lại thành thạo app đến vậy mà lại lóng ngóng với máy tính đến vậy, thì AI không phải nơi đầu tiên cần nhìn. Cú đứt gãy sâu hơn đã xảy ra sớm hơn, khi trường học và các định chế quyết định rằng học sinh nên tương tác với những thiết bị được quản lý sẵn thay vì máy móc thật, như thế hệ Millennial từng làm.