グラニ x カヤック合同勉強会レポート。ネイティブ開発をテーマに gRPC, Unity, アセット管理, GitLFS について - Grani Engineering Blog
CTOの河合です。 2/24(金)に面白法人カヤックさんと合同で、弊社の休憩/セミナースペースにて勉強会を開催しました！ カヤックさんには以前にもお越しいただいて、その時はVRがテーマだったので、今回はネイティブアプリケーション開発をテーマに、特に弊社では最近gRPCが熱いのでgRPCを切に希望しつつ、お悩みどころでもあるアセット管理などについて、お互いの知見を共有し合いました。 Golang x gRPC の話 カヤック矢吹さんより、GolangとgRPCの話をしていただきました。詳細はカヤックさんのレポート 【旅する勉強会】Grani & カヤックで合同勉強会を開催しました！ へ。 gRPCの採用を検討し最終的には……！理由は非常に納得の行くもので、しっかりした検証と、しかしより良い形を目指して現実的な採用を進めるところは、さすがだと思いました。 NextGen Server/Clie
Web出身のUnityエンジニアによる大規模ゲームの基盤設計 | CyberAgent Developers Blog
みなさま、こんにちは。 2013年度新卒入社の吉成（@y_yoshinari）と申します。 現在私は『ボーイフレンド（仮）きらめき☆ノート』（以下、ボイきら）というサービスのUnityの実装を担当しています。 私は現在はUnityエンジニアですが、入社時は『なぞってピグキッチン』というスマートフォン向けブラウザゲームのフロントエンドの実装を担当していました。 2年前にWebフロントエンジニアからUnityエンジニアへ職種転向をし、ボイきらでは新規立ち上げから、ゲーム全体の設計方針の決定や、フレームワークの作成などに携わりました。 今回は、Webフロント出身のUnityエンジニアが大規模ゲームの基盤設計を行ったらこんな感じになりましたという話をしたいと思います。 「Unityって結構自由にコードを書けるからチームで何かしらの指針が欲しい」的なことを考えている方のお役に立てれば嬉しいです。 U
UE4でOculus Riftコンテンツを作る入門記事「この通りにやれば、ほぼねこのるんばが完成する筈」 : ラビットガーデン
ArchitectureのサンプルをDLしてprojectを作成しましょう。 って言っているそばから名前が変わっていますね。 「Learn」の「Realstick Rendering」をDLしましょう。 保管庫(Vault)にDLし終わったら、Create project します。 何故かたまに失敗して、Create projectボタンを押してもうんともすんとも言わないことがありますが、そのときはめげずにもう1回作ってみましょう。プログレッシバーが出て作り出したら成功です。 HDD容量がカツカツで辛いひとは、保管庫上のファイルを削除しても構いません ここから改造していきますが、元のレベルを残しておきたい方は、別レベル名で保存して、 project settingsで エディタ立ち上げ時のレベルにもそれを指定しておきましょう。 あと、ついでに後々の作業を便利にするために、コンソール画面を出
ゲームの中の人工知能
全スライドをDocswellで公開中！ https://www.docswell.com/s/historia_Inc/5WVYJK-ue4-dataasset-subsystem-gameplayability ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 「出張ヒストリア！ ゲーム開発勉強会2021」（https://historia.co.jp/archives/22783/）で行った「目指せ脱UE4初心者！？知ってると開発が楽になる便利機能を紹介 - DataAsset, Subsystem, GameplayAbility編 -」講演のスライド資料です。 講演動画 https://youtu.be/2L1Dor22Kjs スライド内記事 [UE4] Subsystem, GameplayAbilityに関する講演で使用したC++コードについて https:/
Twitter: 大きなトラフィックに耐えうるアーキテクチャーへの変更 - ワザノバ | wazanova.jp
https://blog.twitter.com/2013/new-tweets-per-second-record-and-how 少し前、8月のTwitterエンジニアブログのエントリーですが、アーキテクチャー変更について触れているポストなので、取り上げてみます。 1) 背景 2010年のワールドカップ時点でのトラフィックがさばききれなかった時点での状況は、 200人のエンジニアが、単一のRailsのコードベースで大量のユーザとトラフィックに対応する構造であった。 MySQLのストレージシステムは、一つのマスタと一時的にシャーディングされるスレーブの構成で、読込み/書込みともにスループットの限界にきている箇所がでていた。 フロントエンドのRubyマシンは期待通りのトラフィックをさばけていなかったが、技術的な解決ではなく、サーバの追加でしのいでいた。 コードベースは、可読性とパフォーマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Unity Blog
http://jxck.node-ninja.com/slides/nodeacademy5.html
