  |
はてなキーワード: チェックボックスとは
数百億円かけて集めた名簿が、一夜にして悪意ある人間に盗まれて
ライバル企業は名簿屋を挟んでロンダリングすれば合法的に使えてしまう…という状況は、
盗む側・利用する側にとって利益が大きすぎてどうしようもない。
いままで存在しなかった名簿が数百万件も売りこまれてくれば、
どう考えても合法的に得たものではないとわかると思うんだが…これでも許されるのだろうか。
とはいえ名簿がデータで簡単に持ち運びできる時代、
アクセス権限を持つ個人が借金などに追われて悪意を持って動くこともあるわけだし
民事で賠償請求されようがどうせ払わなければいいわけだし、（ひろゆきのように）
刑事罰で１年や２年懲役になろうが
協力者から後日、収益を還元してもらうなどすれば…十分にペイするわけで
これはもうセキュリティ強化と重罰化だけでは防ぎようがないと思う。
そこで個人情報流出で被害を受けるのは流出した「個人」であり、
個人情報を利用する側の最終的な動機が「収益」であることから
流出した情報の利用を末端でストップさせる仕組みというのはどうだろう。
たとえばＤＭや勧誘においては個人情報の入手経路を多段階で示すことならびに
またリストの削除は一括してできる仕組みの導入を義務付ける。
１：水族館のイベントでH22.10.12にA社にご自身が提供しました。
２：規約に基づき同日、子会社であるB社にも共有されました。
３：H24.3.1 B社が規約に基づき名簿業者C社に転売されました。
４：C社から名簿を買ったD社がＤＭを送らせていただきました。
…といったリストおよびチェックボックスがあり、全削除にチェックして返信した場合
A,B,C,Dの全社から一括削除が義務付けられれば拡散も防げるようになる。
さらに、1人5,000円+実被害額などの賠償額を明確に定めておき
もし不正にA社が取得していた場合、利用したD社がまず個人に賠償することを義務付ける。
（その後、D社からA社に同額を請求したらよい。）
これでまともな企業であれば出所の怪しい名簿を利用することをやめるだろう。
そしてダミー会社を挟んだり、委託でごまかしたりしても訴求するように
D社が賠償をできない、倒産した…といったときはC,B,Aとさかのぼって
会社ならびに役員に遡及できるようにする。
名簿を共有したり転売することで利益を得る以上、
その先の損害については知らないというのは許されない。
また個人情報を犯罪者や胡散臭い会社に売ることそのものが減るだろう。
どうっすか？
なんで既製のPCは糞プリインストールだらけなんだ。友人にPCが重いって言われて見てみたら
メーカー、プロバイダ謹製のお助けツールとやらがてんこ盛りで、リソース消費しまくりなんだよ。
なんで素人が普通にネットやってるだけで糞ソフトをたくさん押し付けられる仕様になってるのか。
こないだ久しぶりに実家の共用PCみたらタスクバーもツールバーもひどいことになってたぞ。
JavaやAdobeみたいな有名どころですら、Chromeやノートンやマカフィーをくっつけようとしてくる。
チェックボックスに気づかなくてそのまま流したらたちまち不要機能の山。楽天のメールかお前らは。
なんで、ちょっとしたフリーソフトを探すだけで隠しリンクを見つけないといけないのか。
なんで、一番自然な形でたどっていたらそこを押すだろ、ってとこに平気で広告を置けるのか。
うちの彼女がそんなの分かるわけないだろうが。
そんなのを避けるスキルは、長年ズリネタ検索に使ってた俺だけが覚えとけばいいんだよ。
追記で字数オーバーしてたことに気づいたので記事を分割しました。続き
ブコメやトラックバックでいくつか教えていただいたので、せっかくなのでまとめてみた。他にもあるけどとりあえず紹介されたやつだけ。
なお、ここに書いたユーザー CSS の方法はブラウザをあまり選ばなくて、自分好みにカスタマイズできるし、はてブのサイトを直接閲覧するから、マイホットエントリーやインタレストにも有効、という利点があるよ。
はてブ内であればどこにあってもブクマタイトルとリンクだけはもれなく確実に抹消される。検索結果のHTMLを見る限り、これ以上の対応、たとえば URL にあわせて説明文を消すことはユーザー CSS ではたぶん不可能。開き直って、ほかと同様にサイト関係なしにタイトル以外の情報をごっそり消してしまう対処を入れてみた。これがイヤなら「, div.entryinfo」を削除するとやめられる (タイトルだけ消えている状態になる)。
大丈夫だ、問題ない。Stylish の設定画面を開きながら説明を読んだら分かるはず。だから、とにかく Stylish 入れてみようぜ
たぶんスタイルの設定画面で、「名前」の下にある「有効」のチェックボックスがオフになってる
Forza5の為にXboxOne輸入して遊んでるんだけど、1か月近く使ってみて思った。
パッと見は確かに「自社製品のUIを統一しようとしているのか」って思ってたけど
使えば使うほど似ているのはパッと見だけで、使えば使うほど実際には別物だと思うようになった。
タイルを並べるあのUIをちょっと見ただけだと「似てるな」って思うよね。
けど全然別物。
その一番デカい理由がコレ。
Windows8のタイルはアプリからデータを渡して表示できるようになってる。
天気予報のアイコンなら翌日の天気とか、ニュースアプリならニュースの画像や記事の冒頭部分とか
メールアプリなら新着メール件数やメールの一部内容とか、その他諸々。
シングルプレイヤー用のゲームなら最新のセーブデータの進捗等のデータを表示したり
forza5ならドライバターの戦績やらシングルプレイイベントの進捗とか表示してもいいもんなのに
見た目だけ似せた紛い物。
Windows8より先んじて市場に投入されたWindowsPhoneもModernUI使ってる。
けど、この両者ですらポリシーが一貫していないという有様。
WPの場合はアイテムの左端をタップすると左側に隠れてたチェックボックスが現れる。
アイテム自体を左側にスワイプすると右端に隠れてたチェックボックスが出てくる。
Windows8をタッチ操作メインで使ってる稀有な人の中でもこれ知らない人結構いるんじゃないかな？
世間一般的には評判の悪いModernUIだけど、個人的にはそこまで嫌いでもない。
起動後に表示されてデスクトップに映るまでのちょっとした時間に
XboxOneでもそういうイライラがちょいちょいある。
XboxOneの数少ない良いところは、あの無駄なDLCコード入力がQRコード読み取りでマジで一瞬で終わるとか
シーズンパス買ってる時にいちいちゲーム側からDLしないといけないという制限がなくなって
シーズンパス所有時にはマケプレでも購入ボタンがインストールに代わってるから
間違って二重課金する可能性がゼロになったとか、そのあたりかな。
あぁ、あとUpload Studioでアップされた動画はそのタイトルの販売ページに表示されてるのも意外と良い。
ただ、マケプレを簡素化しすぎて必要な項目すら削っちゃってゲームのデモを探す手段が
「demo」でキーワード検索するしかない（ゲームタイトルの販売ページから関連アイテム一覧出すことも出来ない）っていう糞っぷりとか、
トップからゲームタイトル一覧を出す方法が微妙にわかりにくいとか
新しい事に挑戦するのと過度の断捨離を履き違えてんのかなーって思うね。
他社（社長がゴルフ仲間）のオッサンが使ってるPCにソフトウェアをインストールしたい、
便利なマニュアル（弊社社内で使っていたものだが、他社の事務員さんが欲しい、といえばあげてるもの）があるみたいだからくれ、と言われた。
「持ってくよ！」と言ってくれたのでマニュアルを印刷して手渡した。
この設定方法のマニュアルは、今後困る人がいるかもしれないから、と
私が以前に作成し、何人もの人（男女年齢会社問わず）が使ってくれて
と壁に貼ってくれているところもある。
ちなみに、メーカーのホームページの文字が小さいのと、どこをクリックしたらいいのか分かりづらいので
重ねて言うが、マニュアルを作ったのは完全に善意（たまにミカンもらうけど）であり、本来はメーカーの（略
ちなみに、他社なので善意以外の何者でもないし、フォローする必要もないし、出来なければ出来ないでメー（略
「まずメーカーのホームページを見て、それでも分からなければこのマニュアルを見ながら設定をすれば大丈夫ですから、と伝えてください」と
念押しもした。
「これがあれば大丈夫だよ、俺でも出来るよ！」
と、おじいちゃんは渡してくれた。
「できないんだけど！」
と言われた。
メーカーのホームページなんてもちろん見ていない、という口調。
と言うかまずは社会人として「名乗れ！」と思った。
次に「お世話になっております」とか、まぁ私が貴様の娘以下の年齢であっても
「お疲れ様」とか「ご苦労様」とかそういう言葉を言うべきじゃねぇのかクソジジイ という言葉を完全に飲み込み、
「マニュアルはお手元にございませんか？」（客ではないが仕事柄誰に対してもこういう口調）
「見てない！」
くそじじい。
電話だけで
「ラジオボタンが～」とか「チェックボックスが～」とか言っても通じないと思ったので
マニュアルをとにかく見て欲しいことを伝えた。
「あーあーやってみる、あーあんたがやってくれりゃいいんだ」
またお茶を飲みに来たおじいちゃん社員が、渡したよ！と教えてくれた。
ああ、面倒だから見なかったのか、あんなに大きい文字（excelで14ポイントと18ポイントくらいの説明が10行いかないくらい）と
画像（プリントスクリーンに赤丸で ここを1回クリック とか書いてある）なのに、と思った。
別のオッサン（45歳）に、書類に記入して、弊社まで返送をお願いします、とお手紙を書いた。
その書類は、一度弊社で受け取ってチェックをしてからお客様に手渡す必要があるもの。
お客様の連絡先も書いてあるが、弊社に送ってほしいので
いつまで に FAX で この番号 に この紙 だけ 送ってください。
という書類。
しかし、いつになっても届かない。
催促の電話をしたら「送ったよ」とのこと。
どこに送りましたか？と聞いたら「お客さんに」という。
「返送先のファックス番号はご承知でしょうか？ただいまからご案内いたします」
そのあと鳴り続ける弊社の電話。
受話器を上げると「ピー」というファックスを誤って送った時の音。
非通知、オッサンじゃないかもしれない。
「届かないんだけど、おたくのファックス壊れてない？紙入ってる？もう5分くらい待ってるんだけどねぇ？！」
「弊社の電話にファックスが届いておるようですので、番号をお確かめいただいてもよろしいでしょうか？」
あくまでしたてに出る。
オッサンだって間違えたくて間違えたんじゃない、と思う。
あんなに大きい文字が見えなくても、聞き取れなくても
老化というのはそういうもの。
「あ゛ぁ゛？！」
クソジジイ。
彼女がいる男性諸君の中には、パートナーとケンカをした事がある方が少なからずいると思う。そして、その中にはケンカの最中に「どうしてこんな事を今更」と言うような昔話を順々に吐き出されてしょんぼりした人も多数いらっしゃることだろう。こんな書き出しで始めたのでお分かりであろうが、私もその一人である。
そもそも男は未来志向で、過去の嫌な事をそう易々と順に思い出せるようには出来ていない (こういう事を言うとある種の人から男女差別だと言うご意見も出るだろうが、ネタとして割りきって頂ければ幸いである)。しかし、ケンカの時に言い返せないのは立場としては大変苦しい。そこで、私は「第二の脳」とも呼ばれる Evernote の活用を提案したい。別にメモ帳でも手書きのノートでも何でも良いのだが、いつでも読み書き出来ること、後まで残ることが重要である。Evernote 自体の説明は至る所にあるので割愛させて頂くが、使い方はこうである。
以上である。仲良くケンカして頂ければ存外の喜びである。なお、チェックされていない項目が大量にできてしまい冷めてしまった末に不幸な結果を招いても筆者は責を負いかねる。
しかし本来であれば、ケンカなんか起こらない事が望ましい。そもそもケンカの原因として不満の蓄積が大きなウェイトを占めているのはおそらく間違っていないであろう。その為には未チェックの項目を「溜める」のではなく、書きこむ事柄が生じたその時点で積極的に直接指摘することが望ましい。早期の改善も見込め、加えてこちらから言えば彼女の方も不満を口にするであろうから、互いに不満の蓄積が防げると言う寸法である。雰囲気を壊したくないのは勿論だが、不満が溜まってケンカに至るのに比べれば細かく分けた方がマシなのでは無いだろうか？ (筆者は夏休みの宿題を9月になってからやっていた性格であるが)
そして、紳士の皆様は寧ろ彼女から聞いた自分への不満を同様に記録し、自分で改善できたと思ったらチェックを入れる習慣を付けて頂きたい。付き合いを通して自らの人間的な成長も期待でき、実りある交際となることであろう。ただ、これに関しては、私の彼女にもやって頂きたいところだが…。
世の中、Wordで論文を書く人の方が多いらしいが、信じられん。
自分は、普段TeXで書いているが、TeXで書いていて普通にできることでWordではできないことが多すぎる。
今書いているのは、Wordじゃないといけない文書なので、つくっていてすごくイライラする。ちなみに、今使っているのは、Word2010ね。
一番困るのは、作っていない／後からすり替えるつもりの図表を入れて、とりあえずキャプションを付けて相互参照しておく、ということがマトモに出来ない。
だから、図表は最初から全部用意しておかないと使えない。そんな原稿ってあるか？
これをWordでやろうとすると、図表を一旦削除して新しい図表を入れるとキャプションも消えて相互参照付け直しとか、相互参照の番号がずれるとか、キャプションがどっかいっちゃうとか、キャプションが図の下にこないとか、とにかくいちいちマトモに動かない。「マウスで指定した位置に図をいれて、その下にキャプションを入れ、通し番号で相互参照をつける」やって欲しいことはこれだけなのに、余計な機能ば～～～～っかついていて、肝心のこれだけのことが出来ない。これを作った人はマジで気が狂っているんじゃないかと思う。頭おかしいんじゃないか？論文書いたことあるの？
もう、図表やキャプションの位置調整と、そのやり方をネットで調べるのにかかる時間の方が、文章を書くのにかかる時間よりずっと長い。結果的に、同じ分量の文章を書くのに、WordはTeXに比べて何倍も時間がかかる。Wordは人の時間を奪う悪魔のソフトかとすら思う。文章本体に時間をかけているわけではないので、無駄なことをやっているような気がして、とにかくモチベが下がる。
通し番号がずれるとかキャプションが図と違うところにいっちゃうとか相互参照が出来なくなるとか言う事が、書き手が最も恐れていることなんだよ。レイアウトの多少のズレは大丈夫だけど、これらは明確に間違いになるから。このすべてがWordでは起こって、しかも、解決の方法がよくわからない。図表のプロパティのメニューの奥～～～の方に隠されているチェックボックスを血眼になって探して、それを外すとできたりする。
もう、別にソフト開発していいから、マトモな図表の扱いができる論文用Wordってつくってほしいわ。あるいは、TeXを論文用Wordとして売ってくれ。そしたら買うから。
スマートフォンでメール読むときに、未読99って表示されるのはカッコ悪いし気分良くないですよね。
届いたメールを概読にし、未読が増えないライフハックをご紹介します。
Gmail、Livedoorメールにしか使えないけど同じような動作が他のメールにもあると思う。それらにかなうのはgmxくらいしかないけど。
ログイン状態のGmailトップ→フィルタを作成→「To」欄に自分のアドレス「***@gmail.com」を入力して「次へ」→「概読にする」にチェックを入れる
でも、よそのメールから転送されたもの、BBCで届いた物を未読にするにはどうすればいいんですか？To欄に入れるすべてのメールを選択できる方法はないでしょうか。
教えて、偉い人。
検索欄でチェックボックス最上の、表示範囲全てにチェック→「このページ内のスレッド 100 件すべてが選択されています。 すべてのメールのスレッド **** 件すべてを選択」とでるのでこれを選択→「その他の操作」→「既読にする」→「OK」
ね、簡単でしょ。
動画の再生にMedia Player Classic(MPC)とffdshowを使っています。
ffdshowで動画の明るさ調整をどうすればいいのか知りたかったので検索してみて分かったことを書きます。
1.ffdshowで動画を再生するとタスクトレイに出てくるFFvと書いてある赤いアイコンを右クリック
3.「レベル」を選択
4.「レベル」の前のチェックボックスにチェック(チェックしないと設定が反映されない)
5.出力とガンマ補正を適当に設定する(出力は全体の明るさ。ガンマ補正は明るさのメリハリみたいな感じです)
(「適用」を押すことで画面に設定が反映されます。)
6.満足できたらOKを押す
こちらも参照してください。
警告ウィンドウ等が画面中央に表示される
これはたぶん間違い。
画面中央に表示されるだけじゃ「モーダル」とは言わなくて、他の操作を受け付けなくなる物が「モーダル」。
「モーダルダイアログ」の方が一般的な呼称の気がしないでもないが、ダイアログって言うとブラウザのalert();とかのダイアログに限定してそうな響きがあるから、「モーダルなボックス要素」ってことでモーダルボックスって言うんかな。
→ アクアボタン
これは間違い、って言おうと思ったけど、そうでもないのか。
MacOSXのUIのスタイルが「Aqua」って言って、そのAqua風のボタンだから「アクア風ボタン」。ボタンに限らず、チェックボックスでもスクロールバーでもAqua風になりうる。
そのうち「ふぁぼりんこ禁止！つぶやきがふぁぼったーというサイトに自動で載ってしまいます！」とかルールができるのかなー
でもfavの使い方わかってる腐女子は少ないと思う。favするくらいなら＠で返信してるっていう。
腐女子にも、ネットに明るい腐女子とそうでない腐女子がいるわけで、twitterやってるのはもちろん前者。pixivを活用してる人とか。
多分男オタだと「萌えにネットを活用してる人：してない人」が９：１くらいなんじゃないかな。
腐女子はもっと「インターネット？なんか怖い」っていう人が多い。ＰＣが普及して増えたけど、６：４くらい？未だホームページのない大手サークルさんもいる。
「いやいやティーンはそうでもないだろ」って思うかもしれないけど、今は簡単に携帯でホームページが作れる。「携帯サイト持ってるけど、PCサイトはない」って子は多いけど、「携帯サイトなし、PCサイトのみ」って子は少ない。腐女子のネット感が劇的に変わるってほどの原動力にはなってない。
まだ大方の腐女子にとってtwitterは「なんか怖い」というwebサービスだと思う。少なくともmixiよりは。あと半年もすれば変わるのかもしれない。
どっちにしろ鍵をつけることが腐女子 in twitterのスタンダードルールになっていくんだろうなぁ
そのネットの「なんか怖い」感だけがいつもピリピリと漂っていて、いざ事が起こると伝染病のおふれのように広まっていく。
腐女子の「検索避け対策」「はてなアンテナ、はてなブックマーク騒動」のときも、「自サイトが衆人の目に晒される！」ということだけ声高に語られていた。
プライベートモードに関して詳しく調べ、「こういうシステムだからこうすれば大丈夫」という人の意見はかき消され、今は「ブクマ禁止！」をトップページに書くことがお決まりな感じになっている。（単にプライベートモードの説明をするのがめんどい、わからない人が多いんだろうけど）
その理屈でいうと、RSSリーダーや、たんぶらーも怖いんじゃないの？と思うんだけど、なぜかこれらについて「やばい」という声はあがってこない。おそらくシステムがわからなさすぎて「やばさ」もわからないんだろう。
サイトはガッチガチに検索よけしてても、日記代わりに借りてるブログは検索よけしてなかったり、ヘッダにおまじない書いてても、更新したらRSSを吐いたり、pingを送信する設定を直さないままで使ってたりする。
別に「ちゃんとブログにも検索避けしろよ情弱ｗｗｗ」ということを注意してるわけじゃない。
ネットは決して怖くない、ひとりひとりもうちょっと調べて使ってみませんか、と思う。
レンタルブログの設定だって、チェックボックスを外せばいいだけ。
個々の腐女子のネットリテラシーをあげることで、ネットとのよりよい折り合いがつけられるのではないだろうか。
ていうか折り合いつけたい。隠れても叩かれるなら私たちはどうすればいいの。
でも無理だよね！基本腐女子は自分の好きなものだけに時間を割きたい、同じ趣向をもつ人と共有したい！それだけできればいい！っていう人種だから！！わかんないことは右倣えしておいたほうが楽だもん！
手続き型言語をやっていると、データを組み合わせて取り扱う必要が出てくる。
例えば、顧客のデータを扱う必要があるとき、顧客の「名前、住所、所属、電話番号、取引内容...」などをまとめて取扱いたい。
そこで、構造体という発想が出てくる。
構造体を扱っていると、新しく顧客データを作るとき、毎回毎回、作った後に同じ動作をしないといけないことに気づく。
そしたら、それをいっぺんにやってしまうために関数を作ることになるだろう。
init_customer(struct Customer*, char* name, char* addr, char* tel)
また、逆に顧客データが不要になったとき、メモリ解放などをさせるために、
delete_customer(struct Customer*)
も作ることになるだろう。
さらに、取引を行うたびに、取引データを追加しないといけない。そのために、このような関数を作るだろう。
add_deal_customer(struct Customer*, char* deal_name, char* deal_ammount)
そして、複数人でプログラムを作っていると
「おいおい！せっかく取引データ追加用のadd_deal_customer作ったのに、なんで自分で勝手に追加してるんだよ！てか、その方法だとメモリ解放どうすんの？ちゃんと作ったの使ってくれたら、delete_customer()でできるようになってるのに」
って状況が生じうる。それを防止するために、コメントに
「/* 取引データの追加は必ずadd_deal_customerを使うこと！ */」
と書くことになるだろう。
てか、わざわざコメント書いたのにこいつ読んでねーし。あーあ、めんどくさいめんどくさい。
そこで、だ。言語を少し別のものにかえて、構造体に関数を持たせられるようにしよう。
そして、構造体ができたときに、自動でinitって関数を、削除されるときに、自動でdelって関数を呼ぶとしよう。
そして、add_deal_customerも構造体の中に入れてしまおう。名前は長くて面倒なので、
Customer.add_deal(char* deal_name, char* deal_ammount)
のようにしてしまおう。
さらに、add_dealを使わずに直接、取引データを追加しやがるならず者対策も付け加えてしまおう。
privateにした変数は、構造体が持ってる関数からしか、いじくれないようにしてやろう。
今まではコメント読まない馬鹿の世話に苦労していたのだが、これからはコンパイラがそういうやつにエラーを出してくれる。
次は継承のお話。話は変わって、今度はGUIパーツで説明する。
ボタンってあるよね。あれを作りたい。
普通に文字が書いてあって押したら何かが起こるボタン、アイコンが描いてあって押したら何かが起こるボタン、
この２つを作りたい。
まず、文字のボタンを作ろう。
関数を持てる構造体を作り、「表示する文字(変数)、クリックしたときの動作を定義する関数へのポインタ(変数)、描画命令が出た時に描画する関数(関数)、クリック命令を受け取り、構造体にセットされた関数へのポインタを呼び出す関数(関数)」
がいるかな。
次に、アイコンのボタン。「表示するアイコン(変数)、クリックしたときの動作を定義する関数へのポインタ(変数)、描画命令が出た時に描画する関数(関数)、クリック命令を受け取り、構造体にセットされた関数へのポインタを呼び出す関数(関数)」
あ、さっき作ったのとほぼ同じじゃーん！文字ボタンの構造体をコピペしちゃえ！
あとは文字の変数を、アイコンに変えて、描画命令を、文字描画からアイコン描画に変えればできるじゃん！
ところが、文字ボタンのクリック命令を受け取る関数にバグが見つかった！よし、デバッグできた！
けど、アイコンのボタンにコピペしてたんだった！またコピペしなおしじゃん。あーめんどくさ。
もしそれ以外に、チェックボックスのボタンとか、もっと別のボタンとか、いろいろコピペで作ってたらもっとめんどくさ。
そこで、こんなことができたらいいんじゃないか？
文字ボタンにも、アイコンのボタンにも共通する、関数をもった構造体を作っておく。
ボタンの構造体「クリックしたときの動作を定義する関数へのポインタ(変数)、クリック命令を受け取り、構造体にセットされた関数へのポインタを呼び出す関数(関数)」
そして、文字ボタンは、ボタンの構造体に「表示する文字(変数)、描画命令が出た時に描画する関数(関数)」を、
アイコンのボタンは、ボタンの構造体に「表示するアイコン(変数)、描画命令が出た時に描画する関数(関数)」を追加すればいいんだ。
これを、継承と呼ぶ。
さらに、文字ボタンもアイコンのボタンも、同じ「ボタンの構造体」を持っているから、どっちも同じ「ボタン」として扱うことができる。
後で画面内のボタンを全部解放する必要があるときとか、実はこれ、すごく便利。
別の構造体で扱っていたら、文字ボタン用の配列とアイコンボタン用の配列を用意し、それぞれに作ったボタンをいれ、解放するときはそれぞれの配列の中身を解放しないといけない。めんどくさ。
けど、どっちもボタンを継承しているから、ボタンの配列を用意して、文字ボタンもアイコンボタンも全部同じ配列に入れて、１つの配列の中身を解放したらいい。楽ちん。
はい、そうすると、関数を持った構造体はもはや、もとの構造体とは違う感じになりました。
これをクラスと呼びましょう。クラスから作られたデータは、オブジェクトと呼びましょう。
なんか、オブジェクトがほかのオブジェクトから独立してカプセル化されてるみたいですね。
そして、オブジェクトが持ってる関数。メソッドとでも呼びましょうか。これ、まるでオブジェクトが自分のやりたいことを知っているかのようです。
手続きを構造体や関数に細かく分離していくにつれて、構造体と関数の組み合わせってのが出てきて、まとまりが見えてくるのです。
そいつらをまとめてしまって、一つの部品として扱って、外からはあんまり部品の中身を見えないようにしましょう。
部品の中身を直接いじらせるんじゃなくて、部品をいじらせるための関数を用意して、それを経由してやってもらいましょう。
それが、カプセル化とかいうやつです。
http://anond.hatelabo.jp/20081221032005でネット小説サイトの紹介がありましたが
もっと二次創作SS（サイドストーリー）の話を取り上げて欲しい、と思ったので書いてみました。
記憶違い、観測範囲の限界があるのでトラバやブコメで突っ込みを入れて下さい。
好きな作品のサイドストーリーを書くということは同人誌・パソコン通信といった媒体上で昔から活発でありました。
私が二次創作SSを読み始めたのはパソコン通信からネットへの過渡期だったと思います。
そのころはセーラームーンのFF（SSと呼ばずにFF、ファンフィクションと呼んでいたことが多かった）が流行しており、
書かれるジャンルとしては、まさしくファンフィクションとして好きなキャラを活躍させたり、ギャグストーリーが中心となっていました。
ネット時代の始まりはエヴァから始まった、と言ってもいいでしょう。
今から考えれば単なる投げっ放しですが、アニメ・劇場版と謎が謎を呼び、考察系サイトでは真剣に議論が交わされていました。
当然SSの題材としても大人気でしたが、主人公のシンジ君の性格がいろんな作者を引き付けてしまったようで新しいジャンルのSSが広まりました。
主人公がとにかく最強になっています。エヴァSSでは使途を素手で倒したりと強けりゃいいという。
中二病患者が好んで読みあさり、さらには作者になる患者まで。いい年して最強SS書いても楽しいからいいよね！という雰囲気でした。
この最強主人公はこれから幅広い作品・ジャンルに組み合わされて普及していきます。
ミサトヘイト・ゲンドウヘイト・アスカヘイトなど各作者の嫌な思い出を投影しているようなジャンルでした。
エヴァ以降はそこまで憎むようなキャラが現れなかったようで、あまり広まらず。
世界が終わったり、死んだキャラが記憶等を引き継いでストーリーをもう一回なぞるジャンルです。
何故か神の力を引き継いでいる主人公が好き放題する最強系も入ったSSなどあり、今も人気です。
アニメと劇場版の差に驚いたファンも多かったですが、劇場版ストーリー（ヒロインと結ばれた主人公が妻を誘拐され復讐の鬼と化す）は
中二病な人にとってれ琴線に触れるものがあったようです。
時間移動できる技術設定が作中に存在したのもあって、逆行最強SSが人気でした。
Actionで掲載された、逆行ハーレム最強主人公系SS「時の流れに」が大人気となり
その設定を使って様々な三次創作SSが生まれました。今でもActionなどのサイトで日々更新されるなど人気の息が長いのが特徴です。
いわゆる性転換物です。性転換なのでMtF・FtM両方あるのが普通ですが、美少女を活躍させたいのか
男主人公が女性になって活躍するSSが大部分を占めます。性差による葛藤なんてスルーです。
同じくActionで掲載された「ROSE BLOOD」が代表作でしょうか。
大人気となった美少女ゲームですが、何故か二次SS界ではバトル物SSの土台とされてしまうことが多々ありました。
主人公 相沢祐一は元々強いわけではないのですが、SSでは作者によって異様に強化されて神のような存在にされていることもしばしば。
あんまりに強化された祐一はもう祐一ではなく「U-1」だ、と表記を変えて説明されている場合もあります。
他の作品と組み合わせて書かれるクロスオーバーSSですが、これ自体は以前から書かれていました。
しかしKanonではあまりに強化され作者と同一化した主人公が、その強さを示すため組み合わせた先のキャラを踏み台としていく作品が多く書かれました。
主人公が他作品のヒロインに微笑んだだけで相手が惚れるというシーンの多さから「ニコポ」なんて呼ばれた場合もありました。
同人ソフトから人気が出たTYPE-MOON、設定などが作者に人気でバトル物という元のジャンルもあってSSも大流行しました。
最強主人公・クロスオーバーといったジャンルが特に人気でした。
Fateは主人公がサーヴァントと呼ばれる過去の英雄を召喚して戦っていくストーリーなのですが、
この仕組みを借りて自分の好きな他作品のキャラを呼び出していくSSが広く書かれました。
クロスオーバーの一種ではあるのですが、話の整合性を保つのが面倒な通常のクロスオーバーに比べ
元作品のシナリオで行っていることをなぞればいい召喚物は書きやすいというメリットがあります。
ラブひなとハリーポッターを合わせたような本作ですが、「ネギまのベル」や「風牙亭」といった大手投稿サイトにSSが多く投稿されました。
また登場するヒロインの数が非常に多かったため、作者が好きなヒロインを主人公（時には特殊能力をプラス）したスピンオフ的なSSも多かったです。
投稿サイトは揉め事（盗作・コメント欄での批評・中傷）が多いため閉鎖の割合が高いという印象があります。
異世界に現代人の主人公が召喚されて使い魔となるストーリーなのですが
SS元としては現在、自分の好きなキャラクターを中世ファンタジー風魔法世界で活躍させるためのフレームワークと化しています。
あの作品のキャラがルイズに召喚されました @ ウィキ - トップページでは
仮面ライダーからプロアクションリプレイまで、様々なキャラや物が召喚されています。
また、今までの人手での更新ではまとめることが不可能だった量のSSをWikiの本格的な活用により、手間をかけずまとめているのが特徴です。
召喚物以外のSSももちろんあるのですが、少々影が薄くなっています。
同人ゲームから人気が出て、ニコニコ動画で人気が加速した東方ですが、二次創作界隈では他の作品とは違った空気が流れています。
公式設定、または長い時間をかけて東方サークル間で共通認識となった二次設定以外の設定を持ち出すことを二次創作界隈の人々は非常に嫌います。
空気を読まずクロスオーバーSSを投稿してコメント欄でボコボコに叩かれるケースが多々ありました。
この界隈の雰囲気を読んだ人はブログを開いてそこでクロスオーバーSSなどを連載しているケースが多いようです。
一周してネット以前のファンフィクションのような雰囲気を感じます。
ちょっとそれますが、興味深いジャンルなので。
女性向け二次創作SSで特徴的なドリーム小説（主人公の名前を変更できる小説）サイトは
物凄く排他的で
など非常に探しにくいので、まとめるのが大変難しいです。
があると思いますが、何が流行しているか正直分かりません。
ハリーポッターといった児童文学が何故か強いのが面白いところです。
またドリーム小説の特徴として、登録制の検索サイトが繋がりのメインという所があります。
投稿サイトに投稿するよりは、自サイトを作りそこにドリーム小説を連載していく傾向があります。
登録制の検索サイトの興味深い点としては、検索条件を非常に細かく指定できる場合が多いことです。
例としてDreaming REBORN! > サイト検索では多くの条件がチェックボックス式で指定でき、
また各条件がそれぞれカテゴリとなっています。
今は下火となっているディレクトリ型検索エンジンが、登録制検索サイトでは主流となっています。
手動登録のメリットを生かしている、注目すべき例です。真似できる場合は少ないでしょうけど。
長々と書いてみましたが、「この作品は流れを紹介する上で入れるべき」という作品もあると思われますが、
ちょっと読んでいないので、補足していただけるとありがたいです。（GS美神・FFサモンナイト等のPSゲーム等）
Leafも多かったですね。正統派から葉鍵ロワイヤルというお祭りまでありました。
上手いことこの移り変わりの中に入れられませんでした、ごめんなさい。
これはもっともだと思ったので、タイトル変更しました。
ブコメでも指摘があった（今は消えている）のですが、ドリーム小説入れておいてその他の女性向けを入れないのは良くなかったですね
コーエーの女性向けゲームというジャンルもあるようです。知らなかった。
観測範囲って難しい。私では無理。
ある程度ちゃんとしたマニュアルあるなら、
マニュアルの各章の先頭に□(チェックボックス)を記載してみるというのはどうですか？
その新人が実際に作業するとき
その章の手順完了する毎にチェックボックスに
シャーペンor鉛筆でチェック入れさせるようにすれば、作業手順漏れが防げると思う。
その日の作業が完了したら、消しゴムで消せば再利用可だし。
新人が調子のって自動化したら、そのツールにバグが合って大変なことになるというのはよくある話。
・「本番環境でイキナリためすな」って新人に十分釘を刺した上で
という前提で）
元増田はプログラム苦手なようだし、お互いメリットになると思います。
まったく個人的な話しですが、下記のブログ
今まで読んだどんなビジネス書より感銘をうけました。
学校でさ、このページにはアクセスできません、みたいな規制があるじゃない？
オレさ、思ったのよ。
で、実行したんだけど、うん、見られなかったわ。
どういうシステムでそうなってるのかわからないけど、もしかしたらプロキシサーバと思われるサーバには接続できないのかもしれん。
で、もうひとつ考えたのよ。
普通のサイトは普通に見られるんだから、オレが今日作ったサイトにもアクセスできるじゃん？
だから、cgi を経由してページ内容を書き出せば、あたかもオレのサイトからデータを取得しているように見えるじゃん？
で、コード書き始めてわかんないとこあったからググったらさ。
あったね、普通に。ウェブプロキシとか、CGI プロキシとか言うんだね。
知らなかったよ。
したらさ、見られないの！アクセス規制にしっかりひっかかるの。
で、また考えたんだ。
これが規制されるのは恐らく文字列からページ内容を推測して規制しているんだろう。
って、そうしたら自ずと答えは出るじゃん？
つまり、サーバからのダウンロード時は文字列ではないデータ・・・まぁ暗号化でもなんでもしてクライアントで元に戻せばいい。
変調・復調ってやつか。
で、そのコードを追加しようとして気づいたのよ。
暗号化モードで接続するっていうチェックボックスがある！なんだこれ！
チェックいれてリクエストしてみたら、いったね！
で、どうやってるんだろうと思ってサイトのソース覗いてみたのね。
文字列が見える！
オレ、てっきりクライアントサイドのスクリプトで元に戻してると思ってたから本当にびっくりした。
あぁいや、document.write している可能性もあるか。そこちょっとわかんないな。
オレの予想が外れていたのか、それとも何か特別な方法で通信しているのか、誰か教えてくれないか。
寝る前にいくつか返信。
http://anond.hatelabo.jp/20080902220835]
たぶんそうだと思う。
http://anond.hatelabo.jp/20080902221735]
でもほら、ダイアリーの立ち上げ当時は似たようなもんじゃないかと。
同様の意見としてb:id:hatayasanとかb:id:ululunとかb:id:nakano87とかb:id:te2uとかね。元記事にチェックボックス案もmetaを使う前提でチェックが off なら head に件の meta を入れる
って書いてあるのになぁ。リテラシーって大事だ。
そっちの仕様は別にいいの。自社サービスの機能を使うのにmetaを本文に書かせるのがダメ。
b:id:masayc 技術力を期待してはてな使ってる人ってどれくらいいるんだろうね？俺は、日本”語”でweb2.0ごっこしたいだけで、もし英語が達者ならdiggとdelicious使うけどな。
日本語のWeb2.0ごっこなら、私が唯一中期間使った例で申し訳ないけどドリコムブログの方が優れてた。使ってたの数年前だけど(今はWP)。例えばデザイン編集画面で、ブログの2or3カラムレイアウトに表示する要素をDnDで並べ替えたりとか。DHTMLすげーって感じ。
はてなはWeb2.0の特徴の一つと言われてるマッシュアップとかがろくにできない。はてなのデータを外で使うための機能は多いけど、外のサービスとかをはてなに持ち込めない。Blogパーツ、裏技使わないと自由に貼れないでしょ？
2.0っぽさではてなよりも劣ってるサービスってあんま無いんじゃなかろうかと。むしろ往年のWeb日記の仕様を引きずってるし、メジャーバージョンは1。Web1.9。
b:id:xevra 技術的には指摘の通りだろう。だが経営的にはこれが正解。なぜなら一覧非表示機能を希望し、文句言ってくる人は0.01%程度。この程度のものにリソースは割けない。完璧を求めるのは趣味の領域。jkonは正しい。
今は一覧非表示機能に限った話してないんだけど。上の方のアレもそうだけど、非表示絡みでコメしてる人は何故かピントが合わない。
例えばブログモード使ってる人ってけっこう多いけど、彼らは絶対に記事毎に編集やコメント管理できた方が便利。トラバ先を記憶する機能ってそんなに開発リソース必要ですか。大した事無い機能変更にもがっつりリソースを割かないと改善できないのが問題。
まぁでも確かに、現在のはてダの低い技術ポテンシャルという前提の下では、jkonは正しいね。
b:id:ghostbass なんだって？？テーブルの変更なんか必要ないけど？
そうなんですか。考えてみます。思いつかなかったら勉強してみます。Boromさんの案が正解かも。
b:id:EvilGood おそらくそうなんだろうけど、小手先回避なんだろうとは思うが、さきざきサーバーの処理能力が上がって、すべて記法解析でやった方が速度出る日が来そうなんだよな。はてなはXMLDBとか検討してるんだろうか？
はてなが未来を見据えてそういう拡張をしてきたのか、という点はさておき、すべてを記法でやろうとすると記事の編集時の可読性が下がります。本文にmetaとか記事見出しなのに何故か本文にあるとかトラバ送ったかどうか解らないとか。
ユーザーの快適性とか開発の柔軟性とかを犠牲にしてまで、未来の鯖速度を追求するというのはなかなかどうも、説得されないです。
さらに追記。
b:id:skicco はてな記法でごまかしてくれたおかげで、他のブログサービスではできない重複したカテゴリへの登録ができてる。これが可能なのってはてダくらいじゃね？
最近のブログサービスは知らないですけど、WordPressではできます。ところでカテゴリってリストから選べないと Typo りますよね。
ごめん、年1000万の間違いだったかも。倍近く違うじゃん。malaさんが入社したてのころにどっかでこういうの書いてた。うるおぼえ。
b:id:kana-kana_ceo 「普通なら、日記の編集フォームに一つ『ブクマページでブコメを表示する』というチェックボックスを付ける。チェックが off なら head に件の meta を入れる」← なんで、非表示がデフォなんだろう？
一人くらい勘違いする人がいるとは思ってた。非表示がデフォなんて書いてない。デフォでチェックが on にしてあればおk。
チェックボックスのラベルは肯定文で書くのが UI の Tips。「非」表示は否定語。
b:id:al001 "少なくとも"技術力の問題では無いと思うが。面倒とかそういうのであれば分かるけど。 / チェックボックスでオンオフ出来るだけで良いなら、DB弄らずともJavaScriptだけで出来る。
まず後半。またまたご冗談を。クライアントサイドの解決法じゃ meta が body の下にある事は変わらなかろうて。パース後に動かすつもり？
そういや手元で試してみたら、 Firebug でソースを見ると body 内の meta も head の下にあったものとしてパースされるね。
前半は、他の人も同様の事言ってますね。要するに費用対効果の話。
でも、面倒
=費用が高くついてるのはシステムの出来が悪いから。スパゲッティーを紐解きたくないんでしょう。
ブコメ非表示みたいなおそらくほとんど使われないような機能だけがこうやって糞仕様存置されてるってんなら、経営判断って意見も説得力がありますね。
ここで糞仕様と言ってるのは meta で判別する仕様とか body 内の meta を拾っちゃう仕様とか、ではなく、はてダの仕様のクソさを言ってます。
これまた至る所で指摘されてるけど、普通なら、日記の編集フォームに一つ「ブクマページでブコメを表示する」というチェックボックスを付ける。チェックが off なら head に件の meta を入れる。
こんだけあちこちで言われてるアイディアですから、当然スタッフは思いついたでしょう。さすがにそこまで馬鹿じゃないでしょう。
でも実装しませんでした。実装できないんです。
ダイアリーに関してはその通りだと思うし、ぜひチェックボックスはつけて欲しい。でも、ダイアリー以外のブログや日記のことも考えると、本文中に書くということの意味もあると思う。好きなようにmetaタグをheadに入れることが出来るとは限らないから。
