 
|
はてなキーワード: グラフとは
日本は女性の社会進出後進国なのに少子化が凄まじいのは知っているよね
http://www2.ttcn.ne.jp/~honkawa/1500.html
このグラフを見れば解るように、２５から３０中盤にかけ急激に女性の労働力が下がる韓国と日本は、女性が出産で仕事を辞めて育児に専念し、数年後安い給料でパート労働にならなければいけない社会で、それが少子化の原因の一つ。
不景気で金がなくて子供を産めない、夫婦共働きじゃないとやっていけないのに子供を産んだら仕事が続けられない、子供を産めない状況に若者が追い込まれているから産めないんだよ。
http://www.mhlw.go.jp/toukei/saikin/hw/jinkou/tokusyu/syussyo06/syussyo4.html
現実的な話ですまないが、時代、国籍、地域、家庭によって味覚ってのは違うのであって、
当然、俺の「おいしい」とお前さんの「おいしい」にも違いがあるんだわ。
日本人で言うなら、うま味…昆布出汁や鰹出しといったアミノ酸系列を他国より重視する。
隣の中国や韓国、東南アジアでは辛みが重要だったりする。ちなみに、俺は辛いの食えない。不味いとか以前にカプサイシンが胃腸に来て吐く。
アメリカのは、甘め。とくに菓子系は激甘。開拓時代に甘い物漬けになったからな。これは日本人で無理ってのが結構いるけど俺はオッケー。むしろイケる。
まぁ、和食に限定しても地域によって赤飯の味がぶれるのは有名所だな。無味の赤飯に塩を振り掛けて食うところから、赤飯自体これって餡子じゃねーのってぐらい甘い所まである。
有名どころでは卵焼きに何掛けるかとかは家庭どころか個人で違ってくるわな。
地域によってカップ麺ですら味を変えている訳で、自分の「おいしい」を他人も「おいしい」と感じてくれる保証など全くないのさ。
水の電気分解をする際に、塩(塩化ナトリウム)を投入するだろ？
あれは、イオン交換の効率が上がって実験が早く進むからなんだが。
それを予見して、適切なナトリウムを投入するなんぞ実験の手引きが無い場合、総当たりでグラフ書くしかないわな。
実際、時間が有ったらそういう実験をさせてみるのも面白いと思う。
さておき、料理人と呼ばれる人たちは、それぞれの生の味、それを焼いた時、煮た時の味などの引き出しを持っており、
その中から、「店の味」になる素材、料理法を組み合わせて客に提供してるわけ。
そんなん、ご家庭で簡単にできてたまるか。
まぁ、そんな料理人も大量に料理作って、失敗して、それが経験になってる訳で。
まずは、レシピ通りに作るってのは基本なんよ。
料理が苦手って人の多くはそんな考えをするわな。
鼻歌交じりに材料切って、焼いて、鍋に放り込めば出来上がり～♪ とはいかない。
材料を切るにも後工程(焼く・煮る)、火力（ガスコンロ、オーブン）によって切るサイズが決まる。
焼く際には、温度と時間が必要。化学的にいけば、素材によってメイラード反応温度が違う上に熱伝導率も異なる。
熱伝導率は素材の形状によって調整してある為、集中するべきなのは温度と時間である。という事になる。
煮る場合も大体同じ、この場合は、苦み、えぐ味の元になる水溶性たんぱくが熱変性して浮かんでくるので、和食では取り除くことが多い(灰汁取り)。
そんなん、レシピ通りに進めた方が楽に作れるに決まっている。
パンなんぞ、分量間違えるだけでイースト菌が全滅して発酵せずにゴミ箱行きだ。
カレーを作れば水を入れすぎてカレースープ 記載されている作り方のとおり作ってもらえればいいのに、そのマニュアルを読まない 生ラーメンもゆですぎてトロトロラーメン まずっ タイマーかけろといってもかけない 出来ることはお湯を温めるだけ 本当に 俺がいないときはインスタントカップ麺ばっかり あとツナ缶 お米を炊いてあれば、漬物だけで済ます ガスを使う料理が出来ない 卵焼きも出来ないときた 焦がす焦がす
こんな状態なら、適当に作ったものとレシピ通りに作ったもののどちらが美味いかなんぞ明確だろ。
連立方程式が解を持つとき、グラフ上の交点として表されることは学習するが、解を持たない（交わらない）とき、その二つのグラフから何か読み取れることはないだろうか。
平成19年度 地方交付税：1750億 臨財債：653億 期末残高5353億円 太田房江
平成20年度 地方交付税：1618億 臨財債：796億 期末残高6019億円 橋下徹
平成21年度 地方交付税：2850億 臨財債：1607億 期末残高7467億円 橋下徹
平成22年度 地方交付税：2900億 臨財債：3226億 期末残高1兆506億円 橋下徹
平成15年度 法人事業税：2692億 法人府民税：643億 太田房江
平成16年度 法人事業税：3168億 法人府民税：722億 太田房江
平成17年度 法人事業税：3627億 法人府民税：843億 太田房江
平成18年度 法人事業税：3822億 法人府民税：901億 太田房江
平成19年度 法人事業税：4868億 法人府民税：1093億 太田房江
平成20年度 法人事業税：4394億 法人府民税：980億 橋下徹
平成21年度 法人事業税：2597億 法人府民税：771億 橋下徹
平成22年度 法人事業税：1507億 法人府民税：544億 橋下徹
http://www.pref.osaka.jp/zei/alacarte/dfuzei3.html
近畿圏のみが大幅な減少、経済の地盤沈下明確に（特に大阪が突出して酷し）
http://www.tdb.co.jp/report/watching/press/pdf/s110401_58.pdf
ほか増田も指摘があったかもしれないが、そうでもないよ。そんなに特定の女性に集中はしない。
さらに知性や育ちがまともかどうかでフィルタリングすると1%にも満たなくなる。
Peter M. Buston and Stephen T. Emlen
http://www.pnas.org/content/100/15/8805.full.pdf
調査対象は18～24歳の男女978人(男471人、女507人) アメリカだけどね。
それぞれが男、女のグラフ。横軸が自己評価の平均点数、縦軸が相手に求める資質の平均点数。
「自己評価の高い人間」は「相手にも高い資質を求める」傾向がある。
当たり前だけど、「自分がダメかも」って思ってる人間は、相手にも多くを望まない、同程度の相手を探すのね。
だから全ての男性が1%を目指す訳じゃない。 更に、意外と美人が余るケースがある。
吉永小百合さんは番組プロデューサの岡田太郎さんと結婚。サユリスト憤怒。
( http://blogs.yahoo.co.jp/sasuraino777/archive/2010/11/27 )
別に旦那、格好良くないし。で吉永さんは「だって、彼は私を始めて飲みに連れて行ってくれたんですよ」との事。
飛び抜けた美人だと男性は失敗すると思って告白しない、結果、自己評価の低い美人が生まれるケースがある。
(ただ今の日本の状況を見ると自己評価の高い女性の方が多い、って反論は当然あるだろうね)
そう、若さって重要。 若いと美しく見えるから。 例えばAKB48で30歳越えても人気ありそうな子ってどれだけいるのかね?
よくフェミニストの方は男女差別の根拠として『女性の家事労働時間の各国比較』を根拠にされていますが、
国民性の違いがあります。 主に日本人女性自身のセルフイメージに問題があると思います。
女性の家事労働時間 http://anond.hatelabo.jp/20111231161437
一方で、「『家事・育児の負担（Ｃ）』を男性以上に求められてきた女性が『フルタイム（Ａ）』で働くよう社会から求められていること」はどうでしょう。Ａ＋Ｃは「過大」ではないでしょうか？
そういった現状を無視して議論を進めようとするフェミニストは危険だと思います。
貴方の頭の中にあるイメージがそうである、という事は分かりますが、古い女性観です。
http://www2.ttcn.ne.jp/honkawa/2475.html
戦後の大きな意識変化が見られるのは「楽しみ」の男女差についての見方である。
男性の場合、男の方が楽しみが多いとしているが、その割合は下がってきている。
むしろ女の楽しみの方が多いのではと思う男性が増えている。
http://www2.ttcn.ne.jp/honkawa/2470.html
男女年齢別に集計した楽しかった時間の合計をグラフにしてみると、３つの点が明解である。
（２）女の方が男より楽しく生活している
現実の男女は貴方の思い描いている世界と同じでしたでしょうか?
今の男性がどれだけ苦しい思いの中でいるのか、
そういった状況だからこそ結婚がイメージできない男性が増えているとは思いませんか?
正直、今の世の中でフェミニストが「女性に権利を！」と叫ぶのは
男女のカップリングの面でマイナス、男性の自殺に関してもマイナスでしょう。
それは思考停止です。 根拠がない議論がお好みですか?
THE MANZAI って４時間くらいあったけど漫才部分だけ見たら単純に半分で済む量。とはいえ２時間で無駄なくやったら尺足らずだし、それはまあ説明部分もあるからよしとしよう。でもなげーよ。
他にももう、終わったな、と思わせる演出が多数あったが、とにかくキビキビとやってないんだよ。キビキビと。ダラダラしてる。
→参加意識を煽っているけれど、笑うたびにボタンを押すということは漫才の面白さに集中できない。仕様ミス。先にアプリを落として一斉に送信させるというのも、問題がある印象。フジの企画に問題がある。
ワラテンのグラフと一緒に、同じ番組内で同じ漫才を再鑑賞するのは、前半見ていなかった人向けのサービスのつもりだろうが、間延びしてしまいおかしい。参考にはなるが、「ほお」で終わり。ビデオなら絶対飛ばすところ。
問題２ 慢心した優勝特典
フジテレビレギュラー番組、漫才師だが漫才の番組が貰えるわけではない。漫才の番組が貰えるのなら嬉しいだろうが、単なるトークタレントとしての役回りが回ってくるのであれば矛盾しすぎている。副賞の各番組ゲスト、っていうのも結局はトークで呼ばれるのが半分以上だから名前を売る以上の意味が無い。まったく売れなかった若い人ならそれが価値を増すが、パンクブーブーではドラマを作れない。
結局は予算削減策でしかなく、フジも落ちる所まで落ちているとしかいいようがない。またフジは自分の価値を高く見い出しすぎ。
ただ控えめに協賛した、日清のどん兵衛はいいと思う。あんな数（１０年分）本人が食べたら確実に身体を壊すけど、楽屋において後輩にあげる分には後輩が何年も食に困らないからね。
問題３ 無駄な演出
フジの番組全般に生でやるとダラダラとした無駄な部分＋小難しい説明だらけである。進行押しの間の時間調節なら、わかるのだが、入場演出で無駄にリムジンとか入れて、オープニングから30分以上漫才が始まらないってどういうことだよ。ワラテンの説明も長い、フジのサイトにこさせるための小細工とはいえ。投票トラブルを避ける意味では完璧な説明であったが、視聴者にはまったく無駄でチャンネルを変えさせるレベルの話。あんなの事前に別番組で説明して分散ダウンロードさせるとか、Dボタン側に逃がして文字で済ますとかできるだろ！ 俺は一斉送信でサーバが落ちないかのほうが気になったよ。
あと、有名人を客席に散らせ「これくらい入れておけば受けるだろう」的な考え。
バブル期に入った人が作ってるんだと思うが、視聴者は漫才が見たいんだよ。モデルの顔が見たいんじゃねえんだよ。制作者側がバカにするのも大概にしろ。有名人を呼ぶならコメントを全員取れよ。メイクまで入れて客席で笑うだけで、ノーコメでギャラ貰って帰る奴を許すほど度量はこっちにはねえよ。
問題４ THE MANZAIの本来的な部分を踏襲していない点
初代のＴＨＥ ＭＡＮＺＡＩは元々洗練されてない舞台漫才をショー化するものであった。横澤さんが死んでいるとはいえ、当時のTHE MANZAIに敬意をはらっているのは西川さん位じゃないか…。２０１１年版としての進化がアレなのかもしれないし、余計なものを入れずに「４分見せている」ということは評価できるとはいえ、余計なものばかりつっこんでいる部分は「製作者側が漫才の力を信じていない」というようにしか取れないんだよ。
笑えるものを評価しよう、という意味合いでは、この矛盾があるものをあえて入れるという意味で審査は厳正であったのだろうが、全体には今回はコントっぽい物が多かった。コントであろうと面白いものを評価する、というのは正しいが漫才としてちゃんと漫才な作品をもっと増やさないと絶対的にダメだし、これも制作側がコントのほうが面白いと思っている証拠としか思えない。
あとたけしの茶番ダブルブッキング演出は不要。（いい訳としてはわかるが、別に漫才師がつっこみでいった通りOPが長くなければ全部の漫才を見れるわけだし、あとハラハラしないものを入れてどうするのかというか、単にたけしがTBSに入るまで、という尺を稼いだだけでしかない）
生で見なくてよかった。
また、１５年くらい不遇な人たちが多かったので、それに光が当たるのはとてもよいことなのだが、雇用されない関係のため数百円のギャラからのスタートでも文句を言わず、売れないまま１０年以上のキャリアが必要とされる日本では、漫才師として暮らしていくことが非常に難しいということがよくわかる。
皆主な仕事を漫才にして女の人に扶養してもらったりしているようだが、本来的な収入はある状態で、漫才は副業でやるのが適正だと思った。言ったらハングリーさがないといわれそうだが、べつに先輩たちが作ったストーリーに乗る必要ないだろ。黙ってればいいのだ。
日本は性文化消費先進国として『性』への態度をはっきりさせるべきなのだと思う。
■性は消費されるという問題から逃げないこと。
性は消費されることがある、ということを正しく啓蒙すること。今までこれをなあなあにしていたから、反社会的組織に下駄を預けることになったり、ポルノグラフィと非実在創作物との関係をうまく説明できなかったりしている。その結果として、望むと望まざるとに関わらず性文化を提供する側に立っている人間への対応が遅れてしまっている。日本で性を消費物として扱っている企業はほぼブラックな労働形態を強いられている中小企業であり、若者向け産業界が萌えという言葉で浸食しているという現状だ。
きちんとした『性産業』や『性風俗』の再定義、それに従事する人間への対応が必要ではないか？ 例えば日本で売春婦は立派な職業である、ということを、いま制度設計する必要があるんだと思う。何故国家をあげてそのような仕事をする必要があるのか？ というと、おそらく、国が認めた職業じゃないと従軍の部分が説明つかなくなるから。これをやらないから援助交際を含めた素人の無秩序な淫行が蔓延しているわけだし、暴力団の収入源にもなっている。暴力団を撲滅させたところで働く場所として無秩序さが高まり、不幸になる人間が増える可能性は否定できない。そういう国としての姿勢を明らかにしないと、なんとなく『慰安婦という一方的な奴隷じゃねえ、売春婦という国が認めた職業だ』と言ったところで誰も納得しないんじゃないか？
一方で、生産の根源としての性を正しく伝えなければならない。男性性・女性性の相互理解、性科学的な観点からの正しい知識の継承と啓蒙。妊娠出産に対する社会の関心を高め、子育てへの理解と環境の改善を促す。生きることに関わる情報が子どもに対して先回りして伝わる可能性は、現代社会ではとても高い。そのような状況に対応するために、性教育についても、小学校から担任に任せるのではなく、専門教員による指導が適切であろう。最低でも助産師を担える程度の看護師、保険医であることが望ましい。医者溢れ、看護学校卒業生溢れ対策、女性の雇用創出にも繋がるかもしれない。非常勤教員化するのであれば、地域警察の青少年課などでも働くことで、知識や経験を蓄えることが出来ると思う。収入も上がるし。
こういう地道な努力を正しくやり続けることが、慰安という職能への理解を生み、さらには少子化の抑制につながるかも知れない。慰安婦の人たちを救うのは賠償というお金ではなく、多分『あのとき慰めてくれてありがとう』という男達の言葉なのではないだろうか。
第1章 プログラミング概念入門 1.1 計算器 1.2 変数 1.3 関数 1.4 リスト 1.5 リストについての関数 1.6 プログラムの正しさ 1.7 計算量 1.8 遅延計算 1.9 高階プログラミング 1.10 並列性 1.11 データフロー 1.12 明示的状態 1.13 オブジェクト 1.14 クラス 1.15 非決定性と時間 1.16 原子性 1.17 ここからどこへ行くのか？ 1.18 練習問題 第1部 一般的計算モデル 第2章 宣言的計算モデル 2.1 実用的プログラミング言語の定義 2.1.1 言語の構文 2.1.2 言語の意味 2.2 単一代入格納域 2.2.1 宣言的変数 2.2.2 値格納域 2.2.3 値生成 2.2.4 変数識別子 2.2.5 識別子を使う値生成 2.2.6 部分値 2.2.7 変数の，変数への束縛 2.2.8 データフロー変数 2.3 核言語 2.3.1 構文 2.3.2 値と型 2.3.3 基本型 2.3.4 レコードと手続き 2.3.5 基本操作 2.4 核言語の意味 2.4.1 基本概念 2.4.2 抽象マシン 2.4.3 待機不能な文 2.4.4 待機可能な文 2.4.5 基本概念再訪 2.5 メモリ管理 2.5.1 末尾呼び出し最適化 2.5.2 メモリライフサイクル 2.5.3 ガーベッジコレクション 2.5.4 ガーベッジコレクションは魔術ではない 2.5.5 Mozartのガーベッジコレクタ 2.6 核言語から実用的言語へ 2.6.1 構文上の便宜 2.6.2 関数(fun文) 2.6.3 対話的インターフェース(declare文) 2.7 例外 2.7.1 動機と基本概念 2.7.2 例外を持つ宣言的モデル 2.7.3 親言語の構文 2.7.4 システム例外 2.8 進んだ話題 2.8.1 関数型プログラミング言語 2.8.2 単一化と内含(entailment) 2.8.3 動的型付けと静的型付け 2.9 練習問題 第3章 宣言的プログラミング技法 3.1 宣言的とはどういうことか？ 3.1.1 宣言的プログラムの分類 3.1.2 仕様記述言語 3.1.3 宣言的モデルにおいてコンポーネントを実装すること 3.2 反復計算 3.2.1 一般的図式 3.2.2 数についての反復 3.2.3 局所的手続きを使うこと 3.2.4 一般的図式から制御抽象へ 3.3 再帰計算 3.3.1 スタックの大きさの増加 3.3.2 代入ベースの抽象マシン 3.3.3 再帰計算を反復計算に変換すること 3.4 再帰を用いるプログラミング 3.4.1 型の記法 3.4.2 リストについてのプログラミング 3.4.3 アキュムレータ 3.4.4 差分リスト 3.4.5 キュー 3.4.6 木 3.4.7 木を描画すること 3.4.8 構文解析 3.5 時間効率と空間効率 3.5.1 実行時間 3.5.2 メモリ使用量 3.5.3 償却的計算量 3.5.4 性能についての考察 3.6 高階プログラミング 3.6.1 基本操作 3.6.2 ループ抽象 3.6.3 ループの言語的支援 3.6.4 データ駆動技法 3.6.5 明示的遅延計算 3.6.6 カリー化 3.7 抽象データ型 3.7.1 宣言的スタック 3.7.2 宣言的辞書 3.7.3 単語出現頻度アプリケーション 3.7.4 安全な抽象データ型 3.7.5 安全な型を備えた宣言的モデル 3.7.6 安全な宣言的辞書 3.7.7 資格とセキュリティ 3.8 宣言的でない必要物 3.8.1 ファイルを伴うテキスト入出力 3.8.2 グラフィカルユーザインタフェースを伴うテキスト入出力 3.8.3 ファイルとの状態なしデータI/O 3.9 小規模プログラム設計 3.9.1 設計方法 3.9.2 プログラム設計の例 3.9.3 ソフトウェアコンポーネント 3.9.4 スタンドアロンプログラムの例 3.10 練習問題 第4章 宣言的並列性 4.1 データ駆動並列モデル 4.1.1 基本概念 4.1.2 スレッドの意味 4.1.3 実行列 4.1.4 宣言的並列性とは何か？ 4.2 スレッドプログラミングの基本的技法 4.2.1 スレッドを生成すること 4.2.2 スレッドとブラウザ 4.2.3 スレッドを使うデータフロー計算 4.2.4 スレッドのスケジューリング 4.2.5 協調的並列性と競合的並列性 4.2.6 スレッド操作 4.3 ストリーム 4.3.1 基本的生産者／消費者 4.3.2 変換器とパイプライン 4.3.3 資源を管理し，処理能力を改善すること 4.3.4 ストリームオブジェクト 4.3.5 ディジタル論理のシミュレーション 4.4 宣言的並列モデルを直接使うこと 4.4.1 順序決定並列性 4.4.2 コルーチン 4.4.3 並列的合成 4.5 遅延実行 4.5.1 要求駆動並列モデル 4.5.2 宣言的計算モデル 4.5.3 遅延ストリーム 4.5.4 有界バッファ 4.5.5 ファイルを遅延的に読み込むこと 4.5.6 ハミング問題 4.5.7 遅延リスト操作 4.5.8 永続的キューとアルゴリズム設計 4.5.9 リスト内包表記 4.6 甘いリアルタイムプログラミング 4.6.1 基本操作 4.6.2 ティッキング(ticking) 4.7 Haskell言語 4.7.1 計算モデル 4.7.2 遅延計算 4.7.3 カリー化 4.7.4 多態型 4.7.5 型クラス 4.8 宣言的プログラムの限界と拡張 4.8.1 効率性 4.8.2 モジュラ性 4.8.3 非決定性 4.8.4 現実世界 4.8.5 正しいモデルを選ぶこと 4.8.6 拡張されたモデル 4.8.7 異なるモデルを一緒に使うこと 4.9 進んだ話題 4.9.1 例外を持つ宣言的並列モデル 4.9.2 さらに遅延実行について 4.9.3 通信チャンネルとしてのデータフロー変数 4.9.4 さらに同期について 4.9.5 データフロー変数の有用性 4.10 歴史に関する注記 4.11 練習問題 第5章 メッセージ伝達並列性 5.1 メッセージ伝達並列モデル 5.1.1 ポート 5.1.2 ポートの意味 5.2 ポートオブジェクト 5.2.1 NewPortObject抽象 5.2.2 例 5.2.3 ポートオブジェクトに関する議論 5.3 簡単なメッセージプロトコル 5.3.1 RMI(遠隔メソッド起動) 5.3.2 非同期RMI 5.3.3 コールバックのあるRMI(スレッド使用) 5.3.4 コールバックのあるRMI(継続のためのレコード使用) 5.3.5 コールバックのあるRMI(継続のための手続き使用) 5.3.6 エラー報告 5.3.7 コールバックのある非同期RMI 5.3.8 二重コールバック 5.4 並列性のためのプログラム設計 5.4.1 並列コンポーネントを使うプログラミング 5.4.2 設計方法 5.4.3 並列性パターンとしての機能的構成要素 5.5 リフト制御システム 5.5.1 状態遷移図 5.5.2 実装 5.5.3 リフト制御システムの改良 5.6 メソッド伝達モデルを直接使用すること 5.6.1 1つのスレッドを共有する複数のポートオブジェクト 5.6.2 ポートを使う並列キュー 5.6.3 終点検出を行うスレッド抽象 5.6.4 直列依存関係の除去 5.7 Erlang言語 5.7.1 計算モデル 5.7.2 Erlangプログラミング入門 5.7.3 receive操作 5.8 進んだ話題 5.8.1 非決定性並列モデル 5.9 練習問題 第6章 明示的状態 6.1 状態とは何か？ 6.1.1 暗黙的(宣言的)状態 6.1.2 明示的状態 6.2 状態とシステム構築 6.2.1 システムの性質 6.2.2 コンポーネントベースプログラミング 6.2.3 オブジェクト指向プログラミング 6.3 明示的状態を持つ宣言的モデル 6.3.1 セル 6.3.2 セルの意味 6.3.3 宣言的プログラミングとの関係 6.3.4 共有と同等 6.4 データ抽象 6.4.1 データ抽象を組織する8つの方法 6.4.2 スタックの変種 6.4.3 多態性 6.4.4 引数受け渡し 6.4.5 取り消し可能資格 6.5 状態ありコレクション 6.5.1 インデックス付きコレクション 6.5.2 インデックス付きコレクションを選ぶこと 6.5.3 その他のコレクション 6.6 状態に関する推論 6.6.1 不変表明 6.6.2 例 6.6.3 表明 6.6.4 証明規則 6.6.5 正常終了 6.7 大規模プログラムの設計 6.7.1 設計方法 6.7.2 階層的システム構造 6.7.3 保守性 6.7.4 将来の発展 6.7.5 さらに深く知るために 6.8 ケーススタディ 6.8.1 遷移的閉包 6.8.2 単語出現頻度(状態あり辞書を使用する) 6.8.3 乱数を生成すること 6.8.4 口コミシミュレーション 6.9 進んだ話題 6.9.1 状態ありプログラミングの限界 6.9.2 メモリ管理と外部参照 6.10 練習問題 第7章 オブジェクト指向プログラミング 7.1 継承 7.2 完全なデータ抽象としてのクラス 7.2.1 例 7.2.2 この例の意味 7.2.3 クラスとオブジェクトを定義すること 7.2.4 クラスメンバ 7.2.5 属性を初期化すること 7.2.6 第1級メッセージ 7.2.7 第1級の属性 7.2.8 プログラミング技法 7.3 漸増的データ抽象としてのクラス 7.3.1 継承グラフ 7.3.2 メソッドアクセス制御(静的束縛と動的束縛) 7.3.3 カプセル化制御 7.3.4 転嫁と委任 7.3.5 内省 7.4 継承を使うプログラミング 7.4.1 継承の正しい使い方 7.4.2 型に従って階層を構成すること 7.4.3 汎用クラス 7.4.4 多重継承 7.4.5 多重継承に関するおおざっぱな指針 7.4.6 クラス図の目的 7.4.7 デザインパターン 7.5 他の計算モデルとの関係 7.5.1 オブジェクトベースプログラミングとコンポーネントベースプログラミング 7.5.2 高階プログラミング 7.5.3 関数分解と型分解 7.5.4 すべてをオブジェクトにすべきか？ 7.6 オブジェクトシステムを実装すること 7.6.1 抽象図 7.6.2 クラスを実装すること 7.6.3 オブジェクトの実装 7.6.4 継承の実装 7.7 Java言語(直列部分) 7.7.1 計算モデル 7.7.2 Javaプログラミング入門 7.8 能動的オブジェクト 7.8.1 例 7.8.2 NewActive抽象 7.8.3 フラウィウス・ヨセフスの問題 7.8.4 その他の能動的オブジェクト抽象 7.8.5 能動的オブジェクトを使うイベントマネージャ 7.9 練習問題 第8章 状態共有並列性 8.1 状態共有並列モデル 8.2 並列性を持つプログラミング 8.2.1 さまざまな手法の概観 8.2.2 状態共有並列モデルを直接使うこと 8.2.3 原子的アクションを使うプログラミング 8.2.4 さらに読むべき本 8.3 ロック 8.3.1 状態あり並列データ抽象を構築すること 8.3.2 タプル空間(Linda) 8.3.3 ロックを実装すること 8.4 モニタ 8.4.1 定義 8.4.2 有界バッファ 8.4.3 モニタを使うプログラミング 8.4.4 モニタを実装すること 8.4.5 モニタの別の意味 8.5 トランザクション 8.5.1 並列性制御 8.5.2 簡易トランザクションマネージャ 8.5.3 セルについてのトランザクション 8.5.4 セルについてのトランザクションを実装すること 8.5.5 トランザクションについてさらに 8.6 Java言語(並列部分) 8.6.1 ロック 8.6.2 モニタ 8.7 練習問題 第9章 関係プログラミング 9.1 関係計算モデル 9.1.1 choice文とfail文 9.1.2 探索木 9.1.3 カプセル化された 9.1.4 Solve関数 9.2 別の例 9.2.1 数値例 9.2.2 パズルとnクイーン問題 9.3 論理型プログラミングとの関係 9.3.1 論理と論理型プログラミング 9.3.2 操作的意味と論理的意味 9.3.3 非決定性論理型プログラミング 9.3.4 純粋Prologとの関係 9.3.5 他のモデルにおける論理型プログラミング 9.4 自然言語構文解析 9.4.1 簡単な文法 9.4.2 この文法に従う構文解析 9.4.3 構文木を生成すること 9.4.4 限定記号を生成すること 9.4.5 パーサを走らせること 9.4.6 パーサを「逆向きに(backward)」走らせること 9.4.7 単一化文法 9.5 文法インタプリタ 9.5.1 簡単な文法 9.5.2 文法のコード化 9.5.3 文法インタプリタを走らせること 9.5.4 文法インタプリタを実装すること 9.6 データベース 9.6.1 関係を定義すること 9.6.2 関係を使って計算すること 9.6.3 関係を実装すること 9.7 Prolog言語 9.7.1 計算モデル 9.7.2 Prologプログラミング入門 9.7.3 Prologプログラムを関係プログラムに翻訳すること 9.8 練習問題 第2部 特殊化された計算モデル 第10章 グラフィカルユーザインタフェースプログラミング 10.1 宣言的／手続き的方法 10.2 宣言的／手続き的方法を使うこと 10.2.1 基本的ユーザインタフェースの要素 10.2.2 GUIを構築すること 10.2.3 宣言的座標 10.2.4 リサイズ時の宣言的振る舞い 10.2.5 ウィジェットの動的振る舞い 10.3 対話的学習ツールPrototyper 10.4 ケーススタディ 10.4.1 簡単なプログレスモニタ 10.4.2 簡単なカレンダウィジェット 10.4.3 ユーザインタフェースの動的生成 10.4.4 状況順応時計 10.5 GUIツールを実装すること 10.6 練習問題 第11章 分散プログラミング 11.1 分散システムの分類 11.2 分散モデル 11.3 宣言的データの分散 11.3.1 オープン分散と大域的ネーミング 11.3.2 宣言的データを共有すること 11.3.3 チケット配布 11.3.4 ストリーム通信 11.4 状態の分散 11.4.1 単純状態共有 11.4.2 分散字句的スコープ 11.5 ネットワークアウェアネス 11.6 共通分散プログラミングパターン 11.6.1 静的オブジェクトとモバイルオブジェクト 11.6.2 非同期的オブジェクトとデータフロー 11.6.3 サーバ 11.6.4 クローズド分散 11.7 分散プロトコル 11.7.1 言語実体 11.7.2 モバイル状態プロトコル 11.7.3 分散束縛プロトコル 11.7.4 メモリ管理 11.8 部分的失敗 11.8.1 失敗モデル 11.8.2 失敗処理の簡単な場合 11.8.3 回復可能サーバ 11.8.4 アクティブフォールトトレランス 11.9 セキュリティ 11.10 アプリケーションを構築すること 11.10.1 まずは集中，後に分散 11.10.2 部分的失敗に対処すること 11.10.3 分散コンポーネント 11.11 練習問題 第12章 制約プログラミング 12.1 伝播・探索法 12.1.1 基本的考え方 12.1.2 部分情報を使って計算すること 12.1.3 例 12.1.4 この例を実行すること 12.1.5 まとめ 12.2 プログラミング技法 12.2.1 覆面算 12.2.2 回文積再訪 12.3 制約ベース計算モデル 12.3.1 基本的制約と伝播子 12.3.2 計算空間の探索をプログラムすること 12.4 計算空間を定義し，使うこと 12.4.1 深さ優先探索エンジン 12.4.2 検索エンジンの実行例 12.4.3 計算空間の生成 12.4.4 空間の実行 12.4.5 制約の登録 12.4.6 並列的伝播 12.4.7 分配(探索準備) 12.4.8 空間の状態 12.4.9 空間のクローン 12.4.10 選択肢を先に任せること 12.4.11 空間をマージすること 12.4.12 空間失敗 12.4.13 空間に計算を注入すること 12.5 関係計算モデルを実装すること 12.5.1 choice文 12.5.2 Solve関数 12.6 練習問題 第3部 意味 第13章 言語意味 13.1 一般的計算モデル 13.1.1 格納域 13.1.2 単一代入(制約)格納域 13.1.3 抽象構文 13.1.4 構造的規則 13.1.5 直列実行と並列実行 13.1.6 抽象マシンの意味との比較 13.1.7 変数導入 13.1.8 同等性の強制(tell) 13.1.9 条件文(ask) 13.1.10 名前 13.1.11 手続き抽象 13.1.12 明示的状態 13.1.13 by-need同期 13.1.14 読み出し専用変数 13.1.15 例外処理 13.1.16 失敗値 13.1.17 変数置き換え 13.2 宣言的並列性 13.2.1 部分停止と全体停止 13.2.2 論理的同値 13.2.3 宣言的並列性の形式的定義 13.2.4 合流性 13.3 8つの計算モデル 13.4 よくある抽象の意味 13.5 歴史に関する注記 13.6 練習問題
Excel, PowerPoint (or OpenOffice) グラフや図表の作成
Excel, PowerPoint (or OpenOffice) グラフや図表の作成
はどんなことに使うの？
っていうやりとりから
カッコ内を読み取れる程度の読解力があるとよかったね…
Jobsの得意技といえば現実歪曲フィールドと他人の成果をいつの間にか自分の手柄にすり替えてしまう手腕。
夕方の各局のNewsをみてたら、のきなみ"Stay hungry, Stay foolish."をJobsの言葉として伝えていたのが笑った。いやあれ、昔Jobsが読んでた有名な本の最後のページに書かれていた言葉を引用して紹介しただけだからｗ
技術にも業界にもビジネスにも詳しくないアホマスコミがJobsの功績とか言って列挙するもの。
・スマートフォンを作った
おいおい、全部パクリじゃねえか!!。しかもあまりに丸パクしすぎて全部訴訟起こされた/起こされてる案件だよ!!
それでもパクリ元からちゃっかり逃げ切るなり適当なとこで金払って済ませてるし、ビジネス的に最後には成功したんだからそういう意味では天才なんだろう。あいつが「作る天才」ではなく「売る天才」だということが分かってない奴が多すぎる。
Appleは大規模なハイテク企業の中ではダントツで特許取得数が少ない(あのSamsungですら年間でAppleの8倍くらい特許を取っている)にも関わらず莫大な収益を上げており、業界に研究開発なんかするなパクれという壮絶な革命的イノベーションを巻き起こしやがった。