  |
はてなキーワード: ユーティリティとは
JMSにおいて不人気職と呼ばれるキャプテンの考察をテキトーにしてみようかと思います。
ちなみに著者はハードボスの固定PTに参加する程度の火力です。
ベースはゆかりサーバーの対ボス職業強さ表【ゼロ】 - メイプルエアプレイヤーの記事を参考にしてます。
海賊の旗の周辺にいるグループメンバーのAPを直接配分した全ステータス10+d(x/2)%増加、モンスター防御率10+d(x/2)%減少
Lv.30(MAX)でALLステ25%・防御無視25%上がる キャプテン唯一のパーティ支援スキル
30秒しか持たないけれどLv.30だとCTが30秒になるので、使いやすくなります。
ちなみにこのスキルが使えるのはバイパー・キャプテン・キャノンシューター・ジェットのみ
MAXまで上げといたらグル員に喜ばれるから上げとくべし。これ以外グル員に役立つものもないし。
固有バインドはありません。
5次スキル共通スキル・よろず・ルシードイヤリングを使いましょう。
ただし、一度肩代わりしたら再度出し直すまでは肩代わりした状態異常は解除されないので、
早く解除したいときは戦艦ノーチラスでCT減少させましょう。(後述）
無敵に関しては特にないので、カメカメを使うのが無難でしょう。
ちなみに3rdVで追加されたノーチラスアサルトに無敵効果があるはずなのですが、
移動スキルは冒険家の中でも1,2位を争うレベルで揃っていると思います。
但し、どのスキルもクセが強いので慣れるまでは大変です。
かなり飛ぶので調整がちょっと難しい。
後ろ方向に跳ねて移動するスキル。こちらもテクニック面でダッシュの次に重要です。
連打可能なのでFJと組み合わせるとかなり長い距離を移動できます。
敵の攻撃（ウィルの足とか）を瞬時に避けたりもできるので、扱えるようになってるといいと思います。
ウィンズ単体で使用すると、キーダウン中は空中浮遊することができますが、
ダッシュと組み合わせて発動することによって空中でもスキルを打つことができます。
但し、ダッシュと組み合わせた場合はキーダウンでの浮遊できません。
ダッシュ＋ウィンズ＋攻撃スキル(キーダウンスキルを除く）を組み合わせて使うと、
空中で硬直なく攻撃が可能なので、もはや必須テクニックと言っても過言ではないです。
狩りでもボスでも非常に役立ちますので、出来るようになっておきましょう。
船体攻撃：一定時間ごとに600+24*x%のダメージで6回攻撃する船体攻撃が7回発動
一斉射撃：一定時間ごとに300+12*x%のダメージで12回攻撃する射撃が36回発動
3rdVにて追加された自他職認める瞬間火力
このスキルが追加されたことによってキャプテンもまだマシな職業になったんじゃないかと思います。
あまり移動しないタイプのボスに対しては多彩な設置型召喚スキル達が攻撃してくれるので、ダメージソースとなります。
所謂暴風系キーダウンスキル。ハイパースキルで射程距離を伸ばせます。
このスキルはスキルバランシングにてコマンドが新たに追加されています。
| コマンド | 効果 |
|---|---|
| スキルキーのみ | 射程距離が伸びるがスーパースタンスが適用されない |
| スキルキー＋↓キー | 射程距離は縮むがスーパースタンスが適用される |
縦横方向に広いのはもちろん、スキル連打中に移動(ウィンズ)が可能であることからかなり広範囲に攻撃を当てられます。
パッシブ効果：デッドアイがクールタイム中ではない場合、射程距離内の最大12体をそれぞれ照準し始め、正確に照準された時にデッドアイを使わなければ照準が解除されて一定時間後再び照準開始
アクティブ効果：MP850消費、照準してる敵を800+32*x%のダメージで6回攻撃、追加クリティカル率100%
正確に照準されるほどさらに大きいダメージを与えることができ。最大3倍まで増加
スキル使用時、攻撃を受ける敵がスキルの最大攻撃可能なモンスターの数より少ない場合は1体あたりの最終ダメージ4%増加効果
敵(最大12体)に対して自動的に照準を合わせ、キーを押すと照準が合っている敵に対して攻撃を行うスキルですが、
一度照準されて解除されるまでに攻撃を行えば、画面外でも攻撃が可能です。
ドリブレで例えると、ワープ前に敵に照準を当てておいて、ワープ先で攻撃なんていうことも可能です。
しかも最大照準の状態で攻撃するとダメージが3倍まで上がるので、火力面でも期待できます。
狩りでも優秀なので、5次以降の狩り効率はなかなか良い方だと思います。
.....
攻撃範囲が広いので遠くから攻撃しておけばいい良い職業だと思いがちですが、
攻撃を受けると4*x%の確率で、15+3*x秒間ダメージ 5+x%上昇、最大HPの一定確率でダメージを負わせる攻撃にも発動。
つまり、攻撃をくらい続けないと火力を維持できないということです。おかしいでしょこれ。
耐久性がない・無敵スキルなし・対複数スキルが少ないといった点で劣ると思います。
火力面はノーチラスアサルトの登場でかなり貢献できるようになりました。
キャプテンは単一相手かつ上下移動しないボスが得意分野だと思います。
MP 350消費、320+4*x%のダメージで最大15体の敵を7回攻撃、クールタイム30秒
使用するとサモンクルー、ラッキーダイス、バトルシップボンバーの残りのクールタイムが50%減少
クールタイムの間キャプテンディグニティの最終ダメージ30%増加
CT管理のキーとなるスキルで、使用すると他スキルのCTが50%減少します。
この他のスキルのCT減少で一番重要なのが、4次スキル：バトルシップボンバーです。
MP 150消費、30秒間召喚され一定の間隔で砲弾発射、発射された砲弾が敵に当たると爆発し、最大6体の敵を3回攻撃、最大2台まで召喚可能｡
ドンツルレス：230+3*x%のダメージ、普通の攻撃速度、普通の射程距離
ブラックバーク：400+3*x%、遅い攻撃速度、普通の射程距離
シュリンツ：105+3*x%のダメージ、速い攻撃速度、普通の射程距離
ジョナサン：190+3*x%のダメージ、普通の攻撃速度、長い射程距離
戦艦ノーチラスでCTを減少させることによって、バトルシップボンバーを2体出すことが可能となります。
召喚系スキルもボスダメ等のダメージが乗るため、火力ソースとして大きく影響します。
更に戦艦ノーチラスのCT中は4次スキル：キャプテンディグニティの最終ダメージが増加します。
ラピッドファイアの1発分でも発動するため、実質手数2倍という驚異的なスキル。
.....
最高火力を出し続けるには戦艦ノーチラスのCTが切れたときに即打ち直しする必要があります。
バトルシップボンバー→戦艦ノーチラス→バトルシップボンバー(2体目)→戦艦ノーチラス→......
戦艦ノーチラス自体のCTが30秒で本気でCT管理しようとすると忙しすぎるので、正直あまり現実的ではないと思いますが、
できたらかなり火力は出せると思います。
Windows 95 Alt+漢字。秀Capsなどサードパーティのユーティリティを使うことで漢字だけでオンオフできるようにしていた。
Windows NT 3.51 ?
Windows 98 Alt+漢字がデフォルト。MS-IME 98の設定を変えれば漢字キーのみのオンオフが可能だったらしい。
Windows NT 4.0 Alt+漢字がデフォルト。Windows 98と似たような感じだった気がする。
Windows 2000 ? 怪しい
Windows Me ? 怪しい
Windows XP 気付いたら漢字キー単体でオンオフがデフォルト動作になっていた。
分からない
色々定義があるけど、ここでは孫ニュースサイトというのが正しいか。
今も生きているサイトさんを抜かせば、俺ニュースとか、カトゆー家断絶とか、そんなの。
1,2行でコメント
って感じでリンクを張っていて、一時期は1日数万のPVを叩き出す有名サイトも存在するなど、一時代を築いていた。
上記を見れば、多くの人が思う感想は、はてブでいいんじゃない？
と言われれば、その通り。
当時も個人ニュースについては色々言われており、オートアンカーの形式における参照元の多くが
大手個人ニュースサイトだったり、なれ合いといわれるサイト間だったりで
アクセスのかすめ取りだの、なんだの言われていた。
それを遠巻きで見る人は、ソーシャルブックマークでよくね？なんて思うのは当然で
ピークをやや過ぎたそのころに、加野瀬さんだとかが言っていたのは記憶している。
2018年も折り返しを過ぎた今に至っては、もうオワコンなのは事実。
過去に大手だった名残で生きているサイト、アクセスを気にせず黙々と更新しているサイトが居るだけ。
僕は後者がとても好き。たまに1か月まとめて更新ログをみたりしてニヤニヤすることもある。
確かに生産性の無い、情報の問屋みたいな存在だったから、その仕組みが効率化されれば淘汰されるのは当然の理なんだよね。
過去は美化されがちだけど、文才も行動力もない僕には情報の問屋としての動きでも
一時でもアクセスを集めて、たまにWeb拍手とかメールとかもらったり
それが自分の真の手柄ではないにしろ、なんか少しだけ人生の主人公とは言わずとも脇役になれていた気がしたんだ。
ただただ、それがうれしかった。
僕も大手とは言えないけど、一時期はそこそこ見てもらえる個人ニュースサイトを運営していた。
色々好きなサイトさんとか、更新していた頃とか思い出とか思い出すけど、あったことのある人はいない。
オートアンカーで参照しあうくらいしかお互いを認識していないから、
あのサイトさんのあの人と、過去を語ったりコンタクトを取ったりできないけど
あぁ、あの時代、あの頃を語りたいなぁ。。。
---------------------------------------------------------------------------------------
2018/9/10 19:03
昨夜、訪れる月曜日の辛さに耐えきれず
思った以上に反応を頂けて、大変うれしいです。
うれしいので、どこにニーズが有るかわからないけど、全返信してみます。
増田に返信
＞中堅サイトやってました。巡回先はほぼ全てのそれ系サイトを網羅してたのであなたの所も見てたはず。どこの人だろう。
おぉ、同士が居ましたね。
https://activica.exblog.jp/9702523/
この辺りで話題にしてもらう程度には認知はされていた、というのが正確です。
＞確かに途中からネタ元がほとんどはてブになっていったりはしましたね。早さも量も個人サイトでは太刀打ちできなかった。うちはあんまりコメントを付けないスタイルだったので、自分のサイトの価値がなくなっていくような気はした。
取り上げたい鉄板ははてブのホッテントリ－に上がっていましたから、
僕もそれを見つつ、集合知に駆逐さるんだな、という思いを持っていました。
＞ゴルゴ31をお気に入りに入れて毎日見てた。ついでにまとめられてたその月の単行本の発売日も有用だった
ゴルゴさんは漫画方面に特化しつつ、個人ニュース的なネタもしっかり抑えるというユーティリティプレーヤーぶりに、感心していました。
＞俗に言う大手は記事のチョイスが最大公約数すぎて自分には全然刺さらなかった。特徴あるサイトが好きだった
僕も当初はそういう位置を目指していたのですが、
日々巡回するうちに「個人ニュースサイト脳」となっていたようで、特徴をなくしていっていたように思えます。
＞やっぱり御三家。ブログやってた頃はずいぶんとアクセスを流してもらっていたので感謝している。
御三家さんは情報発信力もネタのチョイスもさすが、って感じでした。
アクセスを流すと言えば、「動ナビ砲」なんてのを思い出しました。
はてブに返信
＞REV ニュースサイトもどきとか、2chまとめモドキとかやってたけど楽しかったよ。広告貼ってないので１円も収入がなく心穏やかに過ごせた。
今や2chまとめサイトとか、大手は会社的に運営していたりで、なんか殺伐としているように思えます。
趣味の世界を、特に才能がなくても牧歌的に楽しめて、なんか流れに参加できているような気がしたあの時代は
＞p_shirokuma 有名どころを敢えて外すなら、ゴリラブーツを
2007年頃に台頭したサイトさんですね。エロ特価かぁ、興味がそそられますよね。
＞unfallen_castle こういう質問を見た時はまなめはうすって言えってコーラ好きな人に厳しく調教された/ゴリラブーツさんいい味出してましたよね。
＞maname 昔でいうならRuputerFanや幻狼院倶楽部とか好きでしたわ
流石です！一切わかりません！
コーラがお好きなのですか？
＞timetosay nniさんの写真を見るの、すきだったなー。
＞ckom つい先日、その界隈の凄いレポート記事があってですね つ https://websitemap.sakura.ne.jp/monograph/monograph06.html
すごいですね！こういう緻密なまとめができるのって才能ですよね。
ばるぼらさんの教科書には載らないニッポンのインターネットの歴史教科書を思い出しました。
＞htnmiki 世代的にはドンピシャなんだけどその頃はまだほとんどネットを見てなかったのが悔やまれる
過去を美化するのは余り好きではないですが、個人ニュースサイトの勃興から衰勢まで一時代にいることが出来たのは
---------------------------------------------------------------------------------------
追記2
2018/9/15 12:58
おお、50ブクマも超えるとは…。
＞razik 楽しかったよね（涙）超弱小だったけど毎日の更新作業がとても楽しかったよ 個人ニュースサイト
楽しかったですよね！ネタ探しの過程で取り上げないものも色々楽しめましたし、
これはってネタを取り上げた時のドヤ感が忘れられません。
＞sakuraba_text あんな文を書きながら個人ニュースサイトやってなくて恐縮。あの文は厳しい事も書いたが自分が個人ニュースサイトをしてもかーず氏FromE氏UG-K氏には勝てないと思う。俺は３人には一目を置いている、サイト管理人として
むしろ当事者ではないからこそ、あそこまで緻密かつ客観的にかけたとも思います。
それにしてもすごい。
＞nikutetu サイトやっててなんで匿名ダイアリーなんだよ。ふざけんなっての。 個人ニュースサイト 22 clicks
え、あ、なんかすいません。
サイトやっていた、なので、、、。
＞kiwi0120 懐かしいｗニュースサイト、テキストサイトとか個人サイトがうごめいていたあの時代は、インターネットの可能性と絶妙な距離感が心地よかった。
なんか独特の感覚がありましたよね。
＞kkrsnsn 変人窟は今どうしてんのかなって見に行ったらなんかClassicになってた
＞ogawaogawaogawapm PC周りのニュース専門だけど北森瓦板は今でもみてる
こういう特化型のサイトさんは今でも根強いニーズがありそうですね、ていうかあるのですね。
＞RM233 懐かしいな…。運営したことあった。結局、内容が大手と同じようになって自分がやる意味を見出せなくてやめちゃった。でもこんなおもしろいサイトあったよ！って人に教えるワクワク感は今でもくすぶってる。
あるあるですねｗ中身がほぼ同じでも、それを自分が選んで紹介する、あすしゅ自己満足でしたが、楽しかったです。
＞s_tsukiyama pixivが出てくる前は、CG定点観測が絵描きサイトの更新をまとめてくれていたのじゃよ…。
ちょっとちがいますが、朝目新聞さんのまとめはいつも楽しませていただいておりました。
＞watatane 海外の変なニュースはザイーガのパルモとか土屋遊さんのとことが強かった。
＞watari11 取り上げられる側のテキストサイト(漫画感想サイト)ぽいのを今でも運営してるけど、正直個人ニュースサイト復活して、何か記事に対してコメントしてほしい ニュース サイト 8 clicks
取り上げられることにニーズがある、ということを実感できるのはうれしいですね。
＞croissant2003 まなめはうすとEverything is goneは見てた。あとは名前を思い出せない。パソコン壊れたときに当時のブックマークを失ってしまったのがつくづく惜しい
egoneさん！あの圧倒的見易さとセンスの光るセレクション、は今も健在のようですね。
＞kazyee リンク先にコメントをつけてネットに公開する行為（というか主要なサービス）はニュースサイト→（ウェ）ブログ→ハテブ又はツイッターという時代の流れな印象 ネタ webサービス 歴史 IT
まとめて、というより細切れにってほうが発信するほうも受信するほうも都合がよいのかもですね。
＞risecakeman ほんのちょっぴりだけコメント型ニュースサイトもどきをやってた。ただ、コメントで個性を出すにもボキャブラリも引き出しもないのですぐに限界が来た。あれからもう十年…… 「ニュースサイト」 25 clicks
やはり、辞める理由は皆さん同じなのですね。今振り返れば、自分含め個性のないサイトさんなんてなかったように思えるので、ただの思い込みだったのではとも思います。
わかんないよ。わっかんないよ！
ブロックチェーンのことは一つもわかんないよ！ブロックチェーンは何がいいのかわかんないよ！
わかんない！私にはわかんないの！
Proof-of-Workって何がカッコイイの？計算なんていやだよ！無駄なだけだよ！これのどこがカッコイイの？
Proof-of-Stakeもどこがいいのかわかんない！
ASIC耐性って何なの？ASIC耐性があると何がいいの！？マイニングがカッコイイの？
そもそもマイニングって何！？51％攻撃がない？だから何なの！？
トラストレスって何？信用がなければいいの！？信用が不要と必要だと何で不要がいいの！？
何で信用がない方がいいの？信用がないからダメなんじゃないの！？
非中央集権だと何でカッコイイの？自分の力で制御できる感じが堪らないって、何それただのわがままな人じゃん！
ICOで調達してると何が凄いの？そんなのただのスキャムだよ！
隠したりしないでオープンソースで全力で開発する人の方がカッコいいよ！
どうしてユーティリティトークンとかセキュリティトークンとか色々つくるの？
いっぱいトークンがあったってわかりにくいだけじゃん！
SHA-256って書いてシャーニゴロって読まないでよ！
BFTって書いてビザンチン・フォールト・トレランス性って言わないでよ！
楕円曲線暗号とかシャミアの秘密分散法とかSchnorr署名とか、ちょっと調べたくらいでそういう話ししないでよ！
教えるならちゃんと教えてよ！ホワイトペーパーに出てくる暗号の説明されても楽しくないよ…！
PlasmaもRaidenもShardingもSidechainも意味不明だよ！
なんでEthereumがスケーリングするのかぜんっぜんわかんない！
他の用語も謎なんだよ！
AtomicSwapとかSolidityとかViperとかCasperとかTwo-way Pegとか・・名前が良いだろってどういうこと？雰囲気で感じろとか言われても無理だよ！
インセンティブ設計とかコンセンサスアルゴリズムとか、ちょっとネットで調べただけで知ったかぶらないでよ！
知らない人の言葉使われても何が言いたいのか全然わかんないんだよ！自分の言葉で語ってよ！
お願いだから私が分かること話してよ。ブロックチェーンって何なの？ブロックチェーンってどういうことなの？
わかんないわかんないわかんないわかんない！わかんなーい！
ブロックチェーンのことは昔っから何一つ、これっぽっちも、わかんないのよー！
今流行っているから一番すぐれている、という解釈はちょっと乱暴かもしれん。
クルマにも流行り廃りはあるし、今のメーカーは流行ってるものしか作ろうとしない（作る体力がない）のでどうしてもラインナップは画一的になる。
たとえばステーションワゴンも一時期すごく流行ったけど今じゃ見向きもされてないでしょ。利用シーンやユーティリティ考えたら、ミニバンじゃなくてステーションワゴンで十分なユーザは今でもいっぱいいると思う。そもそもそのミニバン、3列目に人乗せたこと何回あるのかと。これが流行り廃り。
欧州車はクーペ・セダン・ステーションワゴンっていう柱が何十年もブレてなくて（最近これにＳＵＶが加わったが）、これはこれで逆に硬直化してるような気もするけど、でもクルマへのニーズはだいたいこれで満たせることの証でもあるよね。
私は派遣を受け入れる側。
指揮命令者として指示を出している。
複数の開発チームをマネジメントしている。リリース直前等の繁忙期はプログラミングもする。
上司に「あの人は～～が問題で……」と報告しなくてはいけなくなるレベルのやつ。
派遣の人が納期ギリギリで「○○のテスト終わりました」という。
なのでコードレビューがてらに動かしてみたところ、正常系すら全く動かない。
テストコードがない。手動のテストの仕様書もないし、それどころかどんなテストをしたのかのメモすらないという。
「さっきテストをしたら動いてたんですけど」というが、何度か試しても普通の正常系すら動かない。
結局本人は謎のテストをしたと言い張り続けたが、残念ながら信じることができなかった……。
出来ていないなら出来ていないで正直に報告してほしい。
こう言っちゃ悪いが派遣にはそこまで期待していないし、
（平均してみんなプロパーのエンジニアの半分くらいの生産性だ）
仕事が出来ていないかったとしても、ちゃんと契約の範囲内でしか残業は頼まないので。
いまさらObjective-Cを使うのが当然のように周囲に教えないでほしい。
新卒のエンジニアはころっと騙されて間違った知識や古い知識を覚えてしまうことがある。
あと、滅茶苦茶な設計を周囲にすすめる。
ああん？JSONをパースするユーティリティクラスの中にどうしてDBにアクセスするコードを書くんだ……？
とにかく勉強するか、不得手な分野については周囲に思想を広めるのを自粛してほしい。
なので誤解しないでほしい。
派遣の方々は経験したプロジェクトの数がプロパーよりも概して多いので、そこを活かして、よそのノウハウを教えてほしい（守秘義務とかを守った範囲で）。
DBをチューニングしまくる技術とか、iOSで動画を編集するアプリの作り方の知識とか、そういう珍しい技術を持っている人は必要な人になりやすい。
マネジメントする側として、浅く広い人はいくらでも替えがきくので、一芸に秀でている人を「必要」と感じる。
エンジニアとしてもそちらの方には一目置ける。
「ホントはAndroidやりたい。iOSやりたくない」とか公然と言っちゃったりする人。
（そういう人はまず上司にかけあうべきで、関係のないメンバーにわざわざ公言しないでほしい。士気が下がるので。）
すくなくともそういうプロパー以上に、そして普通のプロパー以上に真剣にプロダクトの開発・改善に取り組んでくれる人はありがたい。
京大ミス・ミスターコンテスト2015がTwitter上で盛んに行われた批判（と一部中傷）により中止に追い込まれた。私自身は京大生でもジェンダー論界隈の人間でもないのだが、この過程を見ていて多くの疑問を感じたので、ここにまとめていく。別にミスコン批判について詳しく解説する記事ではないので、そのようなものを期待していたなら別に読まなくていい。
基本的にはこのtogetterに沿って発言していく。ミスコン批判者側のパースペクティヴがわかりやすく整理された良いまとめであると思う。最初に断っておくが、私はミスコンをやめさせることには賛成であり、その意味でミスコン批判者側である。ミスコンを開催するようなやつらは大抵が最も憎むべきタイプのキモい人間である。しかし今回、ミスコン開催反対派としていち早くステートメントを出していた人々の持つある決定的な傾向が私にはないと感じたので、普通の意味でのミスコン批判を〈ミスコン批判〉と呼び、この記事で疑問を投げかける対象となるものを「ミスコン批判」と呼ぶことにしよう。
注意しなければならないのは、私は「ミスコン批判」者に敵意は全くない、ということだ。ミスコンを中止に追いやったこと、ただその一点に関しては全面的に肯定したい。この記事が特定の人々に対する人格攻撃に見えたのなら先に謝罪しておこう。申し訳ない。私が考えたことのどこが間違っているのかをわかりやすく教えてくれるひとが現れれば、私は満足だ。
11月16日に「京大ミス・ミスターコンテスト」なるアカウントが取り上げられたことから騒動は始まる（アカウント作成自体は7月のようである）。
【開催】本日より京大ミス・ミスターコンテストを開催します！???????? 11/29まで１日１回投票を受け付けております????是非サイトをCHECKしてみて下さい????✨ ▶︎http://www.missmisterkyoto.com/
これまでに何度かミスコンに関し議論が繰り広げられてきた（そして開催を阻止してきた）京大でのミスコン開催がこの時点で全くと言っていいほど問題視されていなかったという事態を重く見たひでシス氏らは、「京大ミス・ミスターコンテスト2015の問題点まとめ」なる文書の公開及びミスコン運営団体に対する公開質問状の提出を実行した。
「京大ミス・ミスターコンテスト2015の問題点まとめ」草案 です。気が付いた点があれば自由にコメントや編集をしてください。 https://t.co/ZZeaWzn81b
.@kyotomissmr 京大ミス・ミスターコンテスト（京大ミスコン）に対して公開質問状送りました。https://t.co/ENgjjDZwvk 多くの京大生たちが貴団体のコンテストについて違和感・疑問点を抱いています。生産的な対話となることを期待し、誠実な回答を希望します。
正直に言うと私にはこの公開質問状の意味がわからない。大学当局主催ならまだしも、単なるひとつの学生団体（企業が関わっているかどうかは本質的な問題ではない）にこのような物々しい文書を送りつけても「一部のTwitterユーザーに臨場感を提供できる」ことくらいしか得られないだろう。
今回、貴団体が「京大ミス・ミスターコンテスト」をWeb上で開催していることを知りました。しかし、私はこのコンテストにどこか違和感を覚えざるを得ませんでした。それは、これまで京大において積み重ねられてきた、ミスコン開催を巡る歴史と議論をまったく軽視しているように思えたからです。
「これまでのミスコン開催を巡る歴史と議論を軽視している」のは当たり前ではないか？ そんな歴史と議論を認知している学生がいったどれ程いるというのだろうか。私が部外者であるから知らないだけでほんとうは多くの京大生――あくまでも「当時の」――がミスコン問題を認知している、という可能性もあるが、そもそも前回類似の問題が取り沙汰されたのが2012年（なんと3年も前である！ 当時の2回生は留年・休学あるいは大学院進学していなければもういない）らしいということからも明らかであろう（そしてあなたが京大生ならば、2012年から2015年にかけてあなたのフォロー欄にどれだけの変化があったか考えてみてほしい）。2012年のミスコン問題について調べたところ今回のものとは異なる質の問題だとも感じたので、実質2004年まで遡って議論を追っていく必要がある。Twitterも存在しない時代じゃないか。突然「これまでのミスコン開催を巡る歴史と議論」などと言われても混乱するだけだ。
今回議論に参加したわれわれ京大生の多くは本コンテストの開催を知りませんでした。京大の名前を冠しているにも関わらず、京大生への認知不足に不信感を感じる覚える意見が多く出たのは事実です。「大部分の京大生の知らぬ間に京大ミス・ミスターコンテストを開催し既成事実を作ろうとしたのではないか」等の疑問点や不満を持っている方が多くいます。ミスコン開催容認派からもこのような声は聞かれました。本コンテストの告知をどのように行ったか具体的にご回答下さい。
これは単なる団体の体力の問題だろう。7月にアカウントを作り、9日間でフォロワーを300人まで増やし、ビラも配っていたのに「知らぬ間に」などと責めたてるのはちょっと厳しすぎる。普通にかわいそう。「京大」名義の使用には許可が必要という話は置いておくとして、京大の名前を冠しているかどうかは本質的に重要な要素なのだろうか。逆に、誰の目から見ても十分な告知が成されたところで京大の名前を冠しても良いと言えるのだろうか。ところで私の大学のミスコンも毎年知らぬ間に終わっている。あれが外見至上主義的だなんて思ったこともない（し無自覚に外見至上主義を推奨しているようにも見えない）。
「美」のほうには噛みつくのに「知」のほうには噛みつかない理由についてひでシス氏は以下のようにツイートしている。
ちなみに「人を社会的に容姿で順序付けることはよくない」と考えている人たち、その理論も論理力という権力勾配に乗って展開されてること、人を学力で順序付けることに関してはどう考えてるのだろう。ぼくは「学力による順序付けは生産性向上を通じて人類の幸福に影響する」で一応決着つけてるんだけど
故にこの批判の核、と言うか土台は、ガッチガチの功利主義であることが明らかとなった。「普遍的な道徳が前提とされていて、それに従っている」というわけではないらしい（「ミスコン批判」者の中には功利と道徳の混同が見られるステートメントを提出する者が多く見られた）。功利に基づく批判はホリィ・セン氏の以下のツイートの後半と衝突する。
「容姿」という価値基準が絶対化してしまった世界――「顔という牢獄」――からの逃げ場はあるべきで、京大はその逃げ場を担っていると思う。もし京大がミスコンを許してしまったら、他大学も「右にならえ」でしょうよ。ある種の「多様性の維持」のためにも、ミスコンは阻止しなきゃならん。マジで。
〈ミスコン批判〉とは「多様性の維持」のためにミスコンを阻止しようという運動であるという側面を持つ、ということか。「功利」という価値基準が絶対化してしまった世界――「ユーティリティという牢獄」――からの逃げ場もあるべきである。もし京大が功利主義を許してしまったら、他大学も「右にならえ」でしょうよ。ある種の「多様性の維持」のためにも、功利主義には断固として抵抗しなきゃならん。マジで。
今回気になったのは、そういった少しでもマシな社会を引き寄せるための泥臭い活動を、シニカルを装って冷笑したりこのヒドい現状をさも世の中の真理のように説いたりする言説があったことですかね。「たしかにおかしいとは思うが仕方ない」と言った瞬間に少しでもマシな社会は手から離れていってしまう
良い社会を実現するためには何をやってもいいのだろうか。功利主義的には良いんだけど。社会的に悪い影響を与えるというただその一点だけを根拠にして、単なる一つの企画を弾圧することを手放しで称賛するような風潮を放置しているとさらにとんでもないことになるのは火を見るより明らかであろう。正当かつ普遍的な理由で反対していないのだから、中止の時点で追及はやめるべきである。
先程のホリィ・セン氏のツイートに従うなら、今回のミスコンを功利主義的に弾圧することは避けるべきなのだ。ホリィ・セン氏のツイートそれ自体が京大における 「多様性の維持」という価値基準が絶対化してしまった世界――「ダイバーシティという牢獄」――を象徴してしまっているのが残念ではあるが。
さて、公開質問状に戻ろう。
突然「容姿による人間の順序付け」というワードが出てきたが、ミスコンと何の関係があるんだ？ そもそも「ミスコン」と「容姿」の間に直接的な関係はあるのだろうか。これらの間接的・結果的な「つながり」がこの一文によって再生産されている、ただそれだけである。
c. 所謂「女性らしさ」や「男性らしさ」の押し付けに繋がることについてどういった意見を持っていますか？
大学という本来容姿や性で判断されてはならない場でこういった企画を行うことは問題だ。という意見が寄せられています。
ミス・ミスターコンテストは、ほとんど容姿で判断されるコンテストと言って過言ではなく、そういったコンテストを男女で分けて行い、女性（男性）同士を比べてその中で１番を決めると、「この人が女性（男性）の中で１番」という「基準」が生まれてしまう。その「基準」は女性（男性）らしさの押し付けに繋がっているという意見が出ました。
同上。直接的には繋がらない。最初からルッキズムが浸透していることを仮定しており、本末転倒である。また、ミスコンごときが出場者以外への特定の価値基準の「押し付け」に繋がるとは到底思えない。
公開質問状についての主要な議題は以上である。この質問状とTwitterでの制御の効かなくなった批判・中傷によりミスコンは中止となった。
今回のコンテストの中止を決定いたしましたのでご報告いたします。
中止の決定の後4時間ほどで公開質問状に対する回答が送られてきた。ただ多くの質問に説明責任がないとして回答しないもので、不誠実だと感じられた。
説明責任はない。どうして説明責任があると思ったのだろう。純粋に、不思議だ。
京大ミスコン問題2015の公開質問状に対して回答が得られたので、議論用のDocsと総括用Docsを作成しました。ご自由にコメント・編集下さい。 回答と議論： https://docs.google.com/document/d/1BybFd2Th2NzTMQ3AK76kTrVjxB7S0jkMBSjVKGdQ4oE/edit 総括とこれから： https://docs.google.com/document/d/1L8bcokWX-gEHD0ecqT8UC_NyDBrboPULl3TSlZewjY4/edit
また、以下のような危うい意見もあった。
ミスコンの基盤となる差別的価値観は日常の模倣で、「ミスコン」はステージだけでなく日常で行われ続けているという事を認識してたら、一つ企画が中止になったところで「勝利」なんて言えないと思うけど。。ミスコン反対もクエストになってどうすんの。 >京大ミスコンクエスト
このような発言をすることによって差別的価値観を再生産し続けると永遠に闘い続けなきゃいけなくなりますよ、としか言いようがない。自足自給はやめましょう。
ちなみに言っておきますけど、ミスコンの内包している問題的構造は日常の中に浸透しているからこそ今回ミスコンがミスコンとして具現化した・言い換えるならばミスコンは日常的にも起きている、というのはその通り。
同上。
moralistよりもethicistになりましょう。そして自分たちがやったことについてもう一度よく考え直してみましょう。
以上、眠くなってきて最後の方はテキトーになっているが、ここで終わろう。言葉をうまく選べているか不安だが、最初に述べた通り、攻撃の意思はない。
大学の一般教養でPascalを習った程度。専門課程に入る前に文法はすっかり忘れた。専攻は都市工学だからその後プログラミングとは縁はなかった。卒業前に第一種情報処理技術者の資格だけはとれてたのでプログラミングの何たるかとかオブジェクト指向なんかも知識としては知ってた。
大学卒業後にデスクトップユーティリティーのメーカーで技術営業をやった。顧客に製品仕様を説明するのが主な仕事なのでパワポばかり使ってた。その会社ではLinuxのソフトも販売してたから、Linuxのコマンドは打てるようになった。そこでシェルスクリプトを習得しようと思ったがあえなく挫折。
その後ネットワーク機器のメーカーに転職。トラブルシューティングでLinuxをさらに使うようになった。そこではHTTPプロキシを主に扱っていたので、HTTPプロトコルについては一通り知識を身につけた。その知識を実際にLinux上でシミュレーションしてみたくなり、Cを習得しようと思ったがやっぱり挫折。
部署移動でメールサーバーを扱うようになった。SMTPプロトコルの知識は身についた。ここでもSMTPをLinux上でシミュレーションしてみたくなり、こんどはperlを習得しようと思ったがやっぱり（ry
今はExchangeを扱ってる部署で働いてる。ここではExchangeメールのメタ情報をMySQL上で扱ってるから、SQLのSELECT文くらいは見よう見まねで使えるようになってる。
そんな俺も部下を持つようになり、デスクワークの時間が増え、比較的自由な時間が持てるようになった。そんなときにはてブでみかけたCoursera(https://www.coursera.org/)で本当に偶然に「初心者のためのプログラミング」というコースを見つけた。
Programming for Everybody
https://www.coursera.org/course/pythonlearn
コース自体は英語だが、別に教授と会話するわけではないし、Python文法以外は条件分岐や繰り返しといった過去に挫折しながらも知識としてだけはぼんやりと覚えていたことの繰り返しだ。英語が少しくらいわからなくても、図を見ていれば何を解説しているかくらいはわかる。
結論から言えば、このコースを受講したおかげでいままで断片的に持っていた知識 -単語だけは知っていた「オブジェクト指向」、「条件分岐や繰り返し」「アルゴリズム」などなど- がパズルのピースのようにかっちりと組み合わさり、Pythonが難なく習得できた。いままでにシェルスクリプトやCに挫折したのがウソのようだ。Linux、HTTP、SMTP、SQLといった周辺知識も余すところなく役に立った。何のことはない、Pythonの標準ライブラリを使えばHTTPやSMTPのシミュレーションなんて簡単にできたのだ。以前トラブルシューティングで夜中まで手作業でちまちまやっていた作業は、全部Python一発で解決したんじゃないか。
このコースをきっかけとして、俺の人生（といってはおおげさだが）が大きく変わった。小さいところで言えば、自宅PC上でバックアップにつぐバックアップでわけのわからなくなったフォルダ構造の中から、同一のファイルを探し出し削除できるようになった。（傍から見れば何を大げさなと思うかもしれないが、ここ10年くらいの俺の中で最大の懸案だったのだ。）仕事でも日次で発生する業務をバッチ化したり、繰り返し発生する手作業を全部Pythonで自動化した。（経営陣へのレポート作成とかそんな類のものだ。）おかげで残業どころか定時前に帰宅できるようになり、自由な時間はさらに増えた（笑）
ひとつ言語を習得してしまえば、あとは同じことの繰り返しだ。増えた自由時間を利用して、いまはPHP、JavaScript、jQueryを身につけて何かWebサービスを立ち上げようと目論んでいる。出来上がったら、またここでそれまでの道のりを紹介したいと思っている。
こんなことが自分の身に起こるとは、1年前の自分には想像すらできなかっただろう。それまでは「Webサービス」なんて言葉は自分とは一切縁がないと思っていたから。
欲を言えば10年前、いや5年前でもいいからこのコースに出会ってPythonを身につけていたら、今とはまったく違った人生を歩んでいたかもしれない。
コースを開講した教授との相性もよかったのだろう。彼の人柄にも好感をもてたし、「for Everybody」というだけあって、非常にわかりすい説明だった。英語だということを差し引いてもこのコースはおすすめだ。
たくさんのコメントありがとう。こんなチラ裏の文章がホッテントリ入りしてかなりびびっている（笑）
いくつかのコメントに返答したい。
こういう反応があることは投稿したときに予想はしていた。だが、何がきっかけでプログラミングを身につけたのかを具体的に書かないと、何の役にも立たない本当のチラ裏になってしまうので、コース名を書くことにした。だがこのコースをはてブで見つけたのは単なる偶然だ。このとき見つけたのがドットインストールのRuby講座だったら、Coursera→ドットインストール、Python→Rubyになっていただけのことだ。ここで言いたかったのは、断片的でも一度触れたことのある知識は後になってどこで役に立つか分からない、ということだ。Steve Jobsも言っていたが、「人生を振り返ったときに点と点をつなぐことはできるが、その点がなんの役に立つかをあらかじめ予想することなんてできない」ってやつが自分にも起こった、それだけのことだ。
なお、Courseraのこの教授は自分の授業内容をすべてオープンにしている。http://www.pythonlearn.com/ 教科書さえもここで無料で手に入る。Courseraに登録するのに抵抗があり、自習上等という人はここで俺が受けたのとまったく同じ内容を確認することができる。ちなみに授業はすべてYoutube上で公開されている。
これについてはまったくその通りだ。ただ、もう新たな言語を覚えることにまったく抵抗がなくなったのと、PHPとRuby on RailsがWebサービス界ではメジャーらしいので、とりあえずPHPもやってみよう、くらいの軽い気持ちで思いついただけだ。ひょっとしたら実際にはPython+Djangoとかで開発するかもしれない。
自身、年に数回やっている事なのでメモとして残しておく。 ただし Win 8 以降に関しては当てはまらない事も有るかも知れない。
１． 下記をあらかじめダウンロードしておき、CD-RW や USB メモリに書き込んでおく。
ａ．最新の Windows サービスパック（Windows インストールメディアが最新サービスパックを含んでいればもちろん不要）
ｂ．チップセットドライバ（Intel の場合は インテル・チップセット・ソフトウェア・インストール・ユーティリティー http://www.intel.com/p/ja_JP/support/highlights/sftwr-prod/inf ）
ｃ．SCSI or AHCI ドライバ（Win Vista 以降は標準で AHCI に対応したので不要）
ｄ．対応する最新の DirectX http://support.microsoft.com/kb/179113/ja （なお AMD 製ビデオデバイスの場合は不適合でブルースクリーンとなる事がある）
ｅ．各種デバイスドライバ（特にビデオと有線ネットワークは必須）
２． BIOS 設定を確認する。 AHCI が使えるなら、AHCI にしておく。 ブート順序（どのディスク／デバイスから起動するか）も設定する。
この際、起動デバイスをどのようにパーティショニング（分割）するかを考え、起動用パーティションを確保する。 既存のパーティションをそのまま使う人もいるが、面倒であってもいったんパーティションを削除して新たに確保し直す事を推奨する。
これは Windows サービスパックや他ドライバよりも先にインストールする事が推奨される。
http://www.intel.com/jp/support/chipsets/inf/sb/CS-009270.htm
他に何かをインストールしていると、それが要因となってサービスパックのインストールに失敗する事例があるため、チップセットドライバの次に優先的にインストールする事を推奨する。
Win XP の頃まではビデオ・オーディオドライバよりも先にインストールする事が推奨されていたが、Vista 以降はマザーボードの事情により左右されるようになったので、この時点でインストールしなければならないとは言い切れない。 DirectX の最適なインストール時点は、個々の事情に合わせて調査する必要がある。
ちなみに現在、DirectX は Web インストーラ http://www.microsoft.com/ja-jp/download/details.aspx?id=35 が主流であるため、８．項以降にインストールしても問題は無いのだろうと推察される。
７． ビデオデバイスがあれば装着し、そのドライバをインストールする。 場合によっては適宜設定を行う。
Windows はもともと標準ビデオドライバを内蔵しているが、（たとえオンボードビデオであっても）より適合したドライバでそれを上書きする事を推奨する。
８． オンボードデバイス（オーディオ、有線ネットワークなど）のドライバをインストールする。 また、後のトラブルを避けるために、ネットワーク名を半角英数字だけに変更する事を推奨する（※１）。
９． その他のデバイスを装着し、ドライバをインストールする。
要するに、ハードウェア・デバイスのインストール順序は、より「内蔵」度の高いものから、低いものへと行うのが原則である。
Windows の状態によっては、Windows アップデート自体がすぐに使えない事がある。 そのような場合、Windows アップデートを行おうとすると、Windows から指示が出されるので、それに従う。
ここで失敗する場合、インターネット接続に問題がある可能性が考えられる。 ネットワーク設定を確認する。
メーカー製 PC におけるプリインストール Windows の場合は不要。
http://windows.microsoft.com/ja-jp/windows/genuine たとえメーカー製 PC であっても、中古品の場合は検証を推奨する。
１３． Windows アップデートで、まず Internet Explorer のバージョンを上げておく。
先にこれをやっておく事で、古い IE の余計なアップデートパッチを適用しなくて済む。
１５． この時点で、システムのバックアップを作っておく事を推奨する。
以上
※１
実際に起きた問題例として、サードパーティ製のファイアウォール・ソフトが、日本語を含むネットワーク・アダプタ名を認識出来なかった、という事があった。
これに限らず、海外製のソフトを使う事が多い場合、フォルダ名やファイル名などは、極力、半角英数字だけを使うようにした方がトラブルを避けられる。 本来、そうであってはならない事ではあるが。
http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html
歴史のあるサイトだったりすると読んでも意味の分からないユーティリティ的なセレクタがよく出てくる。
こういうのが現実。
page.has_selector?(:xpath, '//table.tokushu1/tr.header/td[3]/div/div//span.click_left')
しかもA/Bテストが始まったりしてテスト書く負荷が高くなりメンテできなくなる。
- HHKB Professional JP …… 最強のキーボード（しかも省スペース。Adobe製品を利用するには JP版が便利）
- Logicool G9x …… つまみ持ちできるゲーミングマウス（最近価格が高騰している）
- SteelSeries Kinzu v2 Pro Edition …… Logicool G9x の後継マウスとしてテスト使用中
★文書執筆
- Scrivener …… 最強の文書執筆ツール（これ以上のものはない）
- Bean …… 簡単な文書作成（複雑なレイアウトはできないが、とにかく起動が速い。PDFも書き出せる）
- Adobe Creative Cloud …… デザイン用アプリケーションはこれでいい（結局は）
- Adobe Fontfolio …… 欧文フォントコレクション（高額だが結局安上がり）
★学習
- Anki …… 効率的な語学学習（英語／ドイツ語）。iPhone版と併用して効果アップ。
★プレゼンテーション
- QuickTime Pro 7 …… ムービーデータの簡単な編集
- Keynote …… プレゼンテーション用ソフトとしての完成度が高いし見た目もよい
★開発
- Tower …… Gitによるバージョン管理ソフト（他にもあるが最初に使ったソフトだから）
- Omni Focus …… GTDによる作業進捗管理。iPhone版と併用して効率アップ。
- Omni Graffle …… 図表作成
- SQLEditor …… データベーステーブルの設計用（Mac用のこの手のソフトは数が少ない）
- BBEdit …… テキストエディタ（他にもいろいろあるが、最初に使ったソフトだから）
- Cyberduck …… FTPクライアント（動作が遅いが、特に困ることがない）
- KeyRemap4MacBook …… Finder操作まで全部キーボードでやってしまう（Emacsな人にお勧め）
- NameMangler …… 一括ファイル名操作（類似ソフトに比べると動作が早い）
- Boom …… 音声ボリュームを限界以上に上げる（プレゼンテーション時に有用＊狭い部屋なら外部スピーカーがいらなくなる）
- Synergy …… Macとウインドウズマシンでキーボード／マウスを共用
- PlainCalc …… 履歴を残しながら簡単な計算ができる
- Paparazzi …… 長大なウェブページを一気にキャプチャできる
- ATOK …… 日本語入力環境は、作業時間を大きく左右する＝時給を左右する
- SizeUp …… キーボード操作でウインドウサイズを変更
- Alfred …… キーボード操作で、アプリケーション起動／インターネット検索
- FreeMan …… マシンのメモリ使用状況を監視し、適宜開放
- ClipMenu …… クリップボードを管理／テキスト変換
付記
ClipMenu では、クリップボードに保存されているテキストを変換できる。
用意しているアクションで常用しているのは下記の通り：
近年、関数型プログラミングの重要性はいろんなところで叫ばれています。
Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。
Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。
プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。
関数型プログラミングへの注目度は高まってきています。
おそらく、みなさんは既にオブジェクト指向が何か、を知っています。
でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。
実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、
関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。
この記事を読む方の中で、「関数型プログラミングを取り入れるか・取り入れないか」で切実に悩んでいる人は、おそらくいないでしょう。
この記事はあまり細かいところに立ち入りません。関数型プログラミングを使う側の立場に立って、利点や向き・不向き、それが導くスタイルを書きました。
みなさんは鳥のように飛んで、高い空から、関数型プログラミングとは何か、何が良いのか、を見渡してください。
オブジェクト指向的アプローチは、名前をつけてプログラムを整理する。
関数型プログラミング的アプローチは、汎用部品でなんとかする。
Googleが近年リリースした言語、Goには、”継承”を直接サポートする仕組みが無いことが話題になりました。
また、Mac OSXの基幹ライブラリCore Foundationは、ライブラリ自体はC言語で書かれているにもかかわらず、その設計方針は明確にオブジェクト指向です。
その本質とは"名前をつけて対象を識別し、それを扱うこと"、にあります。
最もプリミティブなオブジェクト指向の対象は、ファイルハンドラです。あるファイルを開いて、読み込んで、あるいは書き込んで、ファイルを閉じる。
これらの処理をまとめたら、わかりやすいですよね？
対象に関する処理を、対象の周りにまとめる。これがオブジェクト指向の基礎的な理念です。
識別することとイコールで比較できることは、とても良く似ています。
イコールによる比較は、オブジェクト指向では鬼門であることが知られています。
PointクラスのインスタンスとColoredPointクラスのイコール演算をどう決めればいいかに、正解はありません(詳しくは"effective java"をご参照ください)。
また名前をつけて識別する対象は、フワフワしていてはいけません。
たとえば、"軍人の階級"をオブジェクトにしたとしましょう。"大佐"クラスのある兵士は名前のフィールドや、性別のフィールドを持っているでしょう。
ところで彼が昇格したときに何が起こるでしょうか。
新たに"少将"クラスのインスタンスが作られます。"大佐"クラスを破棄する前に、名前、性別、その他沢山のデータを引き継がなくてはいけません。フィールドを増やしたい場合はその都度コードに修正を加える必要があります(*)。
なるべくイコール比較を避けたい。対象は不安定なものではいけない。では何に名前をつけて、識別するか。そこにオブジェクト指向技術者の熟練度が現れるのです。
一方、関数型プログラミングでは、特定の何かに名前をつけるより、極力、汎用部品でなんとかしようとします。
関数自体をリストなどのデータ構造に詰めることもよく行われます。
実は、関数型プログラミングというのは本質を表していません。
関数をはじめとして、リスト・ツリーのようなコンテナ、手続きを抽象化したもの、回路を抽象化したもの。
あらゆる対象を値として、合成し、ときに分解し、新しい値を作ります。
変数に適用する処理を作りあげることが、とても簡単だからです。
四則演算が定義されたデータを詰めたデータ構造もまた、四則演算可能だったり。
誤解を恐れずに言うと、オブジェクト指向がトップダウンなのに対し、関数型プログラミングはボトムアップです。
関数型プログラミングをサポートする言語には、沢山の汎用部品が定義されています。
このような構造をインターフェイスとして、様々なライブラリが組まれているので、
たとえばモナドを知っていれば、30分程度でパーサー(解析機)を理解することができて、
パーサーを理解できれば、JSONパーサー・ XMLパーサー・markdownパーサー・C++パーサー ... などを理解するのはとても容易です。
理解しやすいこと。これが関数型プログラミングの大きな利点です。
追記:
また、汎用部品と型のお陰で、ライブラリのドキュメントが圧倒的にひきやすい、というメリットも有ります。
Haskellな人がPythonにトライした結果 - Togetterまとめ
関数型プログラミングは「厳密な事前設計を必要とするため、簡単なことをやるのにも時間が掛かる」。
＞＞ map (*2) [1,2,3] [2,4,6]
邪魔な”儀式”や、"おまじない"のコードが徹底的に撤廃されているためです。
関数型プログラミングのコードは、潔癖かつ濃密です。
たとえばC言語でint hoge(int x,int y)が定義されているとき、hoge(3)はなんの意味も持ちませんが(コンパイルでコケますが)、関数型プログラミングでは意味があり、実際に有用です。
上の例では、「掛け算をする」(*)関数は、二引数関数ですが、それに引数を渡して作られた「2を掛ける」関数(*2)は、一引数関数になります。
関数型プログラミングでは、「簡単なことは簡単にでき、複雑なことは複雑にできる。ただし、間違ったことは殆どできないか、全くできない」。
また、静的型付けの力によって、コード補完は非常に強力になっています。インテリセンスの比ではないです。
たとえば、関数中のある表記の型を任意に表示できます(GHC/TypedHoles - HaskellWiki)。
やがてやってくる未来には、プログラムをテキストエディタで書くことは時代遅れになっているでしょう。
統合環境のサポートで、バグやミスの少ない、スムーズなプログラミングができます。
そしてその環境で動くプログラミング言語は、関数型プログラミングをサポートした言語なのです。
以下の様な兆候を感じたら、あなたはそのプログラムを関数型プログラミングで書くべきです。
一般に、オブジェクト同士の相互作用が複雑になるほど、オブジェクト指向では手に負えなくなっていきます。
そういうときは、オブジェクトを直接扱わず、替わりにその"相互作用"を扱うことで、複雑さを軽減するアプローチが有効です。
それこそが関数型プログラミング的アプローチです。
特にオブジェクト指向が有効なのは、プログラミング初心者がそのコードをいじるかもしれないときです。
関数型プログラミングは、強固さと柔軟さの代償として、高い学習コストを伴います。
オブジェクト間の相互作用が複雑でなく、着目している(名前をつけている)概念が安定しているとき。
そして、プログラムをいじる人たちの間で共通理解が図れているならば、オブジェクト指向が有利です。
遅延評価という機能によって、レガシーな言語で扱えなかった、巨大な数を扱うことができます。
関数型プログラミングで書かれたプログラムは、正確さが要求される、金融関連の業界で使われています。
手続きとしてパーサーを記述できるので、テキスト処理プログラムはより理解しやすく、メンテナンスしやすいものになります。
関数型プログラミングを知らない人は、「正規表現でおk」と言いますが、
彼の書いた複雑な正規表現は、半年後には(書いた本人でさえ)理解できなくなっていることでしょう。
手続き一般を扱うことができるので、途中で割り込みのある手続きの表現も容易です。
関数型プログラミングをサポートしていない言語ではコルーチン(ファイバー)などをつかってなんとかするしかありません。
さもなくば、非並行処理では普通に関数として記述できるところを、並行処理のために、Builder,Strategy,Command,Interpreterパターンを駆使して書き直すことになります。
Javascript使いの方は、Deferredなどの構造を使うでしょう(http://qiita.com/KDKTN/items/4c6986049d204f0645d8)。
C++使いの方はBoostで頑張りましょう。破滅的に解りにくいコンパイルエラーメッセージと格闘してください。
もう少し簡単な例をあげます。
あなたは、あるレシピにしたがって、自動的に料理を行うマシンの制御プログラムを書いているとしましょう。
1. まず玉ねぎを炒める。
2. 飴色になったら、肉を加えて炒める。
3. 野菜を加える。
4. 水を加えて煮る。
5. スパイスを加える。
…できませんよね？何故ならば、各ステップの"間に"、マシンのロボアームの位置や動きを調整する処理が必要だからです。
これをオブジェクト指向でやろうとすると、各ステップの副作用として、それらの処理を行うことになります。
そうすると、マシンが二機に増えた時などの変更量は、絶望的なものになります。
あるいは関数として表現するのを諦め、手順全体をDSLで記述できるようにします。
このアプローチは関数型プログラミング的です。しかし関数型プログラミングをサポートした言語の助けなしでは、そのDSLを記述するために沢山のユーティリティーコードを書かなくてはならないでしょう。
オブジェクト指向的アプローチでこの問題をエレガントに解こうとすると、クラス化の粒度を上げる事になります。
野菜クラス、フライパンクラス、ボイルクラス、フライクラス、焼き加減クラス、アームクラス、野菜の大きさクラス、切り方クラス、焼き方クラス、"焦げたよ"クラス、etc...
こうすると早晩レシピはプログラムのコード上から消え去ることになります。上記のたった5行は、依存性注入のオブジェクトグラフを構築するコードに取って代わることになります。そこには沢山の挙動の制御がオプションとして付記されているのです。
カレーなど、ある種のレシピに限定することで、見た目の理解しやすさを得ることができますが、一方それは表現力を損なうことを意味します。
C言語などではマクロを使うこともできますが、それは結局、関数型プログラミング的アプローチの意味するところと同じになります。すなわち、補助のために沢山のコードを書くことになるでしょう。
iOSのAppstoreアプリは、"無料"と書かれたボタンを押すと、それが"インストール"ボタンに変わり、それをもう一度押すと、ダウンロードの進捗を表すインジケータに変わり、それを押すとダウンロードをキャンセルできます。
このように、位置は同じなのに、ステートに依って見た目と機能が変わるボタンは複雑です。
これをオブジェクト指向で実現しようとすると、
という下らない問題にぶつかります。
一方関数型では、"機能"、"見た目"、"状態"、を独立に扱って、それらを合成してボタンを作るので、迷うことはありません。
「同じ位置にあるUIオブジェクトは、コード上で(インスタンスとして)独立して、他から干渉を受けない」
この条件が満たされているうちは、オブジェクト指向でGUIを実現することに無理はありません。
しかし、携帯端末のような小さい画面で、多くの機能を達成するためには、UI要素はコンテキスト依存的に複雑になりがちです。
近年、PCのディスプレイの大きさは、頭打ちになってきました。
画素数は増えているのですが、MacにおけるRetinaのように、複数ピクセルでひとつのドットを表すようになってきています。
これは、ひとつの画面に置かれるボタンなどのUI要素の数は、これから先の未来で増えることはない、ということを意味します。
したがって、未来のGUIのプログラミングは、注意深く機能をピックアップして制限するというデザイナーの努力を脇におけば、
関数型プログラミングの力を頼るしか無いでしょう。
つまり…
Haskell さいこうなのおおおおおおおおおおおおおおおおおお!! おしっこ漏れちゃうのおおおおおおおおおおおおおおおおおおおお(゜∀。)ﾜﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ
1. google:すごいHaskellたのしく学ぼう を注文する。
2. Download Haskell を自分のPCに導入する。
3. コンソールにghciと入力して、対話型コンソールを立ち上げる。
4. 次の関数をコンソールに打ち込んで、結果を見る。即値で書かれているところとかをいろいろ変更してみて、感動する。
take 4 $ map (*2) [1..]
追記:
いかがでしたか？
ちまたには、関数型プログラミングの利点は変数が無いことだ、とか、より安全だから、とか、より速いから、などという妄言が満ち溢れています。
オブジェクト指向と関数型プログラミングは、水と油ではありません。プログラマは自分のプログラムに最適なアプローチを選ぶことができます。
一般にはあまり知られていないことですが、Haskellにもオブジェクト指向へのサポートがあるんです(Lensライブラリ、これを使用したサードパーティ製ライブラリも最近増えてきています)。
この記事を読んだオブジェクト指向プログラマのあなたが、少しでも関数型プログラミングに(そしてHaskellに)興味を持ってくださって、ホームセンターの大人用オシメのコーナーが大賑わいになれば幸いです。。
今日4/7、辞書アプリである大辞泉（小学館、開発：HMDT）バージョン2.0が有料アプリとしてリリースされた。以前のバージョンの大辞泉を持っている方はアップデートしないことをオススメする。
重要なお知らせ
大辞泉は、バージョン2.0からは有料アプリとなりました。2.0から購入された方は、すべての機能がご利用いただけます。大辞泉を、バージョン1からインストールされており、「利用回数の制限を解除」するライセンスを購入していない場合は、利用回数が0になった時点で、検索などの機能が使えなくなります。
『大辞泉』は、バージョン2.0からは有料アプリとなりました。バージョン1のときにインストールされた方は、無料アプリとしてダウンロードされたと思います。これにより、バージョン1からアップデートされた方は、いくつかの相違点が発生します。
すでに「利用回数の制限を解除」ライセンスをご購入済みの方は、特に差異はありません。今まで通りすべての機能がご利用いただけます。
まだライセンスをご購入されていない方は、現在の利用回数が0になった時点で、検索などの機能が使えなくなります。バージョン1では時間経過とともに利用回数が回復しました。これは『大辞泉』の大きな特徴でした。ですが、バージョン2.0以降では利用回数は回復しないことにさせていただきました。引き続きご使用になられるときは、「ストア」画面よりライセンスを購入してください。
「大辞泉」は当初、「デジタル大辞泉」の名で普通の買い切り有料アプリとしてリリースされた。HMDTが開発をし、小学館が配信していた。
競合アプリである大辞林（三省堂、開発：物書堂）の2500円に対し、デジタル大辞泉は2000円と安く、年3回の辞書データ更新を保障していた。
2013年5月、デジタル大辞泉は新アプリをリリースし注目を集める。名前からデジタルを取った新アプリ「大辞泉」はなんと無料だったのだ。26万語が無料！すばらしい！
そのカラクリはこうだ。
簡単に説明すると、利用可能回数の上限が決まっていて、検索すると1減る。画像を表示すると3減る。動画を再生すると10減る。回数が足りなくなると、機能が一部使えなくなる。減少した回数は、時間が経つと回復する。
大辞泉がソーシャルゲームになった理由 | HMDT Blog（645はてぶ）
なんでこうなったかというと、まず背景としてあったのが、App Storeにおいて有料アプリが売れないこと。たとえば、今日のApp Storeのトップセールスランキングを見ると、100位までの中に有料アプリは、、、0！100位を超えるとかろうじて有料アプリがポツポツと出てくるものの、ほんの一握りだけ。つまり、売り上げを立てているのは、ほぼすべてアドオン課金タイプのアプリ、ということだ。
「いや、有料アプリだって売れているものはあるよ」「逆に言うと、有料アプリランキングの方が手薄だからランキング上げやすいよ」という意見があるのも知っている。85円のアプリを10,000本売る、というビジネスモデルだったら、それはありだ。でも、辞書アプリはどうしても単価が高い。この戦略はとれない。
とにかく、アプリはユーザに触ってもらえないと話にならない。うちで作るアプリは、触ってさえもらえれば、気に入ってもらう自信はある。だけど、2,000円のアプリでは、このハードルがとても高い。だから、無料にした。無料にするしかなかった、と考えている。
今度からは、HMDTが企画、開発、配信まで全部やることになった。アプリ名も、そのものずばり『大辞泉』でいく。これを国語辞典アプリの決定版にする、という気概を込めた。
配信元がHMDTに移った事で、いままではやりにくかった大きなチャレンジをいくつもてがけることができた。
すべての辞書機能を無料開放しつつ、その使用に回数制限を設け時間回復するという画期的な手法がソシャゲ風だなんだと少し騒がれた。
まるでソーシャルゲーム？ 一定時間ごとに「利用可能回数」が増える、基本無料の辞典アプリ【大辞泉】（40はてぶ）
[iPhone, iPad] 大辞泉: 無料で2000円分の辞書機能が使えます！ユニークなシステムで新登場！ - たのしいiPhone！ AppBank（38はてぶ）
「大辞泉」アプリが基本無料で再登場 ソシャゲ風課金システム採用 - ITmedia ニュース（10はてブ）
ソシャゲっぽい無料モデルを導入した『大辞泉』は辞書アプリ界のパズドラとなれるか？ | TABROID（タブロイド）（22はてぶ）
新アプリリリース時、利用可能な回数上限は15ポイントだった。減った分は15分で1ポイント分回復する。待てない場合は85円で1回だけのフル回復ができ、2000円で回数制限そのものを解除できた。
旧アプリである「デジタル大辞泉」を購入していると、「大辞泉」も無料で全機能が使用でき、歳時記などの追加コンテンツも移行できた。
（ちなみに「デジタル大辞泉」は今もAppStoreに顕在。公約である年3回の辞書データ更新は未だに守られ続けており、iOS7にも対応した。）
利用可能回数の最大値を5に変更しました。
当初15ポイントだった利用可能回数制限が5ポイントに減らされた。それに伴い、10ポイント消費だった辞書内の動画再生が3ポイントに減り、新たに600円で「利用回数の最大値を50に拡大」が追加された。
理由はこうだ。
この最大値の切り下げには、色々な議論がありました。ライセンサーからの強い圧力があったのも事実です。ただ決定的だったのは、利用回数の調査結果です。実際にユーザが、連続してどのくらい検索を行っているのか、調査してグラフにしたのが下の図です。
1回しか利用していないユーザは55%、半数以上にのぼります。5回以内のユーザをカウントすると、92%になり、大部分のユーザは5回以内で問題ないんですね。それとは逆に、15回全部使い切るユーザも一定数いることが分かります。
ここから、多くのユーザの使い勝手はそのままにして、ヘビーに使ってくれているユーザに新たな選択肢を与えたい、ということを議論した結果、最大値のデフォルトを5にして、最大値拡大のアドオンを追加する、という落としどころを見つけました。これでさらに利用してくれるユーザが増えてくれると嬉しいです。
ライセンサー（小学館？）からの圧力とあっては仕方ないが、残念な改悪だった。
「利用回数の制限解除」通常2,000円→セール価格1,400円
その内容は冒頭にも載せた通り、アップデートすると利用可能回数制限の時間回復がなくなり、0ポイントとなると辞書機能は使えなくなった。
理由はこうだ。
有料化へと至った経緯
『大辞泉』は無料アプリとしてリリースすることで、14万を超えるユーザにダウンロードしていただきました。また、時間経過とともに利用回数が回復する、ソーシャルゲーム的な手法を取り入れる事で、大きな注目を集めました。この手法は、スマートフォンアプリ市場において、ユーティリティタイプのアプリの新たな活路を見出す事を目的としたものでした。
しかし、この成果を収益に結びつける事はできず、事業の継続が困難となりました。さらに、ライセンサーからも現在の状況を憂慮した、強い働きかけもありました。このような状況のため、無料アプリとしての展開は終息して、有料アプリとして再出発させていただく事となりました。ご理解のほどをお願いします。
ほぼ同じ文章が大辞泉アプリのフェイスブックにも掲載されている。HMDTのツイッターは去年12月の1度目の改悪（バージョン1.6）以降、バージョン1.6.1.や1.6.2リリースの際も今回もツイートがない。普段リリース報告をしたり、上記のようにアプリに対して説明（釈明）していたHMDTのブログも未だ沈黙している。
私が知る限り事前予告はなかったと思う。残念だ。
ニッチ過ぎて需要がないかもしれんが、幸せになる人がいるかもしれないのでここに残しておく。シムフリーiPhone5にSoftBankの4 / 4SのSIMカードを普通に挿すと、LTE契約を前提とした接続設定がされてしまいデータ通信が利用できない。今ネット上で手に入る対策は、どの方法を使っても設定できるのはAPNのみでMMSの設定を編集できないので3G通信はできてもMMS、キャリアメールは使えないという片手落ち状態になっている（iOS7では、非公式キャリアのSIMを挿抜すればMMS、APNの設定画面が残ってしまうバグが修正されている）。この度、iOS7をいれたシムフリーiPhone5で両方を有効にすることができたので報告する。シムロックがかかったiPhone5や、iPhone5S、5Cでも使えるかどうかは環境が無いためわからない。が、シムフリー5S / 5C では使える可能性が高いと思われる。また、もちろん大前提としてmicroSIMサイズの黒SIMをnanoSIMサイズに各自カットしてiPhone5に挿入済みのこと。
シムフリーiPhone5に黒SIMを入れると、iOSに最初からインストールされているSoftBankのキャリアバンドルにもとづいて設定されてしまうため、LTEサービス用のAPNが有効になってしまい、しかもiPhone上で設定することができない。そこで、Apple公式サイトから設定プロファイルを作ることができるiPhone構成ユーティリティーをダウンロードし、3G通信用のAPNを設定してやる。
アップル公式サイトからSoftBankのキャリアバンドルファイルをダウンロードし、編集。Carrier Testing Modeで起動したiTunesを使ってiPhone5内部のキャリアバンドルを上書きする。
はじめにiTunesが起動していないことを確認。
コマンドプロンプトを開き、
"%ProgramFiles%\iTunes\iTunes.exe" /setPrefInt carrier-testing 1
ターミナルを開き、
defaults write com.apple.iTunes carrier-testing -bool YES
海外サッカーが好きだ。しかし当然のことながら、生で観戦したことはほとんどない。
地元でユナイテッドが見られるチャンスということで、私は迷わずチケットを手に入れた。
横浜市民であるが、ここ数年のマリノスには良いイメージがない。
数年前、若手主体のチームを作ると言って山瀬、坂田、松田らをリストラし、その後監督交代があったとはいえ、千真、小野を手放し、ドゥトラをはじめとするおっさん回帰のチーム作りを見るにつけ、あのリストラは何だったのかと思っていた。
斎藤、栗原も東アジア杯でいないし、アーセナルよろしく前半でユナイテッドが試合を決め、後半に新戦力を大量投入みたいな展開になると思っていた。
そんな予想は開始早々にマルキーニョスのゴールで外れた。
俊輔を中心にワンタッチツータッチでテンポ良くパスを回し、サイドチェンジを多用して守備を左右に揺さぶり、中央のあいたスペースにパスを通すマリノスのサッカーは小気味良かった。
そしておっさん達が走る走る。俊輔とかあんながっつりプレスかけるキャラだっけ？と驚いた。
俊輔が怪我？でいなくなってからの前半はパスのテンポも鈍り、ジョーンズ、エヴァンズを相手にサイドからクロスを多用する微妙な展開になってしまった。しかし、後半ユナイテッドが二列目の新戦力に代えてヤング、香川、ギグスを投入したのに対し、マリノスはあれだけの謎交代をしたにも関わらず、グダグダにならず最後まで攻めきる姿勢はとても良かった。
GKも代わるなら飯倉だろとか思ってたけど、この第三キーパーがまたいいセーブするんですわ。
私は最早アウェイ側にいながら、ユナイテッドのサポーターではなかった。
最後MVPもらってたけど、出場しなくてももらっていたのではなかろうか。
とにかく思わぬマリノスの健闘ぶりに感動し、最高だった。マリノスファンも嬉しかったのではないかと思う。
とまあ久しぶりのサッカー観戦で楽しかったが、試合以外は微妙だった。
入場時にひどい雷雨に襲われパンツの中までぐっしょり濡れ、警備員になぜかみんな座って観戦するよう言われ(指定席ならともかく、自由席で座って観るように言われることとかあるの？？)、帰りの小机と新横浜に向かう人が交差する適当な導線でもみくちゃになり…
きっと多くの人は、香川やファンペルシーを生で見られたことに感動し、良い試合内容だったことに満足し、雨や人の多さに閉口し、そして再び日産スタジアムに来ることはないのだろう。
雨が降っているのでうちわではなくゴミ袋(ポンチョにしても、シートとして下にひいても、荷物が濡れないよう入れても良しとユーティリティ性が高い)を配る気配りとか、次回以降のリーグ戦で使えるクーポンのような次につなげる仕掛けとか、試合以外で満足できるものが欲しかった。
マリノスに興味を持ってくれるきっかけは、香川でもユナイテッドでも何でも良いではないか。
今日の集客力を、マリノスの選手の健闘を、試合の感動を、次に活かそうとしないマリノスというクラブはやはりどうかしていると思う。
一読して思ったのは、同期やばくね？ってことｗ
クビになるんじゃないのか？
当初は、未経験だけど開発しながら勉強してスキルアップしようという話だったそうだ。
しかし結局、いつまでたっても基本的なスキルを身につけてくれないため、
DBアクセスの基本機能実装と性能チューニングのために、2人が新たに追加になり、
同期はDB特有の機能からは切り離された部分（その機能パッケージ内でのユーティリティ関数的な部分）を
担当しているようだった。
目先だけで考えると不満につながるんだけど、長期で考えると元増田は雇用としては先が保証されてて
同期は不透明って印象受けるんだよなぁ
資料集めて相談する前にその辺りの感触から突っ込んでみたらどうかな？
（あいつどういう感じなんですか？みたいな評判を聞く感じで）
建前としては2つのOSを併用しての慣れ、移行を意識したもの。デュアルブートをしてみること自体にDIY的な興味もありました。
対象は、Windows XP Home 32bitがインストールされたデスクトップPCです。
1台目のハードディスク（ディスク0）はパーティションが2分割されており、CドライブにWindowsXPがインストールされ、Dドライブはその他のデータ用です。未割当の領域は無いのでパーティション操作ツールを使ってDドライブを縮めて空きを作るつもりです。
そこにもう一つのOS/Windows7 Home Premium 64bit DSP版をインストールし、XPとのデュアルブートにします。以下、覚書です。
まずは、情報収集です。「Windows XP 7 デュアルブート」などで検索しました。
やはり公式ということでMicrosoftのウェブサイトの説明をはじめによく確認しました。http://windows.microsoft.com/ja-JP/windows7/Install-more-than-one-operating-system-multiboot
説明としては割とシンプルなもので、要はOSは古い順にインストールせよ、新しいOSを空きパーティションにインストールせよというだけのものです。
次いで移行wikiやmynavi、DOSVレポート、ITAYA氏のサイト等各所詳しい方々の記事も参考にしました。
http://news.mynavi.jp/special/2009/windows7/023.html
http://www.dosv.jp/other/0907/16.htm
http://www.geocities.jp/itaya_ys/TIPS/DualBoot/index.html
基本的に先にXPがインストールされていれば、さほど難しいこともなく7もインストールでき、起動時にブートメニューが示され「以前のバージョンのwindows」か「windows 7」のどちらを起動するか選べるようになるとのことでした。このときの既定のOSや待ち時間はWindows７のシステムのプロパティから設定できるようです。
ブートマネージャーをコマンドプロンプトで編集する方法や、EasyBCDで編集する方法も紹介されていました。
Windows7 64bitに必要なドライバをダウンロードしておきます。
マザーボードメーカーのサイトから、チップセット、LAN、サウンド、グラフィックの各ドライバをダウンロード。
Easeus to do Backup
インストール先のハードディスク（ディスク0）を丸ごとイメージバックアップします。
Easeus to do Backup 5.5でディスク0を外付けハードディスクにディスクコピー。
Mini Tool Partition Wizard 7.7でDドライブのサイズを縮める。
特に異常なさそうなことを確認。
はじめXPを起動したままインストールしようとしたが、「このインストールディスクは、お使いのバージョンのWindowsと互換性がありません。詳細については、コンピューターのシステム情報を参照してください。Windowsを新しくインストールするには、インストールディスクを使ってコンピューターを再起動（ブート）し、［新規インストール（カスタム）］を選択してください。」などとメッセージが出てきた。問答無用に上書きしようとするらしいが、32bitと64bitだし、DSP版だし、でアップグレードインストールできないのは当然。
Win7のインストールDVDを入れたままPC再起動。BIOSポスト画面でキーを押してDVDドライブからの起動を優先させる。
インストーラが起動し、インストールを進めていく。インストール先に未割当の領域を選ぶ。
その後普通にインストールを進める…はずが、うっかりインストール途中の再起動時「Press any key to boot from CD or DVD」と表示されているときにキーに触ってしまい、初めからインストールやり直しになってしまった。無駄にWindows.oldを作ることになった。
再起動やシャットダウン後の起動を行い、XP・７いずれもブートメニューから選んで問題なく起動することを確認。
チップセットドライバ、LANドライバ、サウンドドライバをインストール再起動。
.NET Framework 4.5をインストール（Radeon の新しいCatalystには4か4.5が必要。なぜドライバのユーティリティにこんな大きなランタイムめいたものが必要なのか…）
Windows 7の標準機能でシステムイメージバックアップ。起動に必要なファイルが含まれるのでXPのパーティションも一緒にバックアップされる。
XPから、Windows7のパーティションへのアクセスを不能にする。
http://www.geocities.jp/itaya_ys/TIPS/Vista/Vista05.html
XPからは容量0・空き容量0・未フォーマットのローカルディスクとして見えるようになる。（アクセス不可）
Cドライブ（XP）、Dドライブがあるので、なんとなくEドライブがWin7のシステムドライブになると思っていたが、Win7を起動したらインストールされたドライブはCに、XPのドライブはDに、DドライブだったものはEに、以下他のドライブレターも順にずれていた。
当然XPを起動したときはもとのドライブレターのまま。（Win7はE）
ディスクの先頭に約100MBのシステムパーティションが作られる、と聞いていたが今回は作られなかった。
WindowsXPのあるCドライブのbootフォルダの中に関係ファイルがあるようだ。
『「以前のバージョンのWindows」を選択実行した場合は、NTLDRが読み込まれ、BOOT.INIに複数のOSが設定されていれば、そのメニューを表示し、BOOT.INIに1つのOSしか設定されていない場合は、すぐにそのOSが起動します。』（http://www.geocities.jp/itaya_ys/TIPS/DualBoot/index.html）
なるほど。たとえば、XPと2000がインストールされている場合、以前のバージョンの．．．を選んだら、XPと2000のどちらを起動するかメニューが表示される、と。
備忘録も兼ねて。
基本＋収穫祭で書く。
◆村落
２枚捨てれば追加効果が両方付くため、使い道が広い。
書庫との組み合わせが超強力。移動動物園でも可。
２コストにしては優秀。
◆移動動物園
序盤は役に立たないが、中盤以降は３ドローできる状況がかなりある。
みたいに、むしろ民兵撃って欲しい状況も多々ある。
手札に２枚かぶっても、使った時点で手札には１枚しかなくなるので問題ない。
◆占い師
とにかくめんどくさい。
役人と違ってほぼ確実に山札のトップを勝利点か呪いにできるので
攻撃としては有効。序盤では購入したアクションを流せる可能性も高い。
◆魔女娘
災いカードによるが、災いカードを誰も買わないような状況では結構強い。
魔女と違って序盤で確実に買えるため、相手を遅らせるという意味では有効。
◆農村
素直に強い。特に後半、デッキに勝利点が多くなってきた状況での安定感が半端ない。
役人や占い師にも耐性ができるので、これらが買われているなら積極的に買って
いきたいところ。呪いがあるならなおさら。
まぁ強いと言っても村なので他のアクション次第。
◆馬商人
かなり強い。使い方としては金貸しや男爵のように序盤のブースト要員。
と見せかけて、後半も無駄にならないところが魅力。
速度でいえば前述の２つに負けるが、安定性は抜群。
大抵５金は出るので公爵があるともっと強い。
◆再建
というかかなり勝ちに近づく。逆に引きが噛み合わないと
廃棄が２枚固定で融通の効かないところがネック。
◆馬上槍試合
無条件で＋１アクション、＋１ドローであればもっと使えたと思うが、
いかんせん後半になると弱い。
序盤でたまたま属州が買えて、なおかつ馬上槍試合と一緒に引けると
いう状況があまりなく、褒賞をもらえる頃にはもう終盤で褒賞を使うチャンスが
数えるほどしかないという状況も多い。
プレイ人数が少ないなら、属州を公開される可能性が低いのでもっと使えるのかもしれない。
◆狩猟団
金貨１枚しかなくても結構属州が買えたりする。逆に手札に金、銀、銅って
揃っていると最初の＋１ドロー以外で財宝が引けないので、仮想コインが出る
公領買うとそこで止まるのでなるべく属州だけ集めたいところ。
◆収穫
とりあえず３金は出ることが多いので、状況によっては１コスト安い金貨として使える。
品評会を使うなら４金も狙えるので悪くない。
◆道化師
獲得できるカードは運頼みだが、４人プレイなら何かしら有効なカードを獲得
できる場合が多い。圧縮環境なら大量に金貨が獲得できる場合もある。
庭園で勝ちにいく場合、これを使うとすごい勢いでデッキが増えていくので強力。
（２金が付いてるので屋敷も買える）
◆豊穣の角笛
アクションを消費しない工房という感じ。自分自身も１種類に含めるので、
銅貨、銀貨、アクション、豊穣の角笛
といった感じで大抵４コスト、場合によっては５コストも獲得できる。
複数枚買ってもそれほど邪魔にならないので、ドロー系と組み合わせれば
６金以上も届く。ただ８金となるとそれ用に組まないとなかなか達しない
ところが絶妙なバランス。
勝利点を獲得したときに廃棄を忘れずに。
◆品評会
普通にプレイして１，２種類アクション足せば４点になるので、公領と
これを６点にするにはサプライのカードをほぼすべて買わないといけないので
サプライ次第では品評会メインで行けるかもしれないが、１種類増やすためにも
属州欲しいよね、となる。
