By clicking “Accept all cookies”, you agree Enjoitech can store cookies on your device and disclose information in accordance with our Cookie Policy. Accept all cookies
みなさんがこれから生きて行く時代過去の時代に比べればより自分というものが問われるものになります。 戦争に巻き込まれることはないでしょうが、大災害に襲われる可能性は高くあります(富士山も爆発するでしょうし東京に大震災は訪れるでしょう)。しかし、生きるということは、避けがたいことは受けいれるということです。そして、みなさんがこれから幸福な人生を送るために、どういう努力したらいいのか、その「やりかた」がよくわからないというなら、人まねをしないことです。 まじめに受験勉強をして、いい大学を出て、一流企業に就職したり資格や免状を手にすれば、あとは生計について心配はしなくてよいというような「人生設計」を立てることは、実際には過去の時代にもそう多くはありませんでした。大学の先生のお話なんか聞いてないで、漁港や寒村で働く人の話を聞いてごらんなさい。 生きることはいつの時代でもむずかしいものです。なぜか。あ
その平成最大のミステリーは多くの人々によって語られているが、活発な議論に関わらず私たちが耳にする結論は二つのパターンに限られてしまう。一つは声優という職業を不当に貶めたもの。もう一つはビジネスの側面から論じたものだ。もちろん私たちは「ジブリ作品は実写に近いような動きのため、声優の声に違和感を感じる」と本当にジブリ作品を見たことがあるのかさえ疑わしい公式見解を信じるほど従順でなければ「電通が―」とマーケティング目線でアニメを語る一派に与するほど愚かでもない。この退屈極まる二つの結論から逃れ得た答えこそが宮崎駿と声優を巡る言説を進展させる糸口になるだろう。 私はその答えを求め遠く八王子へ降り立った。この地で隠遁生活を送るR氏(元H氏)を訪ねるためだ。大学の奨学金制度を利用し声優ライブに通い詰めていた彼ならば新たな示唆を授けてくれるに違いない。一縷の望みを託しグッズの山に埋もれた廃墟をかき分けて
以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると
神社やお寺を訪れた際、運だめしに引くおみくじ。真剣であれ気軽であれ、その結果が凶だと心は揺れる。本来は避けたいところだろう。 そうそう引くものでもなさそうな凶。その分ショックを受けるわけだが、調べてみると神社仏閣の中には凶が多いと評判のところがいくつかある。 実際そうなのだろうか。そして凶を引いたときの気持ちとはどんなだろうか。引きたいような引きたくないような気持ちで、凶が多いと噂の社寺を回ってみた。
Marco Armentという人をご存知だろうか? Instapaperという「ブックマークして後で読む」アプリの作者として知られており、アメリカで大人気のブログサービスTumblrの共同創業者でもある。彼は2010年にTumblrを離れ、今はInstapaper一本にしぼって仕事をしている。主な収入源は$4.99のiOS用Instapaperアプリで1、アプリのダウンロード数が常時ランクインしていることを考えると、十分生活できるだけの額だろう。 今日のお話は至極単純なもので、ウェブ業界で起業したい人たちは、Mark ZuckerbergでもSteve JobsでもなくてMarco Armentをお手本にするべきだという話だ。ここですでに納得なら、残りを読む必要はない。 ぼくがMarcoをお手本とするべきだというには、3つの理由がある。 Marcoがウェブプロダクト制作に関して平均的に能力
「JavaScriptの配列は『参照渡し(call-by-reference)』」というネット上に大量に存在する間違った記述を訂正するエントリ。 結論から先に言うと JavaScriptにおいて、関数の引数として配列を与えた場合、『参照の値渡し』になります。『参照の値渡し』は、『参照渡し(call-by-reference)』ではなく『値渡し(call-by-value)』に分類されます。 参考エントリ 以下の解説が非常にわかりやすいです。G-chan Square - [javascript] javascriptの関数で引数に配列を渡すと、それは本当に参照渡しか? G-chan Square - じゃ、「参照渡し」ってなんだ?簡単に端折ると、関数の引数として変数を与える場合、 値の値渡し(プリミティブ型変数の値をそのまま渡す) 値の参照渡し(プリミティブ型変数の参照を渡す) 参照の値
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く