Các trò chơi javascript thương mại có hợp lý không?


7

Vì vậy, tôi yêu javascript như một ngôn ngữ và làm thế nào nó có thể chạy ở bất cứ đâu. Tôi sẽ liệt kê những mối quan tâm của mình:

Liệu nó có ý nghĩa để kiếm tiền từ javascript? Ý tôi là, lần thứ hai tôi xuất bản trò chơi của mình trực tuyến, mọi người có thể tải xuống và đăng nó lên trang web của chính họ và đưa quảng cáo của riêng họ vào trò chơi. Có tin đồn rằng Facebook đang làm việc trên nền tảng HTML5. Tuy nhiên, ngay cả khi bạn yêu cầu sử dụng các khóa bí mật với phần trò chơi trực tuyến của mình, mọi người vẫn có thể tải xuống mã nguồn và thực hiện phiên bản trực tuyến của riêng họ. Điều đó hơi bất tiện, nhưng bản thân trò chơi không mất đi giá trị nào. Họ chỉ cần xây dựng cộng đồng của riêng mình ngay bây giờ - điều này thật dễ dàng với một trò chơi tuyệt vời. Tôi không có điện thoại thông minh, ai đó có thể giải thích nếu có thể xem nguồn nếu tôi xuất bản trò chơi của mình dưới dạng ứng dụng javascript không? (có lẽ nó được gói vào mã gốc bởi thị trường, tôi sẽ đánh giá cao thông tin)

Tôi biết Flash có phần giống nhau, nhưng theo tôi hiểu rằng các trình giải mã tốt có thể làm cho mã nguồn trở nên xấu đến mức nó sẽ là một núi công việc phải sửa đổi. Tất nhiên các trò chơi bản địa có thể bị bẻ khóa, nhưng điều đó không có nghĩa là chúng có mã nguồn. Họ vẫn sẽ dựa vào phần trực tuyến của tôi và các cập nhật của tôi về trò chơi.

Nói với tôi rằng tôi không hoang tưởng :) Làm thế nào ai đó có thể biện minh cho việc chi tiêu tài nguyên cho một trò chơi javascript?


2
Câu hỏi này rất giống với câu hỏi này
XGouchet

2
Nhìn vào phát triển trò chơi nguồn mở. Không có lý do tại sao nó không thể hoạt động
Raynos

3
.. hoặc triển khai logic trò chơi chính trên máy chủ và chỉ cần viết một ứng dụng khách "ngu ngốc" bằng JavaScript.
bummzack

@bummzack (+1): Đối với trò chơi nhiều người chơi, máy chủ nên đưa ra tất cả các quyết định quan trọng.
Randolf Richardson

1
@bummzack, nếu bạn muốn có trò chơi chống lag, khách hàng cũng cần có khả năng chạy mô phỏng của riêng mình.
Tấn côngHobo

Câu trả lời:


10

Liệu nó có ý nghĩa để kiếm tiền từ JavaScript?

Đúng.

Nếu bạn có thể viết một trò chơi (hoặc công cụ tiện lợi, v.v.) bằng ngôn ngữ lập trình mà bạn thích và nó trở nên phổ biến đến mức bạn có thể khiến người dùng trả tiền cho đăng ký và / hoặc nhấp vào quảng cáo biểu ngữ (hoặc có lợi về mặt tài chính cho bạn theo một số cách khác như bán giấy phép để sử dụng lại mã nguồn của bạn), thì bạn đã thành công.

Có lẽ câu hỏi mà bạn có thể muốn hỏi là "Có thể không?" đó là nơi mà khía cạnh "đủ phổ biến" phát huy tác dụng. Nó thực sự hiểu rõ những gì khách hàng tiềm năng của bạn thích (trong trường hợp này là những người chơi trò chơi của bạn) và nếu họ thực sự thích trò chơi của bạn thì bạn có một trong những yếu tố quan trọng hơn để biến nó thành một thành công ( các yếu tố khác sẽ là phần bù của chi phí vận hành, chẳng hạn như phần cứng và băng thông máy chủ, hoặc chi phí lưu trữ, chi phí nhân viên hỗ trợ {nếu cuối cùng bạn cần nhân viên hỗ trợ}, v.v.).

Thách thức công nghệ

Một trong những vấn đề với lập trình JavaScript là mỗi trình duyệt web thực hiện nó một chút khác nhau (và sau đó có một cái mà tôi sẽ không đặt tên, nó thực hiện nó khác nhau đến mức các nhà phát triển thường phải mã hóa các công việc đặc biệt được sử dụng theo điều kiện về việc người dùng có đang sử dụng trình duyệt web đó không).

Mặc dù hầu hết các công việc này rất nổi tiếng, nhưng chúng có gánh nặng cần nhiều tài nguyên phát triển hơn (như có nhiều thời gian hơn để thử nghiệm với tất cả các trình duyệt web chính). Lưu ý: Tôi không cố gắng làm bạn nản lòng, tôi chỉ muốn chắc chắn rằng bạn nhận thức được vấn đề phổ biến này trước khi bắt đầu.

Tất nhiên, mỗi ngôn ngữ đều có những thách thức, vì vậy bạn có thể hưởng lợi từ việc dành một chút thời gian để nghiên cứu "ưu và nhược điểm" của các ngôn ngữ khác nhau có sẵn trước khi đưa ra quyết định của mình.

Mã nguồn obfuscation

Mặc dù obfuscation có vẻ là một động thái phổ biến, nhưng nếu bạn thực sự lo lắng về điều này thì có lẽ JavaScript không phải là ngôn ngữ phù hợp để sử dụng - bạn có thể cần đánh giá các tùy chọn khác trong đó mã nguồn được biên dịch thành một dạng nào đó (chẳng hạn như Java mã byte hoặc mã thực thi riêng cho Hệ điều hành đích mà bạn quan tâm).

Ngoài ra, khi nói đến obfuscators mã nguồn, cũng có những trình khử nhiễu có thể hỗ trợ đáng kể trong quy trình kỹ thuật đảo ngược, vì vậy bạn có thể thấy rằng obfuscation không thực sự mang lại sự bảo vệ như bạn mong đợi (và nó rất có thể là một nỗ lực lãng phí cho hầu hết các phần). Những gì các obfuscators đôi khi có thể cung cấp là một chút tối ưu hóa trong đó các tên biến được rút ngắn (vì vậy trình thông dịch JavaScript có một vài ký tự để lọc qua), nhưng ở phía máy khách, điều này có thể không được chú ý lắm.

Một khía cạnh cần xem xét là nếu bạn liên tục cập nhật mã JavaScript, việc sao chép có thể chứng minh được rất nhiều công việc cho bên thứ ba vì họ luôn phải cập nhật hệ thống sao chép của mình, đặc biệt là khi những thay đổi lớn được giới thiệu.

Nếu máy chủ của bạn đưa ra tất cả các quyết định, thì chỉ có phía máy khách của mã nguồn của bạn mới có sẵn cho công chúng, vì vậy nó có thể không thực sự quan trọng vì dù sao đó cũng là máy chủ sẽ chạy phần lớn mã thực sự quan trọng.

Flash so với JavaScript

Flash và JavaScript thường được tập trung theo các hướng khác nhau, mặc dù một trong hai thường có thể được sử dụng cho nhiều tác vụ giống nhau. Tất nhiên, khi cần đến đồ họa nhanh, Flash thường là lựa chọn phù hợp hơn giữa hai loại này; nếu trò chơi của bạn không yêu cầu loại đồ họa nhanh mà Flash phù hợp, thì tôi chắc chắn không hiểu tại sao bạn không thể sử dụng JavaScript mà không gặp nhiều rắc rối.

Hãy xem http://maps.google.com/ để biết một ví dụ về JavaScript đang được sử dụng trong ứng dụng phía máy khách nặng đồ họa - nó sử dụng JavaScript (và cụ thể hơn là AJAX) để tải xuống các lát gạch là những mảnh ảnh của Trái đất trước đây xuất phát từ quỹ đạo vệ tinh và cho phép người dùng sử dụng các phím mũi tên chuột để điều hướng theo nhiều cách khác nhau. Nếu loại hiệu suất này sẽ phù hợp với nhu cầu thiết kế trò chơi của bạn, thì nó có thể khiến JavaScript trở thành lựa chọn khả thi hơn cho bạn.

Chứng hoang tưởng

Bạn không hoang tưởng. Ở đó, bạn đã được nói những gì bạn muốn được nói. =)

Biện minh nguồn lực chi tiêu

Nguồn mở không phải là sự cân nhắc duy nhất ...

Khi nói đến việc tiêu tiền, một kế hoạch kinh doanh có thể rất hữu ích - hiểu thị trường của bạn (cơ sở khách hàng tiềm năng, đối thủ cạnh tranh, v.v.), ngân sách của bạn (chi phí cho thiết bị, dịch vụ, tiếp thị, dự đoán bán hàng, v.v.), cuối cùng của bạn yêu cầu nhân sự (nhà phát triển, nghệ sĩ, hỗ trợ kỹ thuật, kế toán, v.v.), v.v., có thể rất hữu ích, đặc biệt nếu bạn nghiêm túc về việc kinh doanh từ việc này.

Đối với mọi khoản đầu tư, luôn có rủi ro ở đâu đó (mặc dù rủi ro không phải lúc nào cũng rõ ràng, vì vậy các nhà đầu tư có thể xác định các rủi ro khác nhau). Điểm mấu chốt là các nhà đầu tư mong đợi lợi nhuận đầu tư có lãi, và vì vậy họ sẽ muốn [ít nhất là một số] đảm bảo rằng bạn có thể khắc phục rủi ro.


3

Bạn bị hoang tưởng.

Có một thứ như bản quyền, có nghĩa là những người ăn cắp ứng dụng của bạn đủ điều kiện để bị kiện. Nó không thực sự khác biệt với các chương trình khác.


1
Ngoài ra còn có các khu vực pháp lý khác nhau trên khắp thế giới, điều đó có nghĩa là ngay cả khi bạn có thể tìm thấy con người chịu trách nhiệm, việc đưa họ vào bất kỳ loại tòa án nào là hoàn toàn không khả thi.
Lars Viklund

Vậy ai sẽ kiện những người này trên toàn thế giới? bởi vì tôi không có tiền hoặc thời gian để làm việc đó
Blub

2
Tôi không nói rằng đó không phải là một vấn đề, nhưng vấn đề về cơ bản là giống nhau cho tất cả các phần mềm. Tin tốt là, theo bất kỳ luật pháp tử tế nào, mối đe dọa của một vụ kiện hầu như luôn luôn là đủ, người ta sẽ thật ngu ngốc khi ra tòa vì vi phạm bản quyền nếu được đưa ra một cách hợp lý để bảo lãnh.
aaaaaaaaaaaa

Một số quốc gia không được biết đến vì tôn trọng bản quyền (cả Nga và Trung Quốc đều nghĩ ngay lập tức, mặc dù gần đây Trung Quốc mới bắt đầu cải thiện lĩnh vực này), và vì vậy các biện pháp bảo vệ của bạn sẽ chỉ mở rộng sang các quốc gia tôn trọng và thực thi cơ chế cho, quyền sở hữu trí tuệ. Bất kể bạn làm gì, bản sao phần mềm của bạn có thể sẽ được bán ở các quốc gia đó (nếu có, ít nhất nó có thể là một dấu hiệu cho thấy nó tốt như thế nào - hoặc ít nhất là thái độ này có thể giúp bạn dễ nuốt hơn khi phần mềm của bạn bị sao chép bất hợp pháp ở đó).
Randolf Richardson

2

Việc phát triển và kiếm tiền từ một sản phẩm được xây dựng trên JavaScript là hoàn toàn khả thi. Nó là một ngôn ngữ được sử dụng rộng rãi và được hỗ trợ giúp dễ dàng mở rộng quy mô và hiệu quả chi phí.

Cũng lưu ý rằng JavaScript có thể được chạy phía máy chủ, vì vậy logic của bạn không phải bị lộ. Hãy xem xét Node.js

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.