  |
はてなキーワード: コレクションとは
「常識」は偏見のコレクション、で片付けてもよいが、「理性的に判断して無理なく導き出される結論」はおおむね「常識的」である。
前者は時代により人により様々だが、後者はもう少し普遍性をもっていると考えてよいのではないかと思うが、この違いがなかなか理解されづらいと思う。
例を挙げよう。
（１）飯を食うのに箸は右手にもつもので左利きはおかしい……これは偏見のコレクションとしての「常識」と言えるだろう。
（２）箸の重さ形状と、その用途（飯や菜をナイフのように裂き、フォークのように固定し、スプーンのように掬う）から想定して、手で、指先で操作される器具だと判断する……これは「常識的」な判断である。
（３）（１）の話を「常識的」に判断するならば、箸の形状はどう見ても「右用／左用」を問わないので、本人の利便によっていずれの手で操作しても用途目的に支障はないだろう、仮に右手の使用を「常識」とする考えがあるとしても、それにとらわれる必要はないのではあるまいか？ ……たとえばこれは「常識的」な判断だと言える。
「常識」が全て誤りとは言わないし、「常識的」な判断にも見落としや考えの誤りは起こりうるだろう（（３）で言えば、歴史や伝統、あるいは人間の脳の働きなどに対する視点は抜け落ちていると言えるかもしれない）。私が言いたいのは、「常識」と「常識的」というのは、少し分けておいた方がいいのではないか……ということだ。
そして、「同人」イベントにおける件のお隣サークルの方々は、「知らない人に挨拶するのはオカシイ」という「自分たちの常識」を振りかざすのではなく、一体「イベント」というのは何なのか（知らない人と交流するからこそのイベントなのでは…）…という程度の「常識的」な考えをそこで働かせてもよかったのではないかと思うのである。
艦これに限らずもうゲームでメインに据えられている内容自体が面白いからゲームをやるという
消費の仕方をする人のほうが少数派になってきていると思う
コレクション要素があればそちらに引っ張られるし
対戦の面白さをウリにしたゲームでもCoopばっかりやっている人が多数派になっていたりする（こういうデータはあんまり表に出ないから
自分も実際に見るまではまったく実感がなかった）
ゲームで難しいことを考えたり困難に立ち向かったりしてカタルシスを得るというような昔はわかりやすかったフックが弱体化して
キャラがかわいいからやるというような雑多な動機が全面に出てきてそれに対してアドホックに対応していくようなIPが長生きするようになった
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
どうかな？
ソシャゲの類いは全くやらないが、アイドル系ソシャゲにハマっている人の文章を見ると「感謝」している印象がある（笑）
例えば、「女神（偶像）」に「ありがたや～」と「お賽銭を投げている（課金している）」印象
そのための必要条件として「キラキラしてもらわなければならない（舞台の上で綺麗な衣装を着て踊ってもらわなければならない）」
さらにキラキラする必要条件としては、「ワー（キャー）と、皆から崇められ奉られなければならない」
恋愛ゲーでのキラキラ感はまた別だと思う（日常におけるある瞬間など？）ので、また別のロジック（ゲームシステム）が必要だと思う
もっとも、元増田の指摘はプロはすでに気がついている（当たり前だが）
ラブプラスのソシャゲ版も「ラブプラス コレクション」で一度失敗しているが、「ラブプラスEVERY」でリベンジなるか？と言ったところか
トイザらスで妻がレジ待ちの間、娘と暇だったのでなんとなくポケモンガオーレやってみた
終わったらディスクっていう、ポケモンの絵柄が印刷されたプラスチックの板が出てくる
なんとなく嬉しくて、コレクション性もちょっとあって、最近ちょっとやってる
そこまでガチでやる気はないけどね
ゲームとしては100円で1ゲーム、ディスク排出100円なので、最低200円はかかることになる
そして100円ずつ要求されるが連続3戦できて、3戦目にレアが出る作りになっているようだ
周りの人らはそういうレアが欲しいようで、ほぼ3戦やるようだ
そして、初戦、2戦目とディスク排出しておいた方がレアが出やすいらしい。
ってことは、最大3戦分とディスク排出3枚で、600円もかかる
小学生がゲーセンでちょこっと遊ぶのに600円は高いうえに、寸止めされるから何度もやらなきゃいけないそう
しかし、俺と娘は、簡単に手に入るピカチュウとかアシマリとかを進化させて喜んでたけど、周りのちびっ子ってみんな伝説とかレアなやつ使うんだね
あれゲットするのにいくらかかってるんだろう
ヤフオクの相場とか見ると4、5千円とかしてるし、確率的にそのくらいは使わないと出ないってことなんだろう
お昼代込みで俺のお小遣いは3万円なので、食事飲み物おやつとかで日に1000円使えば20日勤務で月2万はかかる
実質自由になるのは月1万円だ
俺は大人だから、そんなゲームで数千円使うことが虚しいってだけなんだろうか？
小学生たちは、もらったお小遣い全部つぎ込んでも大丈夫だから、そんなにレアもいっぱい持ってるんだろうか
俺も同じだけど、親がバックについて子供にやらせるっていう側面も強い気がしたけど、そうだとしたら世の親って、俺より格段に金持ちなんだろうなあ
いいなあ
うちもそんな貧しいとは思ってなかったんだけど、貧しかったのかなあ
武器は回転系で統一している事もあるのか、ドリルなのか？もう少しほっそりした武器の方が良かった。
曲線グラフを使ったライダーキック。プールのウォータースライダーみたい(笑)
・主題歌◎
小室哲哉と浅倉大介のユニットに女性ボーカルの歌声はかなり良い。
エグゼイドでアクセスの貴水博之が出たから大ちゃんもビルドに参加？
エグゼイドよりも低単価で色んなボトルが出そう。ただボトル単体では音もならないのでそこが問題か？
ライダーのフォームと主題歌はかなり良いので、期待度は（エグゼイドより）高い。
https://anond.hatelabo.jp/20170901172529
私よりずっとこのような事件に詳しい２氏ならば「6000人にはこんなにしっかりとした根拠がありますー！ バーカバーカ！」と
が、それをせずに迂回した。
これはたしかにダセエ。ダセエのでブコメで端的に指摘しておいた(b:id:ss-vt)。で、ここでも書いてみる。
すでにBuzzfeedでも報じられているように、古賀議員は都議会において、大正9年の国勢調査をひいて関東地方の朝鮮人人口の少なさを指摘している。
が、この当時朝鮮人の内地への渡航は急増していたのである。大正9年の国勢調査では、内地の朝鮮人の総人口は40,755人。いっぽう同年12月末現在の内務省警保局による調査統計では30,189人となっているが（多くの要因で数字に大きな差がある）、内務省統計を年次ごとに追うと大正10年38,651人、11年59,722人、震災の起きた大正12年末には80,415人に至っている。これには朝鮮の植民地化に伴う小作農の貧窮化や、第一次世界大戦後の好況に伴う内地の工業化・都市化の進展、また大正11年末の渡航自由化（大正8年以降、三・一独立運動の影響で朝鮮人の内地渡航は制限されていたが、企業は日本人よりも安価な労働力として朝鮮人を求めた）など、複数の要因が影響している。
東京府 2，485人、
埼玉県 78人、
千葉県 40人、
神奈川県 782人、
合計3,385人。
震災直後の首都圏で何が起きたのか？――国家・メディア・民衆 / 山田昭次 / 日本史 | SYNODOS -シノドス- http://synodos.jp/society/14990
から大正12年の数字を引用して、古賀議員の発言形式に合わせると、以下のようになる。
東京府 8,567人、
神奈川県 3,645人、
合計12,840人。
「工業化・都市化の進展」に伴って多くの朝鮮人が労働力としてやってきたため、東京・神奈川といった都市部や工業地帯に集中しているわけだが（横浜での虐殺目撃証言の多さにも反映している）、少なくともこの時点で、
とは言えなくなる。
また自分が直接参照した一次資料として、国立国会図書館デジタルコレクションに所蔵されている『在京朝鮮人労働者の現状』（東京府学務部社会課、1929年） http://dl.ndl.go.jp/info:ndljp/pid/1445292 には、大正12年の「在京朝鮮人労働者」は5,347人と記されており（警視庁調べ）、アジア歴史資料センター所蔵の『在京朝鮮人状況』（朝鮮総督府警務局東京出張員、1924年5月） http://www.jacar.archives.go.jp/das/image/B03041602800 によれば、「八月末震災直前の見込綜数は八千人を超へ」ていたという。
繰り返しになるが、とりあえずこのあたりで「6000人という数字は当時の関東の朝鮮人人口より大きい」とは言えないことをご理解いただけるだろうか？
ちなみに6,000という数字の具体的な出所は、震災直後に在京の朝鮮人迫害事実調査会が独自に調査を行い、上海の大韓民国臨時政府機関誌『独立新聞』に12月5日付けで発表された数字6,661人。この調査の10月末までの中間報告では2,613人という数字が出ていて（当時東京で催された経過報告会でも発表された）、その後さらに神奈川県で遺体を発見できなかったおよそ1,800人などが追加されている。シノドスの山田名誉教授は「追加合計数の根拠を今日解明することはできない」としていて、その点ではたしかに6,000人という数字の根拠は薄いのだが、同時に帝国政府がマトモな調査を行わなかったことにより、これをデタラメであると断ずる根拠もまた乏しい（はからずも、秦郁彦が『当時ロクに調査せず公文書も終戦時に焼きまくった以上、30万人に代わる数字を日本側から出すのは無理』と嘆いた南京事件と似ている）。少なくとも犠牲者数のもっとも大きな数として採用せざるを得ないわけである。
内閣府のホームページで公開されている、災害教訓の継承に関する専門調査会による報告書 http://www.bousai.go.jp/kyoiku/kyokun/kyoukunnokeishou/rep/1923_kanto_daishinsai_2/pdf/19_chap4-2.pdf で
殺傷事件による犠牲者の正確な数は掴めないが、震災による死者数の１～数パーセントにあたり、人的損失の原因として軽視できない。
という書き方になっているのは、そうした事情によるだろう。
追記
b:id:y-wood 8500人のうち6000人殺せるのか、すげー。『「6000人という数字は当時の関東の朝鮮人人口より大きい」とは言えない』
揶揄のたぐいだとは思うけど念のため。
「6000人」というのは虐殺犠牲者の総数である。東京府の朝鮮人人口と比較するのは不当。ついでに、古賀議員が何故か東京・神奈川・千葉・埼玉に限定しているのもいささか不当で（たとえば群馬でも、自警団が警察署を襲撃して朝鮮人17人を殺害した藤岡事件などが起きている）、山田名誉教授のシノドス記事によれば茨城・群馬・栃木を加えた関東地方1府6県の大正12年朝鮮人人口は14,144人となっている。
また、山田名誉教授の著書内容の、内閣府の報告書のコラム『殺害事件の検証』 http://www.bousai.go.jp/kyoiku/kyokun/kyoukunnokeishou/rep/1923_kanto_daishinsai_2/pdf/22_column8.pdf からの孫引きになるが、例の「6,661人」のベースとなった在京朝鮮人側の調査では、東京府の犠牲者数はおよそ1,000〜1,400人。最終的に『独立新聞』に掲載された数は1,781人となっている。
y-wood氏の言葉を借りるなら
「8500人のうち1800人殺せるのか、すげー」
となるが、現実味は如何？
b:id:fu-wa 戦争知らないんだろうなあ。戦車でダーってやっても6000人殺すのってものすごく大変なんだよ。
ルワンダではそれこそカマとか棍棒とかのたぐいで、およそ100日で50万〜100万人が殺害されている。こうした事態と「戦争」を比較するのは不当。まして、繰り返しになるが「6000人」は関東地方1府6県の総数である。「戦争」を持ち出すなら、せめて戦域や作戦継続期間が同程度に及んだ戦闘でなければならない（それでも戦闘員vs戦闘員では不当だが）。
みなさん、即席ラーメンという便利な食料のことはご存知でしょうか。
揚げ麺や乾麺が袋詰めされ、粉末や液体のスープがついています。ほとんどの製品は約3分間、お湯で煮ることによってぴちぴちの麺になる。とても調理が簡単です。
手軽に作れる半面、老若男女問わず食べやすい量に設定されているため、ボリューム感足りない。これはまぎれもない事実です。
この問題点を解決するため今回ご紹介するレシピのダブル即席ラーメンを開発するに至りました。
ボリューム感を出す方法はあまたあれど、だいたい時間がかかったり、おいしさを損ねてしまいます。
2回に分けてインスタントラーメンを作ることを考えてみると1回つくる、そして、食べる、食べている間にお湯をわかす、2回目をつくる、そして、食べるという手順を踏むことになります。1回目と2回目の食べる行為の間に間ができてしまいリズムがよくない。無理してひとつの鍋で2つ分を一度に作ることは、即席ラーメンの開発者の想定外の作り方です。即席ラーメン開発者のテストケースからも外れているのか、もしくは、倍量の即席ラーメンと通常量の即席ラーメンに対する水分量・加熱・スープに対する麺の割合などの側面で共存できない開発側の理由があるのか、実際にやってみると味がぼんやりしたり、麺のゆで具合に致命的な影響が出てしまいます。
ここまでの説明で、お腹が空いているときに即席ラーメンを2つ作ることによるデメリットが大きいことがわかります。即席ラーメンのメリットである短時間で料理が完了することを損なわない調理方法でお腹いっぱい食べる方法を考えてみましょう。
今回お伝えする方法は、家の台所では思いつきませんでした。ヒントはラーメン店のカウンター席にありました。カウンター席は知見の宝庫です。
そのお店は豚骨ラーメンを主に提供するラーメン店でした。頼んだ豚骨ラーメンが配膳され、半分ほど食べ始めたところで、店の主人が「替え玉はいかがですか。」と尋ねてきたのです。
替え玉というのは、あとから麺を追加で入れることがサービスです。大盛では最初から麺の量が多くなりますが、替え玉ではあとから麺が増えます。最終的な麺の摂取量に変化がないので、どちらでもいいのではないかという反論に対しては、断固、替え玉と大盛は違うと答える。普通盛りで温度・うまみ・塩気・油などの完全なバランスを達成しているラーメンの麺の分量を1.5倍にした場合、往々にしてバランスが崩れてしまいます。麺に合わせてスープを1.5倍にすればいいのかというとそんな単純な話ではありません。麺に残存する水気であったり、温度の変化であったり、うまみや油の絡み方であったり、何かしらの要素で普通盛りのバランス感を超えることできません。これを解決する手段として、替え玉はひとつの最適なソリューションです。替え玉方式にすると、最初は、普通盛りで作るので、作り手の最適なバランスのラーメンをを提供することができます。さらに量的に足りない人には、麺を追加でいれることにより満足感を付加することができるメリットがあります。
ということで、自宅で作る即席ラーメンでも、替え玉を実現してみようと思います。思いました。
・即席ラーメン（お好みで）
・生麺（お好みで）
この二つがあれば、ダブル即席ラーメンを作ることができます。家事に忙しい主婦の方も、仕事に忙しい会社員の方も、近所のスーパーで売っている手に入りやすい材料のみで今回のレシピは完成します。
即席ラーメンを2つ用意して、片方のスープを使わずに麺のみを入手する方法も考えたのですが、即席ラーメンのスープが台所にどんどんと積み上がり近い未来にごみ屋敷の基礎となってしまいそうな気がしたので、生タイプの生麺を選びました。生麺にはスープがついていないものを選んでください。スープ付きの生麺を選ぶと、やはり、スープだけのコレクションが台所に増え続けていきます。精神安定上よくない。できるだけ人生に必要のないものは買わないようにしましょう。
即席ラーメンの作り方は、袋の裏に書いてある調理方法に従いましょう。日夜、即席ラーメンの開発のために身を粉にしている研究者が考えた調理方法を我々は超えることできません。水の量はきちんとカップで計量し、火加減を守り、ゆで時間はタイマーで管理します。ゆで時間に関しては、30秒短く作ることが多いです。これは、火を止めてから盛り付けるまでの手際の限界というか、トラブルに対処する時間稼ぎのためです。3分と袋の裏に書かれていれば、2分30秒、4分と書かれていれば、3分30秒にタイマーをセットします。
まず、鍋をふたつ用意し、お湯を二つ沸かします。片方が即席ラーメン用、片方が生麺用です。
スープをどんぶりに入れ、お湯が沸くのを待ちます。カップには水を汲んでおきましょう。
沸騰したところで、タイマーをスタートし、即席ラーメンを作り始めます。そのとなりの生麺のほうにも麺を入れてゆで始めます。
生麺は、1分ほどで吹き上がってきますので、カップの水入れ、水温を下げます。もう一度吹き上がりかけたところで、火を止めて水切りをします。
水切りができたあたりで、タイマーが鳴り、即席ラーメンが茹で上がります。時間設定はシビアです。モタモタしている暇はありません。
即席ラーメンは、少し固めに茹でた以外は即席ラーメン研究者の考えた通りのものができています。
体調が悪くない限りおいしい。問題がない仕上がりです。
この先の即席ラーメンに対する替え玉は、未知の領域の方が多いことでしょう。
近年の即席ラーメンのスープは即席ラーメンの研究者たちの研究心により、高度に発達しているので、そのスープに生麺を入れて、おいしくないわけがありません。
しかしながら、替え玉の最大の弱点は、一度普通盛りを食べてしまったあとのスープが少し薄くなってしまっていることです。
塩気やうまみが足りないと感じた人は、替え玉を盛り付けるときにあらかじめ、麺にだし醤油を一回りかけておくといいと思います。
これで、今回のレシピの紹介はおしまいです。ちょっとした工夫で即席ラーメンのボリューム感をアップすることができました。ご家庭でもぜひお試しください。
Togetterのフジロックの話経由でCoccoを聴いていて見かけたページ
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13144277203
昔｢僕らの音楽｣に出演した時言ってたんですが、Coccoさんにとって自身の歌は"うんこ"だそうです。
汚いものを吐き出す…って事かな。
世の中には自分の中に溜まったものを自分で排泄することがうまくできない人間がいたり時期（思春期とか）があって、
他人が排泄してるものを見ることで親近感や憧れを抱いたり心の拠り所にすることがあるのだと思う
自分の感情との付き合い方がCoccoは歌うこと（排泄）だった、Coccoが好きな人はCoccoの歌（"うんこ"）だったんだろう
「自分もあんな風に排泄したい」だとクリエイティブな方向に進む可能性もあるけど
「排泄物と一緒にいたい」だと自分の毒も排泄できない、他人の排泄物もコレクションし始めることになって、
別の自分の感情との付き合い方を見つけないと毒が回ってこじらせることになる
本当の自分の感情との付き合い方が見つからずに生活が続くことは、怪物が住んでいるかもしれない暗闇の中を明かりもなく進むのに近い
子供の頃から両親に米粒を残すなと教えられてきたし、親戚に米農家がいるので米粒を残すことはなかったが、それを他人に強要したことはない。
結婚後妻が米粒を残すタイプの人間だと発覚し一度提案をしたら「わかった」といって残さなくなった。
その後親戚の米農家の手伝いをすると、「これをしたらもう残せないねー」と身をもって実感してくれた。
そして昨日……
妻「なにしてんの？！」
私「え？……漫画の帯を捨てているのですが」
妻「なんで捨てるの？！」
そう。私は漫画の帯を捨てるタイプの人間だ。コレクションとして持っているわけではないし、
帯が無いからといって作品自体の面白さが変わるわけではない。不必要な物だ。
しかし、妻はそうは思っていなかった。
妻「キミは米粒を残すなと私に言った」
私「は、はい」
妻「それと同じ！」
私「え？」
妻「装丁家に失礼でしょ！」
でも……捨てたい。
https://anond.hatelabo.jp/20170718002308
コンビニで売っている一般的なタバコに飽きたらず、タバコ専門店に通っては
葉巻、キセル、手巻きタバコ、スヌースと様々な喫煙方法を楽しんでいる。
俺のタバコ師匠でもある、近所のタバコ専門店のおばちゃんからは「マニアの兄ちゃん」と呼ばれている。
たばこ盆、タバコケースなどの喫煙具もコレクションしており、キセルなどの喫煙具を無水エタノールで掃除したりなどのメンテナンスをするのが愉しくてしょうがない。
タバコは知れば知るほど奥深い世界なので、よくネットのタバコ品評ブログや掲示板などで方法交換をするのだが、
初心者の質問に真剣に回答していたら、喫煙マナーカテゴリのカテゴリマスターになってしまった。
「喫煙マナー」カテゴリなので、「飲食店は全て禁煙にすべき」などの議論をする場所と思われがちだが
「お土産で葉巻をいただいたのですが、初めて見たので喫煙方法がわかりません」「アイコスの掃除の仕方がわかりません」みたいな、タバコについての質問を投稿すると自動で喫煙マナーカテゴリに登録されるので、運営側としてはタバコの話題は全て喫煙マナーカテゴリで、というスタンスのようだ。他にタバコの話題を扱うようなカテゴリもない。
で、俺は喫煙マナーカテゴリで趣味としてのタバコについて語るだけの活動をしていたのだが、たまに「タバコを趣味として語るのはカテゴリ違い」「喫煙者は出ていけ」などと攻撃を受けることがある。
俺は別に言い争いをしたい訳ではないので、それらは基本的に無視しているのだが
とにかく俺が喫煙マナーカテゴリに書き込むと「喫煙者は死ね死ね死ね死ね」と呪詛を延々書き込まれたり、「こいつは在日朝鮮人です。喫煙者かつ在日は生きる資格が無いので今すぐ自殺云々」と、勝手なレッテルを貼ってきたり、「コイツはJT社員で、会社の命令でタバコの宣伝をしています。タバコの宣伝は法律違反であり云々」と、意味不明なことを言ってきたり。
週刊誌とか新聞にタバコの広告は普通に掲載されているので、法律違反ということはない。おそらくテレビでタバコCMが規制されたというのを勘違いしている。
で、この粘着してくる連中は喫煙マナーカテゴリは喫煙者を罵倒する場所と決めつけており、喫煙者の書き込みを許さない。
かつ、ググればすぐにわかることをロクに調べもしないで自分の都合のいいように決めつけてしまう。
例えば、「タバコの香りでオススメの香水はありますか」みたいな質問に対して、「そんなものは存在しません！タバコは臭いので香水になんてなりません！」って言ってたり（タバコノートっつってタバコ葉の香りの香水はあるし、なんならタバコ味の酒もある。）
「たばこの博物館に行きたいのですが」という質問に対して、「タバコは博物館にするほどの文化なんてありません、そんな場所がもしもあったらゆるされません」なんて回答してたり。この回答だけで都民ではないとわかる。
そして、こいつらの回答はところどころ、人生経験の短さが露呈する。つまり、どう見てもガキとしか思えない意見を書く。
例えば、こいつらはタバコどころか酒まで否定する。「酒とタバコは覚醒剤と同じなので法律で禁止すべき」という主張である。
なので、「居酒屋は全て禁煙にするべきかどうか」という議論では、「酒という名の覚醒剤を提供する場所は全て滅ぶべき」とか書いちゃう。
いくら非喫煙者でも、なかなか居酒屋自体を滅ぼせなんて主張は出てこない。
さらに、「居酒屋なんて行ったことはありません！」と主張する。
社会人だったら、一度は必ず行ったことがあるはずだ。
また、クラブ関係者が渋谷でゴミ拾いをしているというニュースを引っ張り出してきて、「非喫煙者がゴミ拾いしているのに喫煙猿ときたらポイ捨てばかりで死ぬべきですね！クラブはタバコのない素晴らしい世界ですね」とか書いている。
クラブで遊んでる人たちなんてほぼ喫煙者だし、クラブの中なんか常に紫煙で充満している。キャンペーンガールがタバコのサンプルをよく配っているし、なんなら渋谷のゴミ拾いを先導しているZEEBRAさんがそもそも喫煙者である。
コイツの中ではゴミ拾いをするのは全て非喫煙者という思考であり、ゴミ拾いをする人たちが集まるクラブは非喫煙者の天国だと主張する。
タバコと切っても切れないクラブを非喫煙者の天国とは、ギャグで言ってるとしか思えない。
俺に粘着して幼稚な主張を繰り返すコイツらのプロフィールを覗いてみると、ほとんどがタバコにでっかくバツをしているアイコンで、「喫煙猿を世界から滅亡させる」と書いてある。つまり、喫煙者罵倒のために作った専用のアカウントである。
である、はずなのに、たまに喫煙マナーカテゴリ以外のカテゴリにも書き込みをしていて、何を書いてるのか見てみると
妖怪ウォッチの攻略法について語っていたり、今月号のコロコロコミックの感想を書いていたりする。完全に小学生である。
ほとんど無視していたが、一度だけコイツら粘着に質問してみた。
「何歳？」と聞くと、「お前のような猿に教える筋合はない。」
「じゃあ、なんでそこまで酒やタバコが嫌いなの？」と聞けば、「学校で覚醒剤と同じだって教わったから。」
つまり、学校で異常なほど酒・タバコは覚醒剤と同じようなものなので絶対に手を出しては行けません、と教え込まれ、
そのうち酒・タバコをやってる奴は犯罪者、罵倒して良いという思考回路になり、
ネットで一日中喫煙者を罵倒するのがストレス解消の趣味となってしまったんだろう。
俺調べでは、ヤフー知恵袋で喫煙者罵倒しているアカウントのほとんどは小学生である。というか、ほぼ同一人物かもしれない。
喫煙マナーカテゴリは、俺のようにゆるくタバコについて語るというよりも、喫煙者とこれら嫌煙アカウントが罵倒しあっている様子ばかりが目につく。
「こないだラーメン屋に行ったらタバコを吸ってる奴がいました。殺していいですよね？」みたいなアホなタイトルばかり乱立している。
俺調べでは、こういうアホなタイトルを乱立しているのはほとんど小学生である。
それを、喫煙者のオッサンが顔真っ赤にして反論しているのである。
喫煙マナーカテゴリで喫煙者と表明しているアカウントのプロフィールをみると、40代、50代ばかり。
つまり、ヤフー知恵袋の喫煙マナーカテゴリとは、小学生が荒らしまくって、それに顔真っ赤でマジレスするオッサンしかいないカテゴリということになる。
知恵袋以外でも、タバコを趣味として語るブログや掲示板にも唐突に「タバコは人殺しです、今すぐやめなさい」とか書いちゃう奴がいて、そういう趣味としてのタバコサイトを片っ端から自ら突撃していってる。
ありとあらゆるエロ動画、エロ漫画、エロ3Dその他を楽しんでいる
悲しいことに我が人生で最も力を注いだ趣味であることを否定できない
というか少なからぬ人にとってそうなんじゃなかろうか
男にとっては平均的に見ても2日に1回、多い人なら1日2回は行う”儀式”なわけで
食事、風呂、睡眠、ファッション、住環境、嗜好品なんかと同列程度には趣味化しやすい行為だ
もちろんあくまでも”自慰”という消極的行為という位置づけだから、
どうしても毎日のように行う行為なので、少しずつこだわるだけで容易に趣味化してしまう
これは個人差もあるだろう
例えば似たところで「食事」があると思うが、私は食事については無頓着で、連日似たような食べ物でも平気というタイプだ
だが”おかず”にはついこだわってしまう
オナニーに関してだけ言えば、インターネットの存在で飽食の時代ならぬ、飽淫の時代になってしまった
