Một lập trình viên dành trọn sự nghiệp để học một codebase tệ hại

 (taylor.town)
2 điểm bởi GN⁺ 2023-08-04 | 1 bình luận | Chia sẻ qua WhatsApp
  • Arthur Westbrook tuyên bố nghỉ hưu sớm ở tuổi 58 và đã làm việc 35 năm trên một codebase legacy được cho là vận hành một phần mềm y tế nào đó
  • Trong thời gian làm việc, số dòng code ông đóng góp chỉ khoảng vài trăm, nhưng từng có lần được châm biếm theo kiểu ông đã đụng vào code legacy mà vẫn không làm công ty sụp đổ
  • Westbrook tin rằng mình hiểu hơn 4% toàn bộ codebase, và một đồng nghiệp cũ gọi nó là “Chiến tranh và Hòa bình viết bằng wingdings”
  • Trong công ty, ông được biết đến là “một trong những lập trình viên của nhóm”, còn quản lý đánh giá ông có tài trụ lại lâu dài dù không có kỹ năng nào có thể chuyển đổi
  • Phản ứng kỷ niệm nghỉ hưu khá hờ hững, và Westbrook dự định sẽ biểu diễn đường phố, bới thùng rác, đồng thời trau dồi món ăn pha giữa Soylent và Whole Foods Premium Adult Cat Salmon Mix

Codebase legacy kéo dài 35 năm

  • Arthur Westbrook tuần này đã tuyên bố nghỉ hưu sớm ở tuổi 58
  • Ông đã làm việc suốt 35 năm trên một codebase được cho là vận hành một phần mềm y tế nào đó
  • Trong thời gian làm việc, ông đóng góp vài trăm dòng code
  • Có một lần ông đụng vào code legacy nhưng công ty vẫn chưa đến mức tiêu đời
  • Westbrook tin rằng mình đã nắm được hơn 4% toàn bộ codebase
  • Một đồng nghiệp cũ gọi codebase đó là “Chiến tranh và Hòa bình viết bằng wingdings”

Phản ứng của công ty và kế hoạch sau nghỉ hưu

  • Trong công ty, Westbrook được biết đến là “một trong những lập trình viên của nhóm”
  • Quản lý nói rằng Westbrook có tài chăm chỉ làm việc mà không cần học các kỹ năng có thể chuyển đổi
    • Ông nói thêm rằng để thay thế ông sẽ cần “hai lập trình viên junior và một máy Keurig”
  • Để kỷ niệm hàng chục năm gắn bó, một đồng nghiệp nói sẽ mời ông đi uống rượu “vào khoảng tháng sau”
  • Không một ai trong nhóm phản hồi khi được hỏi ý kiến
  • Sau khi nghỉ hưu, Westbrook dự định thử biểu diễn đường phố và bới thùng rác
  • Ông cũng có kế hoạch tiếp tục hoàn thiện món ăn trộn giữa Soylent và Whole Foods Premium Adult Cat Salmon Mix

Bài viết liên quan

1 bình luận

 
GN⁺ 2023-08-04
Ý kiến trên Hacker News

  • Hình như ở công ty nào tôi từng làm cũng có một người như vậy.
    Khi bạn phát hiện ra một code legacy hoàn toàn không hiểu nổi nó vận hành ra sao và tìm đến họ, bạn sẽ được nghe một bài giảng lịch sử dài 2 tiếng về 10 năm chính trị nội bộ và các dự án tái nền tảng thất bại. Dù vậy vẫn khó mà ghét họ được.

    • “...và mấy máy AIX đó đúng là quái vật. Có 20 chiếc, mỗi chiếc ăn riêng một mạch 20 ampere. Nối đất của vỏ thép thường xuyên hỏng, và muốn nâng cấp thì trước tiên phải lấy găng tay da dày ra đã...”
    • Tôi nhận ra là đang nhại tôi đấy ;)
      Biết vì sao tôi kể lịch sử 2 tiếng không? Thứ nhất, vì tương tác giữa người với người là cần thiết nhưng tôi chẳng đặc biệt thích con người. Thứ hai, vì tôi muốn cậu học và hiểu để lần sau tự giải quyết, khỏi làm phiền tôi, thay vì chỉ học vẹt rồi nhắc lại. Giờ thì đi đi, quota giao tiếp xã hội tuần này của tôi đủ rồi. /đùa — mà có thật là đùa không?
    • Tôi đã gặp vài người như thế, và một số người đáng giá ngang vàng. Nhưng phần lớn đã cố thủ trong cách làm của mình vì sang chấn từ việc phải giữ cho mọi thứ không sụp đổ suốt thời gian dài, và gần như tất cả đều bị chững lại, không đưa được ý tưởng mới vào. Nhiều người gánh sự rối loạn chức năng của công ty quá lâu và ôm nó như vấn đề của chính mình, đến mức về mặt con người chỉ còn lại cái vỏ.
    • Những người như vậy nhìn chung cũng là kỹ sư xuất sắc. Viết mới phiên bản 1.0 của thứ gì đó thì dễ hơn nhiều. Cải tiến lại một hệ thống đã được cải tiến suốt hàng chục năm là một bài toán kỹ thuật cực kỳ khó. Ở những công ty trên 30 năm tuổi, những người này là cốt lõi nhất, vậy mà thay vì được tôn trọng thì lại nhận những bài viết coi thường như bài được link.
    • Không có vẻ là một lựa chọn tồi. Nếu công ty đủ ổn định và bạn nhận lương kỹ sư suốt 25 năm cùng sự ổn định nghề nghiệp cực kỳ tốt, thì đó là một con đường ổn.
      Trông vẫn tốt hơn việc đến 50 tuổi phải cố gây ấn tượng với người phỏng vấn 28 tuổi bằng kỹ năng về framework mới nhất vừa ra lò.

  • Một người sống cả đời tự thuyết phục mình rằng lý do anh ta cứ nhảy việc suốt sự nghiệp là “vì người khác viết code dở tệ”.
    Karl Hackerman phàn nàn trong mọi cuộc họp. Anh ta trông bực bội vì không được phép viết lại hệ thống bằng Rust. Anh ta biết rất nhiều framework mới nhất và best practice, và luôn khó chịu vì không được dùng chúng ở chỗ làm. Anh ta nghĩ người khác đã an phận làm nô lệ tiền lương thay vì cố trở thành lập trình viên giỏi nhất. Mọi người chịu đựng anh ta vì biết đằng nào 6 tháng nữa anh ta cũng nghỉ. Karl giờ 47 tuổi, chưa từng ở một chỗ làm nào quá vài năm. Gần đây anh ta chủ yếu làm freelance và cố bán sách về những công nghệ, framework mà giờ chẳng ai còn quan tâm.

    • Tôi là tác giả đây! Cái này hay quá. Tôi cũng từng hoàn toàn là kiểu người như vậy :) Học cách không trở thành một kẻ tinh tướng khó chịu hóa ra là một bài toán khó bất ngờ.
      Tôi cũng đang viết một tiểu thuyết dài theo phong cách Confederacy of Dunces về các kỹ sư bách khoa toàn thư quá nhiệt tình. Linh hồn tôi nằm trong đó quá nhiều nên chắc một thời gian nữa chưa thể hoàn thành.
    • Không ngờ ngủ dậy lại bị công kích thế này. Không báo trước. Tàn nhẫn thật.
      Nhưng dù sao tôi vẫn chưa ở tuổi 40, nên vẫn còn thời gian để hồi phục khỏi con đường lạc lối.
    • Cái này hay.
      Ban đầu tôi cũng cảm thấy như vậy, nhưng chẳng bao lâu đã học được cách ở công việc chính thì lấy sự thỏa mãn thuần túy từ việc ship được sản phẩm, còn những bí ẩn của khoa học máy tính thì phần lớn khám phá trong thời gian cá nhân. Thỉnh thoảng hai thứ cũng trùng nhau, nhưng theo kinh nghiệm của tôi, ngay cả công việc tốt cũng 80% là nhàm chán.
    • Đọc đến “best practice” là tôi bật cười. Trước đây tôi từng làm việc với một người như vậy. Mỗi khi không có lập luận đàng hoàng là anh ta dùng cụm đó, mà thực tế thì gần như lúc nào cũng vậy. Việc càng không quan trọng thì ý kiến của anh ta càng mạnh.
    • Nhân tiện, Karl đã tái sinh thành MyCurrentIntern

  • Tôi đã làm việc trong 10 năm trên một codebase C++ không dùng bất kỳ thư viện bên thứ ba nào. Thậm chí STL cũng không dùng, vì thời đó cần string và map nhanh hơn, an toàn luồng hơn. Boost? Đó là cái gì?
    Chúng tôi còn có middleware nhắn tin tự viết chạy trên socket, một hệ thống quản lý tiến trình phân tán tự làm bằng các system call Unix, và không có lấy một dòng HTML hay Java nào. Đó là một cuộc sống thoải mái, lương cao, giải quyết các bài toán tiên tiến như giao dịch tần suất cao và điện toán phân tán/đồng thời. Năm 2013, để tránh số phận này, tôi đã ép mình nghỉ việc, chuyển sang một công ty nhỏ trả lương chỉ bằng một nửa và học web technology stack từ con số không. Tôi muốn nghĩ là mình đã thành công

    • Tôi không nghĩ người làm C++ cấp thấp trong giao dịch tần suất cao sẽ gặp số phận tương tự. Phần lớn kỹ năng thu được từ công việc đó có vẻ có tính chuyển giao cao. Bài viết có vẻ gần với kiểu công việc mà 95% việc làm là triển khai CRUD theo business logic đặc thù của công ty hơn.
      Nếu có lý do để đổi việc kiểu đó thì tôi chỉ nghĩ đến chuyện chịu đựng giai đoạn được bồi thường do điều khoản không cạnh tranh, nhưng tôi không ở trong ngành này nên có thể đang bỏ sót điều gì đó
    • “Tôi đã cố học web technology stack từ con số không. Đó là để tránh số phận này. Tôi muốn nghĩ là mình đã thành công.”
      Tôi không rõ đây có phải là câu đùa có chủ ý hay không
    • Tôi cũng có trải nghiệm khá giống vậy. Trong 7 năm làm thầu phụ cho một hãng viễn thông lớn, tôi đã làm với các thư viện CORBA, pthreads, ACE reactor. Tuần đầu tiên, tôi thêm một lệnh sleep vào codebase và làm ngừng toàn bộ dịch vụ call center ở môi trường UAT. Vài năm sau, tôi có thể dễ dàng debug core dump có hàng nghìn thread, hiểu semaphore và reentrancy, và còn nói được khác biệt giữa adapter POA và BOA Orbix.
      Tôi dần trở thành nhân vật huyền thoại biết mọi thứ, nhưng không phải vì tôi giỏi kỹ thuật, mà vì tôi hiểu business và biết nó ánh xạ vào các thành phần kiến trúc khác nhau như thế nào. Rồi tôi có cảm giác mình có thể mắc kẹt ở đó cả đời, nên nghĩ rằng ngoài kia có một thế giới web rộng lớn và bắt đầu học PHP vào năm 2004. Sau khi demo Rails huyền thoại “blog trong 5 phút” xuất hiện, tôi chuyển việc vào năm 2007 và không bao giờ ngoái lại
    • C++ thật sự là công việc cực nhọc. Ai cũng nghĩ mình có thể làm tốt hơn, không tin code của người khác, và cuối cùng tạo ra một khối nguyên khối khổng lồ gồm code kiểu NIMBY và cấu hình build khó hiểu. Code review cũng đau khổ khủng khiếp vì những lý do rất C++ như vậy. Mọi thứ đều có thể ảnh hưởng đến mọi thứ khác, và khi đã phụ thuộc vào các hiệu ứng hành vi theo bộ nhớ, thời gian và thứ tự, khái niệm đóng gói có xu hướng sụp đổ. Mọi thay đổi đều là một viên đạn bắn vào chân sẽ nổ trong production khi gặp đúng điều kiện.
      Nếu không thể tin rằng ngôn ngữ, công cụ hay các lập trình viên khác là đúng, thì rất khó để làm việc hiệu quả
    • Tôi cũng đã làm tương tự. Tôi từng nghĩ C++ sẽ suy tàn. Giờ tôi thành thạo Java và JavaScript, cũng có thể xây dựng các ứng dụng full-stack tốt. Nhưng các vị trí C++ giao dịch tần suất cao đang trả lương gấp đôi, nên dù hệ thống có nhàm chán, tôi cũng đang cân nhắc quay lại

  • Đừng sống để làm việc, hãy làm việc để sống. Arthur có lẽ ngày xưa đã vui chơi hết mình, đi làm trong tình trạng thiếu ngủ, rồi ngủ gật trong các buổi retrospective và refinement. Có thể anh ta là người kém hữu dụng nhất với tư cách lập trình viên, nhưng biết đâu lại là vua ở Burning Man. Giờ anh ta có thể nghỉ hưu với khoản 401k rủng rỉnh và làm những con búp bê gỗ nhỏ để bán ở chợ nông sản. Thật ra, có lẽ anh ta chỉ muốn kể cho mọi người nghe chuyện con cá lớn nhất mình từng bắt được, hoặc giấc mơ mở một xe đồ ăn ramen nếu gia đình bên vợ cùng góp vốn. Arthur đã sống cuộc đời của mình — chỉ là không phải ở nơi làm việc

    • Nếu phần lớn cuộc đời là công việc thì rất khó làm được vậy. Sau khi trừ công việc toàn thời gian, tập thể dục, vệ sinh cá nhân, ăn uống khỏi thời gian thức, tôi thấy rất khó tìm được không gian cho cuộc sống thật sự. Trên thực tế chỉ còn khoảng 2 giờ mỗi ngày và cuối tuần, mà cuối tuần cũng thường được dùng để xử lý những việc chưa làm xong trong tuần.
      Tôi ghét ý nghĩ rằng chỉ sau khi nghỉ hưu thì cuộc sống của mình mới bắt đầu. Nhất là khi tuổi nghỉ hưu theo luật ở nơi tôi sống có thể là 67
    • Dù có lẽ là ví dụ bịa ra, nhưng những chi tiết nhỏ thật sự rất hay. Dù chỉ là tình cờ thì cũng khá giống chuyện của tôi và khiến tôi thấy được thấu hiểu :)
    • Nếu vậy thì thật tuyệt, và tôi hy vọng thực tế của anh A cũng là một biến thể như thế.
      Nhưng thường thì không màu hồng đến vậy. Arthur có thể là người thừa cân, nhiều vấn đề sức khỏe, sống một mình và bám víu một cách không lành mạnh vào XYZ, chẳng hạn anime hay game. Dù vậy, nếu anh ấy có con và nuôi dạy chúng tốt, thì với tư cách một phụ huynh, chỉ riêng điều đó cũng khiến tôi rất kính trọng. Nhìn lại thì những thứ còn lại chỉ là chi tiết

  • Người tài ở đâu cũng có, và xác suất trở thành một sự tồn tại đột phá, có ảnh hưởng đến thế giới là nhỏ đến phi lý. Nếu đặt giá trị bản thân vào mục tiêu đó thì sức khỏe tinh thần sẽ bị lung lay rất nhiều.
    Sau khi có con, mức độ tham vọng và sự dai dẳng của tôi chắc chắn đã thay đổi. Trước đây tôi từng phát cuồng vì việc trở thành người giỏi nhất, nhưng giờ thì gần như là “đưa tiền đây”, và ưu tiên là đảm bảo càng nhiều thời gian rảnh càng tốt cho gia đình và bạn bè. Tôi nghĩ một sự nghiệp như Mr. Westbrook cũng ổn. May là trong suốt sự nghiệp của mình tôi không phải chịu đựng những đồng nghiệp tệ như ông ấy. Mỗi người muốn những thứ khác nhau, nên không cần phán xét. Như nhà tư tưởng vĩ đại Alicia Keys đã nói, “hãy sống đúng là bạn”.

    • Tôi nhận ra rằng thay vì cố trở thành người giỏi nhất, chỉ cần tốt hơn bản thân ngày hôm qua cũng có thể đưa bạn đi rất xa.
      Tôi chưa từng cạnh tranh, chỉ làm việc của mình. Rồi tôi nhận ra mình đã biết nhiều hơn và đi trước nhiều người từng truyền cảm hứng cho tôi. Dù vậy, đó chưa bao giờ là mục tiêu của tôi, và bây giờ cũng không. Tôi chỉ là một trong những lập trình viên bóng tối được gọi như vậy. Chỉ làm việc của mình, mỗi lần cố làm tốt hơn, và không quan tâm đến kiểu đại sảnh danh vọng nào cả, dù nhẹ nhàng hay nghiêm túc.
    • Tôi vẫn đang ở trạng thái dao động như con lắc trong vấn đề này. Ý tôi không phải là mục tiêu “đột phá tầm thế giới” hay “có ảnh hưởng đến thế giới”, mà là muốn làm một việc “xuất sắc” trong phạm vi năng lực của mình.
      Khi mới có con, tôi nghiêng mạnh về phía không mong đợi gì ở công việc ngoài việc nuôi sống gia đình và có thời gian ở bên họ. Tất nhiên là trong chừng mực vẫn hỗ trợ đồng nghiệp và không phá vỡ niềm tin. Nhưng khi các con lớn lên và ngày càng độc lập, tôi bước vào giai đoạn có nhiều dư địa tinh thần và năng lượng hơn, và giờ tôi lại thấy hào hứng khi dùng năng lượng đó vào những việc có tác động. Điều quan trọng là tôi đã khôn ngoan hơn nhiều về cách cân bằng lành mạnh và hạnh phúc cho bản thân và gia đình. Tôi không ngây thơ nghĩ rằng việc đó sẽ dễ, và cho rằng cần tiếp tục nỗ lực. Nhưng khi thoát khỏi màn sương mụ mị vì chăm em bé, tôi lại thấy rõ rằng tập trung toàn bộ vào gia đình hoặc toàn bộ vào công việc đều không phải con đường của tôi.
    • Tôi nhìn ngược lại. Xã hội và cuộc sống hiện đại có quá nhiều khía cạnh, và mỗi năm lại có những con đường và lĩnh vực mới xuất hiện, nên việc tìm một việc làm rung chuyển thế giới mà chưa ai làm trong một cộng đồng hay ngách cụ thể thực ra khá dễ.
      Với tất cả mọi người, chuyện làm rung chuyển thế giới được đánh giá hơi quá cao.
    • Đồng ý. Tôi không hiểu ý chính của bài này là gì. Có vẻ chẳng có gì ngoài một chút chủ nghĩa tinh hoa mỉa mai. Hy vọng tác giả bài gốc cảm thấy khá hơn phần nào.
    • Tôi không đồng ý với câu người tài ở đâu cũng có. Cứ mỗi người như Jonathan Blow, Salvatore Sanfilippo(redis), Mike Pall(LuaJIT) thì có lẽ có hàng nghìn lập trình viên bình thường làm việc trong feature factory. Phần mềm đáng kinh ngạc không thể được tạo ra chỉ nhờ may mắn. Sếp ở GenericCo cũng không cố tình tìm đến và nhờ bạn xây thứ bạn hằng mơ ước.
      Hoặc bạn chọn tạo ra phần mềm thú vị, hoặc chọn sống nhỏ vì một trong hàng nghìn lý do hoàn toàn chính đáng. Nếu bạn nghĩ mình ghê gớm đến vậy, đừng đổ lỗi cho công ty rằng họ “không cho cơ hội”. Bạn đã có đủ công cụ cần thiết để code rồi. Hãy làm thứ gì đó tuyệt vời.

  • Buồn cười thật, nhưng nếu Arthur từng hạnh phúc hoặc hiện đang hạnh phúc thì chẳng có vấn đề gì. Phần đó không xuất hiện trong bài.

    • Chính xác là vậy. Có khả năng ông ấy đã trải qua nhiều năm ở một công việc ổn định, thoải mái, biết đủ về codebase và công nghệ để có nhiều thời gian dành cho gia đình, bạn bè và sở thích. Phản ứng của HN còn khiến tôi thấy đáng sợ hơn câu chuyện này.
    • Có vấn đề đấy.
      Đây là năm 2023, và các công ty ngày nay sẵn sàng sa thải bạn ngay khi họ cho rằng bạn không có lợi nhuận. Nhân vật giả định này đã đi đến tuổi nghỉ hưu, nên thế là ổn. Nhưng còn người đã theo chiến lược này 15 năm, rồi công ty cần cắt giảm 18% nhân sự và giờ đang đi tìm việc thì sao? Có một khoảng trống lớn về kỹ năng hữu dụng, và còn hàng chục năm nữa mới nghỉ hưu. Người đó thực sự rơi vào tình thế khó khăn.
    • Việc nhà tuyển dụng có hạnh phúc hay không cũng quan trọng. Ông ấy ở lại 35 năm, vậy coi như họ đã hài lòng.
    • 35 năm ở một vai trò dễ, công việc ổn định tốt, lại nghỉ hưu sớm. Arthur đã hạnh phúc.
    • Nhưng mà… ông ấy đang ăn thức ăn cho mèo. Bạn biết nhiều người hạnh phúc mà ăn thức ăn cho mèo không?

  • Công ty chúng tôi làm thiết bị y tế. Đây là lĩnh vực có vòng đời phát triển phần mềm rất nghiêm ngặt. Một đồng nghiệp chuyển sang một công ty thiết bị y tế khác lớn hơn nhiều, và khi gặp lại sau vài năm, anh ấy nói nhìn lại thì công ty chúng tôi từng là một tổ chức siêu linh hoạt, hiệu suất cao. Ở công ty mới, một thay đổi code hai dòng không thực sự thay đổi gì mà chỉ thêm một thứ gì đó cũng mất 1 năm. Dù bản thân anh ấy đã liên tục thúc đẩy, vẫn là vậy.
    Công bằng mà nói, sửa một hệ thống lọc máu không phải chuyện đùa.

    • Tổng đài AT&T 5ESS ngày xưa cũng có bầu không khí tương tự. Giờ thì tôi không biết. Quy tắc là không được xóa tính năng, nên thay vì xóa hàm, người ta xóa code bên trong hàm. Tôi nhớ đã đọc một bài viết nói rằng một người rất xuất sắc từ Bell Labs ở trong đội 5ESS, và vì đủ loại quy tắc nhằm ngăn sự cố lớn của hệ thống điện thoại, mỗi năm ông ấy chỉ viết một số dòng code ít đến mức vô lý.
    • Có rất nhiều phân tích đi kèm trong đó. Tôi từng làm cả trong thiết bị y tế lẫn vận tải, đặc biệt là hệ thống tín hiệu toa xe đường sắt. Việc di chuyển những khối kim loại khổng lồ có chở người tuyệt đối không phải chuyện đùa.

  • Cái này giống bài thơ The Unknown Citizen của WH Auden phiên bản dành cho lập trình viên [0].
    Lần đầu đọc, tôi nghĩ đó là một bài thơ buồn về một người đã lãng phí đời mình vào những điều tầm thường, thường nhật. Giờ thì tôi xem nó như một bài thơ tích cực: bề ngoài ông ấy sống một đời trung bình, nhưng rất có thể có một đời sống nội tâm phong phú mà ông không chia sẻ với thế giới, và ta không nên kỳ vọng có những chỉ số đo được từ bên ngoài để biết ai là người vĩ đại. Việc niềm đam mê của người đàn ông này là hỗn hợp thức ăn mèo Soylent dành cho người cũng thật tuyệt. Ông ấy đã làm việc suốt ngần ấy năm và cuối cùng được giải phóng để theo đuổi đam mê của mình.
    [0] https://poets.org/poem/unknown-citizen

    • Tôi cũng nghĩ đến Sisyphus.
      Khái niệm rằng đời là vô nghĩa, ta phải hạnh phúc trong khổ dịch hoặc sự lặp lại, và thay vào đó nên hài lòng với “hành trình” cùng từng khoảnh khắc. Điều này rất phổ biến trong văn học và lịch sử. Con người hiện đại có công nghệ muốn nghĩ rằng mình khác đi bằng cách nào đó, rằng mình đang đạt tới một tầng nấc mới và tìm thấy mục đích, nhưng giờ tôi không còn chắc nữa. Có lẽ ta vẫn chỉ sống qua ngày rồi chết mà thôi.
      https://en.wikipedia.org/wiki/Sisyphus
      https://en.wikipedia.org/wiki/The_Myth_of_Sisyphus
    • Nghe giống một cuộc đời vượt xa mức trung bình. Không có vấn đề gì lớn và là một thành viên vận hành tốt của xã hội về mọi mặt? Các mối quan hệ tốt? Năm đứa con?
      Bất chấp câu cuối của bài thơ, có vẻ khá rõ là ông ấy thực sự hạnh phúc. Nếu không, hẳn ông đã bùng nổ ở chỗ làm, hoặc trở thành người nghiện rượu, hoặc ly hôn. Hoặc ông là một người cực kỳ khắc kỷ
    • Những câu cũ này rất hợp vần với tinh thần thời đại hiện nay

      Our researchers into Public Opinion are content
      That he held the proper opinions for the time of year;
      When there was peace, he was for peace: when there was war, he went.

  • Nếu đây là bài châm chọc cái gọi là lập trình viên tầm thường thì không thú vị.
    Tôi có một người bạn, gọi là AP, làm lập trình viên ở một công ty phát triển Java địa phương. Sau khi tốt nghiệp, cậu ấy làm ở cùng một chỗ suốt 12 năm, và ở mức nào đó đúng với mô tả trong bài này, nhưng lại thuộc nhóm những người hạnh phúc nhất mà tôi biết. Thu nhập trên trung bình, công việc dễ và không quá căng. Cậu ấy biết codebase từ trong ra ngoài và cũng hòa hợp với đồng nghiệp. Ngoài công việc thì đi đạp xe hoặc uống bia với bạn bè, du lịch khắp thế giới với vợ. Mỗi người có những ưu tiên khác nhau, và không phải ai cũng ám ảnh với việc phải xuất sắc trong công việc

    • Bài này châm chọc những nhân viên cầm cự nhiều năm, nhiều thập kỷ với nỗ lực tối thiểu. Chi tiết “hàng trăm dòng code” là tín hiệu đó.
      Cũng có rất nhiều kỹ sư giỏi làm việc trên những codebase nhàm chán và mục ruỗng. Điều đó không có gì đáng xấu hổ
    • Tôi là tác giả đây! Đồng ý :) Bối cảnh bổ sung ở đây
      [0] https://news.ycombinator.com/item?id=36985316

  • Ai cũng có thể làm ra thứ mới mẻ, bóng bẩy trên greenfield. Nếu không thành công, ta luôn có thể tìm được người hoặc thứ để đổ lỗi, vì thứ ban đầu định làm vốn là một nỗ lực vĩ đại và rất đổi mới[1]. Theo thời gian, chuyển sang một thứ mới mẻ, bóng bẩy khác không chỉ ổn mà còn là điều được kỳ vọng.
    Ngược lại, bám đến cùng một thứ qua cả thời tốt lẫn thời xấu là điều không nhiều người làm được. Trong hầu hết trường hợp, chỉ riêng điều đó là chưa đủ, nhưng nó có vẻ là điều cần thiết cho thành công bền vững. Ví dụ: Guido van Rossum[2], Linus Torvalds, Daniel Stenberg.
    [1] Cũng không cần ghi chữ nhỏ rằng nó có tính “rủi ro cao”. Ai cũng đã hiểu như vậy rồi.
    [2] Tôi không tìm được nguồn, nhưng nhớ một cuộc phỏng vấn trong đó khi được hỏi về bước đột phá của Python, Guido nói rằng không có bước đột phá nào cả, chỉ là nó cứ tăng trưởng đều đặn mà thôi

    • Những ví dụ đó hầu như không liên quan đến các dự án IT trong một tổ chức trung bình. Phạm vi khác, định nghĩa về thành công khác, và định nghĩa về “hoàn thành” cũng khác.
      Nếu công ty đang tạo ra một ngôn ngữ lập trình hoặc hệ điều hành, bạn nên chắc chắn rằng đó thực sự là việc mình yêu thích