投稿

DQ11 (3DS)

イメージ
感想適当に書いとく。裏ボス + 3DS追加ボスクリアまで。全体的にLv 70〜75くらい。


裏ボスまでで確か62時間。3DS追加のボス群を出す + 3DS追加ボス倒すのに約10時間。

上を見て分かる通り、全体的に達成度的なものは適当。試練は3つクリアしたがそこで願いは3つしか叶えてない(放置したのは本と髪)。道場っぽいところでも全部は進めてない。鍛冶は素材を探す面倒さから放置気味。クエストは前半は結構やったんだけど後半はやっぱり放置気味。味方強化出来るクエストでも多分やってないのがあるとかそういう雑な状態。

本作で個人的に一番感動した点として、戦闘システムが良くできている気がした。

ベホマラー等の範囲回復が隊列にいない味方に効く。これが地味にすっごい好き。いてつく波動の系統が隊列から外れているキャラに効かない。ゾーンで大事。レベルを過度に上げたりしないかぎりメンバーのスキルにいつもどこか抜けがある。スクルト、バイキルト、ベホマラー、ツッコミ、おはらい等々。レベルが上がると解禁されるキャラもいるのだけどタイミングが結構上手くズレてる。ボスの攻撃パターンが、混乱、誘惑、眠り、行動停止、麻痺など、状態変化のバリエーションが豊富過ぎて、ボス初見では相手の特徴がとにかく読めない。思ったよりいてつく波動の類が少ないので地味なスクルトとかピオリムが効くのが渋い(後半やっぱり波動系増えたけど) 全滅して同じボスと2度戦うのもイマイチだなぁという気持ちが自分の中にあって、「味方全員を総動員してアイテムも使えるだけ使ってでもボス初見突破を目指す」というスタイルになった。レベル上げをあまりしなかったことと相まって、どうしても全キャラ総動員みたいのが定着せざるを得なかった。

ただ特に前半は無駄に寄り道していたことがあって、それでも標準的なクリアレベルよりは少し高かったかもしれない。クリア時間も少しそれを反映している気がする。他の人がどういうプレイしてたのか、地味に気になる。

上の通りで、個人的には戦闘システムに感動を覚えたんだけど、このあたりは結局のところプレイヤー次第という気もしている。他の人が同じことを思っていたとはどうも思えない。実際、先にやっている人の話からは先頭の状態に併せてキャラを出し入れするなんていう話を聞いていない。むしろ「〜が強い」とかそういう話が先行して聞こえていて、し…

Human Resource Machine

体調悪くてゴロゴロしながらエンディングまでやってみた。
「あー、バブルソートしかやる気が起きない」とか思った辺りに年を感じ、最初の脇道で「40倍」と言われたときにN*(2^x+...)を思いつくまでに何分もかかって深刻にスキルの衰えを感じた。

http://peache55.com/archives/2044495.html

話題になってたのはSwitch版が出てたからか。知らずにスマホでやってた。


『異文化理解力』

イメージ
『異文化理解力』

面白い本の中でも特に「これ、いい!」と思う本に出会うとドラえもんの以下のコマを思い出す。


コミュニケーションでの「ハイコンテクスト」「ローコンテクスト」について、文化ごとに違いがあるという話はよく言われている。この本ではその他にも、相手を評価する方法、説得する仕方、チームを率いる方法、チームでの決断のスタイルなど、様々な側面で文化の差があるとしている。

「ハイコンテクスト・ローコンテクスト」の話で分かっていたつもりになっていたが、特にヨーロッパ諸国ですら、基本的な意思疎通がこんなに難儀するものなのかと軽く衝撃を受けるとともに、説明を受けると「なるほど」と思わずにいられない。

コミュニケーションや判断についての文化ごとの差異は、異文化で構成されたチームがうまくいくか、異文化間の交渉が成功するかしないか、といった実務的なトピックに大きな影響を与える。その影響は、しばしば双方にとって見えない形で発生し、最悪の場合には「文化の差」として認識することも出来ず、単に「相手が無礼だった」とか「仕事が雑」といった誤った理解とセットで交渉が決裂してしまう。オフショア開発の文脈で良く語られているエピソードが、全く別のものとして自分の中で理解されるに至った。

でもさ、こんなの、言われなきゃ、わかんねーよ。

読んでいて個人的に気になったのは、日本人の文化についての説明だ。最近では、ここで記述されている日本人とは異なるスタイルを取り入れている人々も増えてきた気がする「飲みニケーション」は若者にはしばしば嫌がられるし、意思決定で根回しを嫌がる人々・組織も増えた印象だ。自分が話を聞くのがIT関連の業種に偏っているからだろうが、本著のアメリカのベクトルに近づけようとする動きが相対的に強い。一方でそれが良いか悪いかの検討はあまり見聞きしない。

双方の良い面を取り入れるという明確な判断・意識があって行っているのであれば、もちろん素晴らしい。一方、他の文化の要素を取り入れる際に、一見して面倒な自文化の一側面に利点があることに無自覚・無知であるのは危険かもしれない、と思った。

各文化には、歴史的バックグラウンドとして複数の特性がセットで存在するように読み取れる。アングロサクソン、ロマンス諸語、儒教ベースの文化圏では哲学・宗教に近い根本の部分の違いから行動に違いが生まれる。特定のベクトル…

「なんでもよい」と主張する「普通の人」に「オススメ」のパソコン・スマホ

結論から言うと「欲しいという人を連れて行って選んでもらい、NGではないかをこちらが確認する」が自分の好みということになった。元々パソコンについての話題があったのだが、少し考えた限りスマホでも大差ない。

自分が選ぶ場合には嗜好というのがあってそれを想定するのだけど、それは他人にお薦めできるたぐいのものでないことが多い。音楽ストリーミングの月額課金とかそういうの。表面上全プラットフォームを謳っていてもソフトの出来が悪いなんてのもあったりする。スマホについて言えば「対応していない・実質動かない」がさらにしばしばあり得る、らしい。

「なんでも良い」という「要件」も以前よりさらに判断が難しい(以前から難しいトピックだと思うけど)。相手は、実はカメラマニアであったりする。実はPCオンラインゲーム好きだったりする。既に自宅にあるVGAのブラウン管ディスプレイを使いたいとか言い出すかもしれない。何より予算がとても少なかったりする。3万円でいいんでしょ?みたいな。

「以前から誰にでもお薦めできるというものはそうそうなかった」といえばもちろんそう。ただ15年前と比べれば、取捨する要素は相当に増えた。シンプルになったのは「CPUのスペックは以前ほど気にせんで良い」ということくらいだろうか。

脱線すると、第2世代i3ですら、そこそこのSSDに換装したら概ね滑らかに作業出来るのだった (CUIだけど)。問題はいつ壊れるかくらいだ (超大事だな!)






haltの挙動

Ubuntu 16.04 で halt を実行したときにPCの電源が切れなくて焦った。明らかにシステムは止まってるんだけど。

運悪くも Ubuntu 16.04 には停止時のバグが「ある」もしくは「あった」らしく、調べるとむしろそっちに関するトピックが盛り上がっていて混乱した。その流れでsystemctl start debug-shellなんてのを覚えたが、今回はデバッグするまでもなく、そのデバッグ用のシェルも停止する。「どうも本当にシステム停止には成功しているような……」みたいな気持ちになり、トラブルシューティングの仕方を見直した。

で、冷静に調べてみると halt コマンドは電源を停止するコマンドではない「ことがある」という事実を初めて知ってビビった。あくまでシステムを停止するまでがhaltの両分であって、電源を停止するかどうかは実装に依る。さらに言えば、haltコマンドの本来の意図は「緊急停止」という説明すら読んだ。ゾッ……

自分はだいぶ昔にhaltを使うように教え込まれたか勘違いしたかで、ずっと使っていたのだが、間違いだ。明白に間違いだ。

正解は、むしろベーシックな解説ではもっとよく見る shutdown -h now、あるいはpoweroffというコマンドがあればそれ。普通にLinux入門とか呼んでいれば多分そっちで覚えるはず。

ただ……これまでは halt でも電源断してくれるLinux環境の方が多かった気がするし、緊急停止もなにも普通にシャットダウンシーケンスに突入していた気がする。むしろ使っていたLinux環境はそっちばかりだ。何故、今頃になってこんなベーシックそうなコマンドに変化が?

正確な歴史は調べていないし調べるつもりもないけど、ネット上の断片から推測した内容は以下の通り。正しい歴史 (Linux以外も含む) はもっと詳しいUnix歴史家に任せたい。
本来のhaltは緊急停止に近い意味合いで、電源も切るのは管理者の役割だったsysvinitの(それなりに新しい)実装ではrunlevelを0 (停止) か6 (再起動)にするコマンドとして実装され、この際にはshutdownやpoweroffと動作が同じになった今はsystemdの採用が進んでいる。systemdが採用されている場合、halt, poweroff, shutdownはすべてsys…

Python講座3回目

Python講座の3回目が決まりまして、小躍りなう。というわけで、宣伝です。

好評の講座『道具としてのPython』~最適なカリキュラムで学ぶ2日間~ 6月24日/25日に再び開催!

非常に好意的なアンケート結果を頂いておりまして、嬉しい限りです。

その中でも個人的に注目したいのが「プログラミング歴」の幅広さに関する部分。上記サイトの「受講者の声」から引用しますと:

【プログラミング歴】HTML, CSS, R, TeXを少し。【プログラミング歴】Pythonの基礎的な部分しか分かりませんでした。【プログラミング歴】大学時代にC言語を少々かじった程度。【プログラミング歴】5~8年くらい。【プログラミング歴】いつもはbash, Java, php。Erlangはある程度。【プログラミング歴】ほぼなし。
受講生のバックグラウンドが非常に幅広いのが講師としてもチャレンジングでして、色々勉強になっています。比較的間口の広い中で好評頂いているというのは嬉しいですね。
興味をお持ちの方においては、参加ご検討頂ければ幸いです。

申し込みページ (Peatix)

技術書の装丁

ある技術書をネットでポチった。出版社自体はそこそこ有名ドコロ。

届いた本は、今流のオンデマンド印刷をベースにした装丁が簡素なもの。このこと自体はポチる前から分かっていて、むしろ、その出版社が推し進めている新たなラインナップみたいなもんの1つになってることが買う前に確認できていた。で、「まぁ少し品質下がるくらいだろ」みたいな気持ちで、正直あまり気にしなかった。甘かった。

実際のところ、同じラインナップで以前買った本は、本の体裁こそ雑だけど、本として全然問題なく読めたし、情報源としては貴重だった。プログラムの本というよりは技術トレンドの本だったというのもあるんだろうけど、良著と言ってよかった。

ところが今回は事情が違った。ポチった技術書を開いて絶句。内容以前に「これはダメだな」と一瞬で脳が判定してしまい、肝心の中身を確認する以前に、そもそも本を開き続ける気力からして消え去ってしまった。

先日「技術書典2」を運営として手伝った&サークルとして出展したりしたけれど、そういうところでサークル(つまり個人)がひねり出してくる同人誌のほうが、本の厚さはともかく「愛」があったし、しかも装丁もまともだった。別に表紙に箔押ししろって言ってるんじゃないのさ。単にちゃんと読めるもので面白ければいいわけ。

で、問題の本の話。技術書籍として内容が良ければ良いのだろ、というのはもちろんある。ただ、一見してソースコードがとても読み辛いというプログラム関連の本としては大変に厳しい問題があって、一人の読み手の判断としては「最低ライン」を下回っているのだった。ぱっと開いてウェってなるものをなんで出してくる……

本文が読みやすいか読みにくいかというのには、当然主観が混じる。今回も大いに混じっている。ただあえて言うなら、これまで「出版社」から出てきた本で見たことのないようなものに、自分には思えた。

商業書籍の「匂い」を期待して本を開いたら、ワードを使って上下左右マージンをめちゃくちゃにして大した意図もなくフォントサイズとフォントを標準から変えてベタベタベタって書き付けたレポート本文がドーン。そんな感じ。

もう一度本を開けば、多分こんな負の感情も少しは落ち着くんだろうけど、どうにも「手抜きでも買うんですよね、あなたら」感がすごくて、自分が本から受け取った負のオーラみたいなものを、吐き出さずにいられなくなって…