CoffeeScriptは滅びぬ！何度でも蘇るさ！ CoffeeScriptがいかに駄目かを理解している皆さんならご存じの通り、これまでのCoffeeScriptには重大な欠点があった。それは「CoffeeScriptはECMAScript5(ES5)のaltJSである」と言うことだ。ES5以前のJavaScriptが駄目すぎるため、そこがCoffeeScriptの限界になってしまっていた。駄目な奴は何をやっても駄目なのだ。 ECMAScript2015以降(ES2015+)において、JavaScriptは目覚ましい発展を遂げた。ジェネレーター、テンプレートリテラル、class構文、モジュールベース、async/await等多くの機能が追加された。いくつかの機能は既にCoffeeScriptに存在していたものであったが、ジェネレーターのような全く無い物は新たに追加する必要があった。しかし、
coffeeからES6(babel)に少しずつ書き換える の続き。 そもそも書き直す必要があるのか 正直シンタックスはcoffeeの方が好き。無駄にカッコつけなくていいし、インデントでpipeやpromiseをつないで書いていくのも見た目が良い。 coffeeは書きやすい。 まあすでに動いている物を書き直す必要は無いと思う。 移行するとしたら、ネガティブな動機が1つ、ポジティブな動機は2つある。 coffeeの開発の停滞 詳しくcoffeeの開発状況をウォッチしてないからよくわからないけど、詳しい人が「開発が停滞している」と言っているのでそうなんだと思う。 さよなら CoffeeScript – mizchi's blog coffeeはここ1年ぐらいバージョンが上がった時にdiffだけは見ているのだが、毎回git diffで差分を見て一瞬で理解できるぐらいの更新しかされてない。まあようす
coffee-scriptで書いていたwebアプリをES6(babel)に書きなおした。 全部を一気に書き直してハイ動いたーとやるのは無理なので、coffeeとES6のファイルが混在しても動かせるようにして、少しずつ書き直した。 書き直したのはこれ React+Fluxxor+socket.ioでfluxなチャットを作った https://github.com/shokai/node-flux-boilerplate インストール % npm install babel babelify browserify watchify -save-dev とやっていたのだが、数日前にbabelが5から6にアップデートされて、babel-coreやbabel-preset-*など色々分割されて、大分色々変わってしまった。周辺ツールも対応の過渡期だったのでbabel5系を使うようにバージョンを指定した
I’ve been looking into ES6, the next version of JavaScript, and finally got a chance to use it on a project. In the brief amount of time I was able to use it I’ve found that it solves a lot of the problems that CoffeeScript is trying to solve without drastic syntax changes. Using ES6 Today We can start using ES6 today through the 6to5 project which transpiles our ES6 code into ES5. 6to5 supports a
こんにちはー。 フロントエンドエンジニアの平山です。 JavaScript(CoffeeScript)の役割が増えてきた昨今。 ここいらで一度、有名なスタイルガイドを追ってみたいと思います。 一緒にスタイルガイドを策定したり、あーやこーや語らいながらよりよいスタイルガイドを考えたいフロントエンドエンジニアの方は、とりあえず一緒に開発しましょう！ 【採用サイト】 ■『マネーフォワード採用サイト』 https://recruit.moneyforward.com/ ■『Wantedly』 https://www.wantedly.com/companies/moneyforward JavaScript AirBnB Airbnb JavaScript Style Guide Airbnb JavaScript Style Guide（es5） 和訳（非公式） JSスタイルガイドだと有名な感じ
Harry Brundage, a co-worker of mine at Shopify, does a lot of CoffeeScript development and said he would love to be able to do CoffeeScript right from the console in Chrome's Web Inspector. I asked Paul Irish, a "dev relations guy" at Google, to point me in the right direction on building just such a thing. The result of today's pet project is CoffeeConsole, a Chrome extension that adds a new pane
FICCでいわゆるaltjsが採用される場合にはCoffeescriptがほとんどです。RailsやMiddlemanなどRubyベースの開発が多いというところが、大きな理由のひとつですが、ES6の仕様勧告も近づいてきているというところで、ここらでちょっと乗り換えを検討してもいい時期なのかなと思っています。 今回は実用化を視野に入れて、ES6の構文を利用することができる、Babel(旧6to5)を使いつつ、ES6ではClass構文やアロー関数、変数展開がサポートされるという話だったので、ごく単純なClassを定義した場合、Coffeescriptとどういった違いがあるのか少し試してみました。 # Coffeescript class Person constructor: (@name)-> hello: -> setTimeout => "Hello. My name is #{@nam
gistfile1.md Moving to ES6 from CoffeeScript I fell in love with CoffeeScript a couple of years ago. Javascript has always seemed something of an interesting curiosity to me and I was happy to see the meteoric rise of Node.js, but coming from a background of Python I really preferred a cleaner syntax. In any fast moving community it is inevitable that things will change, and so today we see a big
The recent surge in popularity of ES6 transpilers such as Babel (formerly called 6to5), combined with the fact that ES6 has adopted several of CoffeeScript’s improvements to JavaScript, has resulted in the meme that CoffeeScript is now obsolete and is due to be replaced. Does that really follow? Let’s step back a second. At a high level, Babel and CoffeeScript are two programming languages that co
まず、自分は受託制作がメインの会社（PixelGrid）に務めていて、一応、JavaScriptやる会社ですと謳っているのもあって、JavaScriptでUIを組む仕事が結構多い。自分は、マークアップ出身なJavaScriptプログラマーみたいな感じになってる。最近よくあるのが、いままでFlashで作っていたものをJSでーとかだったり、WebアプリをAjaxベースでーとか、そういうのとかをメインにやったりしてる。 そのような状況で、複雑なUIを組むためには、設計方法に悩む。jQueryは素晴らしいけども、入り組んだUIを設計するための手段は提供してくれない。そんな状況で、自分はjQuery UIのベースになっているwidgetというフレームワークを使ってイベントのやりくりをしていたけれども、これはあくまでjQueryプラグインをOOPで書けるようにしたようにしたもので、そこまで豊富な機能が
prototype.js が jQuery に置き換えられた時、開発者が気づいたのは、自分に本当に必要だったのはprototypeのメソッド拡張などではなく、クエリエンジンだったということ。 coffeescriptが当初、熱狂的に支持された背景はなんだっただろう。今思えば、それはアロー記法とクラス構文だったと思う。 javascriptの関数型への憧れ、prototypeベースの限界 javascript は断じて関数型言語ではないが、他の言語と同じぐらい関数型言語に憧れていたのも、また事実だろう。しかしビルトイン関数が高階関数を要求するデザインにしては function というキーワードはながすぎたし、その function が暗黙に作り出す this スコープの複雑な振る舞いも開発者の悩みの種だった。「あらゆる関数スコープで状態を持つことが"できすぎる"」という割れ窓だった。 ES5
hoge を文字列を格納している変数だとして、/#{hoge}/ で /hoge の中身の文字列/ になってほしかったのですが、なりませんでした。マニュアルを読むと、 /// を使うと、わりと意図した見た目になりました。 $foo.text().match(new RegExp("^#{valiableBar}", "i")) ↑をやめようとしたものの、 $foo.text().match(/^#{valiableBar}/i) ですと #{valiableBar} が展開されません。 $foo.text().match(///^#{valiableBar}///i) ですと #{valiableBar} が展開されますが、これは JS では $foo.text().match(RegExp("^" + valiableBar, "i") です。/// は Block Regular Ex
ドットインストールの CoffeeScript 入門より http://dotinstall.com/lessons/basic_coffeescript CoffeeScript とは？ JavaScript に変換可能な言語 JavaScript に比べて… 使いやすい 書きやすい 高機能 最近人気 hello.coffee -> hello.js といった感じでコンパイル 基本 行末までのコメントには # を使う 複数行のコメントは ### で挟む varは不要 行末のセミコロンは不要 ブロックはインデントで表現 丸括弧は曖昧性がない場合は省略可能 CoffeeScript:
Hubotのコードを書いてる時に、今まではこうやって書いてた。 name = msg.message.user.name room = msg.message.user.room これがこうなる。この時にnameとroomはどんな名前でもいいわけじゃないので注意。 {name} = msg.message.user {room} = msg.message.user 更に、こうやって書ける。めっちゃ便利。 {name, room} = msg.message.user また、配列とかもいい感じにできて。 {a, b, c} = some_array とすると配列の先頭から3つが順番にa, b, cに入る。some_arrayの長さが3未満だったら、足りない部分はundefinedになって便利。
こんにちは、クックパッド編集室の太田(@os0x)です。 普段は料理動画やクックパッドニュースなど、メディア寄りのサービスを担当しながら、社内のCoffeeScriptを中心としたウェブフロントエンドのコードレビューなどを行っています。 今回は、そのCoffeeScriptのレビューを円滑に行うためのコーディングスタイルについてお話したいと思います。 Style guides in Cookpad クックパッドでは、github.com上でスタイルガイドを公開しているのをご存知でしょうか？ cookpad/styleguide これまで、Ruby / Objective-C / Java のコーディングスタイルが公開されていました。そして、本日 CoffeeScript のコーディングスタイルを追加しました。 さて、そもそもスタイルガイドとはなんでしょうか？コーディング規約とも言われたりし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
