前からずっと言いたかったことがある。同じ過ちを犯すゲーム開発者に。あるいは、「ゲームを完成させた体験が無い人」に。 あなたのゲーム開発に対する予測は、ほとんどの場合正しくない。それも、20%や40%などの振れ幅ではない。200%とか400%のスケールで大きく間違っている。 私はその感覚を確かめるべく一つのアンケートを実施した。結果は火を見るより明らかな傾向を示した。 個人ゲーム開発者に質問です。「１年で完成させる」と思って作り始めたプロジェクト、実際に完成したのは？ — じーくどらむす/岩本翔 (@geekdrums) June 4, 2024 Twitterアンケートの統計的な正しさは保証しない。そもそも母集団が偏っているし、最後の選択肢が「未完成」を含めていることに対して「４年以内に諦めて未完成」の人も含めているかもしれない。が、エターナったという意味では４年以上完成しないもの、に含め

先日 ヘンリーで活躍中の id:Songmu を訪問 | はてな卒業生訪問企画 [#3] - Hatena Developer Blog という対談記事でもオンボーディングについて話したんだけど、社内では最近「3ヶ月で3連勝」を標語にしている。 オンボーディングとは 採用や異動などでチームにジョインした後に行う、早期戦力化のための施策のこと。開発環境のセットアップやチームの説明だけじゃなく、戦力になるまでのプロセス全部を指していそう。 僕らは各アカウント作成や開発環境構築はチェックボックス化してドンドン進められるようにしている *1 し、事業の説明、組織の説明、システム構成の説明をする場を設定したり、技術スタックへの入門のための実績解除システムを用意したりしてきた。 これらのドキュメントに従って作業を進め、実績を解除していくことで、作業的・技術的な道標はあるものの、オンボーディングプロセス

ねむねむ @kmayu 「光の軌跡が撮れる」の意味が分かんなくてリンク先の動画見に行ったら「新しいイメージセンサー開発したよ！ 光がスモーク中を『動いて』いくところが見えるぐらいの超ハイスピードカメラが作れるよ！」という話であり、マジで「は？」って声が出ました。 global.canon/ja/technology/… pic.twitter.com/kL1ee06xvI 2021-12-17 10:36:39

要約：OSS開発プロジェクト運営者の側でとれる対策はいくつかあるよ。issueは基準を設けてどんどん閉じてしまおう。GitHubならActionsで自動化も簡単だよ。自動テストを整備するように、必要なコストだと思って割り切るといいよ。 結城です。 GitHub Actionsに関することならなんでもありらしいアドベントカレンダーとのことでしたので、ほんのちょっとかすっているだけではありますが、4日目にエントリーさせて頂きます。 「軽率に寄せられる報告や要望がOSS開発者を疲弊させる」という問題について語るOSS開発者は少なくないです。私の観測範囲内では最近も、イシュートラッカーにissueを立てようとすること自体に待ったをかける記事1や、「要望には初手で『なぜ自分で実装しない？』と訊ね、次に『継続的にメンテナンスしてくれるの？』と訊ねるドライな対応がおすすめ」という趣旨に受け取れる発言など

これは、とある「エーペックス」のプロプレイヤーのネットワーク経路（レイテンシーを表示しています）です。彼のインターネットモデムから、私たちのサーバーへと到達しています。インターネット接続の本当の状態を判断するため、私たちは何度も調査を行います。最善の状態であれば、彼は31msのレイテンシーでゲームを楽しめていることが見て取れますね。ですが最悪の場合だと、522ms付近です。つまりこの場合だと、接続に500msもの振れ幅があるため、ゲームの遊び心地はかなり悪いということです。彼のローカルISPネットワークの接続は不安定ですが、平均を見てみると非常に稀なケースであることがわかります（平均が31mで、最低値が264ms。たまたま起きたのでしょう）。しかしその後、ローカルのISPとISP1の間でレイテンシーが急増しています。これはプレイヤーとゲームサーバーの間のノードの一つです。この二つの間でパケ

保守性の高いソフトウェアの開発に役立つ様々なTipsを書いた。 特定の言語にとらわれずあらゆる場面で役立つことを集めた。

だらねこ@個人ゲーム開発者 @daranekogames 【固定ツイート】 ゲームブック風マルチエンディングRPG #いのちのつかいかた の体験版を公開しました！ プレイヤーの選択で主人公の考え方が変わり、最終的な「いのちのつかいかた」でEDが変わるゲームです。 ▼Steamストアページ store.steampowered.com/app/1483370/ ▼DLsite dlsite.com/home/announce/… 続） pic.twitter.com/RcEPBJolMw 2021-01-14 10:35:45 だらねこ@個人ゲーム開発者 @daranekogames 【固定ツイート_追記】 このゲームが追求しているのは主に以下の2点です。 ----- ①葛藤が楽しい（ビアンカとフローラどっちを選ぶ？みたいな） ②強敵を倒した時の達成感 ----- 製品版は体験版の感想を基に

HTTP を使うサーバクライアントアプリ作ってる人が、HTTP 的にどうするのが正しいのかな、と迷った時、見るべきドキュメントは BCP56bis かな、という話をした。HTTP の仕様ではなく、どのように使うべきかを説明した文書… https://t.co/7ke9ePZtTn

スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか？　エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持

契約書に書かれている法律用語、トラブル時にIT訴訟で争点となるかもしれない契約の種類。エンジニアなら知っておきたいシステム開発契約に関わる法律用語を、IT紛争解決の専門家 細川義洋氏が分かりやすく解説します。 ベンダーのプロジェクト管理義務とは何か ベンダーのプロジェクト管理義務とは、ITの専門家であるベンダーが「請負契約のシステム開発で、ユーザーの目的を達成するために、自らの知見、経験を発揮し、プロジェクトを円滑に進め、ITの専門家としての責任を果たすこと」を約束するものです。 例えばプロジェクトの進捗（しんちょく）が遅れそうなときは、ベンダーはいち早く察知し、ユーザーに伝え、対策を提案しなければなりません。技術や体制などの問題があってプロジェクトがうまく進まないとき（進みそうにないとき）も、問題をリスクや課題として抽出し、対応策をユーザーに提案しなければいけません。 ベンダーがこの義務

連載目次 システム導入後も続く保守開発……契約形態は？ ITシステムは一般的に、いったん導入した後も、ライフサイクルの終了まで機能の追加や改善などの追加開発が続けられる。モノにもよるが、ベンダーは毎年、当初の開発費の10～30％程度の費用をもらってこうした作業を行うのが一般的だ。 この際、契約と費用支払いがどのように行われるかは、大きく2つのパターンに分かれる。 「作業ごとにベンダーが見積もりを行い、個別に契約を結んで作業を行い、検収に基づいて支払いを受ける場合」と、「最初から月額費用を定めて、その範囲の中で可能な作業を行う場合」だ。前者は「請負契約」が妥当だし、後者は「準委任、あるいは派遣契約」が多いように思う。 後者は、毎月の費用は一定でも、やるべき作業の量は一定ではない。ある月は約束した時間を超えて開発をしなければいけないこともあれば、別の月では作業時間は足りていないがお金だけはもら

中学生でLinuxカーネルのバグフィックス！ 若き天才エンジニア矢倉大夢に爆速成長術を学ぶ 中学1年生でプログラミングを開始。高校時代にプログラミング関連の数々の賞を受賞。そして、大学在学中にグローバルリーダーの育成トレーニングを提供している株式会社TEAMBOXのCTOに就任した矢倉大夢さん。エンジニアとして圧倒的スピードで成長をする術を聞きました。 中学1年生でプログラミングを開始。高校時代にプログラミング関連の数々の賞を受賞。そして、大学在学中にグローバルリーダーの育成トレーニングを提供している株式会社TEAMBOXのCTOに就任。まるで映画やドラマの登場人物のような輝かしいキャリアですが、これは実在の人物。若き天才エンジニア・矢倉大夢（やくら・ひろむ／@hiromu1996）さんの経歴です。 中学時代にプログラミングの魅力に取りつかれて以来、猛スピードでスキルを積み上げてきました。

中規模の開発会社が受注したソシャゲの開発プロジェクト、予算は数億円。 言うことがころころ変わるクライアント、仕事をしないディレクター、白紙の仕様書。 スケジュールは超過して大赤字、次々といなくなるスタッフ。 三代目のリーダーに俺が指名されたとき、社内の視線は冷ややかを通り越して憐れみに満ちていた―― 若手チームを率いて大炎上プロジェクトを立て直した話をします。 炎上する原因、大きなプロジェクトをスムーズに進める工夫、汗と涙と徹夜、そしてExcel方眼紙。 この物語はフィクションです！

「研究開発で成果が出ない原因は、技術的な作法に則って思考を言語化できていないから」という内容を簡単にまとめてみました！ 意外と知られていないのですが、たくさんのエンジニア・研究者に接した経験から黄金フォーマットを使うのが鉄板です。 https://t.co/UAfR7bSU6R

2018年4月17日、明日の開発カンファレンス実行委員会が主催する、開発リーダーのためのイベント「明日の開発カンファレンス 2018」が開催されました。開発の効率化に取り組むリーダーたちが一堂に会して、現場で学んだ知見を共有する本イベント。第2回となる今回も、さまざまな経験を積んだエキスパート達がプレゼンテーションを行いました。トークセッション「クラウド労務サービス『SmartHR』を支える開発チームの作り方」では、株式会社SmartHRのVP of Engineeringである芹澤雅人氏が登場。急成長を続けるSmartHRの開発の舞台裏を語ります。 面倒な労務管理の現状 芹澤雅人氏：あらためまして、私は芹澤雅人と申します。SmartHRという会社で「SmartHR」というサービスを作っております。前職で社会人になって以来、ずっとWebエンジニアとしてのキャリアを歩んでおります。 2015

#やったこと テキストをなるべく含めない 低コストで素材をそろえる 低コストでローカライズする その他にやったこと アプリのアイデアを出す #テキストをなるべく含めない Designed by stock-world-on / Freepik LITALICOアプリはお子様がメインターゲットなので、以下のルールを守っています。 広告を入れない 障害の有無に関係なく使える 幼児から大人まで楽しめる これらのルールを守るにあたって、設計時には以下を意識しています。 テキストをなるべく含めない 子供がわからない表現は含めない 子供が使えるインターフェースにする テキストに頼らずに自然に使い方がわかるものを目指して設計すると、国籍や年齢を問わず、誰でも使えるものになりますし、テキストが少ないとローカライズコストも抑えられるのでオススメです。 #低コストで素材をそろえる Designed by Fr

2017年7月20日に行われた Rails Developers Meetup #3 の発表資料です。

【レポート】『Fate/Grand Order』開発スタッフが語る、技術力がなければ面白いゲームを創れない理由とは…変化に強い構造の作り方 GMOアプリクラウドは、6月15日、GMOインターネットグループが運営するコミュニケーションスペース「GMO Yours」にて、「ゲーム開発と技術力」をテーマとしたイベントとして、「現場のエンジニアが語る『Fate/Grand Order』の開発技術からアップデートに関するノウハウまで一挙公開」を開催した。 本イベントでは、ゲーム運営や開発に関わっている方々を対象に、『Fate/Grand Order』の開発をリリース当初から支えるサーバーエンジニアと、ディライトワークスの技術力向上のために、日々課題に取り組んでいるテクニカルディレクターによる「面白いゲームの作り方」や「海外展開に向けた取組み」について技術的側面から講演を行った。 本稿では、ディライト