ゲームが動作するうえでは、データを読み出すローディングがつきもの。開発者は、ロード時間をなるべく短くしたり、プレイヤーに感じさせづらくしたりと、さまざまな工夫を施しているようで、そうした工夫の一例がSNS上で注目を集めている。 TwitterユーザーMIYAKE氏は10月17日、PS1向けに1998年に発売されたRPG『どきどきポヤッチオ』のロード処理方法についてTwitterにて紹介した。同氏は、いまから17年位前の新卒2年目の時に、先輩との雑談のなかで本作のロード処理について教わったそうだ。 先輩「プレイヤーがつまづいてコケるんだ」 先輩「つまづいて転んで、起き上がる間にデータをロードするんだよ」 頭に電流が走るぐらいの衝撃を受けました。 プレイヤーは小学生の男の子… 走れば走るだけ（移動速度が増すほどに）コケやすくなる… ユーザは自然と走り過ぎないように気を付ける… — MIYAKE

株式会社クロス・オペレーショングループ、代表の田中亮大です。当社は、「オペレーションの価値を最大化させる」ことをミッションに業務改善クラウド「オペレーションクラウド」の開発、フロント部門（営業・CS）のオペレーション構築・仕組化・属人的業務の脱却支援のためのOpM（オペレーションマネジメント）を行っています。 絶賛、採用強化中で、一人でも多くの人に当社の存在や事業内容、働くことの魅力を知っていただき、もっともっと応募を増やしたいです。 当社で活躍している人の多くは、SaaS企業で働いていた / SaaS企業にキャリアチェンジをしようと思っている人です。 自社の宣伝ばかりするのではなく、まず先に、その人たちの転職活動に役立つことが最優先だ！と思い、今回、採用ピッチ資料をSaaS企業に特化して、100社分をまとめています。 この様な採用ピッチ資料100選といった、まとめ記事は、採用支援会社が作

はじめに 今でも語り継がれる「原則」は、それだけ価値のあるコンセプトです。 歴史を振り返ることは、失敗を防ぐための効率の良い方法になります。 👑 DRY (Don't repeat yourself) 「同じことを繰り返すな。」 Andy Hunt と Dave Thomas の著書『達人プログラマー』（1999 年）で提唱された原則で、プログラミングに関する最も重要な原則といっても過言ではありません。 DRY 原則だけでなく、どんなデザインパターンやベストプラクティスでも、同じ処理が重複することは基本的に許されていません。 これにはどういう意図が込められているのでしょうか。 🔖 表面的な理由 この原則は、コードの再利用性を高め、そのために疎結合な状態を保つことは、極めて有用なことを示唆します。 1 箇所を直せば済むべき箇所をあちこちに分散させてしまうのは、自分で事故を招いているのと同

これを読んで欲しい人のターゲット像や前提について Web版開発の話をしています ITのソフトウェアエンジニアの話をしています ある程度チームのやり方に対して影響を与えられる権限がある人 マネージャーかメンバーかはあまり気にしないです 「発言するのは自由だが聞き流されるだけ」ならこの記事を読む意味はないです ある程度裁量権があり、ビジネスサイドとも話ができるチームのメンバーを想定しています 作業の流れの前提について チケットがあって 作業者がそれを取って（自分で取るのか他人にアサインされるのかは問わない） PullRequestの形でレビュー依頼をかけてレビュワーがレビューする OKならmergeしてそのうち本番デプロイ 間にQAが入るかもしれないけどそこは問わない 手が遅いとは何か？ ある作業者のサイクルタイムが他の作業者に比べて長いこと 100の大きさの作業があるチケットを渡した際に、ほ

The Horizon scandal led to hundreds of sub-postmasters being wrongfully convicted Japanese firm Fujitsu is once again in the spotlight as victims of the Post Office scandal question what role it played. More than 900 Post Office branch managers were convicted when faulty accounting software made it look as though money had gone missing from their sites. That software, named Horizon, had been devel

皆さんこんにちは。最近のReact界隈で話題になっているのは次のRFCです。 そこで、この記事ではさっそくRFCを理解することを目指します。 ただし、このRFCはSuspenseに深く関わるものです。SuspenseはReact 18でもう正式リリースされていますから、この記事ではSuspenseは前提知識とします。もしまだSuspenseをよく知らないのであれば、ぜひ次の記事で学習してください。 また、RFCはあくまでReactの新機能のアイデアを公開するものであり、これが必ず実装されるとは限らない点にご注意ください。例えば、過去にはuseEventというRFCが注目を集めていましたが、意見が集まった結果としてそのRFCは実装されずにクローズされました（RFCが無駄だったというわけではなく、再度検討してよりアイデアがブラッシュアップされることになります）。 新しい use API このR