  |
はてなキーワード: アーキテクチャとは
そうすると、初めて触ったソフトウェアでも操作の勘所をすぐに掴むことができたり、ウェブやセキュリティに関してそれなりの知識があったり、ちょっとした自作プログラムなら手早く作ってしまえたりという、情報系の出身の人なら大概持っているスキルに甚く感動されることになります。
特に、相手が年配のマダムの場合、自分の息子や娘にそういうスキルを身につけさせるにはどうすればよいかという疑問を持たれることが多々あります。
こういうとき、自分の経験を正直に話すことができず、適当な言い訳をするのに苦労します。
皆さまご察しのとおり、コンピュータ関連の実力を大きく引き上げるのはエロであることに疑いの余地はありません。
まず、自分が望むポルノコンテンツを見つけるため、検索エンジンを使って試行錯誤を繰り返すのは基本です。思春期の性欲に突き動かされた執念というのは凄まじいもので、効率的に無料のポルノへ辿り着くための道筋を着実に学習していきます。
また、それと同時に、いくつかの困りごとにぶつかることでしょう。代表的なものに、共用PCに検索履歴が残ってしまうということが挙げられます。初めてエロ画像を堪能したあと、検索エンジンの予測候補や閲覧ページの履歴に、ポルノサイトが残っていることに気づくでしょう。これを家族に見られたら……、考えるだけでも背筋が凍ります。そこで、必死になって履歴の消し方を検索し、さらに次からは履歴を残さない工夫を施すようになります。
他の困り事としてよくあるのが、ワンクリック詐欺サイトです (昔はダイヤルQ2とかありましたね)。エロ動画へのリンクをクリックすると、突然、料金支払いを求めるページが現れます。心拍数が急上昇し、頭がくらくらするのを堪えながら、対処法を探さなければなりません。検索エンジンを使って情報を集めていくと、IPアドレスなどの用語やインターネットの仕組み、通信販売での料金支払の形態などがわかってきて、料金の支払いは必要ないこと、そもそもサイト運営者側からは個人の特定が困難であることなどを学びます。
その他、学べることは枚挙にいとまがありません。エロへの執念は、情報リテラシーを身につけるのに十分なほど、学習の機会を与えてくれます。
こうして、コンピュータの扱いに慣れさえすれば、そこからコンピュータのアーキテクチャやプログラミング言語、通信のプロトコルを大学で学ぶことなど造作もありません。
ということを正直に話すと、たぶん、マダムが私を見る目は激変します。偏執的な変態で人間のクズというレッテルを貼られ、腐った生ゴミのような扱いを受けることになるでしょう。
よく噛み砕いていて面白い、と思ったが一般人にノイマン型アーキテクチャはピンとこないと思うので、なんというギーク向けｗそのニッチぶりとのギャップがまた乙。
かつて蟷螂の斧を持つ弱者が”一寸の虫にも五分の魂”の文脈で「ペンは剣よりも強し」と言ったけど、近年のペンは拡散力を得て大量破壊兵器なみの攻撃力を持った上に、戯言力で世論の向きを操作し強者を追い詰める技術も一般化して、本当に剣より強い。
書き手がその攻撃力を軽く見積もるか、あるいはわかっていてなお「ペンは剣よりも強し」と韜晦する。
風刺画ではなく強者によるただの排斥となっていることに気づいていない。あるいは気づいていてなお風刺と言い張る自己欺瞞に満ちた悪意そのもの、であったりなかったりｗ
日本は宗教に寛容な国であるので、境界線もあやふやで、曖昧だったりする。
例えば、イスラム教徒のことをムスリム(Muslim)と呼ぶということは知っていても、
その認識は、回教徒と呼んでいた頃から変わっていなかったりすることが多い。
襲撃を受けたフランスの新聞が、ムハンマド(Muhammad)を風刺画に書くことの何が問題か、
できるだけ、テロとは距離をおいた形で、少し話してみたい。
イスラームの話をする前に、我が身を振り返ってその曖昧ぶりを思い返してもらいたい。
まあ、宗教のテクニカルな話をすると、はてな村のギーク達は「あとで読む」を付けるだろうから、ちょっと例えてみよう。
まず、仏教には「世界はこういうものだ」という物理層がある。輪廻だとか解脱だとかだ。
モノリシックカーネルもマイクロカーネルも、OSの設計思想も、
結局のところ、ノイマン型アーキテクチャを基にした世界観の上に構築されているわけだ。
宗教とは、目の前に存在する「現実」をリバース・エンジニアリングしている。
その構造分析の結果、あるモデルにピッタリハマれば「悟った」と言われる。
般若心経は、Z80の手書きのニーモニック表と同様だと思えば、親しみも湧くだろうか。
さて、「現実世界」は中々簡単にディスアセンブル出来ないので、
できればインテルから直接、回路図なんかの技術資料をもらうみたいに、
「現実世界」を作り上げたり、その内部構成を知ってる相手に教えを請いたい。
その教えを請うことに成功したのが、預言者であるムハンマドだ。
大天使ジブリールに出会い、アッラーフの啓示を受けたとされている。
電気屋で悩んでたら嶋正利さんにCPUの論理設計について教えてもらえた、みたいなものだ。
まあこのへんでやめとくが、この教えてもらった世界の仕組みを書き留めたものが、クルアーン（コーラン）だ。
血なまぐさい話になるのでさらっと流すが、まあ日本でも大覚寺統と持明院統とが大揉めに揉めて南北朝同時成立したりしてたわけだ。
さて、「現実世界」を理解しハックしたのがムハンマドってことは、クルアーンに従って生活するのが良いわけだ。
つまり、本質的に宗教は「現実世界への関わり方」を示していることになる。
（残念ながら注釈でしか読んだことがなく、その美しいアラビア語による原典に触れたことはないが）
世界への関わり方は、時として人によって酷く違った解釈をされることがある。
デヴィット・フィンチャーの「セブン」という映画を観たことがあるだろうか？
キリスト教の七つの大罪をモチーフにした連続猟奇殺人事件と、それを追う刑事達の物語だ。
フィクションでは分が悪いと思うのであれば、エド・ゲインを思い出しても良い。
母親が狂信的なキリスト教信者であり、女性は悪魔だと教わって育ったと言う。
彼らは、その教えを忠実に守り、どちらかと言えば善意からその行為を行っている。
こうした連続殺人を観て、キリスト教信者をなじったり、キリストを風刺するのは、あまり面白いとは言えない。
彼らは、キリスト教信者ではあったかもしれないが、本来の教えとは異なる解釈をした、単なる犯罪者だからだ。
まあ、現代でもキリスト系のパロディー映画には苛烈な抗議文が届いたりするようだが、
過去、キリスト教会に対する風刺や批判は、即刻刑罰の対象になっていた時代が確かにあった。
「聖☆おにいさん」を書いたら暗殺され、それを民衆が支持する時代だ。
これは信教の自由と、表現の自由の、長い戦いの歴史がもたらした冷戦構造でもある。
表現者は、今回のフランスの新聞社への襲撃は、反対の異を唱えるだろう。
端的に言えば「オマエの意見には反対だが、それを主張する権利は命がけで守る」だ。
疎い人ほど、「ムスリムはそういう過激な宗教の人なんでしょ」という理解をする。
また、「その風刺はいかがなものか」と「表現の自由を守る」が、矛盾なく同時に主張できると判らない人も居る。
そうすると、「表現の自由を尊重しない宗教が、テロに走った」と捉えられてしまう。
「表現の自由を守るためには、テロに屈せず、また風刺画を描く」のが正しいと思われてしまう。
人は理屈ではなく感情で行動するので、こうした時に、出来る事はほとんど無い。
淡々と、「その風刺は侮辱なので訴えます」とフランスの法律の範囲内で行動するしかないのだろう。
ブリジット・バルドーは、何度もそうやって訴えられ、フランス司法はキチンと刑罰を下している。
（またフランスはユダヤ人に対する人種的差別には敏感で、割とちょくちょく出版社に罰金刑を出している）
日本人が日本を馬鹿にした出版社を襲撃する事件があれば、その日本人を非難し、襲撃された出版社側に立つだろう。
その後、日本を馬鹿にした出版社の表現の自由を守りつつ、淡々と法律に則って侮辱されたとして訴えるしかない。
今回、欧州の各種ムスリム団体がテロ行為を非難している事は、忘れてはいけないと思う。
Je suis Charlie(私はシャルリー)とつぶやく前に、Je suis Ahmed(私はアフメド)として呟いたムスリムの言葉も聞いて欲しい。
I am not Charlie, I am Ahmed the dead cop. Charlie ridiculed my faith and culture and I died defending his right to do so.
あなたが500万円の給料をもらっているとします。 もしあなたが会社に700万円の業績をもたらしているのならクビにはされません。700万円をもたらしている人を500万円のコストで雇っているので、会社としてもクビにする必要は無いですし、手放したく無いでしょう。 逆に、給料が500万円なのに、300万円しか貢献できていないのなら、クビです。さっき書いた、大して仕事もしてない人に該当するわけですから。 http://www.b-chan.jp/entry/essay/parmanent-position
いつだってこういう輩が出てくる。700万円の業績とか300万円の功績とか一体何を根拠に判断するのか。
コンピュータの世界にリファクタリングという言葉がある。プログラムの動作を変えずにソースコードやアーキテクチャの整形を行うことだ。
会社の人員整理はこれに似ている。巨大なソースコードの中に呼び出し回数の少ない関数があったとしても、それが何を行っているのかわかるまで消してはいけない用に、
アルゴリズムがわかってるにこしたことは無いけど「コンピュータってやつの根っこ」ってそれだけじゃないし。
コンピュータアーキテクチャとかネットワーク/プロトコルとかもわかっててほしいし、各種OSでそれぞれのコマンド使って情報引き出すノウハウも持っててほしいし。
プログラムに限定しても、アルゴリズムの知識以上に、名前付けのセンスとか、分割・整理のセンスも重要だと思うし。
データベースの設計だって、アルゴリズムがわかればできるってもんでもないし、業務ロジックと独立に正規化して設計するのが原則のRDBと、あらかじめクエリを想定して設計するドキュメントDBだと、全然考え方が違うし。
オープンソース活用にしても、今のフレームワーク・ミドルウェアって、アルゴリズムレベルの知識だけじゃあ、ソース読んでも設計思想とかわからなくてPoEAAとかのアプリケーションアーキテクチャの設計の知識も必要だし。
実際使おうと思ったら、ソース読むだけじゃなくて、ドキュメントや開発者ブログやメーリングリストもチェックするべきだし。
色々考えると、英語、ソースコード、問わずに原典にあたって必要な知識を増やす姿勢と、それを整理して伝える力が重要ってことになる。
我が愛するニコニコ動画を壊すからだ。衰退させるからだ。ついに滅亡せしめるからだ。
一般的な説明として「真夏の夜の淫夢」とは何であるかについて、ASCII.jpによる説明を引用する。
本文での「淫夢」とはこのゲイ向けポルノビデオを元として改変した動画群を投稿し、再生し、コメントを付け楽しむユーザーの総称だ。
最近ニコニコ動画を利用したことがある人ならば、いや、近年では2ちゃんねるやそのまとめやtwitterやはてななど、
オープンなインターネットコミュニティを利用する人ならば、彼らの独特の言葉を一度は目にしたことがあるだろう。
「あのさぁ……」「関係ないだろ！いい加減にしろ！」「（迫真）」
淫夢は独特の定型文を共有し、頻繁にこれを使う。全く関係のない動画であろうと、
少しでもこの言葉を使えそうなタイミングがあれば大挙してこの書き込みを行い、
自分たちだけが分かる世界を展開し悦に入り、理解できないユーザーを混乱に陥れる。
この行動によって、初心者がニコニコ動画に参入することを大きく阻害する害悪となっている。
淫夢は非常に活発で能動的であり、例えばニコニコ動画に新しく用意された玩具をいち早く見つけ、
それがどんなものであれ最大限利用しようとする。
今やニコニコ動画で最も能動的なコミュニティは淫夢であるため、ニコニコ動画が新しく何かを始めようとすると、
必ず淫夢の玩具になり初心者には使いにくいものとなるのは皮肉なことだ。
このシリーズは、まず退屈な製品の製造工程や、文化解説のビデオに「ホモと学ぶ〜」という目印になるタイトルを着けて無断転載を行う。
次にそのタイトルを目印に淫夢が集結し、思う存分前述の独特の言葉を付けて遊ぶというものだ。
その様子を見るに、動画の内容はほとんど関係がなく自らの定型文遊びだけが彼らの目的であり、
動画は動画として必要とされず、定型文遊びの媒介としてのみ使われる存在に成り下がっている。
このシリーズは典型的な例だが、概ね淫夢は本質的に動画を必要としていない。
そのため、高品質な動画を作ろうとするクリエイターと対立する存在であり、淫夢は今以上のニコニコ動画の発展を阻害している。
BBという文化がある。BBとはブルーバックのことであり動画編集ソフトで切り抜き合成をしやすいように素材化された動画のことだ。
しかし淫夢におけるこのBBシリーズはおよそ素材としては使いにくい部分ばかりが投稿される。
彼らはニコニコ動画の特徴的な文化であるMAD文化や2次創作文化を理解した上で、
それをまともには取り合わず「素材として使いにくい素材を作る」「その使いにくい素材を使って実際に動画を作る」という一種無駄な努力を楽しみ、
この例の他にも、概ね淫夢は色々なコンテンツや文化をよく理解しており、
その上にそれ自体を揶揄しパロディ化したコンテンツを生み出す傾向にある。
新しい楽しみ方を模索しているとも言えるが、この行動によって、コンテンツ文化はさらに複雑化し、理解されにくいものとなってしまう。
独特の定型文による一体感を楽しみ、完成された動画を必要としない。
非常に活発に活動する。
あらゆるコンテンツ文化を理解し、その上に成り立つ新しい楽しみ方を模索する。
そうだ。その通りだ。 知っている。私達は彼らを知っている。
私達は彼らが何者なのかを知っている。
独特の定型文による一体感を楽しみ、完成された動画を必要としない。
非常に活発に活動する。
あらゆるコンテンツ文化を理解し、その上に成り立つ新しい楽しみ方を模索し続ける。
その通りだ。ニコニコ動画だ。
実際のところ、淫夢は淫夢さえ必要としていない。淫夢が淫夢であるためには、淫夢が必要というわけではないのだ。
その証拠に、少し前、淫夢は淫夢ではなかった。少し前には、淫夢は淫夢ではなく、ビリー・へリントンであった。
問題は、なぜ彼らはビリー・へリントンをやめ淫夢になってしまったのかだ。
それは簡単だ。
ニコニコ動画がビリー・へリントンを認めたからだ。ビリー・へリントンをビリー・へリントンとして定義し、表舞台に上げたからだ。
すでに小野ほりでいが喝破しているように、その心性とは「理解されることを嫌う」ということだ。
彼らは、理解されるぐらいならば消えたほうがましだと考えている。
それは、特別でいたいという気持ちと、馬鹿に自分を理解できるわけが無いという上から目線が同居した気持ちである。
ビリー・へリントンが表舞台に立ったとき、彼らは彼らがビリー・へリントンであるまま理解されずに済むことは難しいと考え、
その瞬間から彼らはビリー・へリントンをやめ淫夢になったのだ。
同時に重要なことはこの「理解されることを嫌う」心性が、既存の価値を否定し新しい価値を生み出しやすいニコニコ動画のアーキテクチャーと
彼らは理解されることを避けるために、新しい価値を生み出している。
そして理解されることを避けるならば、最初から理解されていないもの、理解される可能性が低いものを題材に選んだほうが効率が良い。
だからこそ彼らはセクシャルマイノリティや、政治的タブーなどアンタッチャブルな題材を選び、
理解を巧みに避けながら安全にニコニコ動画を楽しんでいる。淫夢はそのような彼らにとって、安息の地であり約束の地なのだ。
しかし、淫夢はニコニコ動画であっても、ニコニコ動画は淫夢であるわけではない。
ニコニコ動画がニコニコ動画であるかぎり、容易に淫夢的なものに支配されうることは確かだが、それは淫夢を淫夢たらしめている性質からしても、衰退の道に繋がることは明らかである。
新しい価値を生むことで理解を避けるニコニコ動画がある一方、新しい価値を生み、その上でその理解を渇望するニコニコ動画もあるはずだ。
我々はそういうニコニコ動画を知っている。
彼らはニコニコ動画でありながら、ニコニコ動画を壊し、衰退させ、ついに滅亡せしめる存在だからだ。
ASCII.jp：ある意味とてもニコ動らしい淫夢動画の世界 (1/3)｜myrmecoleonの「グラフで見るニコニコ動画」
http://ascii.jp/elem/000/000/873/873619/
淫夢語録とは (インムゴロクとは) [単語記事] - ニコニコ大百科
http://dic.nicovideo.jp/a/%E6%B7%AB%E5%A4%A2%E8%AA%9E%E9%8C%B2
ニコる(淫夢)とは (ニコルとは) [単語記事] - ニコニコ大百科
http://dic.nicovideo.jp/a/%E3%83%8B%E3%82%B3%E3%82%8B(%E6%B7%AB%E5%A4%A2)
ホモと学ぶシリーズとは (ホモトマナブシリーズとは) [単語記事] - ニコニコ大百科
BB先輩シリーズとは (ブルーバックセンパイシリーズとは) [単語記事] - ニコニコ大百科
http://dic.nicovideo.jp/a/bb%E5%85%88%E8%BC%A9%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA
表面的な暗記でしか覚えられない人もいるのかもしれないけど、UI変更に文句を言う人はどちらかというと「アーキテクチャで考えるレベルを終えて、それが手順として昇華されている」人に多いような印象だ。
車で例えてみると、元増田で言われているアーキテクチャってのは「ブレーキを踏むと車が止まる」という考え方であって、手順ってのは「左にあるペダルを踏むと車が止まる」という考え方だろう。
自分の体験を振り返ってみると、教習所を出たばかりのころは「減速しなきゃ！」→「ブレーキは左のペダルである」→ 左のペダルを踏む というように、動作の間にアーキテクチャを思い出す過程が挟まっていたが、ずっと乗っていると「減速しなきゃ！」→ 左を踏む のようにアーキテクチャを意識しなくても運転できるようになる。これと同じような条件付けがUIにも起こっているんだと考えられる。
間に入る思考が不必要になるくらい使い込まないとこの感覚は発生しないから、UI変更に文句を言う人は元のUIを使い込んでる人に多いと推測されるし、実際まわりを見ても、たとえばウェブサービスのUI変更に怒る人はそのサービスのヘビーユーザーが多いように思う。
ついでに多少 dis りを入れないと読まれないだろうから書いておくと、UI変更を何とも思わない人は、アーキテクチャを意識しない人より普段の仕事は遅いんだろうなと推測できる。頼むからブレーキの踏み遅れとかしないでくれよ？
UI変更は単なる見た目の変化だけなら問題はないんだが、アーキテクチャ自体が改悪されている場合もある。
例えばWindowsのスタートメニュー周りのUIなら、かつては用途によって分類された木構造を辿るだけのシンプルなものだった。
これがWindows7あたりから履歴に基づく表示になって、毎回見る度に位置が変わるようになった。「すべてのプログラム」を表示させてもずらずらプログラムの名前が出るだけで、インストールしているプログラムが増えてくると目当てのものを探すのに時間がかかる。それでもまだフォルダを展開するという形で木構造を表すことはできた。
Windows8になってくるとメニューを見せずにタイル状のランチャになった。これは見栄えはするだろうがフラットな構造しかないのでプログラムが増えてくると探すのが大変になる。
携帯ってどの機種でもだいたい同じようなもんなのに、変更すると使えなくなる年寄りがいるけど、あれはアーキテクチャを理解しないで操作を手順で覚えてるからだって指摘を見たことある。
実際、親に携帯の使い方を教えると「このボタンをおして、次にこのボタンをおして、間違えたときにはこのボタンをおして・・・」みたいな感じで必死に暗記しようとしてるのな。
そんな覚え方してたら俺でも使えないわ。
で、Windowsがバージョンアップしたとか、OfficeがリボンUIになったとかでUIの変更があると、ネット上はすごい使いにくなったって声であふれるわけじゃん。
リボンとか、たしかに最初は「あの機能はどこにあるんだよ」って探してイライラする場面があったけど、ちょっと使ったらすぐなれて、かえって探しやすいって思うようになったわ。
俺は多少UIの変更があっても何とも思わない人間だから「使いにくくなった」ってすごい剣幕でdisってる人たちが理解できなかったんだけど、もしかすると、ああいう人たちもアーキテクチャを理解しないで操作を手順で覚えてる系の人たちなのかな。
物事を抽象的に考えられない人っていうのがある割合いるらしいから、年寄りじゃなくても表面的に手順を暗記することでしかソフトウエアの操作を覚えることができないみたいな。
■■■■追加■■■■
それで、子供に写生をやらせると実物とは違う変な色を塗る子供いる。これはもしかして、色の識別がうまくできないんじゃないか?
というようなことを書いたとします。
これに対して「そんな人いるわけないだろ。根拠弱いわ」みたいな反論なら分かるけど
「なんて傲慢な考えだ。ちょっと絵を描けるくらいで思い上がってる」みたいな反論は見当違いもいいところ。
1989年に東芝が発売したDynabook J-3100SSが世界で最初のノートパソコンである。すぐにNECが続き、1990年代になると、IBMとアップルが参入、東芝、アップル、IBMが次々に新機能を加え、1995年頃には、現在のノートパソコンの標準的な機能の原型が完成した。
1990年代中頃から、国産各社が参入、先行各社は新機種シリーズを展開した。また、インターネットが普及し、モバイルコンピューティングが盛んになった。それにより、ノートパソコンが急速に使われるようになり、2000年にはノートパソコンの出荷台数はデスクトップパソコンを追い越した。
2000年代を通して、小型化、軽量化、高機能化、省電力化が進んだ。2000年代末には、iPadで代表される新しい形態の携帯機器が出現し、ノートパソコンと競合するようになってきた。
とかくパソコンの分野では日本企業の低迷が指摘されるが、ノートパソコンの分野では、東芝に代表される日本企業が業界を先導したきたのである。少なくとも1990年代まではそうであった。ところが、2000年代になると、ノートパソコンがパソコンの主流になったのに、日本企業の優位性は低下してきた。それを挽回する手段を講じるべきなのか、あるいは陳腐化したこの分野は中国等に任せて、日本は新分野を開拓すべきなのだろうか。
ラップトップとは「膝の上」の意味であるが、デスクトップパソコンより小さく、ノートパソコンよりも大きいサイズのパソコンを指す。携帯可能であるから、これを含めてノートパソコンということもあり、その境界は厳密なものではない。
・1984年 NEC PC-8401A
(PC-8401Aのほうが早いのだが、電池やフロッピーなどが外付けなため、一般にはT-1100が世界初で、PC-98LTがNEC初だとされている)。
T-1100の仕様を示す
・CPU:80C86(16Bits)、5MHz
・メモリ:最大512KB
・外部記憶:3.5インチFDD内蔵(720KB) 。ラップトップでは世界初のHDD内蔵
・サイズ:310(W)×300(D)×67(H),4kg
最初のノートパソコンは1989年に、世界に先駆けて日本で出現した。
発表はPC-286NOTEのほうが先だったが、出荷はJ-3100のほうが早く、しかもヒットしたので、一般的にJ-3100を最初のノートパソコンだとしている。なお、PC-9801Nはやや遅れて出荷されたが、これにより「ノートパソコン」という用語が広まったといわれている。
J-3100SSの仕様を示す
・CPU:80C86(16Bits)、5MHz
・メモリ:最大3.5MB(標準1.5MB)
・外部記憶:3.5インチFDD内蔵(720KB/1.2MB)
・電源リジューム機能の提供 ・ジャストシステムATOK7のROM搭載 ・AT互換機
・サイズ:310(W)×254(D)×44(H),2.7kg)
1990年代に入ると、IBMとアップルがノートパソコンに参入した。1990年代前半の特徴のある機種を列挙する。1995年頃には、現在のノートパソコンの標準的な機能の原型が完成したといえよう。
・1990年 東芝 DynaBook J-3100 SS02E 世界初のHDD搭載
・1991年 NEC PC-9801NC 世界初のTFT液晶16色、TVチューナー付
・1991年 アップル PowerBook 170 世界初のパームレストとトラックボール
・1991年 IBM PS/55note 5523-S IBM初のノート。VGA解像度640x480(他社は640x400だった)
・1992年 東芝 DynaBook 486-XS 世界初のTFT液晶フルカラーVGA
・1992年 東芝 DynaBook EZ ワープロ、表計算などアプリケーションをROM内蔵
・1992年 IBM ThinkPad 700C 当時最大級の10.4インチTFTカラー液晶。世界初のトラックポイント装備
・1992年 IBM ThinkPad 220 世界初のサブノート。重さ 1kg、単三乾電池で駆動
・1994年 東芝 DynaBook SS433 世界初のFDD内蔵B5版サブノート
・1994年 IBM ThinkPad 755 内蔵型CD-ROMドライブ搭載
・1994年 アップル PowerBook 520 世界初のトラックパッド採用
1990年後半には、国産各社がノートパソコン分野に参入、先行各社も新シリーズを展開して、現在でもポピュラーな機種名が出揃った。ノート型は、デスクトップ型に比べて割高であったが、モバイル環境での利用が盛んになったこと、オフィスや家庭での占有面積が小さいことから人気が高まり、2000年にはノートパソコンがデスクトップパソコンの出荷台数を上回る状況になった。
・1995年 富士通 FMV-BIBLO リチウム電池採用。プレインストールソフト多数
・1996年 IBM ThinkPad 560 2kg以下の軽量
・1996年 東芝 Libretto 20 世界最小・最軽量(840g)のミニノート
・1997年 ソニー VAIO NOTE 505 B5サイズモバイルノート
・1997年 パナソニック LetsNote AL-N2 光学式トラックボール搭載
・1997年 三菱電気 Pedion A4で当時画期的最軽量(1.45kg)最薄(18mm)
2000年代になると、パソコンの主流はノートパソコンになり、パソコンでの関心はノートパソコンが主になる。ノートパソコンは、本質的にモバイル環境での利用である。そのための軽量化や小型化競争は1990年代後半から活発であったが、2000年代になると、長時間充電せずに利用できること、立ち上がりの時間が短いこと、堅牢性や耐久性に優れていること、さらにはデザインへの要求など、多様な品質での競争になってきた。
筺体の軽量化
軽量な素材を用いながら堅牢性を高めるため、ハニカム構造など設計上の工夫が進んだ。
パソコンを使用しない状態での省電力技術であるスリープ/スタンバイ機能は従来からあったが、インテルによるディープ・パワー・ダウン・テクノロジやASUSTeK ComputerによるExpress Gateなど、新方式が開発された。
SSD(Flash Solid State Drive)
SSDは、フラッシュメモリを発展させた記憶媒体で、HDD(磁気ディスク)と比較して、機械部分がないため、小型化、省電力化、高性能化が重要なノートパソコンに適している。しかし高価格である。2004年頃から注目されるようになり、2000年代後半には高級機に採用されるようになった。
ノートパソコンの製造には、小型化や低電力化などの高度なな技術が求められので、日本企業に適した分野であった。ところが、低価格化競争が進むのに伴い、台湾や中国などで生産するようになった。それが、2000年前後から、現地企業の技術向上により、現地企業に生産だけでなく設計も委託するようになり、独自のパソコン事業から撤退するようにもなってきた。そのため、日本国内で生産している製品は、特に高度技術が要求される小型の高機能のパソコンに絞られるようになってきた。
2000年後半には、ノートパソコンが多様化した。ディスプレイサイズで区分すると、次のようになる。
7 8 9 10 11 12 13 14 15 16 17
───┬─── ─┬─── ──┬──
│ ──┬──│──┬── │
│ │ │ │ ハイエンド 1920x1200 モバイルを意図せず高機能機
│ │ │ A4ノート 1680x1050 最も広く利用
│ │ B5ノート(コンパクト) 1280x 800 モバイル用の標準
├ウルトラモバイル(タブレットパソコン) 1024x 600 操作性を重視
シンクライアント(Thin client)とは、処理機能をサーバに集中させ、パソコンには必要最小限の機能しかもたせないパソコンのことである。1996年当時は、モバイルパソコンの軽量化、低廉化を狙ったのであるが、あまり普及しなかった。
1996年 オラクル、シンクライアントの概念を提唱。そのコンセプトモデルNC (Network Computer)を紹介。「500ドルパソコン」とも呼ばれた。
1997年 サン・マイクロシステムズ、コンセプトモデルJava Stationを発表
1997年 マイクロソフト、Windows CEをベースとした「Windows Based Terminal(WBT)」を発表
それが2005年頃から、外部記憶装置の接続ができないこと、パソコンに情報が残らないことが、セキュリティの観点から重視され、パソコンメーカーはシンクライアントを発表、多くの企業が採用を検討するようになった。
2005年 日本経済新聞「日立製作所がパソコン利用を全廃する」の記事。これが広く一般の関心を呼ぶ。
2005年 富士通 FMVシンクライアントTC8200等出荷
2005年 NEC Mateシンクライアント、VersaProシンクライアント 出荷
ネットブックとは、インターネット利用に特化した小型軽量なノートパソコンである。2005年頃、発展途上国の教育分野にインターネットの活用が重視され、「100ドルパソコン」として生産、支援団体等を通して提供する計画が進んだ。
ところが、安価で使いやすいことが注目され、先進国でもセカンドマシンとしての重要が高まり、2008年頃から、その用途を目的とした機種も出るようになった。
2008年 ASUS(台湾) Eee PC:本来の目的用の例
・CPU,本体:Ultra-Mobile PC(タブレットPC)携帯端末用のPC、パソコン用と比較して安価
・記憶装置:HDDなどはなく、システム基板上にフラッシュメモリを直接搭載
・ハードウェア構成:通常のPC/AT互換アーキテクチャを採用して、パソコンとの互換性あり
iPadの出現
タブレットパソコンとは、タッチパネルディスプレイを搭載し、指や専用ペンで画面操作できる携帯用パソコンのこと。2002にマイクロソフトはタブレットPCを発表したが、あまり普及しなかった。2009年に発売されたWindows 7が「Windows タッチ」というタッチ操作系統を標準搭載したため、タッチパネルディスプレイを備えたパソコンが各社から発売されるようになった。
2010年、アップルはiPadを発売した。電子書籍閲覧で代表される多様なアプリケーションが評判になり、爆発的な売れ行きを示した。ここでのマルチタッチ操作方法は、一般のパソコンにも大きな影響を与えている。
私は2chというサービスが前時代的であると繰り返し主張してきた。そもそも2ch設立当初から別段新しいサービスではなかった。ただの掲示板。規模が大きいだけ。
規模の点で他に代わるサービスがなく人が多いから続いてるだけ。
まあひろゆきの運営理念が優れていたというのも多少はあるんだけど。それも最近のひろゆきを見ていると迷走している感がぬぐえない。2ch.scを作ってサーバー攻撃したり、なんだかなあと。
ひろゆきの2ch本には2chはフラットに情報提供するサービスと書いてある。ハッキングから夜のおかずまでというキャッチフレーズや便所の落書きという2つ名のとおり
何でもありの投稿スペースなわけだが、それはあくまで建前であるということに注意が必要である。
ピットクルーを始めとするプロ工作員の暗躍によりスレの流れが決まっている事実を挙げるまでもない。そもそもあのようなコミュニケーション形態自体とてつもなく閉鎖的で限界があることに
私たちはSNSやマイクロブログといった新時代のコミュニケーション形態を目の当たりにする中で繰り返し気づかされてきたのである。
何らかのテーマのスレを覗いてみると立ち所にそのことが再確認できる。スレの「総意」という名のノイジーマイノリティが跋扈しており、決して「フラット」とは言えない代物であることが分かる。
しかも、その原因が単に日本特有の同調圧力といったものには帰着できないことも言う迄も無い。そもそもが、「閉鎖的になるしかない」ようにわざわざ作られているのではないかと勘ぐりたくなるほどに
"コミュニケーションアーキテクチャ"という言葉はこれからのITサービスを語る上で欠かせない新しい専門用語である。旧来の「情報アーキテクチャ」という概念はもっぱら情報をいかに整理して伝えるか、
という表現者の視点が暗黙の前提となっていたが、コミュニケーションアーキテクチャでは表現者をも超越したメタな視点でものを見る。言うなれば合コンのセッティングのように
いかに場を用意するかという視点とも言えよう。
実は同様の概念は芸術分野において1990年前後から存在した。"アートプランニング"という概念である。いかに芸術家たちが意匠に沿って気持ち良く表現しやすい展覧会を開催するかという超越的視点。
その開催者の視点に立って戦略指向を練るのがアートプランニングなのだよ。日本では大阪芸術大学の芸術計画学科が有名で多数の人材が輩出されているな。
ひろゆきも昔はアートプランニング的視点では群を抜くものがあった。少なくとも1冊目の2ch本を出した頃のひろゆきは高い視点で捉えていたし「フラット」などという建前を掲げて理想を語っていた。
それが2冊目ではゴーストライター使うわ、近年では2chというサービス自体を古いとみなしている節があるわで、これじゃもう2ch終わったなとしか言いようが無いわけです。
古いなら変えよう、あるいはゼロから新しいものを作ろうとすればいいのに、気にくわないことをやりだした現2ch運営に嫌がらせしたりと肝心な部分で悪い意味で保守的になっちゃってるのね。
2chの衰退の直接な原因はこうしたひろゆきの衰えであるが、もっと抽象化してみると誰一人としてコミュニケーションアーキテクチャを考えようとしない、そこに根本問題があるわけです。
「技術者はデザインを考えない」「使いやすさを考えない」という言い古された批判がある。ITアーキテクトの重要性が叫ばれて久しいが「使いやすさ」に配慮した製品がいかに稀少かは周知の通り。
でもこれはもっと高い視点を要する問題なんですよ。UXなんて言ってますけどそういうことばかり新しがって言ってる人はもう脳みそが古いの。
自分で書くのとどちらが辛いかといえば、読むほうが３倍ぐらい辛い。
だからプログラムを勉強しようとして、コードリーディングから始めようとする人はまずいないし、おすすめできない。
■問題なのは行数じゃないのだ。理解できるかどうかなのだ。ここになぜこの変数があるのか、
なぜインクリメントしているのか。ここの配列はここで定義されているけど、どこにも使ってないのはなぜか。
ここの処理はなぜこんな場所にあるのか。
大体においてコメントは残されている。
/* ここでxにyを代入する */
いやそんなの見ればわかるって。私が聞きたいのは「ここで」「なぜ」「そんな」処理をしたかだ。
■プログラムのアーキテクチャに正解はない。あるのは哲学だけだ。
アルゴリズムとは違う。アルゴリズムには正解がある。最適解を出す最適な方法は1つしかない。
アーキテクチャの哲学とはシーケンスの流し方、データの扱い方であり、プログラムの骨格に当たるもので、
書いた人の人格そのものである。だから他人のコードはわからなくて当たり前なのだ。
■現実問題として、プログラマはそんなコードと対峙しなくてはならない。
書いた人は既に退職していない、そんことはザラにある。バグだらけ？大いに結構。
重要なのは機能なのだ。中身がどうなっていようが、そんなの気にもとめられない。
もしかして１から作ったほうが速いのではないか、プログラマなら１度は思ったことがあるはずだ。
だがそんな工数はどこにも用意されない。
■流用だ。すべての問題を悪化させているのは、特化されたソフトウエアの流用だ。
前記の理由で１から作るのを諦めたプログラマはそこから地獄のコードリーディングが始まる。
訳の分からない変数、配列、処理の羅列。データはあっちに飛び、こっちに飛び。全体を理解したころには
既に開発は終了間近。機能を無理やり作りこみ、素知らぬ顔でプロダクトを送り出す。
■だからこそ共通となるフレームワークやライブラリが必要なのだ。
ソフトウエアの優劣など正直どうでもいい。それを扱える人間の汎用性こそが重要なのだ。
１から理解する必要がなくなるというだけで、どれほどの炎上プロジェクトが鎮火するだろうか。
間違っても社内フレームワークやオレオレライブラリなどは作っちゃいけない。
■結論にいきたい。
他人のコードを読むのは辛い。だったら読まなくてもいいようにすればいいのだ。
用意された欄に数字や文字を書いて提出するお役所の書類のような、そんなコードライティングを目指すべきだ。
そして欄がない場合は、欄外に殴り書きするのではなくて、新たに欄を作るべきだ。そしてそれがプログラマの
本当の仕事になるべきだ。欄は共用の財産となり、テストして改良されるか、あるいは無用として削除されるだろう。
コメントするとローカル領域に保存。アカウント不要（登録不要／パスワード不要と表記する）。
ホッテントリを見るものなのでこれはただのニュースフィードリーダー。はてブカテゴリートップに表示される記事しか見れない。でもタグ検索して独自のカテゴリーを用意してもいい。タグ「hatena」カテゴリーとか。「凍てつく波動」カテゴリーとか。「うーむ」カテゴリーとか。非公式カテゴリーを公式カテゴリーと混ぜて一覧化。（ふーむはタグではないので抽出しづらい。実現するなら別のアプリになる）
カテゴリーの紹介文も適当に付ける。ベクターではこういう点が大事。
タグは表示から省く。その代わり発見したタグを自動的に集計。カテゴリー候補としてmyカテゴリー作成のそばに淡色で表示。クリックで見る、またクリックするとカテゴリー化。ダブルクリックでも右クリックからのコンテキストメニューからもカテゴリー化可能。機能としては「ピン留め」だけど、体裁はタブのほうが良さそう。
自分で検索した言葉もタブ化するか？→必要ない。そこで見つけたタグのほうをタブ化したほうがはてなブックマークに馴染める。
ブコメは敷き詰める。あるブコメが終わった同じ行の、次の文字から次のブコメを続けて表示。全ブコメをまとめてインライン表示。ブコメの集まりがlistではなく一つの自由律散文詩に見えるように。タグは含めない。
両脇に発言者のアイコン。誰がどの部分を書いたかは意識すればわかるように、アイコンとブコメの該当個所を同じ色の枠で飾ったり、関係線で結んだりしておく。ブコメに付けたローカルスターははてなユーザーと関連付ける。ブコメではなく人にスターを。集計を見たユーザーがはてなユーザー個人を意識するように。
無言ブクマは「…」。無言の多さも見て取れるように。
コレクションにコメントをするのが日記。それを日記のように見せるのならあり。
ベクターで受けているのは自前のＰＣにすべてを保存するアーキテクチャーだ。
次にビューアーであること。ダウンロードとインストールまでした上に登録などベクターユーザの誰がするものか。よってアカウント不要の閲覧に機能を絞ることになる。
ベクターでは良質ソフトウェアを評価するときによく「かゆいところに手が届く」という表現が使われる。ユーザのやりたい操作ができること（ユーザーの発想を広げないエクスペリエンス）と、技術的制約……ユーザから見て理由のよく見えない妙な制約が無いことの２点のこと。
コメントをどう見せるかが鍵。世間の声？世論？ユーザーを指定してミュートできるとコメントできない不自由さを解消できるかも。
1. 人気コメント
2. 記事タイトル
3. 記事
記事タイトルならどこのニュースサイトでもやっているので、人気コメントを先に。
人気コメントは表示するけど、はてなスターは表示しなくていい。星が見えないのではてな村の星祭りは意味不明に見える。
最初に見せるのはブックマークエントリータイトル（記事タイトル）の一覧ではなく、それに付いたコメントのうち最上位の人気コメント。発言者のアイコン付きで。エントリータイトルはその下に小さく表示。
このアプリのコメント機能は「はてなユーザーやそのブコメにコメントする機能」。お気に入りはてなユーザーを強調表示したり、非表示（ミュート）にしたり。
Web上の記事も読めるけど、中心になるコンテンツははてなユーザー。ブクマエントリーページを見ながらメタブを付けるのをローカルでやるようなものがこのアプリ。エクスポート機能によっていつかははてなブログへ移行。
非表示は二段階。網かけか淡色化で見えにくくするか、完全に非表示(collapse)にするか。検索など他のビューでも有効。
はてなユーザーに付けたコメントはそのユーザーIDが表示される場面全てでIDに併記される。ラベル（レッテル）貼り機能。ラベルの背景色も変えたい。ラベル内でも強調語やユーザーIDを消す機能を有効にしたい。
特定のはてなユーザーやTwitterユーザーをお気に入りに。ローカル保存。見つけたら強調表示。ユーザーの表示から容易に検索ビューへ進めること。
強調表示される語はユーザーIDに限らない。任意の文字列。登録と削除のビュー有り。
コレクションビューで一覧化。その人の最近のコメントが読める。
UIはWindowsデスクトップ用のもの。表を多用する。WindowsXP対応。はへらったーが参考になる。
数字よりも塗りの面積で見せる。
上限ははてブユーザーの感覚に合わせたいけどとりあえず1000usersで。それを超えることはあっていい。
シングルウィンドウ・シングルドキュメントなぶん履歴を活用して利便性を補う。
検索はローカル領域を。ユーザーが見てもいない情報は検索対象外。お気に入りユーザーのログは含めてもいいかも知れない。それでも一人分の全ブクマをダウンロードしてから検索。
気になる話題についてどんなコメントが寄せられているか調べるには？→ 検索は必要。新着/人気の両方を切り替えられないと話題は見つけられない。
印刷機能は重要。PDF化もここからなので。.docxにできればなおいい。
コメントを保存する機能があるなら、暗号化すると受ける。履歴があるなら参照時にパスワードを設定するといい。あなたの心のセキュリティ。
「ご利用には利用登録が必要です」 「このソフトウェアと開発経緯について」ダイアログだけでいい。無意味に切り抜いた矩形でないダイアログで。スプラッシュスクリーンも無意味に切り抜くとちょっとすごい感を演出できそう。影付けて立体的なペーパークラフト感を出して。
日記の日付は設定にある「日付の変わる時刻」を反映したものに。デフォルトは28:00(4:00AM)。12:00から36:59まで指定可能。「かゆい所に手が届く」機能。
はてブを読んではてなブログを書くために使う利用法も。（ブクマではなく）ブコメに星を付けるとコレクション。日別の日記記事になる。記事内は付けた星の色ごとにまとめ。ブコメを引用して自分の日記を書く。星の色はウィンドウズロゴの4色と黒。黒は非表示（ミュート）のスイッチ。
はじめはローカルで始めたユーザーがWebに移行できるように。移行したところでIDコールも有効になる。
自動エクスポート/インポートできればDropboxでも共有できる。インターネット越しにインポートしたい。
添付ツールとして、ステータスバーにCPU利用率とメモリー使用量・空きメモリー（パーセンテージ）とメモリー最適化機能
3クリックで相対時間や時刻をお手軽設定できるアラーム（指定時刻に指定メッセージを通知領域に表示するもの）などを付属。（アラームはアプリ起動中のみ有効なので、アプリ終了時にまとめて発動。なおかつ再起動したときに引き継ぐ）普段から何かしらのアラームを使っている人なら、このアプリのアラーム機能を使う意味は無い。
はてブエントリーページをローカル領域でブックマークするという機能。インターネットショートカット(.url)にして保存。WindowsエクスプローラーやIEと共有。
フィードバックツールも重要。ウィンドウをサムネイルから選択（エラーダイアログも選択可能・エラーダイアログにもフィードバックツールを開くボタンを載せる）、メッセージを添えて「非公開で開発者だけに送信」というボタンで送信できるようにする。送信内容のプレビュー付き。UI上ではフィードバックではなく「要望（クレーム）送信」というラベル。
保存して検索できて呼び出せればいい。
http://d.hatena.ne.jp/zyake_mk2/20140518/1400418070
この手の問題何度も議論にあがりますね。
SIerは潰れる。技術力ないから。それ以上の議論に発展できない。
Sierの方がおっしゃっておりますが、これは技術の問題ではないです。
マネタイズの問題です。
コミュニケ力(Int) ｘ 技術力(Int) ｘ 活躍できる場所/場面/カルチャー/運(Boolean)
なんですよ。
綺麗なアーキテクチャを、更地から立てて、クラス設計、DB設計で100倍の生産性を発揮できる場所
しかもしれが、膨大な案件の受注と結びついて、ぶんぶん力を振り回せる場所。
まずその場所がないです。ほとんどはぐちゃぐちゃなどっかのSIerがすでに荒らしまくった土地、
その土地の上にものを立てないと行けない。決められた納期と責任という名の不明瞭なものに包まれて。
http://www.open.sh/entry/20140505/1399275679
→COPYWRITERSBLOG：本当に「電通と博報堂は丸投げで中抜きしかやらない」のか
http://copywriterseyes.hatenablog.jp/entry/2014/05/05/232146
アメリカでも西海岸のアーリーベンチャーではない金融系のSIは
プロセスを重視しますし、新しい技術をこぞって使ったりしません。
indexとかと一緒で、生産性を100倍のエンジニアが活躍出来る場所って限られます。
そういうエンジニアが、100倍生産性を発揮できたので、100倍効率よく仕事がそもそもない
楽器がむちゃくちゃうまくたって、曲がかけないと、音楽が売れず、
有名な人の下で、バックミュージシャンとして活躍するしかない。
それと同様です。
自分で、プラン描いて、技術持って、グイグイ巻き込んで、それぐらいできて
ようやく生産性１００倍で給与も１００倍とかは目指せるでしょうがね。
難しいですね。。
インテル、8ソケット15コアのXeon E7-8800 v2などを発表
8ソケット１５コアって最大１２０コア・・・
それはいいけど、メモリーのバス待ちで１００％で稼働し無さそうだな・・・
もうCPUが専有できるメインメモリーと、共有のメインメモリーを分けて管理しないとバス待ちだけで輻輳すんだろ。
アーキテクチャー的に、シングルなメインメモリーは無理だ。コア固有のメインメモリーと、コア共有なメインメモリーはハード的に分けて結線して
１２０コアの並列でアドレスが違うにしろバス待ちなんてしたくねぇ。
そのレベルの並列プログラムのボトルネックはまず間違いなくメインメモリ。メインメモリーのバス待ちが遅くてやってられないというレベルでしょ。
なんか偉そうに書いてみた。
SFCには頭がおかしいプログラミング言語使いがたくさんいる。特に研究室に入ると、バイトでバリバリ書いている人間や、研究や趣味でライブラリを量産する人間に出会うこともあるだろう。彼らに惑わされてはいけない。最初は彼らの言っていることは一つも理解できないだろう、理解する必要は無い。彼らはプロダクションで安定するかどうかという縛りから自由だ。流行り廃りに敏感で、昨日言ってることと今日言ってることが違う。
これは実際に手を動かして使ってみて好感触かどうかささっと確かめられる人間だからできることで、プログラミングできない人がこれについていこうとしたら間違いなくプログラミングが嫌いになる。
こういう言葉に惑わされるな、コードを書くための勉強をするな、コードを書け。
できる人は概ね、できない人の気持ちがわからない。受動的になるな。積極的に書け。
「プログラミングなんて特殊技能で、少なくとも教養じゃないでしょ..」という認識が横行している今だけのチャンスとも言える。
webプログラミングができると「技術的には簡単だがアイデア一発で作ってみた」もので、ほんのちょっとだけ有名になれる可能性がある。論文を書いて学会に投稿したりニュースになったりするよりも、よっぽどお手軽に(一部での)社会的ステータスを高めることができる(かもしれない)。
↓ こういうのでいい（失礼だが）。
こう言っている人間を見て何を思うだろうか。
「いや少しずつでいいから今やれよ」とか「英語できたらもっと世界ひろがるのに..」とか「大学生なのにそれで恥ずかしくないの」とか思うかもしれない。
知らない世界を知らずにいることは大いなる機会損失である。プログラミングに金はいらない。金はないけど時間はある、時間を大量投入できる最後の機会、大学生である内に学んでおいた方が望ましい。
基本的なスタンスとして、講義ではプログラミングを教えてはくれない。講義に期待するな。プログラミングに限らず、全ての講義は自習への足がかりであり、興味のとっかかりである。実際に意思を持って積極的にコードを書かない限りプログラミングのことは好きになれない。自分で考えながら手を動かしてコードを書かなければ覚えないし、初学者が配られたプリントを写経しても血肉にならない。
「今日から俺は！」という感じでプログラミング講義を受けると爆死は約束された未来である。「腕試ししよう」「これなら楽勝じゃろ」という意気込みで講義を受けると、意外に学ぶことが多い。完全な初学者の域は脱しておいた方が講義は有効的に活用できる。少なくとも、最初の2週間をインストールと環境構築のみで終わらせるスジの悪い講義を取得してはいけない。
また、講師によってはJavaScriptのことをJavaと呼称したり、JavaScriptはLispに比べて読解が平易であるためハッキングを受けやすいと言ったことを平然と言ってのける。選別にあたっては「講義名」と「講師名」を明言した上で「先輩に聞く」「Twitterを活用する」等の手段をとるべきである。十二分に注意されたし。
道具を選ばないのはプロだけである。初学者は多少高くても自分をサポートしてくれる良いマシンを入手すべきである。1行のコードを書くだけでも恐ろしい手数が必要なアーキテクチャを選択するのは愚行だ。
モデルは何でもいい、無理して上位機種を買う必要は無い。お金が余ってるならMacBookProを買えばいいし、勿論一番安いMacBookAirでも全く問題ない。特にweb系のコードを書く際、インターネットで検索して出てくる記事はだいたい「OSがUNIX系であること」を前提としたサンプルである。これをWindowsの開発環境に読み替えるのは、初学者に取ってつらいだろう。
また、Macならばパフォーマンスは多少犠牲になるがwindowsも起動できる。どうしても光学機器が必要になればCNSコンサルタントで外部接続式の光学機器を貸し出してくれる。Macが気に入らなくてもどうせ研究が射程に入る3年生に上がったぐらいのタイミングでPCを買い替えるだろう。バイトして稼いだ金で「俺の考えた最強のマシン」に買い替えればいい。それまではMacを使え。
OSに固有の使い方なんて学ぶ価値はない、覚える価値も無い、操作時間が短縮されるだけだ。「普通の会社はWindowsなんでしょう？」というくだらない理由でWindowsPCを選択肢の第一候補にするな。Windowsを買うなら積極的選択としてWindowsを買え。
SFCにおいて、PCは毎日抱えて通学し、毎日開いて講義を受け、苦楽を共にする相棒だ。消極的に選択するな。
SFCには「共同購入PC」という制度がある、これを利用してはいけない。
もし要件が変更され、Macがラインナップに入れば積極的に利用するべきである。
条件を示す。
見た目に変化が無いと楽しくないだろう、こんなのを実行しても何も楽しくないはずだ。
#include <stdio.h> int main() { int a; a = 1 + 1; printf("%d", a); }
マイナーな言語を選択してはいけない。「ライトウェイト言語」と呼ばれるくくりから選択肢するのがいいだろう、以下のようなものがある。
中でもjavascriptとrubyは推薦できる、SFCでも書いている人間は多い。
phpとperlはおすすめできない。ドキュメントは多いが、不慣れであればロジック以外に割かれる労力が非常に多い。pythonは日本語のドキュメントが少ないため最初はつらいだろう。
最初にjavascriptをやるのは理に適っている。index.htmlというファイルを作り、scriptタグの中にコードを書き、ブラウザでindex.htmlを開けばもう実行されている。web上のドキュメント量も豊富だ。
rubyも推薦できるが、少なくとも「自分でHTTPサーバを立てる」という言葉にピンと来るようになってから使い始めた方がいいだろう。きっと何をしていいかわからないはずだ。
他にもProcessing(http://processing.org)などが推薦できる。ダウンロードに時間がかかるだけでインストール作業は必要ない。こちらに関しては旧プロダクト名である「proce55ing」をキーワードに検索すると記事が引っかかりやすいという暗黙のルールがあった、今はどうだか知らない。
最近ではnode.jsの採用事例も増えてきた（他に比べれば圧倒的少数、増加傾向にあるという意味）。クライアントでもサーバでも活躍できるjsは学習コストパフォーマンスが高いと思われる。
書ける言語は一つにしぼってはいけない。なるべくたくさんの言語を使ってみよ。ブログ記事を読みあさり、「その言語は何が得意なのか」調査しろ。不得意なことをその言語にやらせるな。
下記のような上達ストーリーが考えられる。
例えばpythonは音響処理や数学計算が得意だったりする。そういった特徴を徐々につかみながら書ける言語の種類を増やし、好きな言語を見つけて好きな言語のことをもっと好きになればいい。
自分が好きな言語のことを胸を張って自慢できるようになったなら、あなたは既に初学者ではない。
人に聞くとvimやemacsを推薦されるかもしれない。もしそれを使ったことが無いなら、あるいは「プラグインの導入方法がわからない」なら、やめろ。Terminalを開かなくても書けるGUIアプリのテキストエディタを使え。
具体的にはSublimeText(http://www.sublimetext.com/3)を使うのがよい、無料である。
ライセンスが必要だが、起動時に「買ってね！」というダイアログが出続けるだけで無料で使用し続けられる。信頼できるエディタだと思ったら買えばいい。
SublimeText3にPackageControlというものを導入すると、標準で備わっていない機能を拡張できるようになる。こちらのブログ(http://p.tl/Ev7b)の「インストール手順」セクションのみを実行する。たとえば「Jadeという言語を、文法に従って色付けしてほしい(SyntaxColoring)が、その機能が無い」という時に、「Jade用プラグイン」をSublimeText内で検索し、インストールすることができる。
もし使い方がわからないければ、回りにいる「プログラミングができる優しい人」に上の記事を見せ「インストールしてくれませんか？」と頼んでみろ。きっと戸惑いながらも正しい操作をしてくれるだろう、一挙手一投足を見逃さず学べ。
エロ画像を集め続けるツールが欲しいとする。どうやったらいいか考える。クライアントjsだけでは限界が来る。rubyなど別の言語を試すステップを踏む。
http://www.slideshare.net/shokai/ss-26387303
プログラマ同士じゃないと伝わりにくい用語が頻発すると思う。逐一人に聞いていてはラチが開かない。人に聞くな、適当に読み飛ばせ。
ブログ記事は本ではない、それを読解しなければならない理由はない。適当にはてブでもつけといて、次の記事を読め。たくさん読めば共通項が見えるだろう、コードが書けるようになるに従い読めるようになるだろう。
みんなが息をするようにコード書いてさ、みんなでしあわせになろうよ。
http://forza.cocolog-nifty.com/blog/2014/01/it-d213.html
なんか、ぎょーかい系のつまらん用語が並んでたので、俺の主観で今の世の中をみよう。
新しい理念ではないけど、その理念を支える基盤が揃った時代だと思う。
昔のブラウザは相手より優れてることが優先されて、標準というのはおざなりだった。
それが今や標準こそが正しく、その正しさによって、みんなは恩恵を受けてる
あくまでもビジネス上の戦略だ。標準に準拠したほうがユーザーが多いとか、
資本主義の先にあるのが現状だ。
そして、その背景には、アーキテクチャは売り物じゃなくなったというのがある。
インターネットという絶対的なパイの増加に対して、フィードバックが表れてきたのが大きい。
アーキテクチャという付加価値を売りにしなくても、パイは無限にあると人は知った。
これがビジネスという檻から解放されれば、集合知によって後は雪だるまのようにでかくなる。
今では当たり前になった、あのサービスはこんな技術で出来てます。というそれは
少し前なら、こいつらはひでんの味のレシピを公開するの馬鹿なの？というレベルである。
今や大手サービスならそれがあたりまえだし、個人がそれを出してくのも当たり前だ。
決定的だったのは、その雪だるまを支える基盤が揃ったことだ。
アーキテクチャは、コードとして実体化した。誰もが見ることが出来て誰もが利用するモノになった。
その地殻変動はどこで起きてるかといえば、GitHubで起きてるとしか言いように無い。
インフラが重要なのは、基盤が世界を変えると知った人達の期待があふれててるからでしょ。
メーカー系IT会社に勤めてたけど、基本情報は入社2年ぐらいを目処に全員（文系出身含めて）取らされる。
それから、応用情報技術者相当が、管理職昇任の前段階として必須だった。
動くプログラムを作ってナンボの中小とかベンチャーでは気にしてる人は少ない。
コンピュータの仕組みについては、分野による。
自分はWeb系だけど、HTTPより下位の仕組みは知らなくてもなんとかなることが多い。（OSの知識やTCP/IPの知識はあると役立つ）
組み込み系なら0,1の世界のコンピュータアーキテクチャから知らないと駄目だと思う。
