 
|
はてなキーワード: カリーとは
第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 練習問題
第1章 新しいプログラミング・パラダイムをめぐって (井田哲雄) 1.1 はじめに 1.2 プログラミング・パラダイムの形成 1.3 プログラミング・パラダイムの展開 1.4 パラダイムと作法と構造化プログラミング 1.5 構造化プログラミングを超えて 1.6 関数型プログラミング，論理型プログラミング，対象指向プログラミング 1.7 新しいプログラミング・パラダイム 1.8 まとめ 第2章 ラムダ計算と高階プログラミング (横内寛文) 2.1 はじめに 2.2 ラムダ計算 2.3 最左戦略 2.4 コンビネータによる計算 2.5 まとめ 第3章 マルセイユProlog，Prolog Ⅱ，Prolog Ⅲ 3.1 はじめに 3.2 準備 3.2.1 述語 3.2.2 項 3.2.3 項の単一化 3.2.4 節およびHorn節 3.2.5 論理式の意味 3.2.6 論理的帰結と導出 3.3 マルセイユProlog 3.3.1 Prologの記法 3.3.2 Prologの計算規則 3.3.3 Prologプログラムの例 3.3.4 カット・オペレータ 3.3.5 DEC-10 Prologとの相違 3.4 Prolog Ⅱ 3.4.1 difオペレータ 3.4.2 freeze 3.4.3 ループ構造 3.4.4 Prolog Ⅱのインプリメンテーション 3.5 Prolog Ⅲ 3.5.1 制約の枠組 3.5.2 Prolog Ⅲのプログラム例 3.5.3 束縛の領域と制約系 3.5.4 Prolog Ⅲのインプリメンテーション 3.6 まとめ 第4章 制約論理型プログラム (相場 亮) 4.1 はじめに 4.2 制約プログラミング 4.3 制約の分類 4.4 プログラムの実行 4.5 制約の評価 4.6 まとめ 第5章 オブジェクト指向 (柴山悦哉) 5.1 はじめに 5.2 モジュラリティと抽象化 5.2.1 抽象化 5.2.2 手続き抽象 5.2.3 データ抽象 5.2.4 オブジェクトによる抽象化 5.2.5 並列オブジェクトによる抽象化 5.3 共有 5.3.1 多相型 5.3.2 継承 5.3.3 多重継承 5.3.4 Self 5.3.5 動的束縛の意義 5.4 対話性 5.4.1 クラスの再定義 5.4.2 表示機能の一体化 5.5 オブジェクト指向の弱点 5.6 まとめ 第6章 型推論とML (横田一正) 6.1 はじめに 6.2 LCFの超言語からMLへ 6.3 プログラミング言語と型 6.4 MLの表現と型宣言 6.5 MLの型推論 6.6 LCFへの応用 6.7 まとめ 第7章 Miranda (加藤和彦) 7.1 はじめに 7.2 Mirandaの概観 7.2.1 等式による定義 7.2.2 基本データ型と基本演算子 7.2.3 ガード付き等式とスコープ・ルール 7.2.4 高階関数とカリー化 7.2.5 パターン・マッチング 7.2.6 ノンストリクト性と遅延評価 7.2.7 ドット式とZF式 7.3 型 7.3.1 強い型付けと静的な型付け 7.3.2 多相型 7.3.3 型類義 7.3.4 代数データ型 7.3.5 抽象データ型 7.4 処理系 7.5 まとめ 7.6 文献の紹介 第8章 項書換えシステムと完備化手続き (大須賀昭彦) 8.1 はじめに 8.2 項書換えシステム 8.3 TRSの停止性 8.3.1 意味順序 8.3.2 構文順序 8.4 TRSの合流性 8.4.1 完備なTRS 8.4.2 危険対 8.4.3 危険対を用いたTRSの合流性判定 8.5 Knuth-Bendixの完備化手続き 8.6 KBの応用 8.6.1 帰納的な定理証明への応用 8.6.2 等号論理の定理証明への応用 8.7 まとめ 第9章 等式プログラミングから融合型プログラミングへ (富樫 敦) 9.1 はじめに 9.2 等式プログラミング 9.2.1 等式プログラム 9.2.2 代表的な等式プログラム 9.2.3 プログラミング技法 9.2.4 正則プログラムと正規化戦略 9.3 条件付き等式プログラム 9.3.1 条件付き書換え規則 9.3.2 条件の種類 9.3.3 利点と問題点 9.4 融合型プログラミング 9.4.1 AMLOGシステム 9.4.2 向付き等式 9.4.3 実行戦略の変更 9.4.4 代入操作 9.4.5 合流するプログラムへの変換 9.5 まとめ
基本的には安くて日持ちする食べ物をつらつらと。コンビニ弁当生活よりも安いはず。金をいくらでも出せるなら出前館でも使えばいいのでまったく役に立たない。こんな生活する人がいったいどれだけ居るのかって感じ。
■ パックごはん
カトキチとかならパックで１つあたり100円未満で買えるところは多いが、べちゃべちゃする。老舗サトウのごはんが良い。コシヒカリだと高いけど、「銀しゃり（ブレンド米）」や「ナナツボシ」は100円で買えるところがあるので探すべし。百均にも置いてる店がある。内容量は200g。成人男性には物足りない量かもしれない。
■ パスタ
１食あたりがとにかく安い。ディチェコやバリラあたりを買っても安いのでママーとかよりはそっちをおすすめ。生パスタは当然除外。ソースも100円で買える。が、極度の面倒くさがりの僕は栄養摂取を目的とした食事に茹でる手間すらかけたくないのでほとんど食べない。
よくチェーン系カレースタンドの味が「レトルトのよう」と見下されることがあるけど、僕はレトルトカレー自体のレベルが非常に高いと思う。以下価格帯別のおすすめ。
【～100円】
カリー屋カリー・ボンカレーの２択。カリー屋のほうは少し酸味があるので好き嫌いがあるかもしれない。どちらも百均にはほぼ間違いなく置いてある。が、スーパーやディスカウントショップだと79円～89円あたりで買えることも多い。
【～200円】
銀座カレーに勝てるものはないんじゃないかな。カレー！って感じの味じゃないけど。辛いの食いたい人はLEE。夏季限定で30倍が発売される。
【～300円】
このくらいの値段になると具もしっかり入ってる印象。Dinner Curryは万人向け。もしセールで198円になってたら買い。カレーマルシェは人によってはバター臭がきついかも。スパイスフェスタはひよこ豆がごろごろ入ってるキーマカレーがお気に入り。
300円以上は買わない。それ以上お金を出すくらいならカレー屋に行く。
温めてごはんにかけるタイプのもの。親子丼や牛丼などがあり、100円から買えるけど、200円出しても具が少なく寂しい。たまに食うぶんには。ごはんと一緒にチンするタイプで、ドリアとかも売ってる。
■ カップメン
ほぼ脂質と炭水化物オンリーかつ１食分のカロリーも摂れない（案外少ない）ので常食には向かない。最近は安くないし。たまに食うぶんには。
低カロリー食品として売られてるものがほとんど。300kcalとか少なすぎ。まあ、小腹が空いた時用の商品だし。CPが見合わないので僕は買わない。春雨ヌードルも同様。
■ パンの缶詰め
パンが長期保存可能！ということで一度食べてみたけど甘い甘い。あと高すぎ。
■ デリカップ
深夜などコンビニで弁当が切れたときに代わりに並べられることがある、ごはん・おかずがセットになったパック。値段は398円で、コンビニ弁当と比べるとだいぶ見劣りするから、ネットで安く買えるところがないかと探したことがあるけど販売店が見つからない。
水飲めばいいでしょ。2Lは100円未満で買えるけど、まとめ買いは持ち運びがつらいのでネットで注文する。１つあたり120円くらいまでが許容範囲かと。
食べる必要性がまったくないけど、紹介したいのが「Magic Flakes」。クラッカーにクリームを挟んだもので、個包装がたしか８つ綴りになってる。百均で買えてけっこう美味しいのと、何がすごいってそのカロリー。ひとつあたり150kcalで（これも正確には覚えてない）、８つだと1000kcal超。100円でこんな超高カロリーの食べ物って滅多にない気がする。
ごはん＋カレーや、パスタ＋ソースはだいたい600kcal。１日２食の人は1200kcalだからちょっと足りない。なんか食いましょう。
まあ、上に書いたような食べ物は、体に良くないとされるものばかりなんで、サプリメントは必須だと思う。ていうか、サプリなしで食べ続けるのは体壊しそうだから怖くてできない。僕は水にビタミンCの粉末を溶かしたりもしてる。
決定的にタンパク質が足りないのをどうするか。ささみ缶やツナ缶が合わせやすい。これも100円以内で買えるはず。ノンオイルを選べばカロリーを抑えられるし、1500kcal/日に近づけられる。
あと、最近気になってるのは豆乳飲料。飲み物としては水に比べればだいぶ高くなるけど、貴重なタンパク源。プロテインは水だけじゃ飲みづらいのと、牛乳が日持ちしないのでパス。主食にしたいレベル。が、なんせ腹に溜まらない。。
それにしても野菜食えないねえ。。いまだ解決できない問題。野菜ジュース・・・うーん。
たまには外に出て美味しいもの食べましょう。
海外に行ったとき、どうしてもコメが食べたくて、寿司レストランか、中華でチャーハンか、カレーライスしかなかったんだな。そのあと、カレーにはまってよく出かけるが、ココイチは一宮工場で一括して作って配送する仕組みができてて、だいたいハズレはない。だけど、いずれも水がまずい。水にはまったくこだわって無く、都市圏の店ではクサイ。だからいかなくなった。
最近でもないが、御徒町のデリーでカシミールカレー(とびきり辛い)、もしくは、御徒町のインドカリー(女性向けのオシャレな感じ)とかは結構いいと思う。ゴーゴーカレーは、なんだか地方の貧しい食事をしている感じでイヤだった。石川県ってあんな感じの貧しさなんだよね。8番ラーメンとか。
ちなみに、アキバからはちょいと歩けば行ける距離なので、おなかをすかせて行くにはちょうどいい距離かもしれない。デリーは、週末、やたらと混んでいるので行く時間帯を選べば即入れる。インドカリーは、週末はやってなかったかも。
海外に行ったとき、どうしてもコメが食べたくて、寿司レストランか、中華でチャーハンか、カレーライスしかなかったんだな。
そのあと、カレーにはまってよく出かけるが、ココイチは一宮工場で一括して作って配送する仕組みができてて、だいたいハズレはない。
だけど、いずれも水がまずい。水にはまったくこだわって無く、都市圏の店ではクサイ。だからいかなくなった。
最近でもないが、御徒町のデリーでカシミールカレー(とびきり辛い)、もしくは、御徒町のインドカリー(女性向けのオシャレな感じ)とかは結構いいと思う。
ゴーゴーカレーは、なんだか地方の貧しい食事をしている感じでイヤだった。石川県ってあんな感じの貧しさなんだよね。8番ラーメンとか。
本日のテーマはアキシブ系。Perfume特集記事第1弾で「アキシブ系」という言葉を「萌えテクノ」と共に使いましたが、アキシブ系の方がどうやら頻繁に使われているようです。
アキシブ系でGoogle検索をして、アキシブ系がどのように捉えられているか調査してみました。Wikipediaとはてなには既に用語解説があります。
はてなの方では、僕の名前も出ていますね。僕は発案者でもなんでもないですが、ありがとう。
アキシブ系という定義については、人によって微妙に違いますが、乱暴な言い方をすれば、秋葉系とされるものと渋谷系とされるものがミックスしているものはアキシブ系とされる可能性があります。
では、秋葉系と渋谷系をステレオタイプ化し対比してみましょう。以下のようになります。
【秋葉系属性】←――――――――――――――→【渋谷系属性】
ヲタクカルチャー ポップカルチャー（おしゃれサブカルを含む）
（萌え系）アニメ・ヲタク （ヌーヴェルヴァーグ系）映画マニア
チェックのウールシャツ（ブランド不明） ボーダーシャツ（Saint James）
宅八郎、森永卓郎、電車男 小西康陽、フリッパーズ、中田ヤスタカ
AKB48、時東ぁみ、桃井はるこ カヒミ・カリー、野宮真貴、野本カリヤ
秋葉系というのは、確かに秋葉原という街をで見かけそうな物や人です。しかしながら、渋谷系は音楽的ムーヴメントから始まっているので、必ずしも渋谷がメッカとは言えない物もあります。また、渋谷を闊歩する人たちの多くが渋谷系かと言われると、甚だ疑問ですらあります。
こうして比べてみると、一見、水と油、資本主義と共産主義のように秋葉系と渋谷系が相反しています。到底仲良く出来ないみたいな。しかしながら、実際のところはこうした完璧な属性でトータルコーディネイトしている人はそれほどいないでしょう。つまり両方の属性をパーツパーツでもっている人口は結構いるはずです。例えれば、音楽マニアだけれどメイド喫茶が好きだとか、アニメ・ヲタクだけれどボーダーシャツが好きとか。ボーダーと言えば、なんか楳図かずお先生が目に浮かびます。でも、先生は吉祥寺系ですね。
秋葉系も渋谷系もパラドックスに満ちており、従来の観念をぶち破る役割がアキシブ系にはあるのです。
アキシブ系に戻りましょう。先ず、アキシブ系現象の一つとしてあるのが、秋葉系（アニメ）と渋谷系（クオリティの高いポップス）の融合です。『AKSB～これがアキシブ系だ！～』は、正にそのコンセプトで選曲されたアルバムです。
01. Dimitri From Paris：Neko Mimi Mode（「月詠」OP曲）
02. ROUND TABLE feat. Nino：Let Me Be With You（「ちょびっツ」OP曲）
03. 山野裕子：ビーグル（「ココロ図書館」主題歌）produced by 宮川弾
04. 小川範子波のトリコになるように（「月詠」挿入歌）produced by 菊地成孔
05. 豊口めぐみ：人間だから（「ちょびっツ」イメージソング）produced by 冨田恵一
06. 高浪敬太郎＆Yama-K：かたことの恋（「ちょびっツ」挿入歌）
07. 鈴木さえ子 with TOMISIRO：Dear Friend（「ケロロ軍曹」挿入歌）
08. 桑島法子：la la maladie du sommeil（「ラーゼフォン」挿入歌）produced by 橋本一子
09. 田中理恵：瞳のトンネル（「ちょびっツ」イメージソング）produced by 桜井鉄太郎
10. ROCKY CHACK：リトルグッバイ（「ゼーガペイン」ED曲）produced by 保刈久明
11. パール兄弟：明日はたぶん大丈夫（「N・H・Kにようこそ！」挿入歌）
12. OKINO, SHUNTARO：Cloud Age Symphony（「ラストエグザイル」OP曲）
13. 牧野由依：CESTREE（「ゼーガペイン」挿入歌）produced by かの香織
14. marianne Amplifier feat. yuka：Pressentiment triste（「月詠」ED曲）produced by 橋本由香利
15. 財津一郎＆小倉優子：帰ってきたケロッ！とマーチ -READYMADE SERGENT ROCK- remixed by 小西康陽
例えば、小西康陽がリミックスした財津一郎＆小倉優子の「帰ってきたケロッ！とマーチ」や高浪敬太郎＆Yama-Kの「かたことの恋」といった渋谷系ど真ん中、言い換えればピチカート系もありますが、渋谷系には入らないけど、音楽マニアも納得のアーティストたちが自分自身でやる又はプロデュースなどの関わりを持ったアニソン集です。
僕自身、アニソンやしょこたんにはどちらかというと疎い方なんですが、アニソンって結構、いい曲あるんだと素直に感じました。このコンピではなんと3曲も収録されたTVアニメ『月詠(つくよみ)』からのサエキけんぞう＝菊池成孔による小川範子の「波のトリコになるように」は、 2004年ということもあり、裏SPANK HAPPYとして楽しめます。
鈴木さえ子がやっていた「ケロロ軍曹」も、気になりながら買わずじまいだったのですが、「Dear Friend」とかNew Orderぽくて・・・（泣）。鈴木さえ子を知らない人がいるかもしれませんので、ちょっと説明。彼女はシネマ、フィルムス（リリースはお蔵入り）というバンドでドラマーとして活動、その後、ソロとしてテクノ～ニューウェイヴなエッセンスも交えて印象派アルバムをサントラも含めて5枚リリースしています。このコンピには収録されていませんが、「恋するシューティング☆スター」もお勧めです。
オープニングのDimitri from Parisは、フレンチハウスのパイオニア的存在DJ・ミュージシャンですが、彼自身、アニメヲタクとして有名です。そこだけとれば、彼は秋葉系パリジャンです。自身の曲「Love Love Mode」と声優の声のサンプリングで出来上がったのが、アニメ主題歌の「Neko Mimi Mode」です。一部では萌えラウンジと呼ばれているらしいです。
フランスは元々日本文化に対して好意的な国ですが、日本のアニメというのは一部のフランス人にとっては特別なもののようです。もう一つ忘れていけないのは、フランスはロリータ文化大国。フランスのロリータ歌手と言えば、ウィスパー・ヴォイス！このコンピにも、フランス語タイトルのロリータ・ヴォイスの歌が2曲ありますね。桑島法子の「la la maladie du sommeil」とmarianne Amplifier feat. yukaの「Pressentiment triste」（こちらは前述の『月詠』から）です。後者は完全にフランス語で歌い上げています。フレンチ秋葉系なるものを提唱する人もいますが、まさにどんぴしゃです。フレンチ→カヒミー・カリー→渋谷系ですから、これはアキシブ系になります。
今後のAKSBのリリースもありそうな予感なので、期待したい思います。
アニメ絡みのアキシブ系をもう少し紹介しましょう。美水かがみの『らき☆すた』（Lucky Starの意味）は4コマ漫画ですが、それが原作となって、テレビアニメやDSゲームが作られています。典型的な萌えアニメと言っていいでしょう。4人のキャラクターがそれぞれソロ・シングル（キャラソンと言う）を同時発売しています。その中の柊つかさ（実際歌っているのは福原香織）の『らき☆すたキャラソン(3)』に収録の「寝・逃・げてリセット！」は、Perfumeやcapsuleっぽい出来上がりなんです。ゲーム音楽における「ふたりのもじぴったん」と共に、アニソンにおける「寝・逃・げてリセット！」を、Perfumeファンはチェックしてください。ジャケはかなりキツイけど。他の曲は普通のアニソンに聴こえるのが残念ですが・・・
後、忘れてはいけないのが、中田ヤスタカが手がけたアニソンです。「capsule cuteness culture」で既に書いてしまいましたが、こちらもアキシブ系と言えるでしょう。嘉陽愛子の方が可愛いと思いますが、井上麻里奈の「ビューティフル・ストーリー」は、中田ヤスタカ仕事としてのクオリティーを感じます。
侮れないアニソン。
私も言葉の意味を分からずに歌う子どもの合唱にジジババが感動して泣くことが理解できなかったが、年をとるとだんだん分かってきた。
音楽とは誰かに聴かれたときにはじめて成立するもので、それは演奏者の意図した感情とか技巧ではなくて、聴衆がかきたてられたなんらかの感情が「音楽」なんじゃね？
言葉を発するのはヒトでなくて、ミクでも、九官鳥でもいい。聴くほうにメインスイッチがある。
君の方に感受性がないんだ。残念だったね。
個人的にはインストルメンタルや、ヴォカリーズには感動できない詩先の輩は、ある意味音痴なのだろうと思う。
ミクは楽器で、作曲者（データ入力した奴）の感情と技巧と言葉がこめられている。
そういう意味では新しい音楽とは言えないけど、バッハやモーツァルトやジャズやロックもこんな風に言われただろうし、やっぱ新しいものなのかもね。
こんにちは、元辛党です。今日の昼ね、後輩といっしょに会社から少し離れたカレー屋に行ったんですよ。かなり辛いけどウマイってことで、けっこう有名らしくて。
もうね、激辛好きとしてはね、カレー好きとしてはね、一度行っておかないといけない。こちとら中学生の頃にレトルトの200倍激辛赤カリーを常食していた男ですよ。ビビる後輩にそんな辛党武勇伝を聞かせながら店に入ったわけです。さっそく注文すると店員が「辛いけどよろしいですか」なんて聞いてくる。バカかお前。俺が苦手とする辛い食べ物は黄色いうんこ、別名からしだけだ。ハバネロだろうが青唐辛子だろうがもってこいやァアアアアア！！
なんてこと口に出さなくて良かったです、本当に。違うの、次元が。まるで火薬を口に運んでいるよう。一口食べるごとにね、辛みの向こう側が見えてくるんです。汗はぼたぼた、目はグルグル。後輩は1/3食べてギブアップしてましたよ。でもね、俺はダメなの。さっき語っちゃったもん、武勇伝。「けっこ、辛イね」ってカタコトで話しながらなんとか食べきりました。
食べてしばらく経つと胃が焼けるように熱くなってくるの。もう仕事どころじゃない。腹の中で誰か祭り開いてんじゃね？ってくらい激しいの。そろそろお開きにしませんか？って聞いても「まだまだこれからよ！」ってガチムチのオッサン達がふんどし姿で神輿かついでんの。そーっすよねー、今入ってきたとこっすもんねー。胃から腸、肛門へと向かって神輿ご一行様はねり歩かないといけない。まだまだ祭りは続きます。だが待ってろよ、貴様らが肛門を経て最終的に行き着くのは便所という名の地獄だ！肛門を叩く音が鳴るまで、じっと耐え抜きました。
数時間後に「それ」は来た。俺はスマートに席を立ち、審判のステージへと向かった。ようやくこいつらともお別れ。便座に腰を落ち着ける。祭り男たちよ、和式でなくてすまない。
ソイヤ！ソイヤ！ソイヤ！ソイヤ！
「門が開くぞー！」
ソイヤ！ソイヤ！ソイヤ！ソイヤ！
「神輿をかつげー！」
ソイヤ！ソイヤ！ソイヤ！ソイヤ！
おかしい。手応えが薄い。でてきたのは、こんなに少しだけ？
そう思うと同時にアナルに激痛が走る。あの野郎ども、俺のかわいいアナルちゃんに一体何をしたんだ！まさか、これは、燃えて……？いかん！消防隊を呼べ！！すぐに火を消し止めろーーッ！！消防隊のホースが俺のアナルを適確に捉える。がッ！この馬鹿ウォシュレット！なぜ温水なんだ！！？あまりにも刺激的すぎるのですぐに放水を止めさせた。
じくじく痛むアナルをやさしくパンツで包みながら、便器で沈んでいく「ヤツら」を確認する。やはり少ない。ーーーまさか。「祭りはまだ終わっちゃいないぜ？」便器の中の真っ赤なソイツは、そんな風に言いたげな顔をした。祭り男達はまだ俺の腹の中にいる。こんなことを、あと何度繰り返せばいい？一体、どうすればいいんだ。誰か教えてくれ。俺のアナルを守ってくれ……。
最近あまり本を読まない引き篭もりの俺が読んだ事のある本が幾つかあったのでレス。
良く考えたら2冊しかなかった。最後に、個人的にはベッカリーア『犯罪と刑罰』をおすすめしておく。この本は漢字が少なくて、かなり若い世代にも読む事が出来るし話の筋も通っているから勉強になるはず。
「すべてのレイシストたちに捧げる歌」
http://blog.livedoor.jp/oospexxx/archives/51060824.html
ニコ動で『らきすた』などのアニソン歌う、韓国人の女の子リールさんが話題になっている。
（中略）
だけどどうも様子がおかしい。
褒めてる奴らの歯に衣を着せたような、ムリヤリな賞賛コメントがイラつく。イラつくのだ。
なんだこの気持ち悪さは。
上手く言葉にできない。
しかし気持ち悪いのだ。
このエントリー自体は別個な問題を並べて相対させる構図であって適正な論理かどうかには疑問がある。しかし言わんとすることに一理あるのも確かだ。
そしてその一理のために手を挙げることにすら勇気が要る現状に問題があることを指摘したい。
ホワイトバンドのときもそうだった。死ぬ死ぬ詐欺の時も。騒ぎ立てる彼らは下品で卑しいがその根幹には明示できない欺瞞への怒りがあった。
ポリティカリーコレクトネスの尻馬に乗って正義面するのは簡単で楽しい。名誉の聖戦には思う存分名乗りをあげて敵を罵倒すればいい。自然ブックマークも進むしエントリーを立てることに戸惑う必要もない。抗いがたいゆえに反論するものは少ないのだ。
これから就職活動するバカはいないだろうけど、そういう人もいるだろうから少し書いておこう。
どちらかというと、アンチMS派なUnix技術者がWindowsだけの世界で仕事をする辛さを。
Unix技術者は、業務実績にSolaris/AIX/Linuxって書いてあってもちゃんと質問しろ。Windowsの仕事は無いですよね？って。
僕が食べるために職を手にしているこのIT業界というのは、バッドノウハウとMicroSoftとExcelで出来ている。
その為、僕が手にしたUnixの知識は、特定の仕事以外でしか役に立たないし、使わない。
viだろうが、TeXだろうが、Xの知識よりも、MFCとVBAのちょっとした知識のあるヤツが上にみられる。
ExcelとWindowsの知識があればそれだけで仕事になるからだ。
いいか、viやTeX、Xなんて捨てちまえ、Excelがあればそれでいいのだ。
MSでは、ActiveXを使ってCOMを操作し、クライアントのレジストリを操作し、IE単体でできないことをやってしまうヤツがハッカーと思われている。
VBAマクロで作ったなんちゃってツールを3時間で作れるほうが、
perlやruby/pythonで、より少ない時間で作ったツールよりも凄く思われてしまう。
そして、それができるヤツの方が、Unix技術者よりもよりハッカーであり、技術力があると思われている。
ブラウザを例にしたが、
javascriptでalert/confirmを出すよりも、vbscriptでMsgBoxの方が多くのことができるから、
javascriptでNumberの計算よりも、vbscriptでDecimalを使った方が倍密度の計算ができるから、
vbscriptを駆使できるヤツは、凄く重宝される。
いいか、javascriptで汎用的に書くのなんてナンセンスだ。javascriptなんて捨てちまえ、覚えるのはJScript実装(WSH)だ。
この業界、何が不満になるかというと、
MSの、もっというとWindowsのことしか知らないヤツが多すぎるということ。
そういうヤツらは、Windowsだったらこんなこともできるのに、なぜUnix/Linuxだとこんなこともできないのか。と言う
そういうヤツらは、Windowsの未修正バグの合間を縫いながら中途半端な実装しかしない。
だって、中途半端(もしくは大雑把)な実装で動いているものの中で動くから。それ以上に実装しようとしてもできないのだ。
いいか、win32のメッセージングの仕組を覚えるんだ。無理矢理send_keyみたいなコードを書けるようにしろ。
コマンドを連結するよりも、結果に近いコードを書くんだ。線形になろうがヤツらは気にしないだろう。
何故か。
それは、.NETで作ればお客さんの要望が実現でき、Excelと連携できるからだ。
ヤツらは、C/Sの世界でこそ役に立つ技術者だが、Webの世界に連れてきてはならない。すぐに実装がIEだけになる。
ヤツらにLLを覚えさせるのは無理だ。
クロージャなんて知らないし、高階関数やカリーなんてコードを教えてみろ。後から辛くなるのは自分だ。
ヤツらにはPHPを教えておけ、それだけで満足する。すごいヤツになった気にさせれる。
バッドノウハウ慣れしているヤツらはそれを使ってコードを書いてもらえ、rubyで書かせるよりも修正が20倍楽だ。
いいか、まとめるぞ。
今まで一生懸命Unixを勉強してきたのは無駄だ。いますぐ忘れるんだ。
Excelを今から覚えろ。VBAを覚えろ。そしてMSの動きを身に着けるんだ。
Windowsでは単位がFormだ。それが標準出力と標準入力と思え。ときどきSheetとかWorkbookになるぞ。
ストリームやファイル操作には気をつけろ。Unixの気分でいると思わぬところで抜けが出るぞ。
IRCは使うな。Jabberを使うな。メッセンジャーを使え。移行のお薦めはGaimだ。Windows版がある。
viの使用頻度を減らせ、変なコマンドを身に着ける前に、秀丸マクロを書けるようにしろ、Notepadのショートカットを覚えとけ。
BindとかApache(Httpd)の知識はいらない。IISだ。ActiveDirectoryだ。
文字コードはCp943cを何がなんでも押せ。Shift_JISっていう大雑把な伝えかたはダメだ。絶対cp943cにしろ。UTF8/UTF7との格闘で身も心もぼろぼろになるぞ。
汎用性なんて無いんだ。Windowsというプラットフォームがあれば。
ああ、心が渇いていく。
近所のカレーやさんに行った。
店内に入ると、例によって店員がいない。キッチンで作業音。
先客は一組。幼児、嫁、姑の組み合わせのようだ。嫁はちょっとぽやぽやっとした感じ。姑はちょっと品の良いおばさまである。
席を確保し一瞬躊躇する。いくら何度も来ている店でいつもカリーバイキングしか頼まないからといって、いきなり無言で皿を手にとって盛りはじめるのはまずくないだろうか。いつもは店員にちょっと挨拶して始めるのだが。
おばさまが店員を呼ぶ。
「おきゃくさまよぅ」
笑いの混じった、明るい声だ。
バイトの店員が一瞬出てきていらっしゃいませを言ってひっこむ。ひっこんでどうする。
とりあえずトイレに行って手を洗う。出てきて水を自分で勝手に用意して飲んで、落ち着いたところで「カレーバイキング食わせてもらいますよー」とキッチンに声をかけて盛り始める。おばさまが「もらうってー」と復唱する。
私はまずキーマカリーから始める。
甘みのあるカリーを食べていると視界の隅に幼児に対してカリーを食べさせようとしているのが見えた。
舌をつけるかつけないかで顔を引いてしまい、「んべっ」と舌を突き出す。
何度か挑戦していたが、食べてくれない。
母親が食べてみせた。
幼児が食べるようになった。
食べていると青年が入ってきた。店員がいないのでちょっとまごまご。
「またおきゃくさんよー」とおばさま。青年はレジに行き、キッチンを覗き込む。
ようやく店主が出てきた。
「あらいらっしゃい。こっちは初めてだっけ？」「ええ。お金先ですか？」「あとあと」
そうか、彼は向こうの店の常連なのだな。
このカレーやさんは東京のある大学の近くにも店舗があるお店で、こっちに店舗ができたときに「東京の名店がやってきた」とちょっとうわさになったのだ。
店主と青年がしばらく大学と昔の東京の店に関するトーク。カレーに関する歴戦の勇士といった感じである。
大学の話におばさまも絡んでほのぼの高学歴ゾーンを形成していた。いやみがないのがいやみという感じ。
聞いているだけで笑みがこぼれてしまう。
おばさまがピッチャーを持ってきて水を注いでくれた。
私はコップを取りに行き、青年の水を注いだ。
世の中はお互い様だ。
野菜カレーを食べ終わり、千円払っておばさま方と青年に挨拶して帰った。
長々と書いたのに読んでくれてありがとう。
障害者といえば、障害者を天使だのなんだのとやたら美化する人々を思い出すが、彼らは実在するんだろうか。どうも都市伝説の風味がある。「数十人で手を繋いでゴールする小学校」が嘘だったように。いや、まあ、そういう掲示板を見ると、そういう書き込みがあるので、完璧な虚像とは思ってないけども。
んで、人権擁護団体と聞くだけでうさんくささを感じて忌避しようとするほど彼らは嫌われてるわけだが、下手に障害者をかばったら自分も彼らと同じに思われると感じて自衛的に障害者を嫌うってのもあるのかなあ、と。人権擁護団体のせいで人権侵害が拡大してるという、不条理な構図になるわけだ。
そもそも人権ってなによ、と言われてきちんと答えられる人がほとんど居ないのも要因か。定義っぽいものの暗誦ならできそうだけど、理解してるかというとそうでもない、みたいな。そのへんの漠然とした認識に、障害者は天使だとか同和とかが植えつけられて、人権＝うさんくさいって意識ができあがる。義務教育における人権教育って、実務的には差別の見本市なだけだし。
人権とかポリティカリーコレクトなことを楯にされると、学校とか行政とかスイミングスクールも反対しづらいみたい。そこらは役所お得意の毅然とした対応しろよ、とも思うが、波風立てたくないんだろう。立ってるけども、そういうんじゃなくて、圧力とか。ああ、タブー視されるのもこれか。