泣くだけのゲームがいくつかあります。ペスト物語の終わり：たとえば、レクイエム、またはクレアの不明瞭さの第1幕のクライマックス：遠征33-ビデオゲームがあなたを泣かせることができるなら、それは正しいことをしています。物語主導のRPGファンとして、私のSteamライブラリのSobにふさわしいゲームのリストはかなり広範囲ですが、Spiritfarerは彼らの中で最高のものであり、心を砕き、どこでも日々を台無しにしています。今、サンダーロータスチームが戻ってきました 運命の終わりに、敵があなたの兄弟であり、あなたの行動が壊れた家族を再会するか、さらに裂け目をさらに深めることができる、同様に感情的に充電されたアクションアドベンチャーゲーム。
ストーリーの残りの部分を読んでください…
続きを見る
🧠 編集部の感想：
SpiritFarerの開発チームが新作「運命の終わり」を発表したことにワクワクしています。感情豊かな物語が展開され、兄弟との関係が深く掘り下げられる点がとても魅力的です。心を揺さぶるアクションアドベンチャーゲームとしての期待が高まります。
Views: 0
今回の記事では、多くの人が一度はつまずいたり、挫折した経験のある「非同期処理」について解説します。
「非同期処理」と聞いて、「うわ、無理…」「なんか苦手…」と感じる人も少なくないのではないでしょうか？
実は、僕自身もこの分野がめちゃくちゃ苦手でした。
プログラミングの処理は基本的に、上から下へ順番に実行されていきます。しかし、非同期処理では処理の途中で他の処理を実行し、非同期のタスクが完了したタイミングでその結果を使って画面を描画したり、データベースにアクセスしたりします。
たとえば画像表示サイトでは、ユーザー情報の取得を待たずに、先に画面操作ができるようになることがあります。
非同期処理は、まさにそういった仕組みを実現するために使われています。
でも正直に言うと、初めて非同期処理を学んだときは、本当に意味がわかりませんでした。
頭の中をミキサーでぐちゃぐちゃにされたような感覚で、「なんでこうなるの？」と何度も混乱しました。
それでも、何度もつまずきながら試行錯誤を繰り返し、ようやく非同期処理の考え方と仕組みが理解できるようになりました。
この記事では、そんな僕がついに「腹落ちした」非同期処理の本質について、できるだけわかりやすくまとめました。
また、この記事には簡単な練習問題も用意していますので、
読むにあたって、以下の2つの準備をおすすめします：
この2つを実行すれば、記事を読み終えるころには、非同期処理への苦手意識がなくなっているはずです。
「騙されたと思って」ぜひ実践してみてください！
実際に手を動かしてコードを書いたり、処理順番を図にしたりすることで理解度倍増！
JavaScriptの難関、非同期処理について処理を視覚的に確認することができ、
非同期処理への苦手意識がなくなります。
メインスレッドから処理を一時的に切り離されて実行される
タスクキュー(マクロタスク・マイクロタスク)で処理する順番を管理している（先入れ先出し）
function sleep(ms) {
const startTime = new Date();
while (new Date() - startTime ms);
console.log('sleep done');
}
const btn = document.querySelector('button');
btn.addEventListener('click', function(){
console.log('button clicked');
});
setTimeout(function (){
sleep(3000)
,2000})
setTimeoutは非同期処理でメインスレッドから切り離されている。関数実行（ページ読み込み）から2000（2秒間）経って sleep(3000)が実行される非同期処理API
etc…
UIイベント
etc…
NWイベント
…etc
I/Oイベント
fs.readFile など）…etc
いろいろと用語が出てきて、「結局どう関係してるの？」と混乱しているかもしれません。
コールスタック？イベントループ？タスクキュー？
言葉だけだと関係性のイメージがつかみにくいですよね。
そんなときは、ぜひ以下の図を紙に手で書いてみてください。
最初は難しく感じるかもしれませんが、図に描くことで処理の流れが目に見えるようになり、理解が一気に深まります。
※この段階では「ジョブキュー」と「タスクキュー」の違いは気にしなくてOKです。
どちらもまとめて「タスクキュー」として考えて進めていきましょう。
function a() {
setTimeout(function task1() {
console.log('task1 done');
});
console.log('fn a done');
}
function b() {
console.log('fn b done');
}
a();
b();
//コンソール出力
'fn a done'
'fn b done'
'task1 done'
先程ののコードでは、a()を実行したあとにb()を実行していますが、
実行結果としては b() が task1 より先に表示されてしまいます。
では、「task1が完了したあとに関数bを実行する」には、どのようにコードを書き換えれば良いでしょうか？
先ほど紹介した関係図に書き込むと視覚的に理解できますよ！
回答
function a() {
setTimeout(function task1() {
console.log('task1 done');
b();
});
console.log('fn a done');
}
function b() {
console.log('fn b done');
}
a();
関数aを実行（コールスタックに関数aの関数コンテキストとグローバルコンテキストが積まれる）
→ タスクキューに関数をtask1を追加
→ コールスタックから関数aの関数コンテキストが消滅
→ コールスタックからグローバルコンテキストが消滅
→ タスクキューから関数task1がコールスタックに移行
→ 関数task1が実行
→ 関数 bを実行（コールスタックに関数bの関数コンテキストが積まれる）
→ 関数bが実行
上記のように非同期とコールバックの仕組みを使うことで関数の順序を変えることができる
function sleep(callback, val) {
setTimeout(function () {
console.log(val++)
callback(val)
}, 1000)
}
sleep(function (val) {
sleep(function (val) {
sleep(function (val) {
sleep(function (val) {
}, val)
}, val)
}, val)
}, 0)
sleep
callbackとvalを引数に取るsetTimeout を使い1秒後、コンソールにvalを表示して表示した後にプラス1されるcallbackの引数に渡され処理されるsleep使用側
sleep の1回目は、引数 0 を受け取り、1秒後に console.log(val++) で 0 を表示。その後、val は 1 にインクリメントされ、次の callback に 1 が渡される。この時点では、渡された 1 はまだコンソールには表示されない（次の sleep 内で表示される）。
sleep の2回目は、前のコールバックから受け取った val = 1 を引数にして呼び出され、1秒後に console.log(val++) で 1 を表示。その後、val は 2 になり、次の callback に 2 が渡される。この時点でも、2 はまだ表示されない。
以下、繰り返し
| 時間経過 | val |
console.log(val++) の出力 |
次に渡すval |
|---|---|---|---|
| 0秒 | – | – | sleep(0) 開始 |
| 1秒後 | 0 | 0 |
1 |
| 2秒後 | 1 | 1 |
2 |
| 3秒後 | 2 | 2 |
3 |
| 4秒後 | 3 | 3 |
4 |
このコードは正常に動作しますが、コールバック関数のネストが深くなり、コードの可読性や保守性が著しく低下してしまいます。
このようにコールバックを連ねて非同期処理をつなげる方法は「コールバック地獄」と呼ばれ、推奨されません。
そこで、JavaScriptのPromiseやasync/awaitを使うことで、よりシンプルで読みやすい非同期処理の記述が可能になります。
次のセクションでは、同じ処理をPromiseとasync/awaitで書き直してみましょう。
コールバック地獄の解消
function sleep(val) {
return new Promise(function (resolve) {
setTimeout(function () {
console.log(val++);
resolve(val);
}, 1000);
})
};
sleep(0)
.then(val => sleep(val))
.then(val => sleep(val))
.then(val => sleep(val));
sleep関数
val を受け取るnew Promise により Promise インスタンスを生成
Promise コンストラクタのコールバック関数は、resolve と reject という2つの引数を取る（今回は resolve のみ使用）setTimeout を使って1秒後に以下の処理を行う：
console.log(val++) で現在の val を表示し、その後 val をインクリメントresolve(val) を呼び出し、次の .then() に値を渡すPromise インスタンスを返すことで、.then() で非同期処理をつなげることができるsleep使用側
sleep(0) を最初に呼び出し、.then() を使ってその後の処理をチェーンさせていく.then() の中では次の sleep(val) を呼び出して return することで、処理の流れが順番に続いていく.then() に渡された関数は、前の resolve(val) の結果を引数として受け取る.then() に処理をつなげるには、常に Promise を返す必要がある。
resolve(val) → .then(val => ...)
reject(err) → .catch(err => ...) に値が渡される.then/.catch で処理をつなげるために、必ず戻り値にPromiseのインスタンスを返す
resolve → then
reject → catch
Promiseをより直感的に書けるようにしたもの
// async 関数を変数に代入するパターン
const fetchData = async (url) => {
const response = await fetch(url);
// 後続の処理を書く
};
// 通常の関数宣言パターン
async function fetchData(url) {
const response = await fetch(url);
// 後続の処理を書く
}
async
関数の前に async を付けることで、その関数を非同期関数（Async Function）として定義できる。
async 関数は常に Promise を返す（戻り値を自動的に Promise にラップする）
Promise が解決（resolve）されるまで 処理を待機できる
return 1 と記述しても、実際は Promise.resolve(1) を返すawait
await は Promise の完了を待つ演算子。
await を使うと、Promise が解決されるまで 後続の処理を一時停止するasync 関数の中でのみ使用可能
async でない関数内で使用すると エラーになる
async 関数と await は セットで使われる
function sleep(val) {
return new Promise(function (resolve) {
setTimeout(function () {
console.log(val++);
resolve(val);
}, 1000);
})
};
async function init (){
let val = await sleep(0);
val = await sleep(val)
val = await sleep(val)
val = await sleep(val)
// この return は実行されません（上の throw により中断される）
console.log(val)
}
init();
同じ処理を Promise チェーンで書いた場合
sleep(0)
.then(val => sleep(val))
.then(val => sleep(val))
.then(val => sleep(val));
async/await の実装は、Promise セクションで紹介した処理と 同じ挙動
await を使うと resolve(val) の引数 val が、そのまま init 関数内の val に代入される
.then(val => ...) を使って 明示的に受け渡す必要
async/await を使う方が よりシンプルで読みやすく、直感的に記述できるawait を付けずに呼び出すと、戻り値は Promise オブジェクトになる更に関数init（async関数）は Promiseを返しますのでthenやcatchで処理をつなげられる
//・・・上略（sleep関数）
async function init (){
let val = await sleep(0);
val = await sleep(val)
val = await sleep(val)
val = await sleep(val)
throw new Error ('not Data')
return val
}
init().then(function (data) {
console.log(data);
}).catch(function(e) {
console.error (e)
})
await sleep(val)の後、 throw new Error ('not Data')が実行されエラーを出力されるvalは返されず、エラーが発生してcatchブロックに処理が移るasync 関数内で発生した例外は 自動的に Promise の reject として扱われ、.catch() で補足可能throwがある場合
try {
console.log("start")
throw new Error ("No Data")
console.log("task")
} catch (e) {
console.error(e)
} finally {
console.log("end")
}
try ブロック内の console.log("start") がまず実行されるthrow new Error("No Data") により例外が発生し、その時点で try ブロックの処理は中断される
console.log("task") は実行されないcatch (e) に渡され、変数 e に格納される
e.message には "No Data" が格納されており、console.error(e) によってエラーオブジェクトが出力されるfinally ブロックが実行され、console.log("end") によって "end" が出力される
finally は、エラーの有無に関わらず必ず実行されるブロックthrowがない場合
try {
console.log("start");
console.log("task");
} catch (e) {
console.error(e);
} finally {
console.log("end");
}
try ブロック内の処理はすべて正常に実行される
console.log("start") と console.log("task") の両方が出力されるcatch ブロックはスキップされるfinally ブロックが実行され、console.log("end") が出力されるasync function fetchData() {
const res = await fetch("users.json")
if (res.ok) {
const json = await res.json()
if (json.length === 0) {
throw new Error('No Data')
}
return json
}
}
const userData = async function () {
try {
const users = await fetchData()
for (const user of users) {
console.log(`I'm ${user.name}(${user.age})`)
}
} catch (e) {
console.error(e)
} finally {
console.log("end")
}
}
userData();
fetchData（async関数）
users.json というファイルからデータを取得しているが、本来は API やデータベースから取得する想定users.json ファイルからデータを取得するok プロパティが true の場合、レスポンスを .json() メソッドで JavaScript の配列に変換する
json.length === 0）だった場合
throw new Error('No Data') によってエラーを投げ、catch ブロックに処理が移るjson）を返すuserData（async関数）
try ブロック（正常にデータが取得できた場合）では
fetchData() の戻り値を users 変数に格納for...of ループで users を順番に処理し、console.log(I’m ${user.name}(${user.age})) で各ユーザーの名前と年齢を出力catch ブロック（throw new Error() によってエラーが投げられた場合）では
e を console.error(e) で表示finally ブロックでは
try または catch の処理が終了した後、必ず console.log("end") を実行して "end" を出力するtry＆cachを使った例外処理のコードに下記を追加することでカスタムエラーの作成ができる
class NoDataError extends Error {
constructor(message) {
super(message)
this.name = NoDataError
}
}
NoDataError というクラスを、組み込みの Error クラスを継承して定義しているmessage を引数として受け取るsuper(message) は親クラス（ここでは Error クラス）のコンストラクタを呼び出すもので、エラーメッセージの内容を Error オブジェクトとして正しく扱えるようにするthis.name="NoDataError" によって、エラーオブジェクトの name プロパティが "NoDataError" に設定され、エラー出力時にカスタムエラー名が表示されるようになる使用例
throw new NoDataError('not Data')
const userData = async function () {
try {
const users = await fetchData()
for (const user of users) {
console.log(`I'm ${user.name}(${user.age})`)
}
} catch (e) {
if( e instanceof NoDataError) {
console.error(e)
} else {
console.error("error!!!")
}
} finally {
console.log("end")
}
}
Errorを継承したNoDataError('not Data')でエラーを投げてcatchブロックに処理を移行するcatch ブロック内では、発生したエラーがどのクラス（インスタンス）から投げられたかを判定し、それに応じて処理を分岐しているNoDataError のインスタンスであれば、そのエラーオブジェクトを console.error(e) で出力NoDataError 以外のエラー（たとえば TypeError や ReferenceError など）の場合は、"error!!!" という文字列を出力するマクロタスクよりも優先して実行される
例: Promise、queueMicrotask など
マイクロタスクがすべて完了してから実行される
例: setTimeout、setInterval など
ここでもう一度先ほどの関係図を見るとマクロタスク（タスクキュー）、マイクロタスク（ジョブキュー）についてもイメージができると思います。
new Promise(function promise(resolve) {
console.log('promise');
setTimeout(function task1() {
console.log('task1');
resolve();
});
}).then(function job1() {
console.log('job1');
setTimeout(function task1() {
console.log('task2');
queueMicrotask(function job4() {
console.log('job4')
})
});
}).then(function job2() {
console.log('job2');
}).then(function job3() {
console.log('job3');
})
console.log('global end');
//コンソール出力
promise
global end
task1
job1
job2
job3
task2
job4
ここで同期タスク終了 → マクロタスクの処理へ移る
task1 実行 → console.log('task1') → task1
resolve() 呼び出し → Promise 解決 → .then(job1) 登録 → マイクロタスク1マイクロタスク処理開始
job1 実行 → console.log('job1') → job1
setTimeout(task2) 登録 → マクロタスク2.then(job2) 登録 → マイクロタスク2.then(job3) 登録 → マイクロタスク3マイクロタスク継続処理
job2 実行 → console.log('job2') → job2
job3 実行 → console.log('job3') → job3
ここでマイクロタスクが空 → 次のマクロタスク（task2）へ移る
task2 実行 → console.log('task2') → task2
queueMicrotask(job4) 登録 → マイクロタスク4マクロタスク終了 → マイクロタスク実行
job4 実行 → console.log('job4') → job4
console.log('start');
setTimeout(() => {
console.log('timeout1');
Promise.resolve().then(() => {
console.log('micro1');
});
setTimeout(() => {
console.log('timeout2');
});
}, 0);
Promise.resolve().then(() => {
console.log('micro2');
return Promise.resolve().then(() => {
console.log('micro3');
});
}).then(() => {
console.log('micro4');
});
queueMicrotask(() => {
console.log('micro5');
});
console.log('end');
上記のコードがどのように動き、どの順番でコンソールに出力されるか考えてみて下さい。
答えが決まったらスクロールして下さい。
回答
//コンソール出力
start
end
micro5
micro2
micro3
micro4
timeout1
micro1
timeout2
console.log('start') → 同期 → start
setTimeout(..., 0) 登録 → マクロタスク1Promise.resolve().then(...) 登録 → マイクロタスク1
micro2, さらに .then(() => micro3) → ネスト → マイクロタスク2.then(() => micro4) → マイクロタスク3（micro3のあと）queueMicrotask(...) 登録 → マイクロタスク4（micro5）console.log('end') → 同期 → end
ここで同期タスク終了 → マイクロタスクの処理へ移る
micro5（queueMicrotask） → micro5
micro2 → micro2
micro3（micro2の中）→ micro3
micro4（micro3のあと）→ micro4
ここでマイクロタスクが空 → 次のマクロタスク（setTimeout）
timeout1 → timeout1
Promise.resolve().then(...) → マイクロタスク登録（micro1）setTimeout(...) → マクロタスク登録（timeout2）マクロタスク内のマイクロタスク実行
micro1timeout2Promiseを直列につなぐ処理は「Promiseチェーン」と呼ばれる
一方、複数のPromiseを同時に実行するのが「並列処理」
Promise.all() や Promise.race() を使って複数の非同期処理を同時に扱えます。
function sleep(val) {
return new Promise(function (resolve,reject) {
setTimeout(function () {
console.log(val++);
resolve(val);
}, val * 1000);
});
}
Promise.all([sleep(1), sleep(2), sleep(3)])
.then(function(data) {
console.log(data);
})
//コンソール出力
1
2
3
(3) [2, 3, 4]
sleep関数
sleep(val) は Promise を返す関数setTimeout を使って val 秒後に処理を実行する（例：sleep(2)なら2秒後）console.log(val++) によって現在の値を出力し、次に使うためにインクリメントresolve(val) により、インクリメントされた値を次の .then() に渡すPromise.all()
Promise.all([...]) は、配列内のすべての Promise が「成功」するのを待ってから次の .then() に進むresolve の値が配列となって渡される
sleep(1).then(function(val) {
return (Promise.all([sleep(2), sleep(3), sleep(4)]))
}).then(function(val) {
console.log(val)
return sleep(val[1]);
}).then(function(val) {
return sleep(val);
})
//コンソール出力
1
-------
2 ↑
3 並列
4 ↓
-------
(3) [3, 4, 5]
4
5
sleep(1) により 1秒後に 1 を出力、resolve(val) には 2 が渡る.then() で Promise.all([sleep(2), sleep(3), sleep(4)]) を返す：
sleep() は並列でスタート2s, 3s, 4s 後に 2, 3, 4 を出力（インクリメントされるので [3, 4, 5] を返す）.then() に渡される val は [3, 4, 5]。その配列の val[1] = 4 を次の sleep() に渡すsleep(4) → 4秒後に 4 を出力、val++ → 5 を返すsleep(5) → 5秒後に 5 を出力Promise.all([...]) で並列処理
Promise を返す必要がある。Promise.resolve() に包まれる（Promise.all([1, 2, 3]) は Promise.all([Promise.resolve(1), ...]) と同じ動作になる）ため.then() は実行される。ただし、Promise.all() の本来の目的は非同期処理の並列実行なので、通常は非同期関数の Promise を渡すsleep().then() のようにつなぐと直列処理.then() チェーンをうまく使えば、直列→並列→直列 のような処理が実現できる//・・・sleep関数、ボタンイベントは省略
Promise.race([sleep(1),sleep(2),sleep(3)])
.then(function (data) {
console.log(data)
})
//コンソール出力
1
2
2
3
Promise.race()
Promise.race([...]) は、配列内で一番最初に完了（解決または拒否）した Promise の結果に応じて、次の .then() または .catch() に進むPromise の**結果（値またはエラー）**が、.then() または .catch() に渡される//shouldReject = false/trueでresolve/rejectを切り替え
function sleep(val, shouldReject = false) {
return new Promise(function (resolve, reject) {
setTimeout(function () {
console.log(val++);
if (shouldReject) {
resolve(val);
} else {
reject(val);
}
}, val * 1000);
});
}
Promise.allSettled([sleep(1),sleep(2),sleep(3)])
.then(function (data) {
console.log(data)
}).catch(function(e) {
console.error(e)
})
//コンソール出力
resolve(val)
1
2
3
(3) [{…}, {…}, {…}]
{status:'fulfilled', value:2}
{status:'fulfilled', value:2}
{status:'fulfilled', value:3}
reject(val)
1
2
3
(3) [{…}, {…}, {…}]
{status:'rejected', reason:2}
{status:'rejected', reason:2}
{status:'rejected', reason:3}
Promise.allSettled()
Promise.allSettled([...]) は、配列内のすべての Promise が完了（成功・失敗どちらでも）するのを待ち、必ず次の .then() に進む
いかがだったでしょうか？
この記事を読む前よりも、非同期処理について少しでも理解が深まったと感じてもらえたら嬉しいです。
すぐ完璧に理解できなくても大丈夫。
非同期処理は一度でスッと理解できるものではありません。繰り返し手を動かしながら学習することで、必ず身についていきます。
実を言うと、僕自身も2年前まではPC操作すらままならず、最近まで非同期処理が苦手すぎて「なんとなく避けて」きました。
でも、何度もつまずきながらも少しずつ向き合っていくうちに、やっと「わかった！」と思える瞬間がやってきました。
非同期処理が分かるようになると、JavaScriptでの開発がぐっと楽しくなります。
「苦手だな…」と感じていたことが「おもしろい！」に変わる瞬間を、ぜひ体験してみてください。
もし、もっとJavaScriptの本質や仕組みを深く学びたいと思った方は、参考書籍や教材にチャレンジしてみるのもおすすめです。
（ただし、ただ、決して難易度は低くないです。焦らずじっくり取り組んでくださいね！）
Views: 0
📌 ニュース：
2024年から、シャチが新たに3種類に分類されます。これまで「シャチ」として知られていた種（Orcinus orca）に加え、Orcinus rectipinnus（Bigg’s killer whale）とOrcinus ater（resident killer whale）が新たに記載されました。
この研究は、アメリカ海洋大気庁のモリン氏のチームによって行われ、科学誌に発表されています。従来の認識では、シャチは単一種とされていましたが、生息地により形態や生態が異なることから、より細分化する必要性が指摘されていました。
新たな分類により、各種の保全戦略が立てやすくなり、その重要性が増します。シャチに関する理解が深まることで、今後もさらなる研究が期待されています。
記事のポイントを以下のようにまとめました。
シャチの新たな分類発表 🐋
2024年から、シャチが「オルキヌス・オルカ（Orcinus orca）」に加えて、2種類の新しいシャチ「オルキヌス・レクティピヌス（Orcinus rectipinnus）」と「オルキヌス・アータ（Orcinus ater）」に分類されることになりました。これにより、シャチは3種類に増えます。📊
「種」の重要性 🌱
シャチの新しい分類は、生物の多様性を理解し、それを保全するために重要です。異なる生態を持つ種を認識することで、適切な保護策を講じることができます。🛡️
今後も新しい発見を楽しみにしましょう！📖✨
※以下、出典元
▶ 元記事を読む
Views: 0
🔸 ざっくり内容：
この記事は、終末世界を舞台にした新作ゲームについて紹介しています。このゲームでは、人々が夜にしか活動できない状況が描かれ、プレイヤーは深夜に訪れる人々がモンスターかどうかを見極めるという独特のタスクを担います。
このゲームの設定は、従来のRPGやアクションゲームとは異なり、プレイヤーの判断力が求められる点が特徴です。プレイヤーは訪問者の外見や行動から、モンスターか人間かを見極める必要があります。この緊張感溢れる選択は、『Papers, Please』のような書類確認ゲームの要素を持ち合わせており、プレイヤーがリアルタイムで決断を下す緊張感を楽しむことができます。
この新作ゲームは、緊張感あふれる選択と倫理的問いかけを通じて、プレイヤーに独自の体験を提供することを目的としています。
🧠 編集部の見解：
この記事を読んで、終末世界を舞台にしたゲームが持つ独特な魅力を改めて感じました。昼と夜で異なる活動パターンが求められる設定は、プレイヤーに緊張感と戦略的思考を促しますよね。特に、深夜に訪れる人々が果たしてモンスターかどうかを見極めるシステムは、まるで『Papers, Please』のような社会的選択をゲームに取り入れたとも言えます。
例えば、『Papers, Please』は、難民の受け入れや国家の法を遵守することをテーマにしており、プレイヤーは倫理的な選択を迫られました。これと似て、今回のゲームでも「見逃すことができない選択」がゲームの緊張感を生む要素になっていますね。
社会的な影響としては、こうしたゲームがプレイヤーに倫理観や判断力を養う手助けをするという点が挙げられます。特に、終末的な設定では人間の本質や社会の脆さが反映されるため、プレイヤーが自らの価値観を再考する機会となるかもしれません。
豆知識として、近年では「終末後」の世界を描くゲームが増えており、特に『The Last of Us』や『Fallout』シリーズはその代表例です。これらの作品も、ただのサバイバルではなく、人間関係や道徳が大きなテーマになっている点が共通しています。こうしたゲームを通じて、プレイヤーが感じる思索や感情は、リアルな社会でも大切なことかもしれませんね。
※以下、出典元
▶ 元記事を読む
Views: 0
仕出し弁当の営業を受け契約したものの弁当が届かないというトラブルが相次いでいます。 店長： これ1万5000円払って、ばっ …
Views: 0
配信イベント「PC Gaming Show 2025」で，Ubisoftは新作タイトル「アノ 117: パックスロマーナ」（PC / PS5 / Xbox Series X|S）を，2025年11月13日に発売すると発表した。
予約注文も受付開始している。
 |
本作は「アノ」シリーズの最新作で，舞台は全盛期のローマ帝国。その一角にある青い海に囲まれた小島ラティウムで，プレイヤーは総督として貿易や外交をし，ときには陸地や海上での戦争に乗り出す。
ローマ皇帝に忠誠を誓うか。反乱を企てるか。すべては選択次第だ。
 |
 |
 |
 |
 |
 |
 |
 |
※記事に使用している画像はすべて配信画面のスクリーンショットです
🧠 編集部の感想：
「アノ 117: パックスロマーナ」の発売が決定し、非常に楽しみです。全盛期のローマ帝国が舞台という設定に魅力を感じます。プレイヤーの選択によって展開が変わるストーリーが期待でき、戦略フリークとしては見逃せないタイトルです！
Views: 0
🔸 ざっくり内容：
背景情報
2025年6月9日に開催されるオンラインイベント「PC Gaming Show 2025」で、新たなクラフトサバイバルゲーム『レールボーン』が発表されることが決まりました。本作は、日本語にも対応し、早期アクセスが近々開始される予定です。
ゲームの概要
『レールボーン』は、プレイヤーが資源を集めて列車を組み立て、生き延びることを目的としたゲームです。プレイヤーは列車を拠点にして、希少な植物を収集し、生態系を再生させながら、線路が張り巡らされた世界を冒険します。最大4人でのオンラインマルチプレイも可能です。
目的と探索要素
プレイヤーは、遺棄された開拓者の拠点や謎に包まれたモノリスを調査し、この惑星に隠された真実を解き明かすことが求められます。本作は、サバイバル要素に加えて、環境再生や探索が重要なテーマとなっています。
このゲームは、新たな冒険を求めるゲームファンにとって、大きな注目を集めること間違いありません。
🧠 編集部の見解：
『レールボーン』は、プレイヤーが列車を組み立てながら生き延びるサバイバルゲームです。このゲームの面白い点は、ただ生き残るだけでなく、希少な植物を集めて生態系を再生するという環境要素もあるところです。これは、プレイヤーに自分の行動が環境に与える影響を考えさせる良い機会を提供してくれます。
### 感想
自分が日常生活で環境について考えることは少ないですが、ゲームを通じてその重要性を感じるのは新鮮です。特に、資源を集めて列車を作り上げるという要素は、創造性を発揮できる部分でもあり、同時に戦略的思考を必要とします。
### 関連事例
最近では、環境問題への意識が高まる中、ゲームの中でも「環境保護」や「サステイナビリティ」をテーマにしたものが増えてきています。例えば、他のサバイバルゲームでも「資源管理」を通じてプレイヤーに選択の重要性を教えるものが多く見られます。『レールボーン』もその流れの一部として、エコ意識を取り入れた斬新なアプローチと言えます。
### 社会的影響
今後、こうした環境意識をテーマとしたゲームが増えることで、幅広い層の人々が自然や生態系の重要性を再認識するきっかけとなるかもしれません。特に、若い世代には効果的なイメージ教育のツールとなるでしょう。
### 背景と豆知識
ゲームの中で取り入れられている「生態系再生の要素」は、実際の自然保護活動ともリンクしています。近年では、ゲームを通じて環境教育を行う取り組みも増えており、オーストラリアの「Eco-Game」などがその一例です。プレイヤーが楽しみながら環境に対する理解を深められるのは素晴らしいことですね。
このように、ただのゲームではなく、教育的要素を持った『レールボーン』は、楽しみながらも何かを学べる貴重な体験を提供してくれそうです。早期アクセスが楽しみですね！
キーワード: レールボーン
※以下、出典元
▶ 元記事を読む
Views: 0
📌 ニュース：
「FF7R」と「FF16」のXbox版が発表されました。
配信番組「Xbox Games Showcase 2025」で、
「FINAL FANTASY VII REMAKE INTERGRADE」と
「FINAL FANTASY XVI」のXbox版が紹介されました。
Xbox版「FF7R インターグレード」は今冬発売予定、
「FF16」は本日6月9日よりプレイ可能です。
シリーズファンには嬉しいニュースですね！
詳細は公式サイトや動画でチェックしてください。
以下のポイントをお知らせいたします！✨
新たな展開！ 🎮
「FINAL FANTASY VII REMAKE INTERGRADE」と「FINAL FANTASY XVI」のXbox版が発表されました。これにより、Xboxユーザーも名作を楽しむことができます！
本日からプレイ可能！ ⏰
「FF16」は本日よりXbox Series X|SとXbox PCでプレイ可能です。すぐに冒険に出かけるチャンスです！
これからも新情報に注目です！🎉
FINAL FANTASY VII REMAKE INTERGRADE をAmazonで探す
FINAL FANTASY XVI をAmazonで探す
Xbox をAmazonで探す
※以下、出典元
▶ 元記事を読む
Views: 0
📌 ニュース：
トランスコスモスは、新たに「trans-CX Survey（COMX診断）」を提供開始しました。このサービスは、企業が自社と競合の顧客体験（CX）の急所を可視化し、コミュニケーション体験を評価するものです。
COMXフレームワークを用いて、Webアンケートを通じてCXの主要指標を測定。自社と競合を比較分析し、業界内での位置付けや収益向上のための強み・弱みを明確にします。
さらに、購入前後のカスタマージャーニーに沿って診断を実施し、DX推進やAI活用のポイントを特定。その結果を迅速に報告し、改善策へのインサイトを提供します。オプションで、改善策の立案支援も受けられます。
トランスコスモスが提供する「trans-CX Survey（COMX診断）」のポイントを3つご紹介します！✨
顧客体験の可視化 📊
自社と競合の顧客体験（CX）の急所を可視化し、どの部分が改善の余地があるかを明確にします。
カスタマージャーニーに基づく分析 🛤️
購入前後のカスタマージャーニーに沿って診断を行い、デジタル化やAI活用のポイントを特定します。
ぜひ、このサービスを活用して、顧客体験を向上させてください！🌟
※以下、出典元
▶ 元記事を読む
Views: 0
📌 ニュース：
株式会社ケンコー・トキナーは、
丸型フィルター「ブラックミスト No.05 N」に
86mm径と95mm径を追加し、
6月6日に発売しました。
86mmは26,000円、95mmは33,500円です。
このソフトフィルターは
微細な黒い拡散材を光学ガラスで挟み込み、
19〜95mmまでの全24サイズが揃います。
ハイライトとシャドー部のコントラストを抑え、
柔らかな描写を実現。
特有の光を拡散し、
映画のような雰囲気を演出します。
「05」はブラックミストシリーズの中間的な位置付けで、
効果の強さは「1」が最も強く、
「ブラックミストプロテクター」が最も弱いです。
Kenkoの「ブラックミスト No.05」に関するポイントを以下のようにまとめました✨
新モデルの登場📸
柔らかな描写🌌
ぜひ、フィルターを使って新しい撮影体験を楽しんでください！📷
※以下、出典元
▶ 元記事を読む
Views: 0
inmobilexion（インモビ）は、動画・ニュース・サイト紹介を中心に、信頼性の高い情報をわかりやすくお届けする情報プラットフォームです。 「in-mobile」×造語の"〜xion"から生まれたインモビは、厳選・接続・導線など多様な意味を内包しながら、次世代の情報体験を提案します。
Contact us: [email protected]
© インモビ by inmobilexion.com