人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 自分がLinuxエンジニアになりたくて、入社一年目にやってよかった事をまとめておこうと思う。一年目にどれだけやるかが、勝負の別れめといっても過言ではない。それは技術を学ぶだけではない。いっぱいあるんだけど、最低限やって良かったなと思う項目を列挙する。 それがぼくには楽しかったからを読む Amazonとかで買う。出来れば原著がいいけど無理しなくて良い。 Just for Fun. Linuxがどうやってできたか、なぜそれをしようと思ったのかが分かり、今後自分がLinuxのエンジニアとしてどういう動機で仕事をしていきたいかを考えさせてくれる本。この本を読めば、自分が仕事でオープンソースを扱っていることに自信を持てると思う。 「なんでその仕事してる

2012年04月04日16:00 カテゴリLightweight Languages coffeescript - を淹れるための最低限文化的な環境 私のような体育会系プログラマーは、実際に動かしてみないとわからないので、その場で動かせる環境を作ってみました。 Demo 結論から言うと、この程度ですみます。CoffeeScript -> JavaScript だけではなく、逆変換もできます。 CoffeeScript: ((s) -> while s isnt undefined try s = eval(prompt(s)) catch e s = e ) "JS:" JavaScript: (function(s){while(s!==undefined)try{s=eval(prompt(s))}catch(e){s=e}})('JS:') DHTML Source 基本的に Js2

※今日はエイプリルフールではありませんが以下略 なぜ CoffeeScript がダメか - 冬通りに消え行く制服ガールは✖夢物語にリアルを求めない。 - subtech なぜ CoffeeScript がダメかって? そりゃ俺が CoffeeScript 使ってたら彼女にフラれちまったからさ。CoffeeScript を書く奴はモテない。それでも CoffeeScript を書くなとは言わねぇよ。でもな、JavaScript を書け。 JavaScript は自分の足を撃ちぬく JavaScriptはマジファッキンな言語だ。クソなところはいくらでもある。朝書き始めたら夜寝る頃には体中に弾丸の穴が空いているような、そんな言語だ。とにかく暴発する。this がどこを指してんのかわからんだとか、var 書き忘れてるだとか、=が一個足らないだとか。でもそんなことはデベロッパーの責任で、それこそ

「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な

なんか流行ってるみたいなので便乗してみる。 なぜ CoffeeScript がダメか - 冬通りに消え行く制服ガールは✖夢物語にリアルを求めない。 - subtech なぜ CoffeeScript がよいか - 0xff.toBlog() CoffeeScriptは自分にとっては有益だった - Takazudo hamalog 基本的にはcho45さんとほぼ同じ意見（なんで書くことあんまないんだけども）。takazudoさんが挙げてるメリットとデメリットを比べて個人的にはデメリットのほうが大きいと思うってだけ。 var self = this; を書くのがつらいってのはperl書いてたので免疫ができたのかもしれない。（perlだとだいたいメソッドの一行目に my self = shift; とか書くから） あとはBackbone.js使ってたら var MyModel = Backbon

別にそんな複雑な話ではなくて 自分（JavaScriptネイティブな人間）以外の人もその部分を書く（読む）ことがあるためバグが仕込まれにくいようにするにはCoffeeScriptのほうが都合がよい パフォーマンスに対して今のところシビアな要求をされる部分が存在しない Railsで開発しているので必要に応じて部分部分をJavaScriptで直接書くなり場合によってはhamlにfilterで書けば十分というスタイル 最近の開発スタイルはこんな感じ

思ったことを。 デバッガについては、こういう記事がある。 圧縮後のJavaScriptやコンパイル後のCoffeeScriptでも、ブラウザ上で元のソースを参照できる新技術「Source Maps」登場 － Publickey 「Source Maps」じゃなくても、なんらかブラウザ側でのサポートは行われていくと思う。 どっちにしろ、JavaScriptをデバッグするにもブラウザのサポートは必要なわけで。 ライブラリの依存関係とかも、ビルドツールとJSライブラリリポジトリが整備されていくんじゃないかなー。そのくらいの勢いはでてきてる気がする。 あと、CoffeeScriptとJavaScriptを両方知らないといけないという話も、複数人で開発するなら、全員が両方しる必要はなくて、コアなメンバが知っておけばいい。 そもそも、複数人で開発するときに、全員がJavaScriptのprototyp

1： 忍法帖【Lv=40,xxxPT】 []：2012/04/03(火) 17:03:32.45 ID:pJcqrNZ+0 伝統的な浮世絵の技法と近代の表現が合わさり最強に見える 土屋光逸「高輪　泉岳寺」昭和八年 吉田博「帆船　朝」大正十五年 2：以下、名無しにかわりましてVIPがお送りします[]：2012/04/03(火) 17:06:29.65 ID:pJcqrNZ+0 これらは浮世絵の復興を目指して明治～昭和期に制作された 新版画っていうものらしい 吉田博「亀井戸」昭和二年 3：以下、名無しにかわりましてVIPがお送りします[]：2012/04/03(火) 17:07:20.95 ID:pPv8FClz0 ごめん、わかんないや… 4：以下、名無しにかわりましてVIPがお送りします[]：2012/04/03(火) 17:11:14.18 ID:pJcqrNZ+0 俺も最近知ったよ 川瀬