Điều đó đòi hỏi tối ưu hóa quy trình ở mức cực hạn, nhưng phát triển theo 3 ca dựa trên một chuẩn địa phương duy nhất thì trong ngành game là chuyện khá phổ biến.
Tiêu biểu là các studio game lớn của Trung Quốc đang phát triển 24 giờ theo 3 ca.
Các công ty game như EA, Ubisoft, nơi mô hình kỹ thuật toàn cầu đã được thiết lập từ lâu, làm việc theo múi giờ riêng của từng bên nên việc chậm trễ về tốc độ thực thi là điều gần như không thể tránh khỏi, nhưng họ vận hành với cảm giác rằng chi phí sinh hoạt thấp hơn + chi phí nhân công thấp hơn sẽ bù đắp cho điều đó. (Hiện tại, do các đợt tái cơ cấu quy mô lớn, tôi không rõ tình hình giờ ra sao nữa)
Thật mỉa mai khi cộng đồng Linux, vốn từ trước đến nay biện minh cho cách ăn nói độc hại vì lý do ổn định của kernel, giờ lại xem phản ứng kiểu "không thích thì cứ fork đi" như một câu trả lời hợp lý.
Có vẻ như sẽ có một điểm khó đoán là kết quả của việc fork sẽ trở thành một cuộc di cư hay rơi vào thời kỳ chiến quốc.
Ngay cả sau khi fork, việc tiếp tục phản ánh các thay đổi từ upstream có lẽ cũng không phải là một tình huống dễ chịu.
https://vi.news.hada.io/topic?id=16860
Nhìn vào việc nhánh fork Realtime Linux được hợp nhất sau 20 năm, có lẽ chúng ta nên cân nhắc thật thận trọng trước khi quyết định fork.
Đây đúng là một quyết định cho thấy triết lý vận hành của họ. Obsidian là ứng dụng tôi dùng nhiều thứ hai sau Chrome, và tôi vẫn luôn sử dụng nó rất tốt.
Nếu có nhiều người muốn đưa Rust vào kernel đến vậy, chẳng phải họ có thể fork và chuyển sang một dự án mới sao? Rồi khi nó đủ trưởng thành, các bản phân phối lớn sẽ chuyển sang kernel dựa trên Rust.
Tôi thật sự không hiểu vì sao họ lại đang cãi nhau với nhau.
Đương nhiên, startup thất bại không phải vì không viết blog mà sụp đổ mà….
Ai có thể định nghĩa nguyên nhân khiến một startup thất bại chứ?
Nếu sản phẩm tốt thì tất nhiên không cần blog.
Nếu nói như vậy thì sản phẩm tốt cũng chẳng cần marketing/sales.
Đây là một bài viết phi logic điển hình, ngộ nhận rằng “sự thiếu vắng bằng chứng trở thành bằng chứng của sự thiếu vắng”.
Tôi hiểu dụng ý, nhưng dù vậy tiêu đề sai đến mức làm lệch bản chất vấn đề.
“Không có thí sinh nào thất bại vì không ngủ”
“Không có công ty nào thất bại vì không có văn phòng tốt”
“Không có ai chết sớm vì không uống thực phẩm bổ sung.”
Chắc có thể nghĩ ra vài chục câu như vậy.
Có vẻ ngay cả tác giả bài gốc cũng nên suy nghĩ về logic hợp lý trước khi đăng bài blog này, nếu không thì cũng dễ thất bại đấy
Dù là người dùng Rust, nhưng tôi thấy bình luận của hgwxx7_ đăng trên r/rust rất ấn tượng1.
I think what Greg does really well here is demonstrating technical leadership.Leadership doesn't mean being right. He is right, but that's not the point.
Leadership means bringing along on the path he thinks is best. He doesn't crack the whip, chiding or coercing maintainers who disagree. Instead, he first acknowledges their very valid concerns about maintaining a code base with two languages. This is good, because they're right about that, their lives do get harder before they get easier.
He then ends on an inspirational note, pointing out that they've done much harder things and this is well within their abilities. He gently nudges them to welcome R4L devs.
Absolute masterclass of leadership.
I don't know if the other maintainers will be convinced when they read this. But it's hard for me to imagine a more convincing pitch than this one.
Cuối cùng chẳng phải là đang tìm cách cắt giảm chi phí nhân công sao.
Bản thân việc mức nhân công khác nhau mà lại muốn giao cùng một công việc đã là một sự va chạm văn hóa rồi..
Thà làm theo hình thức thuê ngoài, với quan hệ bên A - bên B rõ ràng, có lẽ còn tốt hơn.
Video của GOTO áp đảo thật..
Cần từ bỏ ảo tưởng về kỹ thuật toàn cầu thôi..
Điều đó đòi hỏi tối ưu hóa quy trình ở mức cực hạn, nhưng phát triển theo 3 ca dựa trên một chuẩn địa phương duy nhất thì trong ngành game là chuyện khá phổ biến.
Tiêu biểu là các studio game lớn của Trung Quốc đang phát triển 24 giờ theo 3 ca.
Các công ty game như EA, Ubisoft, nơi mô hình kỹ thuật toàn cầu đã được thiết lập từ lâu, làm việc theo múi giờ riêng của từng bên nên việc chậm trễ về tốc độ thực thi là điều gần như không thể tránh khỏi, nhưng họ vận hành với cảm giác rằng chi phí sinh hoạt thấp hơn + chi phí nhân công thấp hơn sẽ bù đắp cho điều đó. (Hiện tại, do các đợt tái cơ cấu quy mô lớn, tôi không rõ tình hình giờ ra sao nữa)
Thật mỉa mai khi cộng đồng Linux, vốn từ trước đến nay biện minh cho cách ăn nói độc hại vì lý do ổn định của kernel, giờ lại xem phản ứng kiểu "không thích thì cứ fork đi" như một câu trả lời hợp lý.
> Tiêu đề phải cho thấy đây là một lời phê bình đối với các quy tắc đó
222
Ồ, đây là một quyết định hay đấy..
Dự án phụ có DX của solidjs là số một >m< / hạnh phúc
Có vẻ như sẽ có một điểm khó đoán là kết quả của việc fork sẽ trở thành một cuộc di cư hay rơi vào thời kỳ chiến quốc.
Ngay cả sau khi fork, việc tiếp tục phản ánh các thay đổi từ upstream có lẽ cũng không phải là một tình huống dễ chịu.
https://vi.news.hada.io/topic?id=16860
Nhìn vào việc nhánh fork Realtime Linux được hợp nhất sau 20 năm, có lẽ chúng ta nên cân nhắc thật thận trọng trước khi quyết định fork.
Cảm ơn!
Đây đúng là một quyết định cho thấy triết lý vận hành của họ. Obsidian là ứng dụng tôi dùng nhiều thứ hai sau Chrome, và tôi vẫn luôn sử dụng nó rất tốt.
Nếu có nhiều người muốn đưa Rust vào kernel đến vậy, chẳng phải họ có thể fork và chuyển sang một dự án mới sao? Rồi khi nó đủ trưởng thành, các bản phân phối lớn sẽ chuyển sang kernel dựa trên Rust. Tôi thật sự không hiểu vì sao họ lại đang cãi nhau với nhau.
Đương nhiên, startup thất bại không phải vì không viết blog mà sụp đổ mà….
Ai có thể định nghĩa nguyên nhân khiến một startup thất bại chứ?
Nếu sản phẩm tốt thì tất nhiên không cần blog.
Nếu nói như vậy thì sản phẩm tốt cũng chẳng cần marketing/sales.
Đây là một bài viết phi logic điển hình, ngộ nhận rằng “sự thiếu vắng bằng chứng trở thành bằng chứng của sự thiếu vắng”.
Tôi hiểu dụng ý, nhưng dù vậy tiêu đề sai đến mức làm lệch bản chất vấn đề.
“Không có thí sinh nào thất bại vì không ngủ”
“Không có công ty nào thất bại vì không có văn phòng tốt”
“Không có ai chết sớm vì không uống thực phẩm bổ sung.”
Chắc có thể nghĩ ra vài chục câu như vậy.
Có vẻ ngay cả tác giả bài gốc cũng nên suy nghĩ về logic hợp lý trước khi đăng bài blog này, nếu không thì cũng dễ thất bại đấy
Dù là người dùng Rust, nhưng tôi thấy bình luận của hgwxx7_ đăng trên r/rust rất ấn tượng1.
Cuối cùng chẳng phải là đang tìm cách cắt giảm chi phí nhân công sao.
Bản thân việc mức nhân công khác nhau mà lại muốn giao cùng một công việc đã là một sự va chạm văn hóa rồi..
Thà làm theo hình thức thuê ngoài, với quan hệ bên A - bên B rõ ràng, có lẽ còn tốt hơn.
Đồng ý.
Công việc vận hành 24 giờ mỗi ngàylà một ảo tưởng của nhà quản lý hoặc ban điều hành."Rust không phải là đáp án tuyệt đối, nhưng gần với đáp án hơn Java và Python" -codemaster kimc-
Microsoft công bố bộ xử lý lượng tử 'Majorana 1'
Vì vậy tôi thích cách gọi
open weighthơn.Phát hiện vấn đề bằng Falco hoặc linkerd, rồi khi cần thì phân tích bằng subtrace là được nhỉ~ :)
Yêu bạn lắm, Hassabis~