ダットジャパン株式会社　「GAMEPACK」シリーズ 開発ディレクター／プロジェクトマネージャー 新田 大手ゲーム会社にて約7年ゲーム開発に携わった後、2020年に、建設分野を中心にソフトウェア開発を手がけるダットジャパン社に入社。エンジニアとしての知見やスキルを生かし、プロジェクトマネジメント・営業・マーケティングなどを幅広く担当。この画像は『エアホッケー』の主人公・ゆうた。 ダットジャパン株式会社公式サイト 2000年代の富士通PCに付属したミニゲーム集『GAMEPACK』。開発元のダットジャパン社（札幌市）は建設関係のBtoBソフト開発が主業で、10年以上前にゲーム事業からは撤退しており、当時の資料も開発メンバーも、社内には一切残っていません。 そんな中、2020年に入社した元ゲーム会社エンジニアの新田さんは、「自社が、幼少期に遊んだ『GAMEPACK』の開発元だった」ことに気づき、

ゲームエンジン「GB Studio」のバージョン「4.2」がリリース MITライセンスのもと無料で利用可能な、GUIベースでレトロ風のゲーム制作ができるツール プラグインマネージャーの導入や、従来プラグインとして提供されていたプラットフォーマー用追加アクションセットのデフォルトエンジン統合などが実施された 2026年2月13日（現地時間）、レトロな携帯ゲーム風のゲームが制作できるゲームエンジン「GB Studio」のバージョン「v4.2.0」が発表・リリースされました。 本バージョンでは、プラグインマネージャーの導入や、デフォルトのプラットフォーマーシーンの強化といったアップデートが施されています。 記事執筆現在、いくつかの不具合を修正した「v4.2.1」が最新版として公開されています。 「GB Studio」は、Chris Maltby氏が開発しているゲームエンジンです。公式サイトによる

今年、大学院入試の取りまとめ役をやっていたのですが、私が所属してる専攻は教員が100人ぐらいいるんですけど、毎年1名のメイン担当がほぼすべての情報を把握し、ほぼすべての書類を作成するので、けっこう大変でした。夏の院試は170人ぐらい、冬の院試は30人ぐらいが受験していて、一斉に行われる筆記試験はともかく、1人1人違う時間、違う部屋で行う面接試験のスケジュール管理などは非常に神経をつかう仕事で、面接官をやる先生もすべて変わるので、誰に何を依頼するか間違えそうでハラハラします。大学院入試というのは案外複雑な制度で、受験資格や試験のカテゴリが何種類もあるので、「この人にはこの書類でよかったっけ？」というのがよく分からなくなりがちです。 で、受験生ごとの個別資料にせよ全員に関わる共通資料にせよ、「去年までの書類をベースに、日付や名前や番号だけを書き換える」という作業がとても多く、こういうものは自動

はじめに エディタを開いたまま、手が止まっていた。 書くことは決まっている。決まっているのに、最初の一行が出てこない。内容が自分の中でまだ言葉になっていない。その感覚だけがある。カーソルが点滅している。点滅を眺めていた。 「課題から入れ」という原則がある。手段から入るな、何を解くべきかを先に考えよ。正しいと思う。長い間、信じてきた。信じてきたのだが、ずっと聞きたかったことがある。 課題って、どうやって見つけるんですか。 誰にも聞けなかった。正確に言えば、聞いたことはある。返ってきたのは「現場を見ろ」「ユーザーの声を聞け」だった。目の前には日常があり、業務があり、なんとなく回っている世界がある。その中から「これが課題だ」と名指しすることが、そもそもできない。見つけ方がわからないまま、ただ座っていた。座っている自分に苛立っていた。苛立っていることにも苛立っていた。 後になって気づいた。「課題か

ダンジョンズ＆ドラゴンズ（D&D）はキャラクターを作成する際にアライメント（属性）を決めますが、キャラクターを深堀していくことでも大いに役立ちます。あくまでも設定であるのでダイスロールには直接関係ありませんが、キャラクターの行動指針にもなります。そこで分かりやすいようにアライメントの９タイプを解説します。 アライメント（属性）とは D&Dの世界である程度の思考を持つ生き物（プレイヤーキャラクターやモンスターなど全て）は１つの「アライメント（属性）」を持っています。これは倫理観と個人の傾向（道義心）をざっくりと組み合わせたものです。倫理観とは「秩序」「中立」「混沌」からなり、個人の傾向は「善」「中立」「悪」からなり、D&Dのアライメントはこの組み合わせになります。 アライメントはキャラクター作成時に決めるもので、種族やクラスに合わせて決定しても構いません。またどうしてそのアライメントになった

イラスト展「猫が私にしたひどいこと」2月14日より渋谷で開催。顔に手足を押し付けられて急に拒絶されるなど、“思い通りにはならない”愛おしい日常の一幕が並ぶ

簡単に書くよ オフプレミス（英：off-premises）とは オンプレミス（自分たちのところに設置して、自分たちで運用するやり方）じゃない方。 もう少し具体的に書くと コンピュータやシステムが外部に置いてあって、なんだったら運用も他の人にお願いしているかもしれないやり方 です。 順番に見ていきましょう。 まずは予備知識として「クラウドコンピューティング（クラウド）」と「オンプレミス」について説明します。 「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。 クラウドコンピューティング（クラウド）は、もともとは「ネットワークを中心に据えたコンピュータの利用形態」的な意味だけど、言う人によって意味が違ったり、よく分からないまま使っていたりする用語です。 具体的な定義付けは人によって違ったりしますが １．ネットワークを介して使う ２．データを外部に置く くらいは共通認識で

前回は、LibreOfficeのMicroOfficeからの再現性が高くなって、図形はほぼ100%再現できたことを書きました。 ここで、「あとはVBAさえサポートできれば完璧だ」というようなことを書きましたが、なんとすでにVBAが使えるようになっていたことを知って驚いております。さっそく試してみました。普通にVBA書くとエラー出ます試しにLibreOffice Clacのマクロエディターで、VBAを記述して実行してみました。A1セルに「Test」という文字列を入力するという意味の、Range("A1") = "Test" というおなじみのコードです... LibreOfficeでVBAが使えるという点はうれしいですが、果たして速度がどうなっているか気になるところです。そこで、ExccelとLibreOffice Calcとで同じコードを走らせてどちらが速いか確認しました。 [ad#top-

LibreOfficeのマクロ（LibreOffice Basic）で、A1セルに文字列を入れたい場合は以下のようなコードになります。VBAとは大きく違いますね。 LibreOfficeでVBAを使ってみよう LibreOfficeでも、”あるおまじない”をするとVBAが使えるんです。 それは、エディタのトップに、Option VBASupport 1 という一文を入れるだけ。これだけでVBAが使えます。 上記のプログラムを実行すると、ご覧の通りちゃんとA1セルにTestというテキストが入ります。 どこまでVBAをサポートしているのか？ VBAをサポートしているとはいえ、すべてフルサポートしているとは思えず、どこまで機能が使えるのか気になるところです。以下のコードをサクッと作ってみましたが、とりあえずちゃんと動きました。Cellsによるセル参照や、For文とWhile文は大丈夫そうです。

本稿では Even GPT-5.2 Can't Count to Five: The Case for Zero-Error Horizons in Trustworthy LLMs をもとに、最先端の LLM が未だにごく簡単な問題ですらミスすることを議論します。 具体例としては、11000 に含まれる 1 の数が偶数か奇数か聞くと、gpt-5.2-2025-12-11 は奇数と答えます。また、((((()))))) のカッコのバランスが取れているか聞くと、取れていると答えます。127×82 を計算させると、10314 と答えます（正解は 10414）。このことは以下のコマンドで確認できます。 $ curl -s https://api.openai.com/v1/responses \ -H "Authorization: Bearer $OPENAI_API_KEY" \ -H "C

伝わりやすい文章構成の方法論だよ 「結論」「理由」「実例」「（もう一度）結論」の構成にするよ 「Point」「Reason」「Example」「Point」の頭文字を取って「PREP」だよ 簡単に書くよ PREP法（読：プレップホウ）とは プレゼンをしたり説明資料を書いたりするときの「こういう構成にすると、相手に伝わりやすいと思うよ！」な方法論のひとつ であり 「結論（Point）」「理由（Reason）」「実例（Example）」「結論（Point）」の構成にするやり方 です。 別にIT用語というわけでもないですけどね。 IT業界には、この手の表現が好きな人も少なくありません。 気が向いたら、覚えてあげてください。 サクッと一言で説明すると 「結論（Point）」「理由（Reason）」「実例（Example）」「結論（Point）」で構成するやり方 が「PREP法」です。 「Point

はじめに 先週、「おい、辞めるな」という記事を書きました。 syu-m-5151.hatenablog.com 思った以上に反響がありました。何人かから連絡をもらいました。辞めないことにしました、考えるきっかけになりました、と。ありがたかったです。嬉しかった、と言っていいです。たぶん。 ただ、何か落ち着きませんでした。辞めないと決めた。それは分かった。で、その次は。辞めないと決めただけで、何かが変わるわけではありません。私がそうだったからです。 辞めないと決めた後も、何も変わりませんでした。評価は上がらない。漠然としたモヤモヤは消えない。夜遅くまでコードを書いた。勉強会に参加した。資格を取った。ブログを書いた。技術力を上げれば認められる。そう信じていました。 評価は上がりませんでした。 振り返ると、私は頑張り方を間違えていたのです。もっと正確に言えば、評価の構造を理解していませんでした。良

はじめに かつての私は、深夜2時にベッドの中で転職サイトを開いていた。 開いて、求人を眺めて、閉じて、また開く。そういうことを繰り返していた。辞めたいのか、と聞かれると困った。会社の限界が見えたのか。自分の天井が見えたのか。それとも、隣の芝生の青さに目が眩んでいただけなのか。たぶん、全部だった。たぶん、どれでもなかった。 今は、転職を考えていない。 これは「今の会社が最高だから」という話ではない。どんな会社にも良い面と悪い面がある。不満がゼロになることはない。ただ、深夜に転職サイトを開く衝動は、いつの間にか消えた。何が変わったのか。環境が変わったのか、自分が変わったのか。たぶん、両方だ。 「エンジニアは転職で年収が上がる」「成長できる環境に身を置け」——そんな言葉がタイムラインに流れてくる。転職エージェントからのスカウトメールは週に何通も届く。カジュアル面談のお誘い。年収アップの可能性。も

はじめに 誰もまとめてくれないので自分でまとめます。こんなに悲しいことはありません。 2025年11月から12月にかけて、「おい、〜」というシリーズでブログを15本書きました。登壇もしました。合計16本です。誰かがまとめ記事を書いてくれるかなと思っていました。待っていました。誰も書いてくれませんでした。年末です。仕方がないので自分で書きます。 シリーズの始まり 今年の8月、本を書かないかという話が来ました。嬉しかったです。企画を練りました。構成を考えました。8月、9月、10月といろいろやり取りをしていたのですが、いろんな諸事情で立ち消えになりました。 悔しかったです。本を出せなかったことが悔しかったのではない。結局何にもならなかった自分が悔しかった。もっと準備できたはずだ。もっと詰められたはずだ。その後悔が残りました。でも、本の企画のために書いた下書き原稿が8本くらいありました。本にならな