こんばんは、猫です。本当にその鳴き方は「アオ」と聞き取れるのか、あな..
こんばんは、猫です。本当にその鳴き方は「アオ」と聞き取れるのか、あなたと私達の聴力差に対する懸念が春霞のように漂うものの、仮に本当に「アオ」だった際の意味をお伝えしましょう。その前に夢の話が必要です。 私たちは二歳にもなれば落ち着き、世界のことを一通り分かったような心持ちになります。生活パターンも覚え、いつどのように振る舞えば衣食住が足りるか学び、それ以外は眠ることを好みます。眠ると夢を見、そこでは真に自由になれるからです。体は軽く飛ぶことすらでき、かろうじて生命である自覚はあるももの、それが見知った姿をしているかあやふやなほど存在は曖昧になります。 やがて夢から覚め、しばしボウとしてしまいます。私は何だったのか。何が私であるのか。尻尾の先を動かし、片耳を動かし、あくびをして、この世に占める自分の範囲を思い出します。大人しく温かな私は撫で甲斐があるのでしょう。飼い主の手が背骨に沿って往復し
ゲームがファンジー小説に与える悪影響について
怪物が弱すぎる。 というか、人間が強すぎる。 ゲームなら仕方ないのだ。 「何やってもドラゴンに勝てません。近づく前に上空から超広範囲にブレス浴びて死にます」 じゃゲームが成立しない。 最初から剣が届く範囲を歩いていて、真正面からブレス喰らっても回復魔法で一瞬で全快する仕様でも仕方ない。 「モンスターの餌にされるんで、村とか街とかなんて作れません」 じゃゲームバランスが崩壊するから、ゴブリンだらけの所に村作るのもしょうがない。 しかし、そのシステムが普及しすぎたのか、 昨今のラノベだと「ドラゴンは剣で倒せて当たり前」「国があって町があって村があって当たり前」みたいな扱いになってしまっている。 いや、無理だろ普通。 剣と盾じゃ熊も倒せねえよ。 っつーか、全長数十メートルで空飛んで超火力のブレスをブッパするドラゴンって、 普通に考えればキングギドラだよ。 剣と盾持ってキングギドラと戦えるか？ ド
オフィスのトイレの数が少ないと日本がダメになる
前から疑問に思っていのだが、オフィスビルのトイレ（男性の個室トイレ）が少なすぎる。 最近のオフィスビルは、１フロアに２００人くらいがいるオフィスで男が１５０人くらいいる場合でも、男子トイレの個室は２つくらいだ。 １５０人もいたら、下痢になって１日に３回以上トイレに行くのは４～５人くらいいるはずだ。 下痢じゃない人もトイレは使うので、１回１０分使っても、１５０人のうち半数が個室を使えば、６時間は埋まる。 もちろん、混雑する時間（昼過ぎ）というものがあるが、稼働率が低いと思われる夕方でも運が悪いと３０分は待つことになる。 当然、ウンコをしたくて我慢している人が、まともな生産性で仕事ができるわけがない。 この生産性の低下で、どれだけ無駄な時間があることか。 この前は、俺が下痢になり苦しんでいる時に、個室があくのを３０分待った。（波があるたびにトイレに行くが満員であった） そのときは顧客向けに納品
ネトゲの次に人生の貴重な時間を吸い取られる極悪趣味「創作」
以前ネトゲが1000時間だの2000時間だのをあっという間に吸い尽くす極悪の娯楽として挙げられていましたが、 ニコニコ動画やpixiv、ピアプロの隆盛で一気に認知されることとなった「創作行為」も凄まじい勢いで人生有限の可処分時間を吸い取っていきます。 以下に理由を挙げていきます。 ■1.土俵に上がるまでの時間が凄まじくかかる 趣味で創作をすると言っても、ネット全盛の今の時代。少しは他人に評価されたいと思うでしょう。 作った作品を全て非公開にしているような人は希少種です。 そんなわけで、人の評価を得ること＝人との競争です。 梅田望夫がかつて語った「高速道路効果」は今でも顕在で、プロは勿論、素人アマと競うことですら、今は前提とされるスキルレベルの平均が上がりすぎています。 pixivで高校生・大学生ユーザーが商業ラノベ絵クラスの絵をホイホイ描いているのがいい例です。 彼らはアマですが、ド素人が
BtoBとBtoCの技術が逆転する時代
アーキテクチャもWeb系オンリーで偏見満載で語ってるみる。 ここ10年のBtoBの成果は、共通の技術基盤という妄想のために用意された 複雑大規模で、完全に閉じてて、他には誰も使えないEclipseで動く謎のゴミ。 JavaっぽいJavaっぽいJavaっぽい何かで 自分達でも持て余して、パッケージ導入とか、結局Strutsスクラッチ開発だったね。 まあ、商売ネタとしては成立してたけど。 Struts1のサポートが切れる蓋を開けた時の状況は、笑いどころか失笑でした。 だからってBtoCも凄かったわけじゃない。 やすいはやいゴミを量産する方向にシフトした。 PHPとかPHPとかPHPとかで そこで事件が起きる。Railsの登場。 ビジネス的には、あんまりインパクトはなかったこれだが、歴史の転換を説明するのには便利。 Railsのアーキテクチャは、エンタープライズのアーキテクチャパターンを程よい感
文章系専門学校で学んだこと
http://anond.hatelabo.jp/20130830202223 小説を書くための学校に、2年間通った。 特定を恐れずに、その経験談を書いておこうと思う。 最初の教科書は本多勝一と木下是雄だった。 400文字詰原稿用紙のレポートを何度も書かされた。学校までの道案内や入学式の報告といった、無味乾燥としたレポートだ。 その400文字は、先生の厳しい添削で真っ赤になるのが常だった。 まともな文章をたった400文字すら書けない。その現実の中で僕らはもがいた。 本を読んだ。 プラトンから「神々の指紋」まである推薦図書のリストがあって、半分は読んだと思う。（神々の指紋は残念ながら読んでいない） 村上春樹や吉本ばななや江國香織が好きな人が仲間内では多かった。一方で、ラノベばかり読むグループもいた。 僕自身は、SFの古典や人文学系の新書を読んでいたと思う。 その時期いちばん読んで良かったと思
「がんばれよ」って言ったら死んでしまった
数年前のこと、このぐらいの時期の平日に元彼女で、一緒にバンドをしていた子から電話がかかってきた。 お盆休みに入るが、金も予定もないという話だった。 別れてからもバンド活動はしていて、彼女はシンガーだったので月に２、３回はライブやら、練習で会っていた（別れてから肉体関係は無し） 家もお互い、都内一人暮らしで、隣りの駅で近かったため、月に一回ぐらいは居酒屋で呑んだりしていた。 そんな彼女からの電話も、そうそう珍しくないのだが、その時は少し面倒だった。 面倒だった理由は、 ・バンド活動があまりうまく行ってなかった。（毎年アルバムをインディーで１枚リリースしてたがこの年は予定がなかった） ・作曲で煮詰まっていた。（自分がプロデューサーでした） ・金も無いし、休みもなくいらいらしていた。（普段はサラリーマン） 今考えると、その時自分は軽く鬱だった気がする。 サラリーマンでバンドマンとはいえ、本気で音
勝手に撮られたくない
具体的なことを書きすぎたので削除しました。 ■写真を撮ることは相手を少なからず侵害すること http://anond.hatelabo.jp/20130328102102
友達がなぜモテないのかわかった
彼女が居ない友達に、女友達を紹介してみた。すっげーイライラした。 俺が、友達の長所が女友達に伝わるように話を振ってるのに、 そういう話題を謙遜で全部潰して、逆に自分の短所のアピールを始めるわけ。 キャバやスナックならそれでいいかもしれないけど、初対面の女の子にいきなり甘えるのはやめろよ。 短所ばかりアピールして好かれると思うなよ。何なんだよ。 終わったあと説教したら、「短所はあらかじめわかってもらわないと不誠実だと思って」。 なんで付き合うのが前提なんだよ。向こうは考え中なんだよ。 お前は考え中の相手に対して「俺はこんなにダメです！こんなにもダメなんです！」って言い続けたんだよ。 そしてダメな部分を受け入れるよう、暗に強要してたわけ。 それは甘えてるってことなんだよ。初対面の人を相手に甘えるな。彼女や嫁だけにやれ。 この友達、男同士で話しているときには普通に面白いやつなのに、 今回初めて初
なぜ国内でPerlが急速に萎んだのか
2005年 Railsの襲来2005年に突如現れたRailsによって国内でRuby利用者が急増したのがPerl滅亡への第一歩となった。書きやすさに作者がとことんこだわって作られたRubyの魅力を一度知ってしまうとPerlの古くさく読み辛く書き辛い文法に誰もがうんざりし始める。 2007年 JavaScriptブームAjaxで再発見されたJavaScriptのブームもPerl終焉に若干ながら貢献している。ブラウザというPerlが全く手を出せないジャンルの王者JavaScriptの持つ華やかさに誰もが憧れ、そして手元のPerlの古くささに反吐が出始める。不器用で不細工なところも含めて愛していた女房とつつましく送っていた人生に、突然ぴちぴちのボイン女子大生が転がり込んで来たようなものである。 スマホ/ソーシャルゲームバブルiPhone市場が本格的に立ち上がり、Perlとは全くの無関係であるスマホ
ついに顕在化しはじめた「Perlリスク」
英語圏ではかなり前からPerlで開発し続けることのリスクについて語られていたが、いよいよ具体的な弊害が出て来ているようなので、かいつまんでメモ。日本でもそう遠くない未来だと思う。 若手エンジニアの不足Objective-Cのように需要が逼迫しているのに人材の供給が増えず需給ミスマッチが起っているわけでは無く、需要も供給も減るという状況下でわずかだが需要が上回っているとう性質の悪い状況がPerlに起きている。特に深刻なのは安価な若手エンジニアの採用が絶望的に難しいという現実だ。Rubyが台頭して数年経ちPythonがメインストリームの先頭を突っ走る2013年において新しくPerlを勉強しようとする若者はよほどの物好きしかいない。30~40歳のPerlエンジニアを雇うのはそれほど難しく無いだろうがコストがかかる。安価な20代前半の若手エンジニアを雇いたいという企業の思いとは裏腹にPerlを新た
全てのwebエンジニアがPythonを勉強するべき2013年到来
あけおめ！今年は巳年。へび。へびと言えばPython。そう今年は全てのwebエンジニアがPythonを勉強する最高の環境が整った年なのです。 既にPerlやRubyを習得してるけど、それに加えてPython必要？必要です！必要だと思います。もはやPythonはwebエンジニアにとって必修言語となりつつあると思います。Linuxの多くの箇所でシステム言語として用いられ、可読性の高さから多くの技術系書籍のサンプルコードとして用いられ、科学技術系分野におけるエコシステムの充実っぷりはますます磨きがかかっており、様々なライブラリがどんどん出てくる現状を「Pythonわからないから自分には関係無い」と遠巻きに眺めるのはもったいないです。 習得するのにどのくらい時間かかるの？あなたが既に他の言語に慣れ親しんでいるなら、特にRubyなどに精通していれば「1週間」で基本的な読み書きは出来るようになるでしょ
会社潰すのは簡単、アイツがいれば勝てる、と思った人間を雇えば良い
最近話題の エンジニアよ、ゼネラリストなんて目指すな！―VASILY 金山裕樹のキャリア論（http://japan.internet.com/busnews/20121130/3.html）を見て・・・ コードを書くことが目的化しちゃってる人も多いので全否定するつもりはないけど、コードが汚くても「アイツがいれば勝てる」と思わせる人間を素人判断で雇うことが如何に危険かプログラマ視点でまとめてみる。以下何度も見てきた典型的な失敗パターン、設計と実装が完全に分業化されてる分野は知らないけどWeb業界などそうでない所のお話。 手抜きプログラマは人を騙す非エンジニアを騙して手抜きするのは簡単。余程のヘタレでない限り手抜きをしても絶対にばれない。コードにコメントがなくてもモジュール化されてなくてもコピペ満載でもマジックナンバーだらけでも動いてさえいればユーザーは気にしない。 手抜きプログラマの評価は
キスで学ぶPush実装技術
彼女とMacBookを並べてコーディング。 ようやくRailsの開発を一人で出来るようになった彼女が、俺に突然質問を投げかけた。 「ねぇ、WebサービスのPushってどうやって実装するの？」 「一般的には３つの方法がある。」と俺は答えた。 「クールな順にWebSocket、次にコメット、最後にポーリングだよ」 彼女は目を輝かせながら「それでそれで？！」と説明を求めてくる。 「ポーリングは、一定の時間ごと、たとえば３秒ごとにAjaxでサーバにリクエストを送って新着の情報が無いか問い合わせて、もし新着があれば処理を、なければスルーして次の問い合わせに備えるPush通知の実装だ。手軽に実装できる反面、新着がない多くの時間常にリクエストを送り続けることになるので無駄が多い。大規模なサービスで実装すれば、それだけでDDoSっぽくなっちゃう。また、リアルタイムも厳密には実現できなくて、MAXでポーリン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
