  |
はてなキーワード: 全文検索とは
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか？ 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
この記事はよく調べてあるなぁと思う反面，事実関係の間違いも多く当時の空気感など欠けていると思う部分がいくつかある。事実関係に関しては追い切れないので参考文献を挙げるにとどめておくが，空気感のほうはいくつか書いておく。なお当該記事の「当時と今では状況が全然違うんだから，安易に『UNIX 哲学』とかいうな」という主旨には大賛成である。
初期の UNIX の歴史について興味がある向きには次の書籍をお薦めする。
Peter H. Salus『A Quarter Century of UNIX』(1994, Addison-Wesley Publishing)
和訳の『UNIXの1/4世紀』(Peter H. Salus, QUIPU LLC 訳, 2000, アスキー) は絶版のうえ訳も微妙なので薦めづらいが，原書は The Unix Heritage Society (tuhs) で PDF が無償公開されているので，英語が苦にならないのなら読んでみるといい。
また同じく tuhs で無償公開されている Don Libes and Sandy Ressler『Life with UNIX』（1989, Prentice Hall）を読めば80年代終りの UNIX の状況（XENIX についてもしっかり言及されている）や利用者目線での雰囲気もある程度判るだろう。
元記事で一番気になるのが「哲学」という語の捉え方。この言葉の強さに引きずられているように読める。でもこれ，当時は設計の基本的な考え方くらいの意味でわりとよく使われていた言葉なんだよね。たとえば米 BYTE 誌のアーカイブを “philosophy” で全文検索するとこんな感じ。
https://archive.org/details/byte-magazine?query=philosophy&sin=TXT&sort=date
ほぼ毎号のように出現していたのが判るだろう。
もっとも猫も杓子も「哲学」を振りかざしていたわけではないし，UNIX の開発者たちが「哲学」の語を好んで使っていたのも間違いないように思う。傍証の一つが AT＆T の定期刊行物『The Bell System Technical Journal』の1978年7, 8月号だ。元記事で言及されているマキルロイの Forword の初出がこれで，ネットのアーカイブから PDF が入手できる。
この号は二部構成になっていて第一部が Atlanta Fiber System に関する論文12本（全172ページ），第二部が UNIX に関する（Preface や Foreword を含む）論文22本（全416ページ）となっている。さて前述の PDF は OCR されているので “philosophy” で全文検索してみると8箇所見つかる。これが見事に全部 UNIX の論文なのだ。もちろん論文の性質もページ数も違うからこれだけで確定的なことはいえないが「日常的に使っていたんだろうなぁ」という推測は成り立つだろう。じつはマキルロイの哲学とされている部分は “Style” であり “philosophy” の語は一切使われていないというのもちょっと面白い。UNIX の開発者たちがなぜ「哲学」という語を好んだか正確なところは判らないが，それまでにない新しい考え方に基づいた OS を開発しているという意識があれば，そういう言葉を選ぶのが自然な時代だったことは間違いない。
UNIX が認知され拡がっていく過程で「哲学」も知られるようになっていった。自分が好むものの良さを他人にも識ってもらいたい，あわよくば他人もそれを好むようになって欲しいという布教活動は今も昔を変らないわけで「哲学」はその便利なツールとなったわけだ。元記事ではガンカースの著作を「外部の人間が後から打ち立てた哲学」と表現しているが，そんなたいしたものではない。マキルロイの論文に影響を受けた布教のためのああいう説教は到るところにあった。たとえば前掲の『Life with UNIX』にもしっかり Philosophy の項がある。また日本で最初期の UNIX 解説本のひとつである，村井純・井上尚司・砂原秀樹『プロフェッショナル UNIX』（1986，アスキー）には冒頭次のような一節がある。
オペレーティング・システムは，コンピュータを使うものにとっての環境を形成する基盤であるから，そのうえで生活する者の個性を尊重し，より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェアでなければならない。この主張こそが，UNIX のオペレーティング・システムとしての個性ではないだろうか。
「より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェア」とはテキストを入出力フォーマットとする単機能のコマンド群のことで，これらをパイプでつなげたりシェルスクリプトでまとめたりすることで「そのうえで生活する者の個性を尊重し」た「より良い環境へと作り上げて行く」ということだ。こういった説教はありふれたものであった。たんにそれを「哲学」の語を用いて書籍にまとめたのが，たまたまガンカースだったというだけのことである。
そしてじつは UNIX の場合，布教活動とはべつに「哲学」を広めなければならない切実な理由があった。これを説明するのは非常に面倒くさい。当時と今ではあまりにも環境が違うのだが，その違いが判らないと切実さが伝わらないからだ。マア頑張ってみよう。
UNIX は PDP というミニコンピュータ（ミニコン）上に開発された。このミニコンを使うためには専用の部屋に行く必要がある。その部屋は，もちろん場所によって違うわけだが，マアおおよそ学校の教室くらいの大きさだ。長机が何列か並んでおり，そのうえにはブラウン管ディスプレイとキーボードを備えた機器が等間隔に置かれている。壁際にはプリンタが何台かあるだろう。通っていた学校にコンピュータ室などと呼ばれる部屋があったならそれを思い浮かべればだいたい合ってる。ただし置かれている機器はコンピュータではなくコンピュータに接続するための端末装置（ターミナル）だ。端末装置のキーボードで打った文字がコンピュータに送られコンピュータが表示した文字がそのディスプレイに表示される。現在 Unix 系 OS で CLI を使うときターミナルとか xterm という名のアプリケーションを用いるがこれらは端末装置のエミュレータで，もともとは実体のある装置だったわけだ。
さてコンピュータ室にたいていは隣接するかたちでマシンルームなどと呼ばれる六畳くらいの部屋がある。窓ガラスで仕切られたこの部屋には箪笥や洗濯機くらいの大きさの装置が何台か置かれている。これがコンピュータ本体だ。もっともコンピュータが何台もあるわけではない。この箪笥が CPU でそっちの洗濯機がハードディスク，あの机に置かれているタイプライタが管理用コンソールといった具合に何台かある装置全部で一台のコンピュータになる。どこが〝ミニ〟だと突っ込みたくなるかもしれないが「六畳で収まるなんて，なんてミニ！」という時代のお話だ。
端末装置それぞれから（USB のご先祖様の）RS-232 という規格のアオダイショウみたいなケーブルが伸び，マシンルームに置かれたターミナルマルチプレクサと呼ばれるスーツケースに台数分のアオダイショウが刺さってコンピュータとの通信を行う。コンピュータと多数の端末装置を含めたこれら全体をサイトと呼び，root 権限を持って管理業務を行う人をシステム管理者あるいはスーパーユーザと呼んだ。
結構上手に説明できたと思うのだが雰囲気は伝わっただろうか。ここで重要なのは一台のコンピュータを数十人が一斉に使っていたという事実だ。洗濯機とかアオダイショウとかは，マアどうでもいい。
当時の UNIX の評価を一言で表すと〝自由で不安定な OS〟となる。メーカお仕着せではなく自分好みの「より良い環境」を作りあげる自由。さらに他のメインフレームやミニコン用 OS に比べると一般ユーザ権限でできることが圧倒的に多かった。そしてその代償が不安定さ。今では考えられないが UNIX のその不安定さゆえにプロ用 OS ではないと考える向きは多かったし「でも UNIX ってすぐ落ちるじゃん」というのは UNIX アンチ定番のディスりだった。UNIX の落とし方，みたいな情報がなんとなく廻ってきたものだ。
こういった雰囲気を鮮やかに伝えてくれるのが，高野豊『root から / へのメッセージ』（1991，アスキー）だ。当時アスキーが発行していた雑誌『UNIX MAGAZINE』に連載されていた氏のエッセイの1986年11月号から1988年10月号掲載分までをまとめた書籍である。著者の高野氏は勤務先の松下電器で1980年ごろから UNIX サイトのスーパーユーザを務めており，日本では最古参の一人である。この本の中で高野氏は繰返し UNIX の自由さと不安定さに言及している。すこし長くなるが，その中の一つを引用しよう。
CPU は，システムにとって重要な共有資源であるが，この CPU を実質的に停めてしまうことが UNIX ではいとも簡単にできる。たとえば，cc コマンドを10個くらい同時に走らせてみたらよい。VAX-11/780 といえども，同時に実行できるコンパイルはせいぜい3つか4つである。それ以上実行することも当然可能ではあるが，他に与える影響が無視できなくなる。つまり，てきめんに vi のカーソルが動かなくなる。あるいは，すこし大きめなディレクトリ上での ls コマンドの出力が表示されるまでに煙草を1本吸い終えてしまったり，タイムアウトでログインが撥ねつけられたりといったバカげた現象が起きだすのである。こういった状態になると，UNIX は破壊されたに等しい。真夜中，独りで VAX を占有して使っているのなら何をやろうとかまわない。しかし，20人30人と多数の人間が使っているときに勝手をやられると非常に困るのである。当人の仕事が遅れるのは自業自得だとしても，そのとばっちりで他のエディタまで止まってしまうと，もはやどの仕事も進行しなくなる。
ディスクについても同様なことがいえる。UNIX では，ファイルシステムを使いはたすまで大きなファイルを自由に作ることができる。したがって，自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュアが使うと悲惨なことになる。ディスクを使いはたすと，コンソール・タイプライターにエラー・メッセージが出力されるが，夜中にそれが発生して，コンソール・タイプライターが一晩中エラー・メッセージを打ち続け，朝マシンルームに行ってみると紙を一箱打ち尽くしてしまい，ピーピーと悲しげな声を上げて人を呼んでいた光景を私は何度も見てきた。こうなると，それをしでかした本人のプロセスは当然のこととしても，同じディスクで走っている他のプロセスも先に進めなくなってしまう。すこしでも負荷を夜間にまわそうとする善意は逆転してしまい，わずかでも仕事を先に進めようとする意図も完璧に打ち砕かれてしまうのである。
そして，こうした不安定さが「哲学」を必要としたのだ。自分が利用しているサイトに「cc コマンドを10個くらい同時に走らせ」たり「自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュア」がいるとその累は自分にも及んでしまう。だからサイトの利用者全員に UNIX の設計の基本的な考え方を理解してもらうことが，自分のために必要だった。UNIX の伝道がより苛烈だった理由のひとつがここにあるのだ。
ミニコン上で誕生した UNIX は 4.3BSD（1986）で最高潮を迎える。注意したいのはミニコン時代の UNIX は Research UNIX と CSRG BSD みたいな区別をせずにまとめて UNIX として扱われていたことだ。実際『プロフェッショナル UNIX』も『root から〜』も UNIX と記述されてはいるが実際には BSD を扱っている。べつに当時の人が無知だったわけではない。なにしろ BSD を利用するためにはまず AT＆T から UNIX のライセンスを購入し，そのうえでカリフォルニア大学バークレー校（UCB）から BSD を入手しなければならなかったからその関係は当然広く知られていた。ベル研で発明された UNIX を外部の人たちも含めみんなで改良し，それら全体が UNIX であるという考え方が自然だっただけである。『Life with UNIX』のような英語の文献によく登場する “Berkeley UNIX” という言い回しが当時の気分をよく表している。UNIX vs BSD みたいな捉え方は法廷闘争を経た90年代以降の感覚だ。
もっともそういう70年代風味の牧歌的風景はミニコン世界限定の話であった。BSD そのものはミニコン用のものしかなかったが，そのコードを受け継いだ BSD 系 Unix や AT＆T が推し進める System V などがワークステーション市場を舞台に80年代中盤から激しく覇権を争うようになる。いわゆる Unix 戦争で，PC 用 Unix であるマイクロソフトの XENIX も当然参戦した。ミニコン世界が牧歌的だったのは，ぶっちゃけていえば先のない技術だったからだ。ただ Unix 戦争はあくまでも標準という聖杯を争う戦いであり，AT＆T と BSD 系 Unix の Sun Microsystems が共同で System V Release 4.0 (SVR4) を作りあげたように後の法廷闘争とは趣が違う。
こうしたミニコン UNIX からワークステーション Unix への転変は Unix そのものや文化にも変化をもたらした。まず激しい競争は Unix の高機能化を加速した。商品として判りやすい惹句が「あれもできます，これもできます」なのは誰もが知っている。もちろん安定性を増すために quota のような利用者の自由を制限する機能も含まれていた。またワークステーション Unix は現在の Unix 系 OS と同様同時に一人が使うものであり前述の布教の必要性は大幅に減じた。達人たちのみの楽園から万人に開かれた道具に変ったのだ。こういった変化を体感したければ『root から〜』と水越賢治『スーパーユーザの日々』（1993，オーム社）を読み比べてみるといい。『スーパーユーザの日々』はワークステーション Unix のシステム管理の入門書だ。この本ではたんに知識を羅列するかわりに架空のソフトウェアハウス（開発会社）を舞台に新卒社員が先輩社員からシステム管理を学ぶという体裁をとっており，そのおかげで架空の話とはいえ90年代前半の雰囲気が堪能できる。出版年でいえば『root から〜』と二年しか違わない『スーパーユーザの日々』の落差は “dog year” と称された当時の激烈な変化まで体感できるだろう。
当時はよくいわれたのに今やほとんど聞かれなくなったものがある。マキルロイの論文の結論部分に書かれたそれは，1973年に出版されたイギリスの経済学者エルンスト・シューマッハーの著作の題名で，中学生の英語力があれば十分に理解できる平明な一文だ。
Small is beautiful.
マキルロイは『人月の神話』を引いて一定の留保をつけてはいるものの，これが UNIX 哲学の背骨であることに違いはない。機能をありったけ詰め込もうとして失敗した “kitchen-in-a-sink” な MULTI•cs のアンチテーゼである UNI•x にとって，これ以上のスローガンがあるだろうか？
ひるがえって現在の Unix 系 OS をみれば，ブクブクと肥え太ったシステムコール，全容を俯瞰するだけでも一苦労するライブラリインターフェイス，一生使うことのないオプションスイッチまみれのコマンド群。UNIX が仮想敵とした OS そのものだ。そのことについてとくになにも思わない。ハードウェアは長足の進歩を遂げ，コンピュータの応用範囲は途方もなく拡がった。UNIX が変らなければたんに打ち棄てられ，歴史書を飾る一項目になっただけだ。ただ現在「UNIX 哲学」を語るならそうした背景は理解していなければならないし，どれだけ繊細な注意を払ったところで〝つまみ食い〟になってしまうことは自覚すべきだ。
どうやら5chの言語板では推測を書いてはいけないというどう考えても科学の発展の妨げにしかならないような謎ルールが存在するので、以下、スレに書き込もうと思っていたことをまとめてここに書く。
性癖を性的な癖に言い替えられるような使い方で使っているのはネットかつオタクの文化圏に集中していることは疑いようがないことだと思う。
まずツイッターのbioがそうだ。
これを言ったらツイッターのbioとオタクがどう結び付くのか分からないし視野狭窄としか思えないって言われたけど。
なので他にも例をあげていこう。
cmで有名なシーモアやめちゃコミやrentaよりも蔵書が多い電子書籍サイトだ
・性癖が暴かれる！？ 新感覚オフィスラブ！(中略)彼女のヒミツは…「アレ」に人一倍興味があること・・・！？
・性癖ヤバめなオトコに狙われました。
・彼の性癖は歪んでる。～聖母系エリートの悪魔的とろとろ溺愛セックス～
・ひなこは今夜も鷹臣先生を困らせたい おしどり夫婦のナイショの性癖
全て性癖を「性的な癖」と置き換えても成立する文脈で使われている
1000件以上ヒットしたが5件連続でこうなのだから漠然と有意性が感じられるとは思う
全部検証するのは大変骨が折れるので興味がある人がすればいい
また似たような引用方法をしてもくどい感じもするので検索結果のリンクだけ貼っておく
https://www.pixiv.net/tags/%E6%80%A7%E7%99%96/novels
なんか最初のあたりで中国語のものが目立つが、日本語の作品ではやはりそういう性癖の使い方が目立つと思う
・
以下ではなぜこのような性癖の使い方が行われるようになったか推測、かっこよくいえば仮説を書く。
「○○をする性癖がある」があるというのは、一部の国語教師面をした人間からのウザ絡みを避けられるという意味でより無難な書き方をするなら「○○をするのが好き」と言い替えられるだろう。
しかし単に「○○がすき」みたいにというふうに書くとなんか締まりがない感じがしなくはないか？
なんというか名詞の性癖を使うのと比べるとバシッと決まらない感じがするというか、読み手を想定してみればそういった文章は漫然と左から右へと意味内容が流れていくばかりその読み手の頭からするっと抜けてしまうような感じが俺はする。
それに比べて「性癖がある」というのは名詞的な表現だ。その言葉の前で受けている性癖の内容をバシっと捉えて概念化している。
概念化は名詞の効用だと思う。動詞で終わる文章が単に事実や考えを伝えるのに比べると、文章全体ではなく、一つ名詞に読み手の意識が集中される。
名詞が記憶のとっかかりにもなる。そういう意味でも読み手の頭により強く残る。
以前私は「漫画の魅力ってそれが二次元とメタファーされるように」という文を書いて、ここで「そんなメタファーの使い方はしない」というふうに言われた。
しかしこうやって指摘するぐらいの人間はその言わんとすることが伝わっているからこそ、その意味と用法がずれているということに気付けることが指摘の動機となっているはずなのだ。
完璧に正しい用法かの確証はないがおぼろげに自分の伝えたいことにかすっている程度ぐらいの可能性でも感じるなら、少し小難しくてもそういった名詞や特に術語を使うほうが、読み手は「あああのことが言いたいのね」となるのだと思う。
性癖も本来は単に癖と言うのをより生硬にした表現だ。そういう日常的にあまり使われてなかった言葉をあえて使う場合、日常的に使われる言葉が多種多様な場面で使われるためにぱっと読み手の目に入って来てもその言葉だけでは文脈が絞り切れないという意味ではニュートラルに認識されるのに比べれば、そういう言葉は特定のミームというか匂いを帯びやすい。
「性癖」の意味をひとたびずらして「性的な癖」という文脈で使うようになると、もうそういうミームで固定される。
だからそういうミームを共有し合う人間にとっては性癖という言葉を出すだけで、みなまで言わなくても何が言いたいのかなんとなくわかるというか、そういう読解の省エネ的な効果が認められるのだと思う。
とにかく、単に何々が好きというのが読み手に「なんの意味で好きなんだろう」とその実態のより詳しい限定化を課す、すなわちボトムアップ式の理解を課すものだとすれば、性癖と概念で言ってしまえばトップダウン式に何が言いたいのか理解されるという点が便利なのだ。その代償として国語教師面した人間に噛みつかれるリスクを負い得るだけで。
俺がメタファーという言葉を使ったのもそういう効果を狙ったものだ。そもそもメタファー以外に自分の伝えたいことにあてはまる表現が見当たらないって理由も大きかったはずだけども。
(アスペは会話をあまりせず書き言葉が友達だから難しい言葉と思われているもののほうがアスペにとっては身近というのはアスペの悪い癖だ。もちろん俺の「メタファー」は他の定型から見れば理解の浅いずれた使い方なのかもしれないけど、俺にとってはメタファーが理解度という点で使うべき一番ましな言葉だったのだ。そもそも言葉の難しさとは何なのか。たかがカタカナご文字の言葉の難しさをどう規定できるというのか。正も凸も小学生で習う同じぐらいの画数の漢字だが習う時期が全く違う。俺はこれにも納得できないがそれは上記のことに通じる話だと思う。凸が身近な人間にとっては普通の人にとっては正の方がやさしい漢字に思えても、その人にとっては凸の方がやさしいのだ。)
名詞は特技、趣味、性癖というように表とかの項目にするにも都合がいい。
これが一つだけ「性的に好きなこと」とかだったら統一感もない。
角川類語新辞典には「手癖」「尻癖」「酒癖」と○癖という言葉がたくさん載っている。
癖をへきと音読みする言葉は実はそんなに多くないが、それでも日本語、いや日本人の伝統として○＋癖という造語法で言葉を作っていく造語意識が背後にあることを伺うことはできる。
基本的に癖の内容を象徴し得るような漢字＋癖という組み合わせて作られていることは明らかだ。
酒癖はそのままだし、尻癖は失禁する癖のことで、その現象が起こる場所を示す漢字を使っているという点でちょっとひねっているが、根本はおなじだ。
そんなわけで、もとの性癖は性も癖も似たような意味で使っている漢字を組み合わせた熟語だけども、それとは独立して性的な癖という意味での、酒癖等と同列な「性癖」が今作られるようになっていったとしても、日本人の背後にはそうおう造語意識がずっとあったわけだから、何もおかしくないわけだ。
つまり、両国には地名と両者の国という二つの意味が考えられるがこれらは辞書では別の言葉として別別に立項されているように、あの性癖とこの性癖も辞書で別扱いするべきぐらいに全く別物の言葉なのだというのが私の仮説だ。
よって性癖を性的な癖と言い替えられる文脈で使ったときに「誤用だ」とかいうのは全くずれていて、単なるシノニムとしての衝突に翻弄されているだけなのである。
日本語だとちょっと突拍子なく感じる意見かもしれないが、英語ではスペリングが同じで別の概念として複数立項されている言葉は何も珍しくない(無学かつ個別の事例を覚えてられるほど記憶力よくないので例はあげられないけども)。
| 13 | はてなブックマーク - 人気エントリー - 2008年11月1日 | https://web.archive.org/web/20170815132626/http://b.hatena.ne.jp/hotentry/20081101 | |
| 14 | はてなブックマーク - 人気エントリー - 総合 - 2010年5月27日 | https://web.archive.org/web/20190522181226/http://b.hatena.ne.jp/hotentry/all/20100527 | |
| 15 | 【復旧済み】各カテゴリの特集の一覧に、想定とは異なるものが多数表示される不具合が発生しています - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2019/05/10/134428 | 4668551187895269474 |
| 16 | コメント一覧ページのデザインリニューアルおよびページ内の一部機能の廃止・整理を行います - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2017/08/08/150000 | 4667408485643465858 |
| 17 | 簡易はてな記法 - はてなブックマークヘルプ | https://b.hatena.ne.jp/help/entry/textformat | 4669405056148061858 |
| 18 | eidを使えばもっとURLを短くできる | https://anond.hatelabo.jp/20081219194442 | 11362837 |
| 19 | URLエンコードについておさらいしてみた - Qiita | https://qiita.com/sisisin/items/3efeb9420cf77a48135d | 347680902 |
| 20 | はてなブックマークのEIDの桁数が激増したのはいつだろう | https://anond.hatelabo.jp/20190127151652 | |
| 21 | 重複した URL を正規 URL に統合する | Google 検索セントラル | ドキュメント | Google Developers | https://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls?hl=ja | 4694503810869473858 |
| 22 | Consolidate Duplicate URLs with Canonicals | Google Search Central | Documentation | Google Developers | https://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls | 4695808187685102274 |
| 23 | URLが複数存在する同一ページでコメント一覧ページが分散する仕様を、統合されるよう変更しました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2019/02/28/173401 | 4667408469537322306 |
| 24 | URLクエリパラメータ(クエリストリング)の意味とは。使い方は? 除外はすべき?［第4回］［第4回］ | Googleアナリティクスとは／衣袋教授のGoogleアナリティクス入門講座 | Web担当者Forum | https://webtan.impress.co.jp/e/2012/04/26/12663 | 351312146 |
| 25 | 高木浩光＠自宅の日記 - はてなブックマークを禁止する技術的方法, 追記, 追記2 （23日） | http://takagi-hiromitsu.jp/diary/20071222.html | 6889081 |
| 26 | [B! はてな] はてなブックマーク - about:blank | https://b.hatena.ne.jp/entry/s/b.hatena.ne.jp/entry/about:blank | 4707586658055348514 |
| 27 | おっ - kikuchi1201 のブックマーク / はてなブックマーク | https://b.hatena.ne.jp/entry/2805/comment/kikuchi1201 | |
| 28 | はてなブックマークされてる不思議なページ | https://rcmdnk.com/blog/2014/02/24/blog/ | 4671123851382313506 |
| 29 | はてなブックマークの全文検索機能を改善しました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2015/06/22/114958 | 4667408538793733762 |
| 30 | はてなブックマークっていつからOR検索できるようになったの | https://anond.hatelabo.jp/20121006222621 | 241122808 |
| 31 | 知らなくても困らない！はてなブックマークのアレな使い方 - tipos taronga | https://tt.hatenablog.com/entry/2013/11/16/215703 | 4713084010265175938 |
| 32 | マイホットエントリー機能のご紹介 - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2013/05/08/131308 | 4667408422829508482 |
| 33 | マイブックマーク検索の機能を強化し、検索結果の並び替えや絞り込みができるようになりました（PC版ブラウザ） - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2021/09/02/160546 | 4707764769367740738 |
| 34 | はてなブログスター（星マーク）効果は?１万円購入の圧倒的な効果 | https://blog-support.jp/hatenablog-star/ |
今回書いた増田にも多くのブクマが付き、有難く思う。以下返信。
これは詳しい
ブクマしておく
誰得の詳しいまとめ
おつおつ！！
コメ有難う。おかげで次も書こうという気になる。
有用なツール紹介感謝（ぐぬぬ、向こうのブコメの方が多いと思いつつ）。
参考ページ[FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある?を載せたから大丈夫だろ、という不親切な態度は許されなかった。
門外漢によく知ってるねと褒める時に使う言い方の事例集だ。俺は詳しいんだ。
カラースターの値段が
紫スターすごい
ギブミーカラースターとか言われたら、青1個投げるとちょうど良さそう。
なんかよくわからんけど参考になりそう
まだAPIの解説も残っているんじゃ（すぐに投稿できるとは言っていない）。
GitHubにでも書いたほうが良いのでは
増田への愛（執）着が勝ったが、外部リンクを数件しか貼れず注釈機能が無く字数制限も厳しい環境に投稿して良いのかという葛藤もある。
「錯綜」の解釈を間違っていて一対多の意味を取り違えた。「分散」かな。 & は予約文字というよりも値が途切れ # はブラウザの機能としてサーバに送信されない。 1d. は {2} ではなく {1} (%enc)
指摘を参考に"エントリページ"の章等を修正。URLと引数については、修正後の内容なら以下のようになることを読取っていただけるかなと。
1a例 https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220521220951
1d例 https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fanond.hatelabo.jp%2F20220521220951
API編も期待してる
善処する（GitHubに投稿する方に気持ちが傾いてるが全く触ったことがない上に、VSCodeとWSLとgitを導入してはてなのウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない）。
「はてなフィルター」というウェブサービスも加えて
・全文検索
セリフとか擬音語とか書籍内の文字を全文検索する機能。電子ならできるやろ普通？ってのが全然できない。
小説ならできるものもあるのに。未だにタイトル・サブタイ・紹介文・ジャンルタグぐらいしか検索できない。
少なくとも購入済みのものは出来て当たり前になって欲しい。
・ページ遷移高速化
連載作品を毎週1話ずつ読むような読み方ならスマホで十分だし現行のアプリとかのビューアーでも事足りるが、
「あのシーンどの巻のどの話数だっけ？」みたいな、過去数百話を通しで見ていくような使い方だと絶望的に使いにくい。
PCブラウザで見てもホント遅い。マウスの中クリックやスマホの音量ボタンででグリグリページ遷移できたりサムネ6ページ同時に表示したうえで
これはもう絶対。もし著作権がどうのこうのでダメだというなら一度買った版を後から修正したり絶対しない保証、さらにサービス終了時は
PDFでダウンロードできるとか同じ約束を守れる他サービスに移管することを保証とか、とにかく人に買われたものに後からペン入れするような
とにかく紙でできることはあたりまえに出来て、紙で不可能なことをもっと便利にというポリシーでサービスを追求していってほしい。
アメリカ大統領選直後、ふたばちゃんねるにQアノンが集結していたことはウォッチャーの中でもあまり知られていない。
Qアノンを扱う記事でも、ふたばに言及されているのは1つしかなかった。
日本のトランプ支持陰謀論者「Jアノン」が集まる掲示板は、米国の本家「Qアノン」が集まる掲示板の元祖
https://hokke-ookami.hatenablog.com/entry/20201222/1608648649
現在でもふたばの政治板はQアノンに占領されている状態となっており、大統領選に派生して反ワクチン・反ウクライナ活動を行っている。
ふたばは誰でも見られる過去ログを残さない掲示板であり、外部ログサイトもスレッドの消滅から約48時間で消滅するため、今から過去の様子を追うのはかなり難しい。
しかし、現役Jアノンコミュニティの1つであることは事実であり、調査しておく価値はあるのではなかろうか。
他のQアノンと比べて認識は幾分か常識よりであるが、所詮は陰謀論者であるため対話は不能であり、冷静にソースを出して指摘してもすぐさまブチギレる。これはふたば住民が総じて排他的・閉鎖的だからなのか、あるいは二次裏でこれらの陰謀論がバカにされていたことの受け売りなのかは不明。
また、ふたばのQアノンは、主にけもフレ2をめぐる一連の騒動に関与していた人物が何等かの理由で政治に目覚め転向した…という経歴が多く、実際に上記記事にある「ログインボーナス」ややたら長いテンプレートはけもフレスレからの借用語であり、政治板を「けもフレ」「けものフレンズ」で全文検索すると面白いほどにひっかかる。
Jアノンとは (ジェイアノンとは) [単語記事] - ニコニコ大百科
https://dic.nicovideo.jp/a/j%E3%82%A2%E3%83%8E%E3%83%B3
いかにして彼らが陰謀論者となったかは想像がつかないが、初期のけものフレンズが「癒し」「IQが溶ける」「頭を使わなくて見られる」と言ったうたい文句を売りにしていたことを考えると、いわゆる心の弱い人たちがけもフレ2をめぐる一連の騒動で「目覚めて」しまい、そのままQアノンとなってしまったのではなかろうか。
Qアノンがマルチ商法・スピリチュアルを筆頭に様々な陰謀論を兼任する姿は、他のコミュニティでも見られる姿である。
——登さんくらい常に気持ちをフラットにできればいいのですが、仕事のストレスで参ってしまうエンジニアも多くいます。
そうですね。ストレスを感じる理由はさまざまあると思いますが、一つ例をあげるなら、仕事の目的が「お金を稼ぐこと」それ自体になっている人は疲弊しやすいかもしれませんね。
稼ぐことを目的としている人のゴールは、おそらくご自身の「安寧な暮らしの実現」にあるのだと思います。それがとても大事なことなのは言うまでもありませんし、否定するつもりも毛頭ありません。
一方で、私や私の周りにいる人たちは、現状の成果に満足せずに得たお金を次の進化のために再投資しようと試みる人ばかり。どちらが良いとか悪いとかではなく、価値観が違うだけのことです。
ただ、前者の「お金を儲けて安寧な暮らしがしたい」という人にとって、仕事から受ける疲労や気分の落ち込みというのは、ある種当たり前のことだとも思うんですよね。
——というと？
どこかで成長を諦め、安寧な生活を望むような性向が、かえって心身の不調やフラストレーションを生み、パフォーマンスを落とす一因になっているのではないかと思っているんです。
「お金を稼ぐためだから、しょうがないか」と思ってやっていること自体が、ストレスになるのではないかと。
登 大遊さん
でも、こればっかりは人の価値観ですからね。変えようと思っても、すぐに変えられるものでもない。
どんな価値観で生きるのかを選ぶのはその人ですし、どんな人生を選んでもリスクはついて回ります。
安寧な生活や休息を優先する生き方には、仕事に対するストレスやそれに付随する心身の不調などの副作用があるということに過ぎません。
ただ、一つ言えることがあります。日本において、「大義を持って働く」生き方を選択をした人は、これから大変有利だということです。
——どういう意味でしょう？
自分の手で未来を変えようと野心に燃える人が世界中から集まるシリコンバレーなどでは、埋もれてしまうかもしれない人であっても、日本の旧態依然とした組織の中では、同じことをするだけで、比較相対的に価値が高くなりますから。
技術者がわざわざベンチャーを立ち上げ、投資家からお金を引き出すために詭弁を弄したり、ニーズをでっち上げたりしなくても、日本の大企業にはストレートに解決すべき課題がいくらでもあります。そしてそれらの問題を、自分自身の頭脳を用いて解決しようとする時は、必ず、従来とは異なる方法で解決する必要があるのです。
なぜなら、まさに従来手法では解決できなかったことからその問題が放置または堆積されているためです。
——その場合は、どうすればいいのでしょうか。
その問題を一旦一般化・抽象化した上で、これを解決することができるより低レイヤーのフレームワークのようなものを作ってしまうことが重要です。一定の労力はかかりますが、それによって生じた汎用的成果物は、他の業務や他の組織においても普遍的価値を持つようになります。
ここで重要なのは、目的を「業務上の特定の問題の解決」から昇格させ、「その特定の問題と本質的に類似しており、かつ既存の最適な解決方法が存在しない、新たな汎用的解決方法の実現」という、より価値の高い目標に設定する必要があるということです。
登 大遊さん
——目先の特定の問題をその場しのぎで解決するのではなくて、普遍的な価値を目指すと。
その結果、問題がうまく解決され、成果物が出たならば、サラリーマン的な自分自身（個人）と自組織にとっての短期的な狭い利益だけでなく、同時に「世界における技術の進歩」という長期的で大きな価値が生じます。
具体例を挙げると、たとえば「UNIX」を構成する重要な機能、たとえばシェルやプロセス間通信、パイプ、grepといった機能。これは電話会社であるAT&T社の特許部門における、膨大なテキストファイルを全文検索するという特定の業務を解決しようとした同社の社員たちが、単にその社内問題解決にとどまらず、さまざまな組織や目的で汎用的に利用できる仕組みを考案し、プログラミングして実装したものです。
結果として、「UNIX」は汎用的に利用される価値を有し、単に一企業の業務に留まらず、全世界的に普及し現在のサイバー世界の基礎となっています。
このように考えれば、ICT技術者は、これまで組織内で放置または堆積されてきた多種多様な課題について、目先の解決ではなく、「正しい普遍的な方法で解決する仕組みを作る」という気概で、真摯に向き合えば、自然に世の中に貢献できる成果ができるわけです。
https://gendai.ismedia.jp/articles/-/90942?page=3
1990年代後半以降、日本経済がデフレに沈んでいくなかでも、秋葉原は流行の商品を次々と、また安価に送りだすことに成功した。テレビのクールや週刊マンガ誌のペースに合わせ、あらたな商品が目まぐるしく消費される。限定品のDVDやゲームなどたしかに高価な商品もあったが、他の街で売られるファッションやグルメ、自動車などと較べれば、それらの価格は高が知れていた。
ここで普通に秋葉原の商品（＝オタクグッズ）が他の街の価格より安いって書いてるよね。
だからこそ秋葉原は、デフレのなかで力を弱めた「消費社会」の希望の星になった。サブカルチャー的商品は、年少者向けという起源を持つために安価にとどまり、だからこそデフレのなかでも「大人買い」的に買われていく。他の街ではむずかしくなった、流行商品を好みにまかせ次々と買う楽しみを安価に経験させることで、秋葉原は「消費社会」を延命させる役割をはたしたのである。
秋葉原の商品が他の街の商品の価格より安いからこそ、全体の消費が弱くなっても秋葉原では弱くならなかった、だから経済発展の象徴になったとしていて、この記事の核心の部分になっている。これを「秋葉原の商品は安いので経済全体への影響は小さい」と読まないのは無理でしょ。
「オタクグッズの価格が比較的安い」とか、「経済的影響も小さい」ということに対するエビデンスが示されていないので、そこはこの記事の問題として指摘できるだろう（だから印象論扱いされてる）けど、オタクが経済を回している論に言及してないわけじゃない。
でもこういうのって翻訳前の原文が気になるのよね。英語しらんけど。
「絶賛」される日本のコンビニ 五輪海外メディアが「死ぬほどおいしい」 重労働など「影」の部分も知って：東京新聞 TOKYO Web
どのツイートかわからなかったので「LAWSON fried chicken」で検索。
CNA(Channel NewsAsia)ジャーナリストで、これはシンガポールのメディアらしいからおそらくこれ。
https://twitter.com/MatthewMohanCNA/status/1421430504872574976
Here’s what lunch looked like… Lawson’s fried chicken is to die for. #Tokyo2020
"to die for"が「死ぬほどよい」という言い回しっぽいのね。
"to die for"の意味・使い方｜英辞郎 on the WEB
to die for
〈話〉すてきな、非常に素晴らしい
・That fur jacket is to die for. : その毛皮のジャケットは最高にすてきだ。
・My friend has a figure to die for. : 私の友人は非常に素晴らしい体形［ナイスバディーの持ち主］です。
【英語】1分でわかる！「to death」の意味・使い方・例文は？ドラゴン桜と学ぶ英語主要熟語 - Study-Z ドラゴン桜と学ぶWebマガジン
端的に言えばこの熟語の意味は「死ぬほど〇〇」だが、もっと幅広い意味やニュアンスを理解すると、使いこなせるシーンが増えるぞ。
「to death」には、様々な言い換え方があります。「until 〇〇 die」で「〇〇が死ぬまで」や、「to the moon and back」で「月まで行って戻って来れるくらい」などが多く使われている表現です。「to the moon and back」は、死ぬほど何かが好きな時に自分の愛を届ける時に多く使われるのでよく会話や文章などで多く見かけるので頭に入れておく役に立ちますよ。
ふーむ。じゃあ日本語の「死ぬほど○○」と英語の「to die for」は別々の場所で発生したのか英語を日本語に輸入したのか。まさかその逆か。
同じ感性で生まれたって考えはロマンがあるけれど、まあ輸入かな。でも結構普遍的な表現な気もする。
英語に関しては本当に調べる経験がなく手段が思いつかないのでgoogleの日付指定ぐらいしかできない。
書籍の全文検索が発行年つきでできたりしたらそれを使うんだろうけど。
で、まあ大して意味もない検索結果としては1988に映画のタイトルにはなってる。
原題：To Die For
翻訳作品を除くと、おおよそ1900年ごろから使われている表現に見受けられる。夏目漱石の時代である。
長谷川君と余
さらに翻訳自体は20世紀だが、元の表現を忠実に訳しているとするならば1500年台のフランスで同様の表現がされていたらしい。
モンテーニュ随想録 07 随想録 第三巻
...ことをきらい、屈従と束縛とを死ぬほど憎むからである。人間が多いのを... / ...知った人々に誤解されるのを、死ぬほど恐れているだけなのである。 ... / ...からたよられることも、ともに死ぬほどきらいになった。わたしはどんな...
ふーむ。ついでにもうちょっと古い日本語の情報がないか勘で調べてみる。
ありますねぇ！
下痢をお漏らし！嫌いなヤツには石投げる！平安貴族が結構お下品【落窪物語】 ｜ 和樂web 日本文化の入り口マガジン
さらに典薬助は、ことの顛末を北の方とその侍女たちにいっさいがっさい話してしまいます。すると彼女たちは「死にかへり笑ふ」「いとど人笑ひ死ぬべし」など、死にそうなほど笑ったことが書かれています。「死ぬほど笑った」という表現が平安時代からあったことも面白いですね。
落窪物語はウィキペディアによると10世紀末頃に成立したとされる。
さらに「死にかへり」を調べると源氏物語が挙げられている。ご存知紫式部の著でこれも時代は1008年だそうだ。
〔連用形を副詞的に用いて〕死にそうなくらい苦しく。死ぬほど強く。
出典源氏物語 絵合
「しにかへりゆかしがれど」
[訳] 死ぬほど強く知りたがったが。
少なくとも英語の"to die for"などから日本語の「死ぬほど」が生まれたわけではないと考えてよさそうだ。
よく考えれば死は万人に訪れる避けがたい事象であって、言語に関係なくそれを強調の修飾として使うことは割と自然かもしれない。
「 死ぬほど君の処女が欲しい」「可愛すぎて死ねる」「死ぬほど痛いぞ」「ヤンデレの女の子に死ぬほど愛されて眠れないCD」
最近すごい発見したんだけど、はてなブックマークってブックマークとして使うと意外と便利なんだぜ！！
ブクマしてから「タイトルは覚えてないけどたしかABCについて書いていたよなー、なんだったかなああぁー」って時に自分のブックマーク一覧の検索窓に入力するとABCって入力しても全文検索してくれるから、ブクマしたページの中の文章にABCが入っていれば検索に引っかかるんだ。
すごくね？
追記:
ブコメ見た。
プライベートで立てられる全文検索ブクマサービスあってもいいよな。
ブラウザプラグインで、ブクマと履歴ページ全部記録してくれて、それぞれ分けて検索できると便利そう。はてブ連携でブコメとかも検索できると捗りそうだ。
というか、もっといろいろ自分の生成したデータや周辺のデータだけをまとめて全文検索したい。今後は一人一台くらい elasticsearch を持ってもいいのでは。
（年収270万で）プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。
真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。
消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。
この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。
いやぁ、是非とも楽天で働くべきだよ。どうせ野村総合研究所とか NTT DATA なんて無理だと思うから。
うん、ココはまずい。基本的にフロントエンドなんて給料が安いのよ。だって、誰にやらせてもデータベースにクソなDCLを飛ばせないから。逆に、データベースを触れることができるプログラマーはリスクと責任が大きいから、給料が高いのだよ。B4 になってもそれが理解できていないようだと、この先くらいよ。
君はソフトウェア・エンジニアになりたいのだろ？世の中は分業で成り立っているのだから、全部やろうとするやつはアホだよ。
インターン生はお客さんなの。君のスキルが通用したのはすごいと思うけど、同じ感覚で仕事はできないから注意しときなよ。
なに言ってるの？そんなことは言い訳にならんよ。プログラマーになりたいのだろ？勉強をしろよ。
逆にいうと、あなたがインターンとして週３で20万円貰えていたのは、参入障壁が少ないからでしょ？強強エンジニアが生き残っているのは、それだけすごいということだよ。
いやぁ、違うと思うよ。その問題が「難しい」なら切り分けて、上に「ココが自分の能力では解決できないです」と持っていくだけなんだからさ。CS じゃないのだったら、仕事をするまで「扱わないまま」なんだよ？しかも、土日に勉強する気もないとなったらいつするのさ？
諦めなよ。ソフトウェアというものが「変化できることに価値がある」ものだから。変化する業界はストレスフルだけど、立身出世する可能性が高いでしょ？安寧なばしょではないの。
いやー、CSでない博士課程に行って、雇ってくれる企業があるかね？無いと思うけどな。
この時点で、君はコピペしかやってきてないことが理解できる。おそらく QUIC か MQTT あたりだろ？逆にいえば、それが実装できたら他社と差のつけられるプロダクトだったはずだ。つまり会社の利益の源泉であった部分をみすみす実装できないようでは、そこらへんの専門卒以下だぞ。
ムカつくというか、虫酸が走る書き方だ。箇条書きにすると、
プログラミングに年齢はないから。自分は９歳ではじめたけどね。
あー、俺も天才が高校のときにいて、マーチの情報工学と旧帝の院の学費を会社持ちという驚異的なやつがいたよ。今もブログ見てると、Android と iPhone のアプリを書いているみたいで、元気そう。
それを上手にコントロールできるプログラマは世界中にもほとんどいねぇ。むしろ、月20万でやるもんならギルドから苦情が来るぞ。オレもアビームの人に給料を答えたら、「こんなヤクザな会社はやめろ」と耳うちされたよ。
人より良い経験をしたいという願望はあるのは素晴らしいと思うよ。しかしながら、君が到達したノウハウは他人にもできることだからね。ワン・オブ・ゼムになりたくないなら、努力し続けることだな。勉強をするのをやめたら、数年で中卒に負ける世界だからな。覚悟しとけよ。
P.S. 医学部に来たのは家庭の都合だよ。それに、自己顕示しないと「場末のコーダー」で読んでもくれないだろ？年収については、自分も低いと思うよ。なぜ低かったかというと、都内私立大学多浪中退の自分にはベンチャーの皮を被った助成金搾取がメインの反社会的勢力のフロント（ベンチャー）企業ぐらいしか相手にしてくれなかったからだよ。そこの会社は外国帰りの MDMA をキメて、未成年の子女に手を出しては警察沙汰スレスレのことをしているキチガイが社長をやっていて、人工知能を作ろうと学生インターンを酷使している会社だったのだけど、「サイバーエージェントに紹介する」という嘘にひっかかって、特定派遣事業の免許がないのに客先常駐させられ、土曜は帰社日、日曜は社長の Python の勉強会に参加させられる、というブラック会社にいてピンはね率（60%）となると、まともに考えることもできず働くアリになってしまってたからだよ。
P.S. ② 年収については、初日から派遣先の会社に引き抜きのオファーをもらって、２ヶ月後に新しい会社に移動したけど、300万だったので CodeIQ というサイトで転職をする準備をしていたよ。たしか、DMM とかサイバーエージェントの面接にいこうとしてたような記憶。その後で家庭の都合で、医学部に来たけど。
P.S. ③ 医学部医学科の６年生だよー。みんなが嫌いな私立医学部だけどね。ちなみに、俺もこの大学が嫌いだ。
P.S. ④「GraphQLをわざわざ書くのは理解できるけどな。」そうだとすると、REST や SOAP も書かないとまずくない？書くのだったら「Rails と Next のデータ受け渡しにGraphQLを使った経験が」という感じだと良いと思うけど。
P.S. ⑤「野村総研とデータを挙げるあたりSI寄りの仕事してたのかな。 」ちゃうねん。オレっちは多浪したからさ、そこのエントリーシートをかけなかったのよね。まぁまぁ大学が名門でさぁ、OB が誘ってくれるけど、年齢で弾かれて辛かったねん。
P.S. ⑥「ダウト。学費をどうやって稼いだんや 」えぇ、親の金です。だから家庭の都合でと書いてるじゃろ。
P.S. ⑦「本当に医学生ならここ数年の技術についてこの指摘ができる程詳しいわけないし少なくとも10年位は業界にいないとこういう感覚は身に付かない。 」たしかにおかしいよな。Kubernetes や Terraform を弄って、CI は GitHub Actions、CD には AWS CodeDeploy を使って、ブログは Jekyll で静的サイトジェネレータを使いつつ、自前のサービスを立ち上げるために Rails, Next, React, PostgreSQL, Redis, Kafka, Elasticsearch, S3 の勉強をしつつ、スマホ環境のために Kotlin と Swift を触れているなんて変だよな。そういえば、Docker が来るまでは Vagrant で環境をつくっていたのも忘れてたよ。あと Rust を今年に学ぶ言語にするなんて、受験生にあるまじき行為だよな。うん。
P.S. ⑧ 年収については、基本給が 22万で、残業が200時間超えたらプラスだった気がする。あと、反社ベンチャーは「ポートフォリオの作成にまる一ヶ月間で拘束された、しかも無給で」という時点でヤバいのだけど、その会社にコミットしたのは「サイバーエージェントに紹介する」ということだけであって、同時期に DMM も面接に行けそうだったのよね。馬鹿なことをした。
P.S. ⑨「特にフロントエンドを見下す感じとか」オレ自身はフロントエンド出なんだよ。何を隠そう、Adobe Flash のゲームをつくっていたから。それでもって言うよ、バックエンドが一番大切だと。
P.S. ⑪「5～10年前に人売りに捕まった話とするなら、年収270万も現実味を帯びる。」特定派遣は消えてくれてよかったよ。俺のところは特定派遣すら未登録だったけど。
P.S. ⑫「いい医者になるのだよ 」うん、頑張る。「オッサン」「社会不適合者」「あるき方がキモい」「プログラミングwww」「同じ班になりたくない」「親も頭が悪い」「生きてて恥ずかしくないの？」とか言われてるけど、頑張る！
P.S. ⑬ 「フロントエンド別に給与低くないよ。」えっ、そうなの？WebDesigning を読む限りだと、400万もいかないイメージだけど。
P.S「医学部6年でまだプログラムに興味あるの不思議。」好きなんだよ、言わせるな///
P.S. 「フルタイムじゃないのでしょ？」いいえ、東京都内でフルタイム（ひどいときで、朝7から夜24）でしたよ。入った会社が「法律よりも、派遣先の評価」という会社だったからね。
P.S. サイバーエージェントさん、ときどき御社の社名を使って「弊社に恩を売ると、サイバーエージェントに紹介する」というベンチャーが跋扈しているので、どうにかしてください。わたくし、１ヶ月間もその嘘で jQuery と Django を回収させられた挙げ句、月給 2000円だったのですけど。本当に千円札２枚だったのですけど。ついでに、Android（Java） と iPhone（Objective-C）と jQuery を使ったフロントエンドシステムに、バックエンドに Rails + Postgresql のシステムで、AWS を介したサービスを作らされたのも「サイバーエージェントに紹介する」と言われたからなんですけど。いったい、何なんですか？お前ん所は、コンプライアンスどうなってんじゃ。
P.S. 「好きそうだし医学部卒業してシレッとgoogle行ったれ 」無理っすよ。オレのスキルじゃ。
P.S. 「病院は」親がクリニックを持っていたけど、潰したよ。クリニックは人に患者がついていて、アルバイトを充てがっても患者さんが不幸になっていくのをみちゃったからね。自分は責任を持って患者さんを見たいから、バイトなんて使わないよ。
P.S. 自分はコードを書きたいタイプだったから、SIer みたいな UML とか書いて下請けにコードさせるみたいなのは絶対に嫌だったのよね。だから SIer にはならなかったよ。やっぱり、現実にある計算機が解決できる問題を、より直接的に触れて解決したいと思っているから。仕事がハードでも全く問題なし。
P.S. FPGA すごいよね。ザイリンクスとアルテラが Intel と AMD に買収されて、すごいと思ったよ。2010年頃だっけ？、CPU の限界を FPGA で突破しようという話があったけど。手を出そうと思ったけど、高性能なチップが 100万ぐらいして挫折した記憶があるよ。
P.S. 「東海大の医学部・学士」は自分は大学を卒業してないから無理でした。あと、それ以上の詮索はやめてくれ...
P.S. 「MySQLそんなに嫌いなのか。」そんなこと書いたつもりはないが、あれ？確かに MySQL は PostgreSQL より嫌いたけど、それは Oracle が親元だったり、Unicode の扱いがファッキンだったり、ストレージエンジンが切り替わるときにカオスな目にあったけどさ、MySQL は好きだよ。お世話になったし。
P.S. 給料については契約後に言われたのよ。というか、もともとは「サイバーエージェントに紹介」するという理由で、ポートフォリオの作成や Django の改修を手伝ったつもりで、入社とかする気は全く無かったのよ。それが、いきなり他所の会社に面接を受けさせられて「君は明日からXXで働くから、履歴書を書いてね」と言われて、抗議したら「俺に恥ずかしい思いをさせるのか！業界に入れなくするぞ！」と大声でシャウトされて、気がついたらあっちが用意した履歴書に拇印してしまったのよね。有料職業紹介と派遣登録をしてない会社だったから、そんなかとはできないはずなんだけどね。ホームページには「年収550万」と書いてあったけど、実際はまったく違ったのだけどね。
P.S.「うーん、いらないかな。IT土方としての仕事しかないと思う。」だよな。おとなしく医者になるよ。ありがとう。
P.S. Elasticsearch は全文検索機能がほしいからやってるよ。Redis はインメモリなセッションストアとして使いたいのよ。Kafka はさ、twitter のファボをじっそうしたいけど、RDB の書き込み速度が上がらないから利用したいの。TensorFlow は全く理解できてないよ。それは、指摘されたとおり。
逆に聞くけど、以下の知識があったらどれぐらいもらえるわけ？東京23区で。
