Tôi từng dùng Evernote rồi đã chuyển sang OneNote vì dịch vụ bị thay đổi theo hướng tệ đi một cách đột ngột. Từ đó tôi khá ngại các ứng dụng ghi chú của công ty nhỏ. Vì chính sách của Obsidian cũng có thể thay đổi trong chớp mắt.
Tôi nói điều này khi nhìn thấy chuyện đó.
Vì tính năng thời gian thực đã có thể được duy trì từ lâu như một dự án tách rời khỏi kernel, nên những ai cần chỉ việc lấy về, áp dụng vào kernel và sử dụng.
Tôi cũng là người dùng Rust, nhưng nếu mã Rust và mã C cùng tồn tại lẫn lộn thì trừ khi có một quy ước rất chặt chẽ về việc cho phép mã Rust đến mức nào trong dự án mã nguồn mở, mọi thứ sẽ trở nên không thể kiểm soát, hoặc ít nhất chi phí review và bảo trì sẽ tăng lên khủng khiếp; vì vậy tôi cho rằng lựa chọn khôn ngoan nhất là fork ra thay vì thêm vào.
Có vẻ ý là trong nhiều cách marketing thì blog không hẳn là lựa chọn tốt nhất, nhưng phương án thay thế lại là cầm bảng đứng quảng bá trước văn phòng khách hàng hoặc tranh cãi trên X nên thấy cũng hơi kỳ.
Mình biết có những công ty đầu tư dài hạn vào SEO để tăng lượng truy cập organic và từ đó tạo ra doanh thu ổn định, nên mình có đồng cảm phần nào nhưng khó mà hoàn toàn đồng ý ngay được.
Tôi không rõ bạn có kinh nghiệm phát triển kernel hay không nên cũng không biết nên nói thế nào, nhưng trước hết, áp dụng ngôn ngữ Rust không có nghĩa là thay kernel bằng Rust. Có thể bạn sẽ hỏi tách ra làm riêng rồi tạo thêm một kernel khác là được mà, nhưng ý ở đây không phải là làm kernel bằng Rust, mà là tạo wrapper bằng Rust chỉ cho phần interface dành cho device driver trong kernel, để chỉ riêng device driver có thể được viết bằng Rust. Vì vậy, chuyển sang một dự án mới là không có ý nghĩa.
Đ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ý.
Tôi từng dùng Evernote rồi đã chuyển sang OneNote vì dịch vụ bị thay đổi theo hướng tệ đi một cách đột ngột. Từ đó tôi khá ngại các ứng dụng ghi chú của công ty nhỏ. Vì chính sách của Obsidian cũng có thể thay đổi trong chớp mắt.
Tôi hoàn toàn không hiểu nổi lập luận bảo hãy fork rồi rời đi. Rốt cuộc tại sao Linus lại phải fork khỏi Linux rồi rời đi chứ?
Tôi nói điều này khi nhìn thấy chuyện đó.
Vì tính năng thời gian thực đã có thể được duy trì từ lâu như một dự án tách rời khỏi kernel, nên những ai cần chỉ việc lấy về, áp dụng vào kernel và sử dụng.
Tôi không thuộc cộng đồng Linux, nhưng...
Tôi chưa từng phát triển ở phía Linux.
Có vẻ như wrapper Rust cho driver thiết bị là một cấu trúc không thể tách rời khỏi kernel...
Tôi nghĩ không nên coi những người đó và người viết bình luận này là cùng một cộng đồng.
Tôi cũng là người dùng Rust, nhưng nếu mã Rust và mã C cùng tồn tại lẫn lộn thì trừ khi có một quy ước rất chặt chẽ về việc cho phép mã Rust đến mức nào trong dự án mã nguồn mở, mọi thứ sẽ trở nên không thể kiểm soát, hoặc ít nhất chi phí review và bảo trì sẽ tăng lên khủng khiếp; vì vậy tôi cho rằng lựa chọn khôn ngoan nhất là fork ra thay vì thêm vào.
Có vẻ ý là trong nhiều cách marketing thì blog không hẳn là lựa chọn tốt nhất, nhưng phương án thay thế lại là cầm bảng đứng quảng bá trước văn phòng khách hàng hoặc tranh cãi trên X nên thấy cũng hơi kỳ.
Tôi không rành về kernel, nhưng nếu có thể tự động dịch mã C sang Rust thì sẽ rất tốt. Tất nhiên, ngoài vấn đề dịch mã còn có cả vấn đề con người nữa.
Trước đây tôi từng định thử dùng Obsidian cho mục đích cá nhân ở công ty nhưng đã bỏ cuộc vì vấn đề giấy phép, giờ chắc phải dùng lại thôi.
Hay...
Tôi cứ tưởng đó là bản dịch thoát ý chứ.
Ồ, tôi đang đăng ký gói giấy phép thương mại nên thấy vậy thật tốt.
Tôi nhớ là khi cần backport vào phiên bản stable hoặc có việc phải liên hệ, thì dù đang rất bận anh ấy vẫn phản hồi rất tốt.
Mình biết có những công ty đầu tư dài hạn vào SEO để tăng lượng truy cập organic và từ đó tạo ra doanh thu ổn định, nên mình có đồng cảm phần nào nhưng khó mà hoàn toàn đồng ý ngay được.
Tôi không rõ bạn có kinh nghiệm phát triển kernel hay không nên cũng không biết nên nói thế nào, nhưng trước hết, áp dụng ngôn ngữ Rust không có nghĩa là thay kernel bằng Rust. Có thể bạn sẽ hỏi tách ra làm riêng rồi tạo thêm một kernel khác là được mà, nhưng ý ở đây không phải là làm kernel bằng Rust, mà là tạo wrapper bằng Rust chỉ cho phần interface dành cho device driver trong kernel, để chỉ riêng device driver có thể được viết bằng Rust. Vì vậy, chuyển sang một dự án mới là không có ý nghĩa.
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