Có vẻ mục cuối cùng trong bản dịch tóm tắt ý kiến Hacker News, "Có thể giả định rằng năng suất phần mềm đã không tăng 5-10 lần là sai", là một bản dịch sai. Nếu xem nguyên văn, có lẽ nên tóm tắt theo hướng an toàn hơn như: "Việc nói rằng năng suất phần mềm đã tăng 5-10 lần dựa trên một giả định sai về mức cải thiện năng suất".
Vâng, tôi đồng ý. Bản thân họ cũng cần được thể hiện ra, và sẽ rất tốt nếu những người hay cho đi thường xuyên dành cho nhau nhiều lời ghi nhận. Bản thân văn hóa tổ chức cũng khuyến khích điều đó.
> Phần lớn lập trình viên không biết cách sử dụng hiệu quả các công cụ LLM hoặc không quan tâm
Điều khá bất ngờ là nhiều lập trình viên xung quanh lại không mấy quan tâm đến công nghệ. Họ dành phần lớn thời gian để máy móc chìm đắm trong những video YouTube Shorts mới hoặc lặp đi lặp lại.
Có vẻ bài gốc đã bị xóa nên không còn tweet nữa.
Tôi cũng muốn thử dùng, nhưng dù đang trong giai đoạn preview vẫn phải trả phí và cũng không có thời gian dùng thử hu hu
Tìm kiếm thì thấy có người nói chỉ vài lần query đã tốn 5 đô, chắc là còn tùy vào lượng mã của dự án nữa.
Nhìn từ góc độ HR hay văn hóa tổ chức thì có khá nhiều câu chuyện thú vị.
Vì tôi không rõ lắm nên đã tìm thử, thì hóa ra 백도어 레퍼런스 체크 là hình thức kiểm tra tham chiếu hậu trường không theo danh sách chỉ định. Tôi để lại ở đây vì nghĩ có thể cũng sẽ có người giống như tôi.
Các công ty trong nước thường có trường hợp thành phần hội đồng quản trị chỉ mang tính chất cho đủ hình thức, và đúng là những điều như thế này chỉ thật sự cảm nhận được khi tự mình khởi nghiệp rồi phát triển công ty đến mức cần có governance, nhưng đây vẫn là nội dung đáng đọc trước nên tôi chia sẻ lại.
> Dù công ty vẫn có thể tăng trưởng lớn hơn nữa, họ lại đưa ra mức giá mua lại để thu hồi vốn đầu tư và thúc đẩy exit.
Chỉ cần từng bị như vậy một lần là niềm tin dành cho nhà đầu tư tụt dốc hẳn.
Dù kinh nghiệm đi làm của tôi còn ngắn, tôi đồng cảm với nội dung trong bài, nhưng mặt khác cũng nghĩ rằng nên tránh việc làm việc một cách "âm thầm". Không cần phải quá phô trương hay ồn ào, nhưng ít nhất việc thể hiện bản thân ở mức tối thiểu có lẽ sẽ tốt hơn cho chính mình.
Theo những gì tôi từng trải qua, ở các công ty quy mô lớn, bản thân việc sa thải để đảm bảo công bằng là khá khó - rất khó cắt giảm đúng chỗ thực sự cần một cách phù hợp.
Vì vậy, các biện pháp tiếp theo sau sa thải lại càng cực kỳ quan trọng. Tinh thần của nhân viên, việc tái phân bổ nguồn lực hợp lý, v.v. Tái tuyển dụng nhân sự cần thiết (việc này dễ bị chỉ trích, nhưng không thể tránh khỏi...)
Những nỗ lực tạo slideshow mà không dùng PowerPoint
đã có một lịch sử khá lâu đời, bắt đầu từ W3C slidy rồi đến s3, s5, s6, s9…
Tiến thêm một bước từ đó nữa… giờ còn có thể thuyết trình trực tiếp ngay trong terminal, khá thú vị. Điểm hơi tiếc là… hiện tại giao thức đồ họa terminal (?!) vẫn chưa được chuẩn hóa… nên số terminal hỗ trợ còn hạn chế…
Việc họ thỉnh thoảng đăng invitation codes mà vẫn gom được đến hàng trăm nghìn người trên một Discord chỉ có đúng 2 kênh là #announcement và #use-cases cũng khá thú vị.
Nghe nói Cursor giờ có cảm giác lỗi thời nên tôi cũng muốn thử. Nhưng có vẻ chi phí không hề nhỏ nên tôi vẫn chưa dám.
Ừm, mà có vẻ ý kiến trên Hacker News lại khá tiêu cực.
Việc lược bỏ các tiền đề dù đó là một lập luận có thể đúng hoặc sai tùy tình huống chẳng phải là ngụy biện khái quát hóa sao? Tôi cho rằng cả hai câu “Mọi vụ sa thải đều vô ích” / “Mọi vụ sa thải đều có ích” đều là những mệnh đề sai. Nếu công ty rà soát lại kế hoạch kinh doanh và tinh gọn những bộ phận không còn phù hợp với kế hoạch, thì chẳng phải việc sa thải là có hiệu quả sao? Ngược lại, nếu ngay cả những bộ phận đang thiếu nhân lực hoặc có cường độ công việc cao cũng bị sa thải hàng loạt dưới danh nghĩa cắt giảm chi phí, thì việc sa thải đó là không hiệu quả.
Chỉ từ bài viết thì không thể biết được tác giả đang giả định một tình huống cụ thể nào, hay là dù biết điều này nhưng vẫn mắc lỗi khái quát hóa vì một lý do nào khác.
Cuối cùng chẳng phải là cũng không khác gì những thứ đã có sẵn trước đây sao? Cứ như chuột bạch, chỉ tốn thời gian vô ích nên giờ tôi cũng không còn muốn thử nữa.
Bạn nhất quán đứng về phía công ty nhỉ
Nếu bạn không phải quản lý mà là IC, và ngay cả trong thời Đại Khủng Hoảng vẫn có thể nói như vậy thì thôi cũng được..
Có vẻ mục cuối cùng trong bản dịch tóm tắt ý kiến Hacker News, "Có thể giả định rằng năng suất phần mềm đã không tăng 5-10 lần là sai", là một bản dịch sai. Nếu xem nguyên văn, có lẽ nên tóm tắt theo hướng an toàn hơn như: "Việc nói rằng năng suất phần mềm đã tăng 5-10 lần dựa trên một giả định sai về mức cải thiện năng suất".
Vâng, tôi đồng ý. Bản thân họ cũng cần được thể hiện ra, và sẽ rất tốt nếu những người hay cho đi thường xuyên dành cho nhau nhiều lời ghi nhận. Bản thân văn hóa tổ chức cũng khuyến khích điều đó.
Terminal quả thật là...
> Phần lớn lập trình viên không biết cách sử dụng hiệu quả các công cụ LLM hoặc không quan tâm
Điều khá bất ngờ là nhiều lập trình viên xung quanh lại không mấy quan tâm đến công nghệ. Họ dành phần lớn thời gian để máy móc chìm đắm trong những video YouTube Shorts mới hoặc lặp đi lặp lại.
Tôi thắc mắc liệu MCP có thể trở thành JSON hay không.
Có vẻ bài gốc đã bị xóa nên không còn tweet nữa.
Tôi cũng muốn thử dùng, nhưng dù đang trong giai đoạn preview vẫn phải trả phí và cũng không có thời gian dùng thử hu hu
Tìm kiếm thì thấy có người nói chỉ vài lần query đã tốn 5 đô, chắc là còn tùy vào lượng mã của dự án nữa.
Nhìn từ góc độ HR hay văn hóa tổ chức thì có khá nhiều câu chuyện thú vị.
Vì tôi không rõ lắm nên đã tìm thử, thì hóa ra
백도어 레퍼런스 체크là hình thức kiểm tra tham chiếu hậu trường không theo danh sách chỉ định. Tôi để lại ở đây vì nghĩ có thể cũng sẽ có người giống như tôi.Đây có thể là một phương pháp cụ thể của luyện tập chuyên sâu như được nói đến trong cuốn sách The Talent Code. Cảm ơn vì bài viết hay.
Các công ty trong nước thường có trường hợp thành phần hội đồng quản trị chỉ mang tính chất cho đủ hình thức, và đúng là những điều như thế này chỉ thật sự cảm nhận được khi tự mình khởi nghiệp rồi phát triển công ty đến mức cần có governance, nhưng đây vẫn là nội dung đáng đọc trước nên tôi chia sẻ lại.
> Dù công ty vẫn có thể tăng trưởng lớn hơn nữa, họ lại đưa ra mức giá mua lại để thu hồi vốn đầu tư và thúc đẩy exit.
Chỉ cần từng bị như vậy một lần là niềm tin dành cho nhà đầu tư tụt dốc hẳn.
Dù kinh nghiệm đi làm của tôi còn ngắn, tôi đồng cảm với nội dung trong bài, nhưng mặt khác cũng nghĩ rằng nên tránh việc làm việc một cách "âm thầm". Không cần phải quá phô trương hay ồn ào, nhưng ít nhất việc thể hiện bản thân ở mức tối thiểu có lẽ sẽ tốt hơn cho chính mình.
Theo những gì tôi từng trải qua, ở các công ty quy mô lớn, bản thân việc sa thải để đảm bảo công bằng là khá khó - rất khó cắt giảm đúng chỗ thực sự cần một cách phù hợp.
Vì vậy, các biện pháp tiếp theo sau sa thải lại càng cực kỳ quan trọng. Tinh thần của nhân viên, việc tái phân bổ nguồn lực hợp lý, v.v. Tái tuyển dụng nhân sự cần thiết (việc này dễ bị chỉ trích, nhưng không thể tránh khỏi...)
Những nỗ lực tạo slideshow mà không dùng PowerPoint
đã có một lịch sử khá lâu đời, bắt đầu từ W3C slidy rồi đến s3, s5, s6, s9…
Tiến thêm một bước từ đó nữa… giờ còn có thể thuyết trình trực tiếp ngay trong terminal, khá thú vị. Điểm hơi tiếc là… hiện tại giao thức đồ họa terminal (?!) vẫn chưa được chuẩn hóa… nên số terminal hỗ trợ còn hạn chế…
FYI, các công cụ trình chiếu dựa trên Markdown…
https://gist.github.com/johnloy/27dd124ad40e210e91c70dd1c24ac8c8
Việc họ thỉnh thoảng đăng invitation codes mà vẫn gom được đến hàng trăm nghìn người trên một Discord chỉ có đúng 2 kênh là #announcement và #use-cases cũng khá thú vị.
Nghe nói Cursor giờ có cảm giác lỗi thời nên tôi cũng muốn thử. Nhưng có vẻ chi phí không hề nhỏ nên tôi vẫn chưa dám.
Ừm, mà có vẻ ý kiến trên Hacker News lại khá tiêu cực.
Việc lược bỏ các tiền đề dù đó là một lập luận có thể đúng hoặc sai tùy tình huống chẳng phải là ngụy biện khái quát hóa sao? Tôi cho rằng cả hai câu “Mọi vụ sa thải đều vô ích” / “Mọi vụ sa thải đều có ích” đều là những mệnh đề sai. Nếu công ty rà soát lại kế hoạch kinh doanh và tinh gọn những bộ phận không còn phù hợp với kế hoạch, thì chẳng phải việc sa thải là có hiệu quả sao? Ngược lại, nếu ngay cả những bộ phận đang thiếu nhân lực hoặc có cường độ công việc cao cũng bị sa thải hàng loạt dưới danh nghĩa cắt giảm chi phí, thì việc sa thải đó là không hiệu quả.
Chỉ từ bài viết thì không thể biết được tác giả đang giả định một tình huống cụ thể nào, hay là dù biết điều này nhưng vẫn mắc lỗi khái quát hóa vì một lý do nào khác.
Cảm ơn bạn. Thật thú vị khi học các nghiên cứu đã được kiểm chứng trong thời gian dài và áp dụng chúng vào AI.
Cuối cùng chẳng phải là cũng không khác gì những thứ đã có sẵn trước đây sao? Cứ như chuột bạch, chỉ tốn thời gian vô ích nên giờ tôi cũng không còn muốn thử nữa.
Bài viết cũng hay, nhưng mình thấy việc bạn quan tâm và chịu khó học hỏi những điều này cũng rất đáng quý.
Bạn nhất quán đứng về phía công ty nhỉ
Nếu bạn không phải quản lý mà là IC, và ngay cả trong thời Đại Khủng Hoảng vẫn có thể nói như vậy thì thôi cũng được..
Ý tưởng này hay quá!