![Webブラウザーで「Visual Studio Code」が完全動作 ~「vscode.dev」にアクセスするだけ/Microsoft、「Visual Studio Code for the Web」をパブリックプレビュー](https://cdn-ak-scissors.b.st-hatena.com/image/square/b60e16b201c0fbd8649a6b2b6c8f5c1a138614a2/height=288;version=1;width=512/https%3A%2F%2Fforest.watch.impress.co.jp%2Fimg%2Fwf%2Flist%2F1360%2F147%2Fimage1.jpg)
世界最大級のPCゲームプラットフォームであるSteamで配信されているゲームは、一体どんなゲームエンジンを利用しているのかをまとめた統計データを、ゲーム開発関連メディアのGame Developerが公開しています。 Game engines on Steam: The definitive breakdown https://www.gamedeveloper.com/business/game-engines-on-steam-the-definitive-breakdown Game Developerは、SteamやEpic Games Storeなどの主要なゲームストアが公開している統計データをまとめて公開するGame Data Crunchというサイトを運営しています。このサイトで収集した情報と、Steam公式のデータベースであるSteam Databaseの情報を統合し、St
【IDC2021】『天穂のサクナヒメ』や『アンリアルライフ』のクリエイターたちが語る、知っておきたいインディー知識。パブリッシャー契約から税金周りまで by igjd · 2021年8月23日 インディーゲーム開発者向けのカンファレンス・Indie Developers Conference(以下、IDC)が8月21日に開催され、カンファレンスの最後に登壇者を集めたパネルディスカッション・「これは知っておきたかった、インディー活動に必要な知識」が開催されました。 参加者は『グノーシア』を開発したプチデポットの川勝徹氏、『クラフトピア』のポケットベア代表・溝部拓郎氏に加え、『アンリアルライフ』のhako 生活氏、そして『天穂のサクナヒメ』のえーでるわいす代表・なる氏の4名。 いずれも実績を出しているクリエイターたちであり、自作を開発、リリースするにおいてさまざまな経験をしてきています。彼らか
From DIAMOND SIGNAL スタートアップやDX(デジタルトランスフォーメーション)を進める大企業など、テクノロジーを武器に新たな産業を生み出さんとする「挑戦者」。彼ら・彼女にフォーカスして情報を届ける媒体「DIAMOND SIGNAL」から、オススメの記事を転載します。※DIAMOND SIGNALは2024年1月をもって、ダイヤモンド・オンラインと統合いたしました。すべての記事は本連載からお読みいただけます。 バックナンバー一覧 「この職場に来るのが、毎日楽しみなんですよ。大好きなんです、ここが」 ほとんど日本人と変わらない流ちょうな日本語で、ダグラス・ウェバーは言った。そこは福岡県糸島市の海沿いにある彼のオフィスで、時折、外から「コケコッコー」とにぎやかな鳴き声がする。ミニサッカーができそうな広々とした敷地のなかで、鶏が放し飼いされているのだ。 2年前に空き工場を買い取り
ごあいさつ 初めまして、株式会社アトラスのプログラマー埜渡です。 Tech BLOGにお邪魔させていただきます。 今回は、弊社のタイトル「ペルソナ5 ザ・ロイヤル」(P5R)の開発中に、自動プレイを実装してバグの検出を行った経緯とその結果についてのお話をさせていただきます。 ゲーム本編の実装についてのノウハウというよりは、デバッグ作業での工夫についての内容になります。 ただ、触れる内容といたしましてはP5Rのゲームの中身に関する事が多いため、未プレイの方はプレイしてから読んでいただけると、より理解が深められると思います。 p5r.jp 自動プレイ実装のきっかけ 自分が入社した頃の一昔前のバグの検出といえば(現象発生時の記録を残すために)開発機をビデオデッキに繋ぎながらプレイをして、発見したら詳細な手順をバグシート(紙)に書いて報告をしているような方法でした。 最近では開発環境自体に録画機能
とりあえず落ち着け。 みなさん、毎日なにかしらのコードを読み、開発する日々を送っていると思います。そんな中で、 糞コードは死ぬべきである!!絶対に直すべき!! という感情に取りつかれてしまうことがあると思います。自分の技術力に自信のある人ほど、無理やりにでも直そうと試みると思います。それがどんな修羅の道か。そして、糞コード修正がどんな道を歩むのか。この記事では糞コード修正の罠とありがちなストーリーについて書きたいと思います。 ビジネスとしてのプログラムは本質的に糞である 例えば、「携帯電話の利用料金」のプログラムがあります。 「携帯電話 透明性高め料金値下げを」という記事もあるように世の中の携帯電話の料金プランはかなり複雑です。例えば、auだと「auでんき」といった電気料金とパックされた電話料金プランがあります。また、「auスマートバリュー」といったプランもあり、家のインターネット回線をa
デベロッパや重役たちが世界中での隔離にどのように適応しているかを見てみよう。 我々の働き方は変わった。 COVID-19の蔓延に対抗するために設計されたソーシャルディスタンスと隔離の措置は,人々が自分の家で生産的なスペースを確保しなければならないということで,ほとんどの業界全体をリモートワークモデルに移行させた。 我々は,どのようにしてリモートで仕事をするのがベストなのかについて多くの記事を書いていたが(関連英文記事),どこで仕事をするのがベストなのかについては,実際に探ったことがなかった。そこで,デベロッパやその他のゲームの専門家を招いて,自宅での作業環境を共有してもらった。 John そして Brenda Romero氏(co-founders, Romero Games) Johnも私も,ファミリーエリアとは別にオフィスを持っています。私はいつも暖炉のあるオフィスが欲しかったので,こ
こんにちは。@KawamataRyoです。 エンジニアになってから着々と体重が増えて、先日80kgの大台に乗りました。 大学の部活ではライト級(60kg以下)で試合に出てたのでその頃から20kgの増量。日々色々な方面で成長中です。 さて今回は、Misocaのリモートワーカーの仕事環境のお話です。 以前こちらの記事で紹介してから早2年、メンバーの入れ替わりもありリモートの環境も大分変わったと思うので、2019年度版を改めて紹介します。 @KawamataRyo リモート歴 基本勤務時間 6ヵ月 8:00〜17:00 仕事環境のこだわり モニターアームがカッコいいと思い、無駄にディスプレイを浮かせています。キーボードの押打でめっちゃディスプレイが揺れるのが悩み 椎間板ヘルニア持ちなので、デスク、椅子は良いものを使っています。昇降デスクなので時々スタンディングデスクとしても使っています 隣にベン
3月あたりからもっとUnityを上手く使いたい!と思い、ぼちぼちC#の勉強を始めました。最近はクラス設計を見直そうと思い、デザインパターンやオブジェクト指向の勉強をしています。 そしてだんだん勉強するうちにあることに気づいてしまったのです。 「クラス設計の勉強をしだすと、ゲームが永遠に完成しないのでは?」 そう思った経緯について今回は書いていきたいと思います。 オブジェクト指向が滅茶苦茶分からない デザインパターン多すぎ・・・ Unityのクラス設計に関する記事自体が少ない そしてアプリは完成しなくなった さいごに願うこと オブジェクト指向が滅茶苦茶分からない オブジェクト指向の勉強をしだして、SOLID原則であったり、デザインパターンであったり色んなことを覚えました。ただどういったものかというイメージを覚えただけなので、実際に使ってみようと思うと悲劇は起こります。 全然手が動かない・・・
Tempus, a genomic testing and data analysis company started by Eric Lefkosky, who previously founded Groupon, debuted on Nasdaq on Friday, rose about 15% on the opening The company priced… The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent layoffs
作ったWebサービスが誰からも使われなくてさみしい問題を解決する(しない)意識低い方法論Jul 29, 2018 意識低い個人開発論ポエム個人開発でWebサービスを作ったものの、全然ユーザーが集まらなくて自然消滅、、というのはよくある話です。 おそらく個人開発者の一番の悩みは「作ったものが誰からも使われない」でしょう(当社調べ)。 この記事では、この問題に対するおそろしく意識の低い方法論を整理してみたいと思います。 めっちゃバズらせる・ヒットさせる方法論ではなく、あくまでバズらないWebサービスでもさびしく孤独死するのを避けたい…という後ろ向きなハックですのであらかじめご了承ください。 そもそも、なんでWebサービスは死ぬのかいきなり哲学的な見出しになったけど、もちろん中身は意識低い話です。 Webサービスの死因完全に私見ですが、「サービスの死」とは以下3つの状態を指します(断言)。 【死
こんにちは、yoichi22です。半年ほど運用から離れて平和な日々を過ごしていましたが、2018年初からECサイトバックエンドの運用開発の現場に戻ってきました。この記事では新しいチームで3ヶ月ほどペアプロ、ペアワークを推進してきた過程と、その結果何が起こっているかを紹介します。 出戻り初日 少し前から基盤開発チームで一緒に働いていた1人と、隣のチームの活きのいい若手1人と一緒に、私にとっては古巣のチームにジョインすることになりました。私はまずは離脱していた間に変わったことの把握から始めることになりましたが、新しい仲間たちは業務知識がない状態からどう入っていこうかと相談になり、元から居たメンバがやろうとしている作業を新しい人とペアワークでやったらどう?と唐突にぶつけてみました。するとチームからは、 大きめのタスクはもう進行中で、いきなり入るのは難しいのでなしで 小さめのタスクは簡単すぎるので
こんにちは、石川(@Aidemy)です。はてなブログからnoteにちょっと浮気したつもりでしたが、noteのほうが書き心地が良いので今日もnoteです。 機械学習には数学の予習が必要なのか? さて、以下のツイートがそこそこファボられまして。『人工知能プログラミングのための数学がわかる本』の著者としては黙っておれん!ということで、noteにまとめます。結論としては(数学の参考書を執筆しておきながらw)「数学の予習は不要だと思う派」ではあります。 勿論、数学が完全に不要と言っているのではなく、入り口として数学は不要だよね、という趣旨です。概ね同意のツイートも多く、こんな感想が寄せられました。 もちろん、機械学習エンジニアとして腕を磨いていくなら、線形代数や微分・確率統計などのテーマは押さえておくべきと感じます。特にTwitter機械学習界隈はプロ意識の高いが多いので、数学をしっかりやるべき、と
3月になって杭州市で謎の無人カートが公道を走行しているところが目撃され、ネットで大きな話題となっている。これは、菜鳥物流が開発した無人配送車の公道試験だったと新智駕が報じた。 杭州市で目撃された謎の無人カート 3月頃から、杭州市で、無人の小さな車が公道を走行しているところが目撃をされ、写真や動画撮影され、ネットで大きな話題になっていた。これは菜鳥物流の無人走行カートではないかと言われていたが、3月24日に深圳で催された技術フォーラムの席上で、菜鳥物流で「菜鳥小G」の父と呼ばれる陳俊波氏が、菜鳥物流の無人カートであることを認めた。さらに、菜鳥物流は年内にも無人カートの量産を始めることを明らかにした。 ▲杭州市で目撃され、ネットで話題になった無人カート。速度は歩行者並みだが、ちゃんと信号を感知して、赤信号では止まる。 衝突を避け、自律的に走行する無人カート この無人カートには「菜鳥ET実験室」
組み合わせでどんどん新製品が出てくる深圳の電気街 写真の折りたたみキーボードも、二つ折りはさまざまな企業が出しているのを見かけるが、便せんのように長辺を四つ折りにするのは他では見たことがないものだ。安直なコピー品が、お互いをコピーし合う間に突然変異を生んで進化する、まるでカンブリア紀の生物を見るような新製品開発が、深圳では行われている。 このスピードはすごいが、優秀な人たちなら安直なコピーから距離をおきそうなものだ。なぜこのような高速の、かつ大半が安直で、たまに大ヒットが生まれるカンブリア紀のような製品開発が可能なのだろう。 その秘密の一つは、深圳独自の知的財産管理システムにある。 深圳で製品のプロトタイプを作る場合、コモディティ化された部品を買うと、関連する知財がついてくる。たとえば「アクションカメラ」「スマートフォン」「タブレット」などは、設計済みのマザーボードが部品として売られていて
ask @whirlpool ふと昔の会社で作ったアプリの名前を検索してみたら、今では他の会社名義になってて、おれの知らない人が開発者としてインタビュー受けてた。コーディングどころか絵も効果音もBGMも全部自前で作ったのに、しかしインタビュー受けてる開発者さんはおれの知らない開発中の苦労話をしている…。 2018-01-24 01:41:43
セッションIDやアクセストークン、はたまた業務上で使う一意の識別子など、いろんなところで一意のIDを生成しなきゃいけないケースが存在します。 そこで世間で使われているIDの生成方法について調べてみました。 選択基準 ID生成における要求として、以下の観点が上げられるかと思います。 生成の速度 大量にデータを短期間で処理し、それらにIDを付与する場合、ID生成そのものがボトルネックとなることがあります。 推測困難性 IDを機密情報と結びつける場合、IDを改ざんされても、機密データが見れないようにできている必要があります。 順序性 採番した順にデータをソートする必要がある場合は、IDがソートキーとして使えないといけません。 それぞれについて各生成手段を評価します。 ID生成の手段 データベースの採番テーブル 採番用のテーブルを作り、そこで番号をUPDATEしながら取得していくやりかたです。古い
アプリ自体のコーディング見積もりのみに注力してしまうと忘れがちで、たまにつらい目に遭うので、必要に応じて追加していく予定。 アプリ仕様 仕様はそもそも決まっているか 「仕様は決まっている。動かない」「移植なのでこれ以上はありません」と言ったな。 それは嘘だ。 既に仕様がガッチリ確定していることはありえない。要求仕様(必要機能リスト)がある程度固まっているならばまだ良い方で、「今から仕様を一緒に考えていきましょう」「アイディアレベルです」まで様々。 その他にも、GCM/FCM等のアプリ外サービスと連携する場合、遅延コスト等どの程度許容できるかも事前に確定させる。特にプッシュ系サービスでは、ありえないレベル(全端末遅延1秒以内必須、とか)を既定路線に含めないように留意する。 改修か、新規開発か これは見積もりの前提として大きな影響力をもつ。 テクノロジーや設計の自由度・柔軟性をある程度コントロ
雪山の雪が少なくて悲しいRKTMです。 先日は乗鞍高原へ遊びに行きました。駐車場から歩いて5分でこれだけ立派な氷瀑が見られるなんて、乗鞍は本当に素晴らしいところですね。 可能なら雪のあるうちに乗鞍山頂からのパノラマを楽しみたいと思っています。 Misocaの開発チームは不具合にどう取り組んでいるか 本日はMisocaの開発チームが不具合をどう検知して、どう再発防止に取り組んでいるかを書きたいと思います。 その際の背景となる「バグを憎んで人を憎まず」の精神についても説明します。 1. Railsで検知できる例外はExceptionNotifierでキャッチして各種ツールへ投げる Railsで検知した例外は、exception_notificationでキャッチし、下記へ通知しています。 Slack: 速報用。開発チーム含め、全員へのアラート用。 Bugsnag: 詳細な実行環境の記録。複数の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く