悟空间(Wozlla Games)是怎样一个团队?
朋友参加了一次H5大会后,跟我分享了这个团队。会上创始人@谢子斌播放的游戏视频引起了蛮大轰动的。能用H5做出这样一个大型的游戏,觉得有些不可思议。
http://www.wozlla.com
回复内容:
(多图)我们用英语写代码,法语讲笑话,西班牙语提bug,挪威语劝酒,马来语签合同,汉语聊八卦。
我们有清华明星脸暖男每天为你做早餐,有墨西哥哈韩大叔等你来教汉语,有一米九程序员篮球场求被虐,有重庆四川吃货寂寞深夜约火锅.
你以为,程序员是这样的

在悟空间,程序员是这样的

你以为,工作餐是这样的

在悟空间,工作餐是这样的


诚聘吃货,要求:爱吃。公司零食太多了,根本吃不完,好烦恼撒~

你以为,老板是这样的
在悟空间,老板是这样的



你以为,网游是这样的

在悟空间,网游是这样的


你以为,加班是这样的

在悟空间,加班是这样的
每个月2次按摩

如果小伙伴们问:你们公司这么叼,还招人不?
招招招!安卓、iOS、NodeJS、HTML5程序员快到碗里来!有意者请把你的热情与才华装进信封,投递到邮箱 hr@wozlla.com
让我们一起做游戏,一起完成梦想吧!

谢邀。
自由,情怀,梦想,态度,成长
加入团队已经快2年,以上是我对悟空间的评价。
最初我们的RPG游戏立项的时候,我们对游戏唯一的期待就是,做自己想做的游戏,做一款能够称之为游戏的游戏。作为一个创业团队,我们无法复制当时市面上的《神仙道》《神曲》,我们只有走创新这条路。立项初期,《我叫MT》引爆全国,手游市场开始由休闲向重度游戏转型。随之市场上卡牌游戏泛滥,我们就决定,要做一个像端游的RPG,我们不要界面游戏,我们要出几百个技能,让玩家自由给英雄配招,我们要给游戏最丰富的可玩性。当然,最有挑战性的是,这样一个游戏,我们要拿HTML5制作。
选择HTML5技术,是因为我们看好H5技术的前景,并且我们的创始人是Opera的前CSO,也是W3C HTML5中文小组主席,作为H5技术的布道者,他相信这个技术的前景,于是把我们召集到一起,共同探索H5的未来。同时其他的主要人员也都是H5这个新兴技术里的老人,比如本人,从H5概念提出就在这个圈子里做游戏,始终了解H5是个什么样的状态。
主美是一个很有天赋的画师,之前就职于创新工场,也曾为《最小说》等杂志画过插画。他画的第一个游戏场景是海市。概念图出来的时候,我的第一感受就是——这是页游手游中的一股清新之风。
后来我们有了天外村、极光之城、冰雪长城,我最喜欢的场景,仍然是海市。
随着开发时间越来越长,寻代理难度越来越大,我们不得不面对现实,于是加入了内购道具,加入了签到、日常系统。这很无奈,但作为一个前途未卜的创业公司,我们没有太多的资本玩情怀,我们只能在情怀与商业中杀出自己的一条路。正如同@梁其伟所说的“用商业的外壳包裹硬核的内质”。
为这款游戏付出这么多,我渐渐地不那么在乎,这款游戏上线后是否能火,能否月流水千万了,我现在只想享受做游戏的这个过程。我和一群有爱的同事们一起,生活起居都在一块儿,就好像家人一样。如果要我形容在悟空间工作的感受,我只能给你一个字:家。
感觉好有钱途的样子... 这广告也太明显了吧? 广告很认真的看完了,希望以后悟空间有能力的程序员们多来知乎解答一下问题 你们家座机多少呀? 一个很能折腾的团队,一个很能折腾的老大 @zibin。祝from西红柿鸡蛋面to龙虾萨拉 wozlla.com 不会转到 www.wozlla.com?非得输全?
ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









HTTP ステータス コード 520 は、サーバーがリクエストの処理中に不明なエラーに遭遇し、より具体的な情報を提供できないことを意味します。サーバーがリクエストを処理しているときに不明なエラーが発生したことを示すために使用されます。サーバー構成の問題、ネットワークの問題、またはその他の不明な理由が原因である可能性があります。これは通常、サーバー構成の問題、ネットワークの問題、サーバーの過負荷、またはコーディング エラーが原因で発生します。ステータス コード 520 エラーが発生した場合は、Web サイト管理者またはテクニカル サポート チームに連絡して詳細情報と支援を得ることが最善です。

オープン ソースの詳細については、次のサイトを参照してください。 51CTO Honmeng 開発者コミュニティ https://ost.51cto.com 実行環境 DAYU200:4.0.10.16SDK: 4.0.10.15IDE: 4.0.600 1. アプリケーションを作成するには、[ファイル] をクリックします。 >新しいファイル ->プロジェクトの作成。テンプレートを選択します: [OpenHarmony] EmptyAbility: プロジェクト名 shici、アプリケーション パッケージ名 com.nut.shici、およびアプリケーションの保存場所 XXX (中国語、特殊文字、スペースは含まれません) を入力します。 CompileSDK10、モデル: ステージ。デバイス

HTTP ステータス コード 403 は、サーバーがクライアントの要求を拒否したことを意味します。 http ステータス コード 403 の解決策は次のとおりです: 1. 認証資格情報を確認します。サーバーが認証を必要とする場合は、正しい資格情報が提供されていることを確認します。2. IP アドレス制限を確認します。サーバーが IP アドレスを制限している場合は、クライアントの IP アドレスは制限されています。ホワイトリストに登録されているか、ブラックリストに登録されていません。3. ファイルのアクセス許可設定を確認します。403 ステータス コードがファイルまたはディレクトリのアクセス許可設定に関連している場合は、クライアントがこれらのファイルまたはディレクトリにアクセスするための十分なアクセス許可を持っていることを確認してください。等

NginxProxyManager を使用して HTTP から HTTPS への自動ジャンプを実装する方法 インターネットの発展に伴い、ますます多くの Web サイトが HTTPS プロトコルを使用してデータ送信を暗号化し、データ セキュリティとユーザーのプライバシー保護を向上させ始めています。 HTTPS プロトコルは SSL 証明書のサポートを必要とするため、HTTPS プロトコルを展開する際には特定の技術サポートが必要です。 Nginx は強力で一般的に使用される HTTP サーバーおよびリバース プロキシ サーバーであり、NginxProxy

HTTP 301 ステータス コードの意味を理解する: Web ページ リダイレクトの一般的なアプリケーション シナリオ インターネットの急速な発展に伴い、Web ページの操作に対する人々の要求はますます高くなっています。 Web デザインの分野では、Web ページのリダイレクトは一般的かつ重要なテクノロジであり、HTTP 301 ステータス コードによって実装されます。この記事では、HTTP 301 ステータス コードの意味と、Web ページ リダイレクトにおける一般的なアプリケーション シナリオについて説明します。 HTTP301 ステータス コードは、永続的なリダイレクト (PermanentRedirect) を指します。サーバーがクライアントのメッセージを受信すると、

http.PostForm 関数を使用して、フォーム データを含む POST リクエストを送信します。Go 言語の http パッケージでは、http.PostForm 関数を使用して、フォーム データを含む POST リクエストを送信できます。 http.PostForm 関数のプロトタイプは次のとおりです。 funcPostForm(urlstring,dataurl.Values)(resp*http.Response,errerror)where, u

クイック アプリケーション: PHP の実践的な開発ケース分析 複数ファイルの非同期 HTTP ダウンロード インターネットの発展に伴い、ファイル ダウンロード機能は多くの Web サイトやアプリケーションの基本的なニーズの 1 つになりました。複数のファイルを同時にダウンロードする必要があるシナリオでは、従来の同期ダウンロード方法は非効率的で時間がかかることがよくあります。このため、PHP を使用して HTTP 経由で複数のファイルを非同期にダウンロードするソリューションがますます一般的になってきています。この記事では、実際の開発事例を通して、PHP 非同期 HTTP の使用方法を詳しく分析します。

解決策: 1. リクエスト ヘッダーの Content-Type を確認する; 2. リクエスト本文のデータ形式を確認する; 3. 適切なエンコード形式を使用する; 4. 適切なリクエスト メソッドを使用する; 5. サーバー側のサポートを確認する。
