週末の借金玉氏(id:syakkin_dama)のエントリやそれを受けて書かれたわかり手氏(id:ganbarezinrui)のエントリ、http://anond.hatelabo.jp/20170227005158　あたりのブコメとか読んでいて、随分と世知辛いねえ、と思ったのだけれど、良い場所が無いので増田にこれを書いている。たぶん超長い。

俺はタイトルに書いてあるようにADHD（診断済み）だ。典型的な注意欠陥・多動性が認められ、一方でASDの症状はゼロという純正 ADHD マンである。なので先のお二方のエントリは全力で泣きながら、共感しすぎてヘドバン状態で読んだ。でもわからない人には何が「なので」なのか本気でわからないんだと思うし、それで正常なんだろうということも理解している。

んで、一般的なIT関連の企業で管理職をやっている。それなりに多様な部下もいる。業界的にブラックな香りがするWeb開発関連の仕事だけれど、自慢じゃないがだいたいニコニコ定時上がり、サブロク遵守、月間平均時間外は毎月20 時間以内に抑えることに成功しているスーパーホワイト課である。一点ウソついた。これは自慢である。

俺はこういう属性の人間なので、自分自身のことを照らし合わせて借金玉氏の主張は痛いほどわかるし、このような性質の人がいることを十分に評価、理解した上で全体的な労働条件の改善に努めたいと日々考えている。残業含め労働時間は減らしていきたいとも思うし、人の個性や多様性への対応と労働条件の改善は両立し得ると信じているので、ADHDの人のぼやきをイコール残業問題に結びつけて批判するのはあまりに極論に過ぎるというか、違和感を感じてしまう。皆がそれぞれのフレンズのすごいところを理解し合えるやさしい世界になれば良いのに。

そもそも、俺なんかは借金玉氏の記事を読んで「お前は俺か」状態になる性質であるものの、何とか自分を飼いならして社会をサバイブできている時点で生物として人より劣っているとは思っていないし、仕事も（やり方やプロセスにクセはあるのかもしれないが）たぶん人並みにはできる。つまり、おそらく自分は弱者ではないし、どちらかと言うと強者の側に所属していると認識している。id:p_shirokuma先生的に言えば「よく発達した発達障害」ということになるのだろう。もっともADHDと言っても程度の違いがあるのかもしれないし、ただ単に俺は運が良かっただけなのかもしれない。普通の人だって大小あれど皆それぞれモチベーションのムラとかはあるわけで、ブコメに付いた「ADHD マン＝無能」、「世の中は正常と異常の二者択一」、「席を空けて退場するべし」みたいな言説を見るとヤバさしか感じないし日本大丈夫か？と思う。こういう「性質」の人が少なからずいることを正しく理解した上で適材適所の人材活用を目指すべきだし、だいたいからして発達「障害」という言葉自体が良くないんじゃなかろうかと思わざるを得ない。

バックボーンなど

自分語りが目的ではないのであくまでモデルケースとして。ちなみに年は先の方々よりたぶんちょい上くらい。

子供の頃、普段落ち着き無くウロウロしているのに時折ウォーして超パフォーマンスで学習したり出力したりするので天才とか神童とか言われ思い上がる。これはADHD あるあるであり、それなりの年齢になってからたったアルファベット4文字で説明がつく性質であることを知りガッカリする。
細かいことは省くがあれこれして高校あたりでまともに学校に通えなくなる。大学受験などはできずそのまま引きこもりニートになる。
ある時触れたある技術に凄まじくのめり込み、自分でもよくわからん謎パフォーマンスを発揮して大卒相当の年にでかい企業に採用される。
最初の上司にムラだらけの出力特性がすぐにバレる。がこの人は半日フリーズしてたかと思うと突然覚醒する俺の特性を面白がり、ルーチンとは違うロングタームのプロジェクト案件なんかに突っ込んで好きにやらせるという判断をする。この人は今でも俺の生涯の恩師であり、一生頭が上がらない。
他の社員と違うことや型外れなことばかり次々やっていたら運良くわりと評価されてしまい、気づいたら本社のえらいひとだらけの企画職にたどり着く。
その後、お約束と作法の世界で生きることが自分にはキビシイことを察知してもっと小さな会社に転職、現在に至る。

端的に言って俺は相当に運が良く、理解者のおかげで生きていられる。上司は何度も変わっているが、往々にしておもしろ重視の管理者とは相性が良く、労働集約型のマネジメントをするタイプの管理者とは相性が悪かった。

で、自分自身がこういう人間なので、定時内にピークタイムを持ってくることができない問題についてはフレキシブルに対応したいと考えている。

今の会社の労働条件について

今後ありたい姿を考える前提として、俺の職場は現状こんなふうになっている。

勤務形態は定時勤務と裁量労働制の2種類がある。基本的には部署ごとに形態が固定されているが、状況によって応相談。
定時勤務は基本9時-17時半だが、業務内容（遅番など）に合わせて1時間刻みでシフト調整可能。※ただしこれは固定の業務を想定したもので、ロスタイム欲しい人のためにフレキシビリティを提供するものではない。
現状フレックスは導入していないが、裁量労働からコアタイムフレックスへの移行は検討している。

基本は定時勤務だが、企画関連などの職務については裁量労働制も存在している。とは言え、裁量労働は会社側の論理で不当労働の温床になりがちなので、ホワイト企業的には定時勤務できちんとタイムマネジメントして、時間外が出たら残業代はきちんと払うよ、という当たり前の考え方を推進している。

ただし、職種的に均等な業務が苦手な人もいるので、カミングアウトしている人については個別対応もあり得る。当然ながら他のメンバーから「なんであいつ日中フリーズしてんの」みたいな白い目で見られると職場の雰囲気が悪くなるし、本人の健康管理の問題もあるので十分な配慮と周囲の理解も必要。

業務のマネジメントについて

先述の記事のブコメにもあったけど、多種多様な人材を活用して成果を最大化するのはマネジメントの責任だ。「9時17時で時計刻みに動けない奴は居ね」っていうのもマネジメント手法のひとつかも知らんが、少なくとも俺んとこはそういうふうにはしたくないと強く願う、つーか俺自身が生き残れない。んで、職場のスロースターターにはこんなふうに対応している。

企画や提案などスパンの長い仕事は、早めに割り振って極力裁量を持たせるから好きにやってくれ。ただし、朝会などで状況は教えろ。
細かい作業について、もしRedmineやBacklogが使えるなら仕事を最小単位まで細切れにしてチケット駆動しろ。緊急なものとやる気が出るものから順次処理だ。ADHD マンはマルチタスクが溜まると死ぬぞ。
頭を使わなくていい事務処理（旅費の申請とかそういうの）は会計上マズくない範囲で溜め込んでもいい。日中やる気が出なくて出力ゼロになった時、仕事してるフリするのにまとめて活用してくれ。
どうしてもロスタイムが必要な時は周囲と気不味くなる前に相談してくれ。シフト勤務とか、直行直帰で環境を変えてみるとかいろいろあるがどうしてもアウトプットのために必要ならば残業を指示する。サビ残はダメ、絶対。
場合によっては労働時間は増やさず間の休憩時間を増やすという対応もあり得る。
時間外が多いほうが評価が高い、というふうにはしません。月単位とかの長いスパンでもやっぱり成果が出ないようであれば業務配置を見直します。
早く帰れるなら早く帰ったほうが経営都合でも社員都合でも良いに決まってるでしょ。

自分の担当にもちょっと該当しそうなメンバーがいるのでこんな感じでやってるけど、今のところまあまあうまく回っている。むしろ一番の問題は自分なわけなんだが、時間外付かないマネージャーなんで帰れないときがあっても勘弁してつかあさい。「マネージャーがいると帰りづらい……」ってことなら考えるけどウチのメンバーは俺がいても定時で容赦なく上がるので今んとこたぶん大丈夫。まあ、「あの無能上司、昼間フリーズしてて何もしてない……」と言われるとダメなやつなので、そうならないように自分自身も努力しなきゃならないけど、ある意味俺にとっての最大の生存戦略が「自分自身が管理者になる」だったかもしれないな。※もちろん、帰れる時は率先して帰ってるよ。

書いて読み返してみると、自分にとってはすごく一般的で普通のことしか書いてない気がするんだけど、先のホッテントリを見てて世間一般的に普通なのかどうかちょっと自信が無くなった。

よくスロースターターに対して「仕事は定型化するべし」「ルーチンで行動するべし」なんてアドバイスをするライフハックを見かけるんだが、本当の本気で大真面目にそれが体質的にできない人ってのがいるのよ。そして、そういう人がみんな無能かっていうと決してそんなことは無くて、そういう人が画期的なアイデアを出してきたり、ブレイクスルーを行うような機会ってのは実際に、ある。業務の種類や内容によっても正解は異なる。

繰り返すけど、出力にムラがあるなんてのは程度問題であって誰かしらあると思うんだよ。もちろん、定常定時に常に安定して均等なパフォーマンスを出せる人を尊敬するし、評価も高くなることに疑いは無い。でも「無能滅ぶべし」「健常者だけ揃えれば万事解決」みたいなことを言ってる人たち、本気か？はてなでそこそこホッテントリ取ってるブロガーでも「生産性の低さを一生懸命努力でカバーするのは結構だが、出来れば職場の外でやって頂きたい。」なんてツイートしてたりする人がいて、なんつーかこう地獄感しかない。

そりゃあ、安定マンのみでチームを構成できればラッキーかもしれんけど、世の中そううまくはいかないよ。どこも人材不足だ、いろんな人がいて、いろんな個性と悩みがあって、いろんな仕組みがあってその中で一番いいパフォーマンスと一番いい労働条件の両立を目指しましょうね、がマトモな議論なんじゃないのか。残業については言っていることはたぶん普通の人と同じだ。ただ、理解を深めて個人別最適な対応ができるようにしたいですね、長期的視点で皆にチャンスがあるようにしたいねと言っている。

何もポリコレ棒を持ち出してくるまでもなく、何も皆が必ず同じ時間軸評価軸で同じ定型定性で判断されるような職場がハッピーなわけではないし、単純に、多様性を認めない職場で働くのは俺は嫌だし、多様性を認めるための努力は惜しみたくないと考えている。けものは居てものけものはいないんだぜ。

そんな感じ。

Permalink | 記事への反応(7) | 16:16

2017-02-20

■JavaScriptのthisってこないだ増えたよね？

いまだにthisが4種類とか言ってる人がいるけど最近this増えたよね？なんかアロー記法でレキシカルになるやつ

これでthisは5種類になるのかな？

それともアロー関数にうっかりnewした時のthis、アロー関数をうっかりメソッド呼び出しした時のthis、アロー関数をうっかりapply/callした時のthisも追加して8種類になるのかな？

それともアロー関数がトップレベルのケースとメソッド内のケースを場合分けして12種類になるのかな？

Permalink | 記事への反応(0) | 21:50

2016-11-07

■http://anond.hatelabo.jp/20161106231140

繰り返しになるけれど、DSM-5における自閉スペクトラム症（ASD）の診断基準は、社会的、職業的、または他の重要な領域における現在の機能に臨床的に意味のある障害を引き起こしていることを求めているので、

現在社会的に適応しており、日常生活に支障をきたしていない元増田には不必要な診断名なのです。

元増田は勘違いなさっているようだけれど、この診断名は「特性を持った人」のためではなく、「その特性によって困っている人」のためにあるのです。

だから「今全然困ってないけどASDです！！」という発言は反発を招いても仕方がないように思いました。

また、ASDを診断するための客観的な検査も生物学的な指標（バイオマーカー）も現時点では存在しません。

脳血流検査、IQ 検査、MRIの画像、問診を受けて診断されたとのことですが、脳血流検査もIQ 検査もMRIの画像も、あくまで精神科医が総合的に判断するための補助にすぎないものです。

そして、精神科医の判断の基準になるのがDSM-5やICD-10などの診断基準なんですね。

ところで元増田はこれらの診断基準は当然お読みになっているんですよね？

アレキシソミア・アレキシサイミアについては、心身症の分野でよく使われる言葉です。

ご存知かもしれませんが、これらの症状はASDに特有のものではありません。

診断を受けた経緯については分かりました。

やはり二次障害があったので診断を受けることになったのですね。

動作 IQと言語 IQの違いでアスペルガーか高機能自閉症かが判断されるというのは、まだ知的に遅れのないASDにその両者の分類があった際、それが判断基準であったということから。

そんな判断基準はありません。

ちなみに増田が言う通り、アスペルガーは言語発達に遅れがない。(よって言語 IQが高い)

高機能自閉症も成長するにつれて言語発達の遅れは取り戻すので、臨床的な経過はアスペルガー症候群と高機能自閉症にほとんど差がないと言われています。

よって両者をわざわざ分ける妥当性が乏しく、DSM-5では「自閉スペクトラム症」という診断名に一本化されたという経緯があります。

ASDの中でもアスペルガーは言語ポテンシャルが高いので、コミュニケーション障害が起こりにくいのかもしれない。

コミュニケーションは言語によってのみ行われるものではありません。非言語的コミュニケーションというものがあります。

よって、「言語ポテンシャルが高い=コミュニケーション障害が起こりにくい」という推論は拙速だと思います。

あとやれアスペルガーだ、やれ高機能自閉症だとは書いてきたけど旧分類であって今は死語である、というのも強調しておきたいかも。

アメリカ精神医学会の診断基準である DSM-5では自閉スペクトラム症に一本化されましたが、WHOの疾病分類である ICD-10にはまだ存在している診断名なので、死語ではありません。

Permalink | 記事への反応(0) | 00:41

2016-11-06

■元増田です

ASD(自閉症スペクトラム)に対する勘違いも何とかしたい

コミュ障について書いた元増田です。

トラバいくつかいただいています。読んでくれてありがとう。

あんまりトラバに返信するのもアレかな、と思ったんだけれどこれ(http://anond.hatelabo.jp/20161106132341)は偏見を助長させかねないと思ったので言及することにした。

増田は多分、ASDを病気だと思ってるんじゃないかな。

多分詳しく説明したところで、増田は納得しないだろうし話を聞いたところで「ふーん」というぐらいだと思う。

もしちゃんと理解しようと思ってくれてるなら、先のエントリも含めてちゃんと読んでほしいし、理解する気がないなら別にそれでも構わない。

診断の信ぴょう性について

文章から察するにASDの検査は問診だけで決まる、と思ってるのかもしれないけれど、先のエントリに上げたように脳血流検査、IQ 検査のほかに生育歴やMRIの画像、問診が必要になってくる。

そういった検査を受けた上でASDと診断されているので、私は素人だし診断された通りだと思ってる。

高機能自閉症だと思う、と書いたのはお察しの通り幼児期に言語発達の遅れがあったからそう書いているということ。

書いてないからと言って無い行間を読まないでほしい。(今回に限らずよく思うことだけど)

それでも疑いたかったら、大学病院を疑ってほしい。

ASDは病気ではないということと病院で受ける指導について

ASDは治療が必要ないわゆる「病気」ではなく特性なので、通院せず社会生活を普通に送っている人もたくさんいる。

困っている人は病院へ行け、というのも併発しているうつ病などのメンタル面を整える目的で行ってほしい、ということ。

(ASDは治療できない)

メンタル面での治療が終わったら、ASDは通院で何をするのか？というと日常生活を普通に送れるように生活指導を受けたりする。

例えば私の場合睡眠がちゃんと取れていないので、認知療法で睡眠時間の記録をつけていた。

また仕事やゲームなどを始めてしまうと10時以上も同じ場所に座ってまさに寝食を忘れるということがあった(そして何日間も電池が切れたように動けなくなる)ので、時間割を決めたり1日の行動記録を事細かにつけたりして、普通の生活習慣を身に付けられるように指導を受けた。

睡眠も十分取れるようになったし、身体的にも精神的にも無理しなくなったので今は通院していない。

「困ってない」というのは主観的なことなので説明は難しいけれど、このように「日常生活を送る上では」困っていると言えるかもしれない。

それは観測する側が「ああ、大変そうだな」と思うのであって、私はそういう特性だと思っているので起きて寝て、栄養失調にもならず生きていけてるなら問題ないな、と思ってる。

「ウワアア！！困ったーーーー！！！」っていう状態ではないということ。

失感情なので自分が本当に困ってるかどうかは体調崩さないと分からないので何とも言えないけど、とりあえず平和に暮らしてる。

そういうことなので私もまた「困ってる」ことにぶち当たったら病院に相談に行くかもしれない。

なんで検査を受けたのか？

先のエントリにも書いてあるけれど、12年間うつ病の治療を受けていて「うつ病ではなくオーティズム(自閉症)のような気がしますね。1度検査を受けられては？確実に言えることはうつ病ではないということです。」と言われたので受けることに。

それまでは原因不明の頭痛や吐き気、慢性の肩こり、胃潰瘍、突然卒倒する、などといったことがあって精密検査を何度も受けていた。

それでも分からず、うつ病の治療でも緩和せず、ASDの診断を受けたあと結局それらは失体感によるところが大きく「寒いのに暖かい格好をしていなかった」だとか「同じ姿勢のまま微動だにせず、5時間以上も座ったままトイレにも行かずに仕事を黙々と続けていた」とか「偏食で栄養が偏っていた」、「失体感により食べ過ぎに気付かず食べ続けていた」というだけのことだった。

(他の人に言われるまでまったく気づかなかったし、普通だと思ってた)

服屋の強すぎる照明で気分が悪くなったり、晴天時に耐えがたい頭痛に襲われるのは視覚過敏だからだった。

アスペルガーと高機能自閉症の違いは言語 IQが高いか 動作 IQが高いかの違いだという話

動作 IQと言語 IQの違いでアスペルガーか高機能自閉症かが判断されるというのは、まだ知的に遅れのないASDにその両者の分類があった際、それが判断基準であったということから。

今はアスペルガーも高機能自閉症もカナータイプも全てASDという括りの中なのですでに判断基準は失われているし、旧判断基準でいうと高機能自閉症だろう、という話。

判断基準の話はまだそれがあった頃の当事者の親御さんたちの話からなので、本当のところは私も分からない。

「お医者さんがそう言っていた」というだけの話である。

ちなみに増田が言う通り、アスペルガーは言語発達に遅れがない。(よって言語 IQが高い)

アスペルガーは自閉症スペクトラムの中でもコミュニケーションに問題がないと言われている

先のエントリにも書いてあるし、引用している文章そのままだけれど一般的にアスペルガーは「自閉症スペクトラムの中でもコミュニケーションに問題がない」と言われている。

知的に遅れのあるカナータイプは言語発達に障害があるし、高機能自閉症も幼児期に言語発達に障害があると言われているためだと思う。

ASDの中でもアスペルガーは言語ポテンシャルが高いので、コミュニケーション障害が起こりにくいのかもしれない。

高機能自閉症よりもアスペルガーの方がまなざしから人の気持ちをくみ取る力が強い、という実験結果もある。

以下にURLを貼っておく。

Do Adults with High Functioning Autism or Asperger Syndrome Differ in Empathy and Emotion Recognition?
http://link.springer.com/article/10.1007/s10803-016-2698-4

もしかするとアスペルガーにコミュニケーション障害が全くない、と読み間違えたのかもしれないなと思った。

読み返してほしいけれどそんなことは書いてない。

もし誤解させるような書き方だったとしたら、それがコミュニケーション障害なので「ごめんなさい」したいと思う。

失体感・失感情をアレキシソミア・アレキシサイミアと併記した方がよかったかもしれないという指摘について

これについては私が知人に対して口頭で話をする際にどちらも説明したけれど、精神医学に何の興味もない人に突然「失体感・失感情」もしくは「アレキシソミア・アレキシサイミア」だという話をしても誰も理解できなかった。

なので併記をしたからと言って精神医学に興味のない人に理解が深まるとは思えないし、これは主観だけど「失体感・失感情」の方が字面的にどういう症状なのか分かりやすい(誤解もあるけれど)と思ったので、こちらを採用した。

まとめ

増田は少し精神医学に興味のある人かもしれない。

けれど聞きかじった知識や思い込みで書かず、ちゃんと当事者に意見を聞くなどして書いてほしいと思った。

これを機にASDは治療ができる病気などではなく、生まれつきの特性であるということを理解してほしい。

あとやれアスペルガーだ、やれ高機能自閉症だとは書いてきたけど旧分類であって今は死語である、というのも強調しておきたいかも。

Permalink | 記事への反応(2) | 23:11

■http://anond.hatelabo.jp/20161105232009

失体感・失感情

失体感症（アレキシソミア）・失感情症（アレキシサイミア）と書いたほうが分かりやすいかもしれない。

アスペルガーとか高機能自閉症という名称が使われなくなったので、どちらか分からないけれど多分高機能自閉症。

アスペルガー症候群と高機能自閉症の違いは、幼児期に言語発達に遅れがあったかどうか。

高機能自閉症では幼児期に言語発達に遅れがあるが、その後は言語発達が追いつくため、青年期以降はアスペルガー症候群と区別がつきにくくなる。

知的能力障害を伴わない自閉スペクトラム症を高機能自閉スペクトラム症と言い、アスペルガー症候群、高機能自閉症などが含まれる。

元増田が言いたかったのは、こちらの高機能自閉スペクトラム症のことだと思われる。

これも勘違いがあるけど、一般的に「コミュニケーションに問題がない」と言われているのは、自閉症スペクトラムの中でもアスペルガー症候群の人である

コミュニケーションの障害がなければアスペルガー症候群とは診断されないので、元増田のほうが勘違いしているものと思われる（言語性IQとか動作性IQというのは診断には関係ない）。

「自閉症特性は治すものではないので困ってないなら病院に来なくてもいいですよ」

これはまったくその通りというか、矛盾しているというか、自閉スペクトラム症の診断基準には

『その症状は、社会的、職業的、または他の重要な領域における現在の機能に臨床的に意味のある障害を引き起こしている』

とあるので、困っていない元増田は「自閉スペクトラム症の傾向がある人」であって「自閉スペクトラム症」とは診断されないはずなのだ（そもそも精神科の診断名っていうのは、困ってる人を治療のためにラベリングするためのものなので、困ってない人をラベリングする意味がない）。

元増田を自閉スペクトラム症と診断した先生が謎すぎるし、そもそも、困ってないのに元増田はなぜ病院に行ったのかとも思う。

念押し的に書いておくが、診断基準的には、困っていない元増田は自閉スペクトラム症ではない。

Permalink | 記事への反応(1) | 13:23

2016-04-17

■就活で合う精神 攻撃について　その１

ジコブンセキ

何でも誰しも大学生活で一つはガンバッタことがあるらしい。

は？ゼミもバイトもサークルもボランティアも旅行もやってないんだが。エピソードは何でもいい？じゃあもっとクソみたいな体験で文例載せろよボケ。

あれもしかしなくても自分ってダメ人間なのか？そもそも働くことが向いてない結論に至る。

エントリーシート・リレキショ

もう何回書いたかわからない。一つ文字を間違えると初めからやり直さなければならない。手書きで長文を書くというのは現代人にはつらい。似たような、でも少し違うことを書くのは気をつかう。これ前の会社の志望動機じゃん死ね。

しかしこれは前時代的に見えるが、書かれている文字から相手の性格や人格までもがまるわかりになるという高機能なものなので侮れない。

ジコジツゲン、セイチョウ

どこの説明会に言っても念仏のように唱えている。セイチョウしないと死んでしまうの？私はもう死んでいるのか。

ナイテイ

まだ自分はこの目で見たことがなく、本当に存在するのかも疑わしい物。どうやらとても幸せなものらしいが、自分にはわからぬ。ただこの言葉を聞くたびに心が痛む。ちなみに前にナイが付く私のものは偽物らしい。

シャカイ

SIerはブラック。日本はブラック。パワハラ、サビザン、リストラ、カロウシ。

シャカイというところは魑魅魍魎が蔓延り、普通の人々は精神を病んで脱落していき、悪鬼になられば生き残れない恐ろしいところらしい。そんなところに入らなければならない自らの宿命を呪う。

オイノリ

ケンショウやらゴカツヤクとはそんなにも何回も祈られればならないものなのか。時間差で攻撃を受けるのが地味な嫌がらせだ。１週間ほどと言って翌日にはオイノリされたり、全く忘れたころにオイノリされる。命中率100％なのは仕様？回避コマンド求む。

続く？

Permalink | 記事への反応(0) | 20:29

2016-03-27

■【転載】プロジェクトマネジメント なう ＼(^O^)／

はじめに

すごく良いこと書いてあったのですが参考にしようとしたらサイトが消えいたので、魚拓から転載。

監督とは、他人が打ったホームランで金を稼ぐことだ。
by ケーシー・ステンゲル（MLB監督）

ポリシー

やるからには圧倒的な当事者意識と絶対に成功させるという気迫を持つ。
全てのメンバーが目的・段取りのわからない仕事をしない／させない。
プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識する。
プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。
プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。
リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは中長期的には失敗する。
メンバーの強みを見つけて伸ばすことに注力する。その強みを持ち寄ってチームで仕事をするイメージ。
一つとして同じプロジェクトはない。どれだけ成功体験を積み重ねて実績のある方法論を確立しても、常に考えて工夫して改善し続けよう。常識という思考停止をしてはいけない。
人は一人一人別人であり仕事に対するスタンスは様々だが、ほとんどの人にとって仕事はあくまで生活の手段であり、生活のイベントより大切な仕事のタスクなんてないと考える。
リソース（ヒト・モノ・カネ・タイム）が十分に足りてるプロジェクトなんてめったにない。それでも工夫と仕組みでなんとかするのがマネジメントの醍醐味。
業務システムの開発でどんだけ失敗しても人は死なない。気楽にやろう。最も大切なのは人の心。なるべく楽しくやろう。
リーダーシップやマネジメントは効果の見えづらいものだが、人の集まりである組織には絶対に必要なもの。誰にも理解されなくても淡々とやるべし。

働・学・遊・美をミックスしましょう
by 川瀬武志（コンサルタント）

フラット＆オープン

リーダー、サブリーダー、メンバーはたんなる役割であり、対等に仕事を譲り合い奪い合う関係である。
役割に関係なくお互いになんでも言い合えるフラットでオープンな関係を作ることが最も大切。
リーダー自身が自由で本音な発言をすることでしかフラットな関係は作れない。
全ての情報を全てのメンバーにオープンに。基本的にはメール・メッセージは常に全てのメンバー宛に。
情報連携はできるかぎり速やかに。リーダーとメンバーの情報格差は百害あって一利なし。オープンにできないことはやましいことである。
チーム内に何してるかわからない人がいたり、一部の人しか知らない事情があると、とても雰囲気が悪くなる。
見積り・計画・スケジューリング・アサインは全員参加で。

門限なんかできたら私が一番困る。幼稚園の子どもではあるまいし。
by 仰木彬（NPB監督）

スピード＆フレキシビリティ

やってみないとわからないことの方が圧倒的に多い。トライ＆エラー＆リスケを繰り返す。スモールスタート＆リスケジュール。
考えてもしかたないことやわからないことを考えない。下手に予測するより聞いたり試したりする方が速い。
早く失敗することは遅く失敗することよりも何倍もよいことである。
スピードとクォリティは反比例する。どんな要求にもまずは素早く対応する。
リーダーは自分の作業に集中していてもメンバーからのアクションにはすぐ応える。「今いいですか？」の答えは常に「YES」。メンバーを待たせてはいけない。

明確なのは、楽しく笑顔が生まれる環境ほど、物事は成功しやすいということだ。我々はそういった環境を作り出そうとしている。
by ジョセップ・グアルディオラ（サッカー監督）

スケジューリング

日々リスケする。プロジェクトの初日に完璧なスケジュールが引けるはずがない。実態と乖離した変化しないスケジュールは失敗の素。
スケジュールはCCPMに準拠したやり方で管理する。これが現状の把握と未来の計画が最もやりやすいやり方。
1. 個別のタスクにはバッファを積まずに最短期間とする。
2. フェーズ毎にプロジェクト全体のバッファを持たせ、人単位で管理する。
3. スケジュールには全てのタスクと人単位のバッファを掲載する。
4. 個別のタスクの長さは、日々、現状に合わせて変更する。（常にオンスケ状態になる。）
5. プロジェクトの状況把握はバッファの消費率とメンバーの稼働状態で判断する。
スケジュールとWBSは似て異なるもの。スケジュールは見易さと扱い易さが命。メンバーが手元にスケジュールを持っていないプロジェクトは失敗する。
どの時点でもどれだけ未確定なことがあっても、実際に全体のスケジュールを引いて実名でアサインしてリソースの過不足を確認することは大切。
リソースの状況に関わらず必ずやるべきことと、リソースから逆算してやれる範囲でやることを区別すること。
重要であること／ないこと・緊急であること／ないことのマトリックスを意識する。
スケジュールを変更する時は必ず担当者と話して一緒に考えること。
森を見ずに木に手をつけてはいけない。木を見ずに森を見積もってはいけない。

計画は役に立たないが、計画することは不可欠だ。
by ドワイト・D・アイゼンハワー（第34代アメリカ大統領）

アサイン

一人一人の特徴や好みに合ったアサインをすることはとても重要。
メンバーがちょっと頑張ればできるくらいのちょうど良い質量の仕事を担当させることが理想。
全てのメンバーが自分の役割と他人の役割に納得できるようになるまで見直す。
プロジェクト期間中に成長したり変化するメンバーもいる。最後まで柔軟に変更する。
経験年数や業務知識よりも、頭の良さや心の強さや柔軟さを重視する。前者は変わるけど、後者はほとんど変わらない。
ダメな人をイイ人の上につけない。年齢や役職を無視する。新人が入社初日から旧人より仕事ができることもある。
「どんな仕事でも長時間かけても平気」「面白い仕事なら長時間かけても平気」「どんな仕事でも長時間は嫌」という仕事に対するタイプを意識する。
アサインに関してチームとメンバーの利益が一致しないことはよくある。ありのままをメンバーに話して一緒に考える。
いったん良いチームができたら同じチームで様々な仕事をしていくのが理想。（とても難しいけど。）
本人がその役割を好きかどうかはとても大切。
適切なアサインができたら、チームと個人に明確に責任を持たせ、信頼し、任せる。
各カテゴリのチーム内の権威が自然にチームリーダーをするのが望ましい。
適材を適所に。それが全て。適材がいなければ始めてはいけない。
下流工程は人数さえそろえば誰でもいいというのは大きな間違い。また、レビュイーとレビュアーの比率には要注意。
少数精鋭がベスト。できる人を入れることとできない人を入れないことは同じこと。「遅れているソフトウェアプロジェクトへの要員追加は、さらにプロジェクトを遅らせるだけだ。」（ブルックスの法則）

人を最もダメにするのは「全体像」を見せずに「部分的なこと」をずっとさせること。
これ続けてると何も考える力のない指示待ち人間ができあがる。こわいこわい。
by 外尾悦郎（スペイン、バルセロナのサグラダ・ファミリア主任彫刻家）

プライド

全ての人には美意識や価値観やプライドやこだわりがある。それをできるかぎり尊重し傷つけないようにする。
人が一生懸命に話をしてる時にはなるべくさえぎらない。ため息をついたりしない。
「ダメじゃーん」と言った方ががんばる人もいるし、「よくできました」と言った方ががんばれる人もいる。
いったん優秀さを信頼した人には、どーんと仕事を任せて長い目で見る。
ほめる時はみんなの前で、注意する時は一対一で。
短期的な効率よりもやる人の気持ちを優先する場面も多い。
踏んだ人はすぐに忘れても、踏まれた人はその痛みをいつまでも覚えいている。リーダー・マネージャーは常に踏む側。

腹が立ったら自分にあたれ、悔しかったら自分を磨け。
by 村上春樹（小説家）

コミュニケーション

チーム全体で話す。数人で話す。一対一で話す。それを上手に使い分けること。
状況によって話がぶれないようにする。相手によって話を変えてはいけない。
常にメンバー全員の気持ちを知っておくことは大切。定期的に一対一で話すなど。
常に明るく楽しく。仕事に負の感情を持ち込まない雰囲気を作ることが大切。
必要な話を必要なレベルで必要な人にする。相手が望んでない話を理解できないレベルでしてもムダ。
神経質な人にはおおらかに、おおらかな人には神経質に、楽観的な人には悲観的に、悲観的な人には楽観的に。
仕事でミスした人に「ミスしただろ！」と怒っても百害あって一利なし。原因や対応や予防策などを一緒に考えることが重要。
人や仕事をなめてると感じられるメンバーを見つけた時だけは厳しく。なめられてもなめてもダメ。
仕事も遊びも類友ではあるが、できるかぎり負の影響が出ないようにする。また、類友とそうでない人の意思疎通の差は要注意。
議論の対立は失敗ではない。対立を敵視すると自由な議論ができない。
沈黙を同意と思ってはいけない。多くの場合、沈黙とともに問題が潜在化する。明確なYES以外は全てNOと受け取る。
全てのステークホルダーと良い関係を築き、明示的・暗黙的な期待を察知してコントロールすることを心がける。
人と人との問題は徹底的に話し合うしか解決の道はない。感情のぶつかりを恐がってはいけない。

ミスした選手に「ミスしただろ」と言ったり責めてもしかたない。本人が一番わかってる。
by ピクシー（サッカー監督）

クォリティ

目的、内容、責任の所在、〆切、優先度、質重視かスピード重視かなどは常に明確に。曖昧さを徹底的に排除する。
どんだけ簡単な話でも箇条書きや表や図にして考え、人と議論する時にはどんだけ簡単なものでも良いので必ずなんらかの紙を用意する。
必要のない冗長性を排除する。ルーティーンワークについては、できる限り何も考えずに簡単にまわる仕組みを作ること。
成果物・タスクの粒度に注意する。一つ一つが大きいと数が減って管理しやすい。小さいと数は増えるが柔軟にアサインできたりする。
問題を相談する時は、根本原因を明確にした上で選択肢を洗い出し、最終的な自分の意志を持って臨む。
最新の問題が最優先ではない。最古の問題が最優先でもない。発生順と優先順位に関係はない。
目に見える成果物だけではなく、段取りや、会議や、議論などの質を意識する。
頑張りや心がけではなく工夫と仕組みで救う。

神は細部に宿る。
by ミース・ファン・デル・ローエ（建築家）

コスト

なにかを作るコストとそれを利用するコストのバランスには細心の注意を払う。
〆切ぎりぎりに慌ててやるのが一番コストが低い。意識的に上手に利用すること。
メンバーの作業を遮る度に生産性はどんどん落ちていく。
だらだらした会議は諸悪の根源。会議のコストは莫大であることを常に意識する。
短期的に生産性を上げる方法はない。プレッシャーをかけても思考は速くならない。過度の残業（短期を除く）は生産性を落とす。
費用的なコストだけではなく精神的・身体的なコストを意識する。サービス残業は費用的なコストをメンバーの精神的・身体的なコストに転嫁している。
全ての仕事を全力でやってはいけない。（そんなことしてたら家に帰れない。）重要度に応じてコスト配分すること。

放っておくと会議の時間の九十五％は「コメントの交換」に使われている。
これを「明確化のための質問」「代替案の提示」「リクエスト」の三つだけに絞ると面白いほど会議が前進する。
by 大橋禅太郎（コンサルタント）

リスク

フラット＆オープンの実現が最大のリスク管理（メンバーからのアラート頼み）である。
契約前にできる限りリスクを洗い出して契約に反映する。契約後にリスクを洗い出しても手遅れ。
問題が起きた時は、暫定対処をした後に何度も「なぜ」を繰り返して根本的な原因に到達するまで対処しない。
知らないことが問題になることより、知っているつもりで誤解していることが問題になることの方が圧倒的に多い。
リソースが足りなければリーダーは無力。それを闇雲に根性で埋めようとするリーダー・マネージャーが最大のリスク。
リスクのない仕事はない。リスクがあることが当たり前。リスクがなければマネジメントなんぞいらない。

たとえば、よく晴れた日曜日の朝に戦争がはじまる。
by 「ケッヘル」（中山可穂）

リーダーシップ

「いいからやれ！」というのは通用しないし、それを言う人もそれで動く人も信用してはいけない。
正直に誠実に。自分のミスは素直に認める。公平にはできないけどできるかぎり公正でありたい。
リーダーだけは結果責任。正しくても結果がダメなら意味がない。
常に問題や誤りが起きるのが当たり前。要件も見積りも常に変化するのが当たり前。問題や誤りや変化に対応することがリーダーの最も大切な仕事。
過度の残業の発生はマネジメントの失敗をメンバーに救ってもらっているということ。残業は悪ということを徹底する。
平和だったらリーダーはヒマなのが正しい。メンバーが忙しくなる頃にはリーダーの仕事のほとんどは終わってるはず。
リーダーの笑顔は義務。加えて絶対にくじけない胆力。いつでもヒマで上機嫌が理想。
どれだけオープン＆フラットを実現しても、管理者は同僚ではないし純粋なチームの一員にはなれない。これはしかたない。
メンバーからの信頼は絶対に一朝一夕には得られない。長期間にわたる日々の積み重ねでしか得られない。
個人の評価は難しく苦しいことが多いが、厳しく明白に成果の差をしっかり反映するように努力すること。
問題が起きた時には必ず先頭に立って矢面に立つ。絶対に逃げてはいけない。結果が伴わなくともその姿勢がチームの雰囲気をよくする。
外部からの雑音を遮断することは難しい。一つ一つ理論的に検証してメンバーと共有する。
旧来の悪習は自分以降の代には持ち越さないという強い意志を持つ。
リーダーの成功は優秀なメンバーに支えられている。常に感謝の気持ちを忘れない。
北風ではなく太陽でいよう。

重要なことは、正しいか、間違いかではない。うまくいくか、いかないかです。
マネジメントとは、そのようなものです。
by ピーター・F・ドラッカー（マネジメントの神様）

その他

数値はたんなる道具であり、現場の判断の材料であったり後を追うもの。数値を計測・記録する事務作業はマネジメントの本質ではない。
ウソはあらゆる面でものすごくコストの高い最悪の手段。
夕会は人気がない。朝会か午後会で。
人は変化を憎悪することが多いし、変化への基本的な反応は論理的なものではなく情緒的なものであることが多い。
ハラスメント系の問題は何もしなければ絶対に見つからない。発見するための仕組みを用意すること。
ストレスやプレッシャーは逃げると追いかけてくるけど立ち向かうと逃げていく。でもしんどい時は相談してね。

やってみせ　言って聞かせて　させてみて　ほめてやらねば　人は動かじ
話し合い、耳を傾け、承認し、任せてやらねば、人は育たず
やっている、姿を感謝で見守って、信頼せねば、人は実らず
by 山本五十六（連合艦隊司令長官）

クロージング

評価や反省は厳しくごまかしなく。それが最も本人のためになる。
反省会は必須。記憶が定かなうちに他者も交えて反省・改善をしないとせっかくの経験がムダになる。
反省会で、全員がオープンにフラットに悪い部分も含めて相互を評価し合えたら、そのチームはうまくいったということ。
全ての項目が○な人はいないし×な人もいない。固有のミスや特定のカテゴリで人を評価しない。全期間を通したトータルで評価する。
打ち上げは必ずやる。絶対にやる。やる。

あなたに幸運の女神が微笑んだのであれば、プロジェクトは無事に完了し、幸せになれます。とてもとても幸せになれます。多くの人々は、自分では何の失敗もしていないのに、ここまで到達することができないのです。豪勢な夜を計画してください。どんちゃん騒ぎをして散財してください。そして、その時のことをいつまでも語り継げるようにしてください。
by 「アート・オブ・プロジェクトマネジメント」

ヒント１（仕事の進め方）

〆切を確認する。
成果物の内容を確認・提案して合意する。
タスクを分割してスケジューリングする。
難しいタスクの目処を早めにつける。放置してはいけない。
参考になる前例や詳しい人を探す。車輪の再発明はダメ。
定期的に報告する。ただし、困った時はすぐ報告する。

ヒント２（ミーティングのコスト）

１人が事前に１０時間かけて準備して２時間で終わった場合、５０人時間。
だれもなにも準備せず５時間かかった場合、１００人時間。

この５０人時間の差が大規模で長期間のプロジェクトの場合に大差を生む。

ヒント３（生産性）

２０人のチームの場合。

各人の生産性が１０％上がったら、２２人分。
各人の生産性が１０％下がったら、１８人分。

この４人分の差が大規模で長期間のプロジェクトの場合に大差を生む。

ヒント４（報告メッセージ／メール）

ミーティングと同じようにコストを意識する。読む人の時間をムダに奪ってはいけない。

目的を明確に。問題提起なのか周知なのか依頼なのかメモ（エビデンス）なのか。難問だったり緊急なら直接話そう。
必要のない重複を削ってなるべくサイズを小さくシンプルにする。時間をかけられる時の方が十分な推敲で文章が短くなるのが正しい。
リーダーは結論だけを知りたい。サブリーダーはその経過も知りたい。他のメンバーは具体的なやり方まで知りたい。だからその順番で書く。
文章だけのメッセージでもレイアウトとマトリックスを意識する。例えば「ＡはＢでＣはＤで」みたいな部分は箇条書きにする。
「ご連絡」とか「お願い」というタイトルはダメ。検索できるとはいえ後から探すコストはバカにならない。

ヒント５（オンライン 反省会）

反省会は、社内グループウェアのメッセージ機能を使って、こんな感じでやってます。

全員がなるべく全員の良かったところと悪かったところを書く。
プロジェクト全体やお客さんや会社についてもなにかあればなんなりと。
非定型に自由にコメントＯＫ。気付いたことがあれば数年後でも書き込みもＯＫ。

オンラインで反省会をする理由はこんな感じ。

声の大きさや考えるスピードの影響が少ない。
その場の雰囲気や感情に流される確率が低い。
自分のペースでじっくり消化・表現できる。
場所とか時間とかの制約がない。
完璧な記録が残る。

ヒント６（ファイアー プロジェクト）

ファイアープロジェクトに助っ人参戦した場合にどうするか。原因のほとんどはマネジメントもしくはコミュニケーション。

全てのメンバーと１：１で話をして問題や要望を挙げてもらう。リーダー、サブリーダーからは出てこない様々な話が出てくるはず。
面談でキーマンが浮かび上がってくるのでアサインを見直す。ただし、人を腐らせて雰囲気が悪くならないように細心の注意を払う。
スケジュールに全てのタスクと全てのメンバーの空き工数を記載し、進捗もぴったり現状に合わせて状況をはっきりさせる。
リソース不足や課題が出てきたらすぐに手を打つ。スピード感が変わったことを印象づける。
マネジメントの問題だった場合はメンバーに「君たちの問題ではないよ」と明確に伝える。

２０人程度のチームならこれらを１～２日で終わらせて雰囲気を一新する。あとはふつーのマネジメントへ。

ヒント７（ヒューマン スキル）

ヒ

Permalink | 記事への反応(0) | 22:54

2014-12-10

■『感情に乏しい』・『自分の意見がない』人は読んでみて下さい。

自分の意見がない人は、自分の感情がない人。

感情がない、何も感じない、それを出せない。

ヒントを一応文章という形で羅列します。しかし、ヒントの羅列と捉えてもらえるとありがたいです。

自分が必要だと思う部分を掻い摘んで読んでみてください。直訳したような文章になってしまいました、悪しからず。

●『好き・嫌いの嗜好すらそもそもない人』

感情として、分かりやすいのが、５感。

美味いものは美味い、不味いものは不味い。

次に、例えば、モノの好き嫌い。

アイドル、モデル、芸能人、自分の周りの人間→好き/嫌い。

それは何かを感じるからです。で、こいつはこうだから好き、こいつはこうだから嫌い。

自分の意見も出ます。この感受性を高めて下さい。そのためにはもっと「触れる」「知る」ことです。

●『喜怒哀楽＝自分』

で、ここで言いたいこと。その肝心の「感情」とは、「喜怒哀楽」。

何か物事が起こった時、それに対して「感じる」力が弱いのです。

だから、自分の意見が言えない。

自分の意見が言えない人は特に、「怒り」の感情が弱いと思います。

自己肯定感が低い、自己否定感が強い人は、何かあった時にそれを全て自分に帰属しやすいです。

それはあいつが悪いんだろ、って普通思う局面で、僕が●●だから悪いんだ。

これはいじめとか虐待とかされてた人、周りから否定されてきた人に強いと思います。

理不尽な否定に対して、認知的不協和が起こるために、自己否定感を持ってしまう。

●『感情を抑圧してしまう人』

これを止めるコツ。それはべき思考を消し、自分の感情を素直に受け止め、それを一旦出すこと。

怒っちゃいけない、怒りの感情がある時は、それを一旦出す(自分の内にはそれを認めること)。

たとえ、自分が一方的に悪いことでも、怒られればムカつくし、情けなくもなります。

それは逆ギレという形で出せ！というのではありませんが、怒りの感情を抱いたことは事実でそれは認めてあげることです。

その上で、冷静に考える。これをちゃんと出来て初めて、「感情のコントロール」が出来るようになるのです。

それは感情の否認でも、抑圧でもあってはいけないのです。

怒りを抑圧すれば、いずれ爆発します。感情を抑えれば爆発するか、何も感じなくなります。(失感情症＝アレキシサイミア)

酒飲んで暴れる人間とかはこの典型です。

しかし、これも有効に活用出来ます。酒を飲んで吐き出したくなる感情が普段抑圧しがちな感情です。

●『その対策・改善策』

感情が出にくい人へその改善案です。

感情を否定しないのが前提ですが、

・心揺さぶられる(擬似)体験をする・心揺さぶられるものに触れること。映画、音楽、TV、スポーツ。なんでもいいです。

自分が好き！！と言えるものを探して下さい。泣いて下さい。笑って下さい。笑いが出たらわざと大げさに笑い、涙が出たらもっと泣こうとして下さい。

・その時に出来れば、感情豊かな人の真似をして下さい。

「芸能人、DQN、幸せそうな人、失恋した人、外国人。それらの真似をすることで感情が出やすくなります。」

芸能人のようにわざとらしく泣き、笑い、DQNのように怒り狂い、ウエディングドレスを来た新婦(新郎)のように幸せに身を委ね、失恋した人のように悲しみにくれ、外国人のようにオーバーリアクションをしてみてください。感情は感情ありきでないというか、笑顔になるから楽しい、眉間にしわを寄せるからムカつく、と表情に牽引されて出るものでもあります。

※わざとDQNと書きました。

自分が嫌いなもの、苦手なもの、こうなりたくないというもの、をイメージして下さい。

それは、そうなれないもの、では無いですか？？　それが自分のコンプレックスを刺激するものでは無いですか？ある意味羨望。

だとしたら、一旦それを真似して下さい。地面につばを吐いて、店員に悪態をついて、街を肩で風をきるように、歩いてみて下さい。

自分がなりたいイメージがある、変わりたい場合、あえて真逆を言ってバランスを取るのも手段の１つです。

・アサーティブな場に自分を置いて下さい。

アサーティブとは、自分も相手も台頭ということです。(詳しくは、「アサーション」等でググって下さい。)

自分が何者であるか、そのバックグラウンドがあまり関係ない場です。ネットとかもそうですよね。

それは感情を出しやすいために、抱きやすくさせます。

●『恋愛をしてください』

…ここまで書けば、何をすればいいか分かりますね？？

そう、『恋愛』をして下さい。

アサーティブな関係で、自分の絶対的な「好き・嫌い」、「喜怒哀楽」を出すことの許される関係です。

そして、自分を忘れ、恋に走り、歓び・傷ついて下さい。理性を忘れ、自分の思うがままに相手を求め、SEXして下さい。

恋愛は素晴らしいです。感情主体的行為です。

●『斜に構えないで、自分の人生を生きて下さい』

『恋愛』…ああ、言いたいことはそういうことね。俺には無理だわ。クソ記事乙ｗｗ

こういう自己否定的、斜に構えて物事を見るのを止めて下さい。こういう人はYESマンになって下さい。

物事をそれをする前から、自分には向いてる／向いてない、意味がある／ない、出来る／出来ないで判断しないで下さい。

そんな「効率」や「要領」なら捨てて構わないです。それを誇って生きられるのは、ネットの世界だけですから。

コストパフォーマンス・仕事の効率化…熱量を失った人間ばかりです。それは死に物狂いで何かをして、何かを得た人間がやればいいことです。

あなたは、ネットで難しい言葉で相手を言いくるめ、論破し、罵倒し、勝ち誇った気持ちになれるかもしれません。

自己を肥大化させて万能感でもって、愉しく生きているのかもしれません。

だからこの記事の中にも、批判しやすいように「餌」を何個か用意しました。それを叩いてくれてもかまいません。

しかし、実態は「感情」を持った、人間なのです。感情を失ったら機械です。理性を失ったら動物です。

人間が素晴らしいのは、感情も思考能力(理性)も持っているからなのです。しかし、ベースは感情です。

感情があるから物事を考えることが出来るのです。感情、それは「あなた唯一無二のもの」です。

我思う故に我有り。思うのは、考えられるのは、感じることができるからなのです。

客観性・妥当性だけで生きていたら、平凡な人間にしかなれません。

その平凡さを否定するために、人を蹴落として自分の価値を高めるつまらない人間にしかなれません。

それをしていると、自分より強いものの前に跪き、下しか見れない人間になるのです。

僕はそんな人間になりたくない、過去の自分への戒めとして書きました。

Permalink | 記事への反応(2) | 02:27

2014-05-29

■

サッカー日本代表「戦犯旗」ユニホーム、米紙に批判広告

http://www.chosunonline.com/site/data/html_dir/2014/05/29/2014052900680.html

普段は「レキシシューセー」とうるさい人々は、韓国人による「レキシシューセー」は完全スルー。これがニッポニア・サヨク＝コリアン・ネトウヨである。

Permalink | 記事への反応(0) | 22:50

2012-09-18

■無理に喋らなくて良いのに

http://d.hatena.ne.jp/apesnotmonkeys/20120918/p1

あんまり無茶なこと言うとレキシシューセーシュギって啓蒙も怪しく思われちゃうので、そんな頑張らない方が良いですよ。

Permalink | 記事への反応(0) | 05:13

2012-04-09

■突然「理系 の子」をdisる

文芸春秋が先月出した単行本で、「理系の子」というのがある。書評を検索したところ、おおむね好評であるようだ。

たしかに本はとても面白かった。登場人物はそれぞれ個性的だし、エピソードは魅力的で印象に残る。構成もよく練られていてとても読みやすい。

だが、おれは気に入らない。この本は文系の著者による文系の読者のための文系ならざるところはない本だからだ。あいまいで科学的厳密性に欠けるものだからだ。

たとえば、第二章では、「太陽エネルギーによって部屋を暖め、湯をわかすヒーター」が登場する。著者は次のように説明している。

太陽の光がプレキシガラスを通過し、光を最大限に吸収するよう黒く塗られた炭酸飲料の缶に囲まれたラジエーターを暖める。そこから暖かな光がパイプを通じて部屋へ送られ、室温を摂氏三十度以上にすることができ、さらに沸点近くの九十五度くらいまでの湯をわかすことも可能だというのだ。

お前らこれでどんな装置か想像できるか。水温測ったら九十五度でした、以上の情報はおれには読み取れない。

ラジエーターは何のためについてるんだ？装置内で水は循環してるのか？そういう説明は一切ない。

また第六章では、水中のポリフルオロオクタン酸(PFOA）の濃度を正確に計測する方法として

PFOAを含む水を煮詰めて振り、表面にどれほどの泡を生じるか観察するだけでいいのではないか？

と書いている。いいわけないだろ。あのな、お前本当に知らないかもしれないから言っておくけど、界面張力ってすごく微妙で他の有機物はもちろんちょいと無機塩が溶けるだけで変わってきちゃうんだぞ。

そして、この測定法について「この方法でも九十二パーセントの精度で水に含まれるPFOAの量を測定できることがわかった」と書いているが、九十二パーセントの精度ってどういう意味なのかおれにはわからない。測定誤差が八パーセントってことか、ばらつきが九十二パーセントあるってことか、どっちだよ。

測定誤差が八パーセントなら測定誤差が八パーセントと書くべきで、訳文から感じ取れる「こんなに正確に測れるなんてすごい！」的ニュアンスからすると多分こっちかなあという気がするが、でも一○八パーセントの方はどうなっちゃうの、と思わざるを得ない。あるいは、この方法は簡易測定法なんだから、ばらつきが九十二パーセントあったって充分有用なのかもしれない。でも、それならそれでもうちょっと他の書き方があるだろ。測定誤差が大きい測定法なのに、そのことについて触れないとしたら、それは不誠実な態度ってもんだ。

第十一章はカーボンナノチューブネタだが、ナノ粒子についてこう書いている。

ナノ粒子は髪の毛のおよそ十万分の一、分子よりもわずかに大きいだけだ。

お前なあ、と書いて終わらせたいところだが、一応二点だけ突っ込んでおく。

髪の毛のおよそ十万分の一、というのは「髪の毛の太さの十万分の一」というつもりだろうが、太さという重要なタームを省略する感性は理解しがたい。それに、髪の毛の太さが何ミリかお前ら知ってるのか。おれは知らない。ナノ粒子ってすごく小さいんですよ、と言いたいのならもっと具体的にイメージできるものと比較しろよ。「分子よりもわずかに大きいだけだ」って、大きさをどう評価するべきか、という議論も可能だし、そもそも粒子と分子を無造作に並記する鈍感さにうんざりさせられる。

他にもいくらでもあるが、以上を要するに、著者は彼らの研究内容を理解していない。

そして（著者略歴によれば）他の雑誌はともかくWiredに寄稿していることからして、自分が理解していないということは認識していただろう。つまり、理解しようという気がなかったと断定していい。この本の帯には「科学はこんなに楽しく、熱い」と書いてあるが、著者が書いているのは科学の楽しさや熱さではなく、参加した高校生が楽しんだり熱中したりしているその姿である。著者にとっては、そしておそらくこの本のメインターゲットであろう多くの文系の読者にとっては、研究内容などどうでもいいことなのだ。

消費される娯楽。この本に対するおれの評価はそれに尽きる。こういう本が出版されること自体が遠まわしな科学へのdisではないのか。

だいたいからして電子材料ハンドブックだって充分すぎるほど楽しく、熱いよ。

Permalink | 記事への反応(2) | 23:12

2011-03-16

■「ドラゴンボールで学ぶオブジェクト指向」のクロージャに関して

http://anond.hatelabo.jp/20110316202255 - ドラゴンボールで学ぶオブジェクト指向

また、ポイポイカプセルのように技を塊にして色んな人が使えるように出来ます。
var shotKamehameha = new function(){
	//かめはめ波を打ちます。
}

noumin.kougeki = sendKamehameha;
buruma.kougeki = sendKamehameha;

noumin.kougeki();  //カメハメ波がでます。
このような仕組みをクロージャと言います。クロージャはクロージャの中に記述することも出来ます。

って書いてるけど、クロージャってのはそういうものじゃないよなぁ、と。まあファーストクラスの関数オブジェクトっていうところはあってるけど、それだけでクロージャと言えるのかというとちょっと違う。

"a closure is a first-class function with free variables that are bound in the lexical environment." (Closure - Wikipedia) とあるように、関数内の変数がレキシカルスコープに結び付けられているようなものがクロージャなのである。 JavaScript で例を書くなら、次のようになる。

// クロージャを返す関数
var getClosure = function getClosure() {
    // クロージャからアクセスされる変数
    var counter = 0;
    // クロージャ
    var closure = function closure() {
        return counter++;
    };
    return closure;
};

// クロージャを取得
var closure = getClosure();

// クロージャを実行
closure(); //=&gt; 0
closure(); //=&gt; 1
closure(); //=&gt; 2

匿名ダイアリーで大なり記号とか書くときってどうしたらいいんですかね... ">" ってなっちゃう

Permalink | 記事への反応(0) | 23:11

2011-02-01

■大学院 博士課程はどうなるべきなのか？

id:aionarapです．自分のブログがなく，ブコメじゃ情報を書き足りないのでこの場をお借りしました．

エントリを書くきっかけ

“徒弟制度”や修士論文の廃止求める　大学院博士課程で中教審答申 - MSN産経ニュース http://sankei.jp.msn.com/life/news/110131/edc11013122040003-n1.htm

はてなブックマーク - “徒弟制度”や修士論文の廃止求める　大学院博士課程で中教審答申 - MSN産経ニュース http://b.hatena.ne.jp/entry/sankei.jp.msn.com/life/news/110131/edc11013122040003-n1.htm

この中教審の答申に関して，ブコメでは否定的な意見が多数，というか肯定意見は皆無ですね．しかし，私個人はある程度この試みに賛成です．あ，先に書いときますが，完全肯定じゃないですけどね．修論は書いたほうがいいし，徒弟制の完全廃止もどうかとは思っています．

じゃぁ何が賛成なのよ，という話ですが，Qualifying Examの導入，及び広い範囲の教育に関してです．これは必須，と私は考えています．この辺りのお話に関するご意見を皆さんに聞いてみたいと思い，当エントリを書くことにしました．

要約

今回の中教審の答申は，博士の現状の問題を反映した意欲的な取り組みに感じる．丸呑みにするには良くない部分もあるが，期待しても良いのではないのか．

博士とはなんなのか

さて，そもそもの出発点ですが，博士は「スペシャリスト」でありさえすれば良いのでしょうか？私は否と考えます．博士こそ「ジェネラリスト」にもならねばならない．…と書くと誤解を招きますね．要は専門馬鹿になっちゃいかん，ということです．

勿論，博士課程の人間は自分の専門分野に関して，国際的な第一線に立てるような知識と経験が必須です．一生懸命に自分の研究に取り組む必要があります．ですが，それだけではダメで，最低限隣接領域(まぁ定義が微妙ですが)に関して，可能であればもっと大きな枠組で知識を深めなきゃいけません．科学技術はどんどん煮詰まってきて，先に進むためには学際分野の融合による新しい概念の創出が必要です．それをイノベーションと呼ぶこともあるでしょう．それを生み出すためには，少なくとも2つの分野に関してよくものを知っていないといけません，そうですよね？

テクニシャンとして分野を極めるのもひとつの道かもしれませんが，博士に求められているのはそういうことではないと私は考えています．

国はどういうつもりで博士を育てているのか

加えて，博士が「スペシャリスト」のみを意識していると，博士課程の人材の活用先は研究者，それもかなり狭い分野に限定されます．

ここで，大学院設置基準が定めている博士課程の役割を見てみましょう．昭和49年の時点では，

「専攻分野について，研究者として自立して研究活動を行うに必要な高度の研究能力及びその基礎となる豊かな学識を養うことを目的とする。」

というものでした．それを，平成元年の時点で

「専攻分野について，研究者として自立して研究活動を行い，又はその他の高度に専門的な業務に従事するに必要な高度の研究能力及びその基礎となる豊かな学識を養うことを目的とする。」

と，敢えて変更を行っています．差分は，

「又はその他の高度に専門的な業務に従事するに必要な高度の研究能力」

が必要，と明文化したところ．その意図を，

「社会の多様化，複雑化等に対応し，博士課程において，大学等の研究者のみならず，社会の多様な方面で活躍し得る高度の能力と豊かな学識を有する人材を養成する必要から明確化」

した，と説明しています．

(以上，http://www.mext.go.jp/b_menu/shingi/chukyo/chukyo0/toushin/05090501/021/003-3.pdfの2ページ目より引用．)

平成元年の時点で，大学院設置基準は博士課程学生に「社会の多様な方面で活躍しうる」人材たることを求めているのです．

博士はどこで活躍できるのか / あるいはすべきなのか

「おいおい，博士が研究者にならなくてどうするのよ…」という意見もあるでしょう，それは理解します．ですが，包含関係を取り違えてはいけません．研究者として生きて行けるのは，博士号を取得したうちの一部の人間です．研究者になるのは博士号取得者でしょう．ですが博士号取得者は全員研究者にはなれません．国家として，限られた国庫の中から博士を全て取り込めるほどポストを恒久的につくるのなら別ですけどね…．

それに，(ありえませんが)もしそうなったとしても，全員研究者になるのもどうかと思います．一人ひとりが研究テーマを持って，プロジェクトリーダー的な役割を果たしつつ，世界の最先端を突っ走ってきた人間が，その経験と知見を他の分野に持っていくことは非常に意義があるでしょう．ある意味，一人でプロジェクトチームに求められる役割を全て果たす必要があるのですから，その能力は推して知るべしです．是非，社会のあちこちで活躍するべきです．

非常にポピュラーなのは，専門を活かした職業でしょう．企業での研究開発を初めとした「明示的に博士を求めている」職業は多いです．…まぁ敢えて書く必要はないですね．

初等，中等教育の教師もいいでしょう．勿論高専も．起業もいいですね．

そして，本当はその他の「博士が求められていない」と考えられている職業にも行ったほうがいいと思うんです．だって，ずっと知的体力を鍛えてきたわけですから，同年代の博士号非保持者と比較してその辺りは大きくリードしているはずです．

彼ら/彼女らが持っている問題発見能力は，必ずや企業にとって大きな助けになります．

現状はどうなのか

前節の内容に関して，同意して頂けましたでしょうか？して頂けた方も，そうでない方もいらっしゃるでしょう．

でも，同意/非同意にかかわらず，ほとんどの人は「夢物語乙!www」という感想を抱くのではないでしょうか．いえ，私もそう思います．

だって現状が全く異なるのですから．

例えば，id:scicom 氏の快著，「博士漂流時代「余った博士」はどうなるか?」(http://goo.gl/Pd0ls amazonへのリンク)には現状の博士号取得者，特にポストドクター(PD)の状況が整理されています．

簡潔に言えば，現状は散々たる物です．企業は博士号に魅力を感じていません．これは伝聞ですが，採用担当者は「博士は当たり外れが大きい」と感じているようです．ハズレを引くリスクを恐れて採用を控えるそうです．

そもそも，皆さん，博士号をとっている人間が「最低限」「共通して」何を出来るか，分かりますか？

言い換えると，博士号が担保しているものは何か，知っていますか，ということです．

公開されたばかりの中教審の資料から引用しましょう．

特に，博士課程では，①学生に特筆すべき顕著な研究業績を求める大学院もあるなど，博士の学位が如何なる能力を保証するものであるかについての共通認識が確立されていないこと，②博士課程（後期）の教育が，個々の担当教員がそれぞれの研究室等で行う研究活動を通じたものにとどまり，学位プログラムの整備という観点から不十分であること，③大学と産業界等との間において，大学院が養成する人材像と産業界等の評価や期待に関する認識の共有が十分でなく，修了者が産業界等の社会の様々な分野で活躍する多様なキャリアパスが十分に開かれているとは言えないこと，といった問題点が見られる

(http://goo.gl/Jq0LU, pdfファイル，5ページ目)

文科省は，博士号が担保するものに関する共通理解は無い，と述べています．また，教育の質もバラけていることを指摘しており，このことも共通理解の妨げになるかと思います．

個人的には，博士号は「専門知識」と「プロジェクト(研究)遂行能力」は担保していると思います．…が，サンプル数が少ないので断言はできません．

この「一般的な博士像の不存在」が，世間一般への博士の浸透を妨げていることは想像に難くありません．

現状は問題なのか

敢えて節を作って強調しますが，現状は問題です．

当の本人たる博士号取得者は活躍の場が減る，すなわちたつきの道の選択肢が減ります．

納税者の皆さんは，せっかくお金をつぎ込んで育てた人材が有効に活かされず，「税金の無駄だ！」と感じるかもしれません．

後進の学生は，この惨状を見て博士に進まなくなります(というかそうなってます)．

こうして，本丸たるアカデミックの世界ごとジリジリと衰弱し，…あとは言わずもがな．

どうすればよいのか

勿論，「これさえやれば万事解決!」みたいな簡単な処方箋はないでしょう．でも，チャレンジは出来ます．

私は，そのチャレンジの一環が今回の中教審の答申だったのではないか，と考えています．(というか資料はそれを物語っています)

すなわち，博士の質を担保すれば良いのです．

専門の知識だけではなく，基礎知識や計画力，語学力，倫理観などもちゃんと持っていることをQualifying Examで保証しましょう．

教育の質がばらけない様に，たくさんの先生で教育しましょう．

どこに放り出しても生きて行けるほど強くするために，総合的な教育もちゃんとしましょう．

そういった取り組みが，今回の答申の意図ではないのでしょうか．

この新課程を出た博士がその有用性をアピール出来れば，在野の博士号取得者にもスポットが当たり始めるでしょう．

さて，ここで，「大学院に進んでまで人に教育を受けるとかwww 自分で学べよそれぐらいwww」という気持ちになる人もいるかもしれません．

正直，私も「それぐらいじぶんでするわい」と思ってたりします．

でも，主眼はやっぱり「質の保証」なんだと思います．ちゃんと大学院は「最低限」「共通して」一定の能力を持った博士を輩出しますよ，という保証．

さぁ，雇用者の皆さん，安心して雇用してください．

さぁ，経営者の皆さん，安心して共同事業を博士が経営するベンチャーと行って下さい．

さぁ，保護者の皆さん，安心して博士の教員を迎え入れてください．

そういう事を，皆が自信を持って主張できるように，ということでしょう．

ちょっとやりすぎじゃないのか？

ええ，上記の効果を狙ったとしても，逆効果になる部分もあるでしょう．

徒弟制を完全廃止すると，一本軸の通った研究ができなくなって，結果として「スペシャリスト」にもなれなくなります．

(念の為に再度主張しますが，博士は「スペシャリスト」の能力を最低限備えてなければなりません，と考えています)

博士課程に進学希望の学生が修士論文書かないと修士/博士の間のフレキシビリティを損なうことになります．

なので，細かい部分は考える必要があるでしょう．

でも，今回みたいに，現在抱えている問題に対してちゃんとコミットメントしたということで，私は文科省をちょっと見直しました．

というかなんか雰囲気で「お役人は肝心なことに取り組まない」みたいな思い込みがあったのですが，やっぱりそんなこともないよなぁ，と思いました．

なんせ，前述の「博士漂流時代」を読んで気になったことを調べ始めたら，殆ど中教審の資料にまとめられていたのですから．

さて，長くなりましたが，これにて本エントリはお終いです．お付き合い下さり誠にありがとうございます．

ご意見，コメント，批判，大歓迎です．皆さんの意見を知りたいです．

私のtwitter アカウントはhttp://twitter.com/aion_a_rapですので，何か有りましたら．

Permalink | 記事への反応(4) | 14:04

2010-07-02

■XmlSerializer vs SoapFormatter

.NETでオブジェクトの永続化によく使われる、この二つのクラスの違いについて書きます。サンプルコードなどは書きませんので必要ならリンクを参照してください。ずいぶん古いネタだけど、許してね。

XmlSerializerについて
- 基本的にオブジェクトの各プロパティをXml ファイルにマッピングする方法を提供するのみ。スキーマを自由に設定したり出力するXml ファイルを自由に加工することが出来るが、面倒なことも多い。
- 基本は各プロパティにXml***Attributeをつけてシリアライズ対象を制御する(http://msdn.microsoft.com/ja-jp/library/83y7df3e(v=VS.80).aspx)
- カスタム化したい場合は、IXmlSerializableを使う。(http://msdn.microsoft.com/ja-jp/library/system.xml.serialization.ixmlserializable(VS.80).aspx)
- 初回のシリアライズ・デシリアライズ時に、一時ディレクトリ上にC#コードファイルを出力し、それをコンパイルする。二回目以降はコンパイルされたアセンブリを使って処理を行うため、後述のSoapFormatterよりかなり速い。その代わり、この方法特有のセキュリティ問題が発生することがあるので注意する必要がある。（例えば、一時ディレクトリが共有ディレクトリだった場合、他のユーザーがコンパイル済みのアセンブリを入れ替えることが可能になる等）
- デリゲートは扱うことが出来ない。複数回参照される参照オブジェクトについても自前で処理する必要がある。(多分^^)

SoapFormatterについて
- soapとはリモート上でオブジェクトをやりとりするために企画されたプロトコルのこと(らしいです)。このクラスを使うと、面倒なことをほとんど考えずにオブジェクトを永続化することができる。例えば、デリゲートの扱いや、複数回参照される参照オブジェクトについてもよきに計らってくれる。その代わりフォーマットは固定のため、そのあたりのフレキシビリティが皆無なのが難点(？)
- 基本は各プロパティにSoap***Attributeをつけてシリアライズ対象を制御する。(http://msdn.microsoft.com/ja-jp/library/b29kkt2s(v=VS.80).aspx)
- カスタム化したい場合は、ISerializableをつかう。(http://msdn.microsoft.com/ja-jp/library/system.runtime.serialization.iserializable(VS.80).aspx)
- 事前にコンパイルされることはなく、またSoapへのエンコーディング・デコーディング時間も追加で必要なため、単純なXmlSerializerよりかなり時間がかかる。その代わり永続化にあたっての面倒ごとはすべて引き受けてくれる。
- ISerializable属性を持たないオブジェクトを永続化する場合は、TypeConverterかISerializationSurrogateを使う。

全体的に速度が重要な場合か永続化するオブジェクトが単純な場合はXmlSerializerを、それ以外の場合はSoapFormatterを使うのが良いと思う。なるべく短いコード量で行きたいならSoapFormatterの方がベター。

あと、細かいことだけどTypeConverterは便利なので使うべし。シリアライズ不可能な小さなクラスとか特に有効。

XML シリアル化の概要
- http://msdn.microsoft.com/ja-jp/library/182eeyhh(v=VS.80).aspx
ISerializationSurrogateのサンプル
- http://msdn.microsoft.com/en-us/magazine/cc188950.aspx#fig2
オブジェクトのシリアル化
- http://www.kanazawa-net.ne.jp/~pmansato/net/net_serialize.htm
Which one is the better XML serializer?
- http://weblogs.asp .net/cschittko/articles/44277.aspx

Permalink | 記事への反応(0) | 00:14

2009-12-01

■http://anond.hatelabo.jp/20091201013806

普通にクロージャという場合、レキシカルスコープを持つことを期待されると思うけど、DLLやらsoからエクスポートされる関数は普通のCのスコープだからクロージャとは言わないと思うよ。（そもそもDLLもsoも標準C/C++じゃないから、もしこれらがクロージャ的な動きをするとしてもこれを以て「Cのクロージャ」と呼ぶのはおかしいというのは置いといても。）

ダイナミックスコープなemacs Lispのlambdaとか、ダイナミックスコープもどき(っていうのか?なんて表現したらいいか分からん)なPHPのcreate_functionは動的に作りはしてもクロージャとは言わないんじゃないかな。

http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AD%E3%83%BC%E3%82%B8%E3%83%A3

Permalink | 記事への反応(0) | 03:30

2008-10-15

■[増田に聞け][プログラミング]いまいちな用語

javascriptを理解するためのたった2つの大切なこと、javascriptを理解するためのたった2つの大切なこと:改(改があるなんて知らなかった）を読んで感じたところ。

束縛、レキシカルスコープ、クロージャーがミソなんだけど、イメージが掴み難い用語だと思う。

増田のみんなだったら、もっといけてる言葉にしてくれそうなんで、聞いてみる。

みんなだったらなんて呼ぶ？

Permalink | 記事への反応(1) | 12:55

2008-06-21

■[perl]もういつでもどこでもだれでもMooseでいいじゃねぇか

おれはもうMooseしかつかわねぇ。後にも先にもMooseMooseMooseMooseMoose!!!!!!！！！！！１１１１１１１

ってな人の為にいつでもどこでもMooseする。automooseを実装しますた。


package automoose;
use strict;
use warnings;

sub import {
    strict->import;
    warnings->import;
}

package automoose::before;
use Moose; no Moose;

package automoose::after;
use Moose;

my @before  = keys %automoose::before::;
my @after   = keys %automoose::after::;
my @exports = do { my %u; @u{@before} = (); grep { !exists $u{$_} } @after };

package UNIVERSAL;
use Moose;

for my $func (@exports) {
    __PACKAGE__->meta->remove_method($func);
    __PACKAGE__->meta->add_method($func,sub {
        my $class = shift;
        my $auto  = $class.'::__auto__';
        no warnings 'redefine';
        local *Moose::_get_caller = sub { return $class };
        Moose->import( { into => $auto } );
        my $code = $auto->can($func);
        $class->meta->add_method($func,sub {
            shift;
            goto $code;
        });
        goto $code;
    });
}

1;

使い方はいたって簡単。useするだけ。


use automoose;

my $obj = Foo->new;

いきなりnewが呼べちゃう。

他にも


use automoose;

Foo->has( hoge => is => 'rw' ,default => 9999 );
Foo->has( muge => is => 'rw' ,default => 7777 );

print Foo->new->hoge;
print Foo->new->muge;
Bar->extends('Foo');

print Bar->new->hoge;

ょーかんたん。げーべんり。

しっかしこれ、automooseだけど実装するの結構めんどかったのよ。Moose-0.44をベースに作ったんだけどさ。

Moose内部で使用している$CALLERって変数がレキシカルなもんだから、どうやってそれを外から制御すればいいのかすんごい苦労したわけさね。

で結局importの引数にinto渡してさらにMoose::_get_caller関数を上書き無理矢理ハックしたってわけさ。

でもね。でもね。でもね。ちょっと聞いてよ。

ふと最新のMoose-0.50見てみたらさ、Moose::__CURRY_EXPORTS_FOR_CLASS__なんて関数が定義されてるわけよ。

外から明示的に$CLASSを変更できるインターフェイスなわけよ。おいおいおいおい、勘弁してくれよ。こっちゃ折角苦労してハックしたのにあっさり公式対応するなってばよ。メゲルヨ？ぼく。

まぢめげるよ。めげる。ってかもうめげたよ。もうMooseなんてつかわんね！つかわんね！

Mooseなんて大嫌いだー！

俺はMooooooooooseをやめるぞぉおおおおおおおおお、ＪＯＪＯぉぉぉおおおおお！！！！１１

プログラ増田のあなぐら

Permalink | 記事への反応(1) | 13:47

2007-06-22

■javascriptを理解するためのたった2つの大切なこと:改

9割ぐらいはハッシュ

何がハッシュなのか

javascriptで存在するほとんどのオブジェクトの実体はハッシュだよ。

var arr = [0,1,2,3];

とかをみると配列(人によってはリスト)に見えると思う。でも実際は違うんだ。

これは

var has = {0:0,1:1,2:2,3:3};

と基本的には等価なんだ。ただちょっと束縛されているメソッド(インターフェイス)が違うだけ。

ためしに

arr[4] = 4;
arr['x'] = 'string';
arr[-1]  = -1;

としてみよう。

Firebugで確認してみると[0, 1, 2, undefined, 4]というような値がかえってくるよ。

でもarr[-1]やarr['x']の値は保存されてないのかな？そんなことはないちゃんとアクセスできるんだ。

それどころかarr.xで'string'がかえってくるんだ。

別の例を見てみよう。

var fx = function(){};
fx[0] = 'somestring';

こうするとfx[0]に'somestring'が束縛される。

つまりfunctionも一つのハッシュだったんだ。

これでほとんどのものがハッシュだということが解ってくれたかな？

ハッシュじゃないのは文字列とか数字とかそいういシンプルなものだけなんだ。

ハッシュへのアクセス

ハッシュへはhash[name]でアクセスすることが出来る。

それ以外にもnameが演算子や空白を含まなくて頭が数字でない場合はhash.nameでアクセスできるんだ。

これでhash[name]が関数だったらhash.name(args)とできるよ。まるでメソッドみたいだね。

関数のあれこれ

無名関数

関数には名前を付けなくても使用可能だよ。

function(x){return x+x}(2); -> 4

宣言文

関数宣言の書き方って次見たいの覚えてる人が多いんじゃないかな？

function funcname(args){ do something};

でもこれはsystax sugerだってことを知ってほしい。

上でも使ってるんだけど。

var funcname = function(args){ do something};

と等価になる。もちろんどちらの書き方でもかまわないよ。

ただ、(無名)関数を宣言してそれをfuncnameに束縛しているっていうことを理解しておくと便利だよ。

スコープ closure

javascriptはレキシカルスコープを採用してるんだ。

レキシカルスコープなんていうと難しく感じるかもしれないけど、結構単純なんだ。

var x = 'global';
var fx1 = function(){return x};
var fx2 = function(){var x = 'local';return x}

これの実行結果は以下になるよ。

fx1() -> 'global'
fx2() -> 'local'
fx1() -> 'global'

fx2の変数xはほかの場所に影響しないんだ。これは関数の中と外ではスコープが違うからなんだ。

でも以下のような場合に注意してほしいな。

var x = 'global';
var fx1 = function(){return x};
var fx2 = function(){x = 'local';return x}

fx1() -> 'global'
fx2() -> 'local'
fx1() -> 'local'

fx2は自分のスコープに変数xがないからその外側スコープに探しに出かけたんだ。

つまり宣言文varはそのスコープに新しい名前を登場させる機能なんだよ。

別の場合を見てみようね。

var x = 'global';
var fx1 = function(){
  var x = 'local';
  return function(){return x}
};
var fx2 = fx1();

x -> 'global'
fx2() -> 'local'

この例だとfx2()の値がlocalになってるね。

なぜなら外側スコープっていうのは関数を評価した場所じゃなくて、関数を定義した場所の外側なんだ。

関数は返り値として関数やハッシュを指定できるよ。

一つ上の例では実際に関数を返り値にしているね。

戻り値に関数を指定するとこんなことが出来るよ。

var fx1 = function(){
  var x = 0;
  return function(){
    x = x+1;
    return x;
  }
};
var fx2 = fx1();
var fx3 = fx1();

fx2() -> 1
fx2() -> 2
fx2() -> 3
fx3() -> 1
fx3() -> 2

fx2とfx3の値が違うのはそれぞれ別の関数が作られるからだよ。

こんな風に関数が状態を持つことも出来るんだ。クロージャーとよんだりするよ。

関数がハッシュを使って複数の関数を返すとこんなことも出来るよ。

var fx = function(){
  var x = 0;
  return {
    'up':function(){
      x = x+1;
      return x;
    },
    'down':function(){
      x = x-1;
      return x;
    }
  }
};
var obj = fx();

obj.up(); -> 1
obj.up(); -> 2
obj.down(); -> 1
obj.down(); -> 0

最後に一度ハッシュについてもうちょっとだけ。thisのはなし。

thisという機能があるよう。ちょっとだけつかってみるね。

var x = 0;
var add = function(n){this.x = this.x + n; return this.x};
var mul = function(n){this.x = this.x * n; return this.x};
var obj = {'x':0,'do':add};

add(1);   -> 1
add(1);   -> 2
mul(2);   -> 4
obj.do(); -> 1
obj.do(); -> 2
obj.do = mul;
obj.do(); -> 4

thisは評価された場所によって値がかわるよ。

objの中にいるときはobj.xを扱うし、グローバルにいるときはグローバルのxを扱うんだ。

http://anond.hatelabo.jp/20070620200618を改訂してみたよ。

このぶんしょうがjavascriptを覚える上の一助になるとうれしいんだ。

あとここでつかってるハッシュは伝統的な意味。連想配列のことね。

突っ込みも大歓迎だよ。

Permalink | 記事への反応(3) | 10:13

2007-06-20

■javascriptを理解するためのたった2つの大切なこと

9割ぐらいはハッシュ

何がハッシュなのか

javascriptで存在するほとんどのオブジェクトの実体はハッシュだよ。

var arr = [0,1,2,3];

とかをみると配列(人によってはリスト)に見えると思う。でも実際は違うんだ。

これは

var has = {0:0,1:1,2:2,3:3};

と基本的には等価なんだ。ただちょっと束縛されているメソッド(インターフェイス)が違うだけ。

ためしに

arr[4] = 4;
arr['x'] = 'string';
arr[-1]  = -1;

としてみよう。

Firebugで確認してみると[0, 1, 2, undefined, 4]というような値がかえってくるよ。

でもarr[-1]やarr['x']の値は保存されてないのかな？そんなことはないちゃんとアクセスできるんだ。

それどころかarr.xで'string'がかえってくるんだ。

別の例を見てみよう。

var fx = function(){};
fx[0] = 'somestring';

こうするとfx[0]に'somestring'が束縛される。

つまりfunctionも一つのハッシュだったんだ。

これでほとんどのものがハッシュだということが解ってくれたかな？

ハッシュじゃないのは文字列とか数字とかそいういシンプルなものだけなんだ。

ハッシュへのアクセス

ハッシュへはhash[name]でアクセスすることが出来る。

それ以外にもnameが演算子や空白を含まなくて頭が数字でない場合はhash.nameでアクセスできるんだ。

これでhash[name]が関数だったらhash.name(args)とできるよ。まるでメソッドみたいだね。

関数のあれこれ

スコープ

javascriptはレキシカルスコープを採用してるんだ。

var x = 'global';
var fx1 = function(){return x};
var fx2 = function(){var x = 'local';return x}

これの実行結果は以下になるよ。

fx1() -> 'global'

fx2() -> 'local'

fx1() -> 'global'

fx2の変数xはほかの場所に影響しないんだ。これは関数の中と外ではスコープが違うからなんだ。

でも以下のような場合に注意してほしい。

var x = 'global';
var fx1 = function(){return x};
var fx2 = function(){x = 'local';return x}

fx1() -> 'global'

fx2() -> 'local'

fx1() -> 'local'

fx2は自分のスコープに変数xがないからその外側スコープに探しに出かけたんだ。結果 fx

つまり宣言文varはそのスコープに新しい名前を登場させる機能なんだよ。

宣言文

関数宣言の書き方って次見たいの覚えてる人が多いんじゃないかな？

function funcname(args){ do something};

でもこれはsystax sugerだってことを知ってほしい。

上でも使ってるんだけど。

var funcname = function(args){ do something};

と等価になる。もちろんどちらの書き方でもかまわないよ。

ハッシュを返す関数、関数を返す関数。closureとthis

関数は返り値として関数はハッシュを指定できるよ。次のハッシュを返す関数を見てみよう。

var fx = function(){
  var x = 0;
  return {
    'x':x,
    'add1':function(y){this.x = this.x+y;return this.x},
    'add2':function(y){x = x+y;return x}
  }
}
var obj = fx();

実行結果を見てみよう

obj.x -> 0
obj.add1(0) -> 0
obj.add1(0) -> 0

obj.x -> 0
obj.add1(1) -> 1
obj.add1(0) -> 0
obj.x -> 1

obj.x -> 1
obj.add1(0) -> 1
obj.add1(2) -> 2
obj.x -> 1

となる。

add1はthis.xにたいして演算をしている。つまり返された値が変化しているんだ。

add2は関数 fxに閉じ込められた値に対して演算している。つまりこれらは別の値なんだ。

とここまでかいたら疲れた。

読んでくれた人ありがとう

追記

落書きのつもりでかいたんだけどブクマがついててびっくり。

ちゃんとまとめてなかったし、自分のブログに描いても見てくれる人はいないから増田に書いてみたよ。

ほかの言語や技術についても同じような解説が欲しかったら何らかの方法で言及してくれるとうれしいな。

さらに追記

ここまではてブが300突破してるみたいだけどいま、自分のブログへリンクを張ったら増田に書く意味がなくなるんじゃないかと思うんだ。

やらないけど。

こんなのもかいてみたよ、増田で。　http://anond.hatelabo.jp/20070621153600

Permalink | 記事への反応(11) | 20:06

「レキシ」を含む日記

■最近のミリオンライブ（ミリシタ）がめっちゃ楽しい！

■４コマ誌

■ヤバTとか岡崎体育とかレキシとか

■ADHDで管理職をやっている者なんだが

バックボーンなど

今の会社の労働条件について

業務のマネジメントについて

■JavaScriptのthisってこないだ増えたよね？

■元増田です

ASD(自閉症スペクトラム)に対する勘違いも何とかしたい

診断の信ぴょう性について

ASDは病気ではないということと病院で受ける指導について

なんで検査を受けたのか？

アスペルガーと高機能自閉症の違いは言語IQが高いか動作IQが高いかの違いだという話

アスペルガーは自閉症スペクトラムの中でもコミュニケーションに問題がないと言われている

失体感・失感情をアレキシソミア・アレキシサイミアと併記した方がよかったかもしれないという指摘について

まとめ

■就活で合う精神攻撃について その１

■【転載】プロジェクトマネジメントなう＼(^O^)／

はじめに

フラット＆オープン

スピード＆フレキシビリティ

クォリティ

その他

ヒント１（仕事の進め方）

ヒント２（ミーティングのコスト）

ヒント３（生産性）

ヒント４（報告メッセージ／メール）

ヒント５（オンライン反省会）

ヒント６（ファイアープロジェクト）

ヒント７（ヒューマンスキル）

■『感情に乏しい』・『自分の意見がない』人は読んでみて下さい。

■無理に喋らなくて良いのに

■突然「理系の子」をdisる

■「ドラゴンボールで学ぶオブジェクト指向」 のクロージャに関して

■大学院博士課程はどうなるべきなのか？

エントリを書くきっかけ

要約

博士とはなんなのか

国はどういうつもりで博士を育てているのか

博士はどこで活躍できるのか / あるいはすべきなのか

現状はどうなのか

現状は問題なのか

どうすればよいのか

ちょっとやりすぎじゃないのか？

■XmlSerializer vs SoapFormatter

■[増田に聞け][プログラミング]いまいちな用語

■[perl]もういつでもどこでもだれでもMooseでいいじゃねぇか

■javascriptを理解するためのたった2つの大切なこと:改

9割ぐらいはハッシュ

何がハッシュなのか

ハッシュへのアクセス

関数のあれこれ

無名関数

宣言文

スコープ closure

最後に一度ハッシュについてもうちょっとだけ。thisのはなし。

■javascriptを理解するためのたった2つの大切なこと

9割ぐらいはハッシュ

何がハッシュなのか

ハッシュへのアクセス

関数のあれこれ

宣言文

ハッシュを返す関数、関数を返す関数。closureとthis

追記

さらに追記

アスペルガーと高機能自閉症の違いは言語 IQが高いか動作 IQが高いかの違いだという話

■就活で合う精神攻撃について　その１

■「ドラゴンボールで学ぶオブジェクト指向」のクロージャに関して