もしくはキャラクタとスキルシステムについて。 いつの頃からか分からないけれど、物語(特に異世界転生系)の中でスキルという概念が確立されてきた。最大公約的に説明すると、スキルというのはその世界に存在する剣技とか魔法とか料理の腕前とか、なんらかの特別な能力のことだ。そして重要な特徴として、 スキルにはもれなく名前が割り当てられている、登場人物(達)はスキルの有無についてを客観的に確認することができる、 (ほとんどの)スキルは個々人に固有なものではなく、万人が身に付けることができるというものがある。例えばスキル 絶対結界であれば、このスキルを持つ相手と対峙したキャラクタは「ふむ、"絶対結界"か。これはちとやっかいじゃ」なんて相手を評価したりする。 どうにも、このパッケージングされた能力としてのスキルが物語中に出てくると、キャラクタにリアルを感じない。キャラクタがそのスキルを使える理由が納得できな

朝日新聞デジタルで町内会・自治会特集が始まっている。 町内会について意見を集約しており、すべて読める。 すべて読んだ（９月20日時点）。 いろんな意見があるわけだが、大雑把にいって、（１）町内会は必要であるという意見、（２）強制され、負担を背負い込むのはいやだという意見の対立となっている。アンケートのうち「自治会・町内会に課題があるとすれば何だと思いますか」で半分近くは「会員の高齢化、役員のなり手不足」をあげている。他方２位の「活動内容がわかりにくい、負担が大きい」が２割にとどまっているというのは、この回答者がどちらかといえば町内会を実際に担っている側からの意見が多いことをうかがわせる。 （１）町内会必要論と（２）強制・負担反対論は、ぼくの本『“町内会”は義務ですか？』で両立しうることが示されているが、（２）の強調は町内会否定へと結びつくことが多い。町内会の現実を知っていれば、改革はそう簡

2014年5月3日 朝、 PTA役員*1 の方に送ったおてがみ。石田以外の個人名を伏せ、一字下がりを加え、空白その他を少し補った*2ほかは全文。 *3 PTA本部 Oさん おはようございます。 3年2組 学級代表の石田です。 朝っぱらから、長文のメールをお送りすること、たいへん恐縮です。しかし、 PTA にとって、そうすべき程度には重要な事ですので、恐縮であることを圧してメールいたします。 Oさん がご迷惑であれば、石田から会長なり副会長なりに直接メールすること、石田としてはまったく差し支えありませんので、その旨ご指摘願います。その場合は、必要なメールアドレスを石田にお伝え願います。釈迦に説法かとは存じますが、その際は、そのメールアドレスをご利用のご本人の同意を得てお伝え頂けますようお願いします。もちろん石田は、そのメールアドレスの情報を適切に管理し、目的外に使用せず、外部に漏らすなどのこ

phpMyAdminを使ったSQLファイルのインポートにはファイルサイズの制限があり、サーバ環境によってはサイズの大きいSQLファイルをインポートできない場合があります。 これを解消してくれるのが「BigDump」です。 BigDump BigDumpは、PHPベースのMySQLインポートツールです。 先日行ったサーバ移転で、100MBほどあるSQLファイルのインポートにこれを利用しました。約100MBほどあるSQLファイルを分割もせず、わずか1分ほどでインポートすることができました。 ということで以下、BigDumpによるSQLファイルのインポート手順を解説します。1つのSQLファイルサイズがかなり大きくても大丈夫なようですが、エクスポートするSQLファイルは７項の手順にしたがって出力したものを利用することを推奨します。 １．BigDumpのダウンロード BigDumpのページの右にある

アジャイルな開発の導入支援の現場や色々な勉強会でよく「どんな本を読んだら良いですか」と聞かれたりします。 何のために本を読んで勉強するかは人それぞれですし、自分のおかれたコンテキストでどの本が役にたつかは分からないですが、以下にあげた本は個人的に強くオススメできる本です。人に聞くのも大事だし自分で試行錯誤するのも大事だけど、本を読んで体系的に学んだり先人の知恵を学ぶことは続けたほうが良い。 プロダクティブ・プログラマ -プログラマのための生産性向上術どうやったら自分自身の生産性を高くすることができるのか。PCの使いこなしから始まり、自動化やバージョン管理等にも触れている プロダクティブ・プログラマ -プログラマのための生産性向上術 (THEORY/IN/PRACTICE)著者／訳者：Neal Ford、島田 浩二 (監訳)、夏目 大出版社：オライリージャパン発売日：2009-04-27単行

ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile　〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ

特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に　特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 今回の内容 ●課題： 予定外の仕事が入ってタスクをこなし切れず、残業ばかりである ●スクラムのプラクティス 「スプリントバックログ」を作り、自分の作業を把握する ポイントは、「サイズを見積もる、優先順位、完了の条件」 「スクラム」は、ソフトウェア開発のマネジメント・フレームワークの1つで、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化した枠組みです。 本連載は「まずはちょっとしたスクラム」をモットーに、チームとしての仕事の進め方を改善するスクラムの知識を簡潔にお伝えします。「開発現場でスクラムやアジャイル開発を使ったことがないんだけど……」というエンジニアでも大丈夫。多くの現場で使え

プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や

適切な仕様書でバグ発生を防ぐプログラムの元になるのが仕様書。日本語で記載するため、ドキュメントの質が直接プログラムの質に影響します。どう適切な仕様書を作ればよいかみていきましょう。 設計者とプログラマが同一人物であれば、作るべきプログラムの内容が分かっています。仕様書に曖昧な表現をしても影響ありませんが、通常は別人。システム設計者の意図は仕様書でしかプログラマに伝わりません。 優秀なプログラマは、疑問点などを整理して設計者に質問し仕様の曖昧さを排除します。しかし、経験年数が少ないと自分なりの解釈でプログラミングしてしまい、結果的に手戻りが発生します。 日本語は多彩な表現ができます。雨が降るにしても「ぽつぽつ」「ざーざー」「ぱらぱら」「しとしと」と、様々な表現が可能です。いくつもの表現ができる日本語で仕様を記述するのは至難の業。 ITベンダーの多くは新入社員に対してプログラミング研修は行いま

今は世界でも評判の高い日本車ですが、日本車が世界で売れ始めたのは 1970年代の“オイルショック”がきっかけです。 オイルショック前には日本車なんて、おもちゃみたいなモンだと思われてた。 ところが石油がいきなり高騰したため、車無しでは生活できないアメリカ人の多くが、燃費の悪いアメ車を “緊急避難的に” 手放し、日本車に買い換えたんです。 そして「石油が高いから仕方なく買い換えた日本車」が、「実は品質もアメリカ製より優れてるじゃん！」と気がついた。 オイルショックがなければ、日本車が世界で売れ始めるタイミングはもっとずっと遅かったでしょう。 とはいえ、「オイルショックがあったから日本車が今の地位を築いた」のではありません。 オイルショックは“突然訪れたチャンス”ではあったけど、それによって消費者に「たとえ石油が安くなっても、日本車のほうがいいかも！」と思わせたのは、日本車の実力です。 もし「

Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi

グランドピアノは現在でもじゅうぶんに洗練されたフォルムを持っていると考えられますが、アウディのデザイン・チームがそのデザインを現代風に再考しました。名門ベーゼンドルファー製のこの楽器はコンセプト・デザインではなく実際に発売される予定があるようです。 詳細は以下から。Audi Design Creates Grand Piano - autoevolution ミュンヘンのAudi Design Studio Teamが手がけました。 世界三大ピアノの一つに数えられるオーストリアのベーゼンドルファー社製。ケースに直接接する部分の大胆な形状変更にもかかわらず、音響効果に影響はないとのこと。 鍵盤のフタの右端に「Audi Design」のロゴ。 通常はブロンズ色のペダルなどの金属部分はすべてシルバーで統一されています。 滑らかな接合部でフタと一体となった脚が最大の特徴。脚の位置は通常の三本脚のグ