Chương 493: Cú đánh hạ chiều từ mười mấy năm sau
Bởi vì việc thiết kế lại từ đầu và việc đứng trên vai người khổng lồ có chi phí nỗ lực hoàn toàn khác biệt. Nếu thay đổi toàn bộ cơ cấu vận hành hệ thống, số lượng chi tiết cần chỉnh sửa sẽ cực kỳ lớn.
Hơn mười năm sau, khi người ta phát triển hệ thống mới, thường chỉ rơi vào hai trường hợp: phát triển để khoe mẽ, hoặc để nhanh chóng né tránh sự phong tỏa của phương Tây. Họ không có đủ thời gian để thay đổi từ gốc rễ, đó chính là yếu tố cốt lõi nhất.
Trong chuyện này còn liên quan đến vấn đề thị phần. Một hệ điều hành điện thoại mới muốn các nhà phát triển viết ứng dụng cho mình thì chỉ có hai con đường. Một là anh có đủ nhiều người dùng, hai là có đủ nhiều hãng sản xuất sẵn sàng ủng hộ, xuất xưởng điện thoại chạy hệ điều hành đó.
Không nghi ngờ gì, mười mấy năm sau, các hãng nội địa tuyệt đối sẽ không ủng hộ phương án thứ hai. Đó là cuộc khủng hoảng niềm tin. Mọi người tự chiến đấu riêng lẻ, không bao giờ chọn cách đoàn kết vì lịch sử đã chứng minh: đối thủ cạnh tranh sẽ chỉ tìm cách triệt hạ đồng nghiệp, không từ thủ đoạn để đào hố và đâm sau lưng nhau trong những lựa chọn thương mại quan trọng.
Thật châm biếm khi niềm tin dành cho đồng nghiệp trong nước đôi khi còn thấp hơn cả xác suất bị Google đào hố. Đó là thực tế phũ phàng của mười năm sau: không một doanh nghiệp nào làm hệ điều hành trong nước nhận được sự tin tưởng tuyệt đối từ các bên.
Đó cũng là lý do Hoa Hạ rất khó thay thế hoàn toàn Android. Khi Android là mã nguồn mở, đến lúc bị chế tài thì các hiệp định mở đều là vô nghĩa. "Tôi cứ dùng đấy, các ông làm gì được tôi?"
Cho nên ở kiếp này, Tiêu Sở Sinh không đi theo con đường mã nguồn mở của Android. "Mã nguồn mở mới là tương lai" – loại lời nói dối đó nghe cho vui thì được, ai tin là thật thì người đó ngốc.
FWR OS sẽ dựa trên nhân FreeBSD để tiến hành cải tạo quy mô lớn. Thành phẩm cuối cùng sẽ là một loại nhân hỗn hợp, gần giống như cách Apple làm. Thực tế, iOS và macOS của Apple dù thuộc dòng Unix nhưng có mối quan hệ cực kỳ chặt chẽ với FreeBSD.
Tiêu Sở Sinh chỉ hiểu sơ qua, nhưng Lưu Vũ Điệp là đại thần kỹ thuật nên hiểu rất rõ. Khi Tiêu Sở Sinh nhắc đến nhân FreeBSD, chị ấy cơ bản đã đoán được ý đồ của ông chủ trẻ này. Với tư cách người trong ngành, chị ấy biết Google mua lại Android dựa trên Linux nên chắc chắn sẽ đi theo lộ trình cũ. Chị ấy đoán được sự hỗn loạn của một hệ điều hành mở hoàn toàn, nên càng nghiêng về mạch suy nghĩ của Tiêu Sở Sinh hơn.
Sau khi chốt xong lựa chọn nhân hệ thống, Tiêu Sở Sinh bắt đầu giảng giải về logic tương tác của cơ chế Mộ bia.
"Ông chủ, nghe ý của anh thì cơ chế Mộ bia này là một phương thức xử lý hậu trường đúng không?" Một lập trình viên lên tiếng.
Tiêu Sở Sinh gật đầu: "Đúng, đó là sự tương tác giữa hậu trường và tiền cảnh. Mộ bia, hay còn gọi là đóng băng. Khi ứng dụng chuyển từ tiền cảnh vào hậu trường, chúng ta sẽ tạm dừng và đóng băng nó lại. Cơ chế này tương tự như tính năng Snapshot (chụp nhanh) của máy ảo."
Nhắc đến Snapshot, mỗi người ở đây đều hiểu ngay lập tức. Đúng là nói chuyện với dân chuyên nghiệp có khác!
"Nhưng như vậy... liệu có ảnh hưởng đến việc sử dụng không?" Lập trình viên đó tỏ ra do dự, "Để ứng dụng chạy ngầm ở hậu trường thì lần sau mở lại chẳng phải hiệu suất sẽ cao hơn sao?"
Tiêu Sở Sinh nhếch môi cười, không hề cảm thấy ý kiến đó có vấn đề, vì đó là hạn chế của thời đại. Thời kỳ này ai cũng là "dò đá qua sông". Ngay cả Apple cũng không chắc cơ chế Mộ bia có thành công không, nhưng họ đã chọn đúng.
Tiêu Sở Sinh kiên nhẫn giải thích: "Nếu dùng logic của máy tính để làm điện thoại là sai lầm về nhu cầu. Trước tiên phải xác định chúng ta làm gì trên một màn hình nhỏ như vậy. Bạn có cần dùng nhiều ứng dụng cùng một lúc không? Không hề! Những nhu cầu như giảm nhiệt độ thiết bị, giảm tiêu hao điện năng vô ích mới là quan trọng nhất!
Đưa ứng dụng vào hậu trường là tạm dừng ngay. Chúng ta sẽ đưa vào cơ chế bộ nhớ ảo của Windows, tức là trích một phần bộ nhớ lưu trữ làm RAM. Nếu ứng dụng ở hậu trường quá lâu, nó sẽ bị đẩy từ RAM vào bộ nhớ lưu trữ để tránh trao đổi dữ liệu liên tục. Đồng thời, chúng ta quy định rõ khi phát triển ứng dụng: chia nhỏ các tiến trình ra. Tiến trình nào yêu cầu tốc độ đọc ghi thấp thì mặc định chạy trên bộ nhớ ảo, ưu tiên cao thì nằm ở RAM. Khi người dùng tắt màn hình, tất cả ứng dụng sẽ bị đóng băng vào bộ nhớ ảo hết."
Tiêu Sở Sinh nhìn đám đông đang trợn mắt hốc mồm, mỉm cười nói tiếp: "Dĩ nhiên đây chỉ là khái quát đơn giản, còn cụ thể làm sao để trải nghiệm mượt mà thì cần các bạn tiến hành thử nghiệm và đo lường thời gian trễ."
Các lập trình viên cảm thấy tê dại cả da đầu. Hóa ra có thể chơi kiểu này sao? Theo logic này, chẳng phải điện thoại sẽ luôn chỉ chạy một ứng dụng duy nhất? Và 1GB RAM có thể dùng như 4GB hay 8GB sao? Thực tế thì không hẳn như vậy vì tốc độ bộ nhớ flash thời này chưa đủ nhanh, nhưng mạch suy nghĩ này dù 10 hay 20 năm nữa vẫn không hề lạc hậu.
Đây chính là cái gọi là mang theo đáp án của tương lai để giải bài toán hiện tại. Một cú đánh hạ chiều thực sự đối với các đối thủ cùng thời đại...
"Ông chủ, còn một vấn đề nữa." Trương Hạo giơ tay, "Mạch suy nghĩ của anh rất đúng nhưng có một số ứng dụng cần chạy thực tế ở hậu trường chứ? Ví dụ như âm nhạc, hay là trò chơi trực tuyến?"
Tiêu Sở Sinh mắt sáng lên, thầm nghĩ Trương Hạo khá đấy, đã dự đoán được việc trò chơi trực tuyến sẽ lên điện thoại rồi.
"Hệ thống của chúng ta sẽ yêu cầu mỗi ứng dụng phải kết nối vào một tiến trình Push thông báo luôn chạy ngầm. Tiến trình này dùng để đồng bộ thông tin từ máy chủ, giúp người dùng nhận được thông báo ngay cả khi ứng dụng đang bị đóng băng. Còn với nhạc hay game, chúng ta sẽ làm một 'Danh sách trắng hậu trường' thông minh. Chỉ những tiến trình thiết yếu như phát âm thanh mới được phép chạy ngầm thực sự."
"?? "
Tất cả mọi người đều ngẩn ngơ. Cái này mà ông chủ cũng tính đến rồi sao? Ông chủ này còn là người không vậy? Anh dùng tiền thuê chúng tôi đến đây để làm gì nữa? Họ bỗng có cảm giác mình như những công nhân trên dây chuyền, chỉ việc làm theo đúng yêu cầu chi tiết đến từng chân tơ kẽ tóc của ông chủ, bảo đâu đánh đó.
Hãy bình luận để ủng hộ người đăng nhé!