ECMA-262 Edition 5.1を読む 作者: 竹迫良範出版社/メーカー: 秀和システム発売日: 2013/09/25メディア: 単行本この商品を含むブログを見る 【完全日本語訳＋解説】ECMA-262 Edition 5.1を読む 5分で分かるクイズ。答えは適当に。 ヒント 桁数制限とかあるやつあるから、気をつけてね e 文字列連結 文法 ES6では今までの文法が変わるけど、すぐに開発が変わるわけではない leanpub.com github.com JSをECMAインターナショナルで標準化したのがEcmaScript ISOの仕様 ECMA6だといろいろ文法が出てくる Arrows CoffeeScriptで出てくるやつで、ラムダが簡単に書けるやつ こういう書き方が出来る。 var odds = evens.map(v => v + 1); nums.foreach(v =>

2015年4月14日より開始いたしましたpaizaオンラインハッカソン Vol.5「俺の許嫁と幼なじみが修羅場すぎる」と「POH5+レナとミナミの国際プログラミング選手権」の結果レポートと模範解答コード、POH5+の上位コードについてお届けします。 paiza.jp ■POH5「俺の許嫁と幼なじみが修羅場すぎる」グラフ集計 ミナミルートとレナルートはほぼ半々でしたね！！ 弊社ではミナミ派が多かったような気がしますが、制作段階では「幼なじみのミナミ一択待ったなし」と言っていたくせにビジュアルが完成したら「どう考えてもレナたんが最高」と言い出した社員もいました。 以下詳しく集計数を見ていきます！ ■POH5「俺の許嫁と幼なじみが修羅場すぎる」参加言語ランキング 順位 言語 提出コード数 ミナミルート選択数 レナルート選択数 1 Java 3021提出 342回 301回 2 C++ 2833提

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>POSIXSpawnType</key> <string>Interactive</string> <key>EnableTransactions</key> <true/> <key>Label</key> <string>com.apple.taskgated</string> <key>MachServices</key> <dict> <key>com.apple.taskgated</key> <dict> <key>TaskSpec

ついにKotlinマイルストーン12がリリースされました！ 公式ブログはこちら。 言語仕様の変更についてまとめます。 今回はわりと多いです。 @ngsw_taro 変更多くて修正が大変かと思われますが、Analyze -> Code cleanupでプロジェクト内のKotlinソースファイルすべてに対してdeprecatedなコードを新しい構文に変換してくれますよ— たろう (@ngsw_taro) May 30, 2015 アノテーション アノテーションの記法がJavaっぽくなりました。 つまりM12より前では[Foo(args)]と書いていたものを、M12以降では@Foo(args)と書くことになります。 今まで通り@を付けずに済むこともあります。 ラベル このアノテーションの変更に伴い、ラベルの書き方も変わります。 今までは@nameだったものをname@と@を最後に持ってくる必要が

現在研究室内でSlackを使用しており、せっかくなのでHubotを導入して遊んでいる。 また、研究室内で予定の共有のため、Googleカレンダーで研究室カレンダーを作成し、運用している。 しかしながら、Googleカレンダーに複数のカレンダーを表示させると見辛かったり、そもそもGoogleカレンダーを確認しない等の理由から｢今日ミーティングあったっけ？｣など予定を把握できていないメンバーが発生する。 そこでHubotに毎朝予定を教えてもらうようにした。 使用イメージ 画像の用に毎朝9:00にHubot(miku)が今日の予定を教えてくれる 時間設定があるとき HH:MM:SSにXXX ないとき XXX これらを\n区切りでつなげた文字列を発言させている hubot 導入については http://qiita.com/misopeso/items/1f418dd02e89234499b3 ht

今のところ使っていて便利なXcodeプラグインをつらつらと記録しておきます。 今後いいものを見つけたら更新していく予定。 Xcodeプラグインのインストール方法 基本的にはgithub等に上がっているソースコードを落としてきてローカルでビルドすれば勝手に入ってくれます。 アンインストールするときは基本、 ~/Library/Application\ Support/Developer/Shared/Xcode/Plug-ins に入っている.xcpluginファイルを消せばOK。 現在使っているプラグイン SCXcodeMiniMap リポジトリ: https://github.com/stefanceriu/SCXcodeMiniMap 内容: Sublime Textみたいにソースコード全体のマップを表示してくれるあれです。 使い方 : Sublime Textと同じですMap上をクリ

※キーウインドウ上の曖昧な制約を表示する、[UIWindow keyWindow] _autolayoutTrace]を追記 Xcodeのブレークポイントでプログラムを停止している時に入力できるコマンドです。 VisualStudioのイミディエイトウインドウライクに変数の値を変えられます。 値を変更して何度もテストしたい時に便利そうです。 ・参考資料 WWDC 2012 Session VideosのDebugging with LLDB (https://developer.apple.com/videos/wwdc/2012/)※英語 GDBとLLDBのコマンド対応表 (http://lldb.llvm.org/lldb-gdb.html) ※英語,公式 チュートリアル等 (http://lldb.llvm.org/tutorial.html) ※英語,公式 変数のフォーマット (h

概要 k0kubun/ppという、pretty printライブラリを作った。 任意の型のオブジェクトをpp.Print()に渡すと色つきでpretty printしてくれるという非常にシンプルなもの。 作った背景 fmt.Printf("%#v", ...)等ではわかりづらい複雑なmapやstructをdebug printするときは、pretty printを使うと便利。既存のpretty printライブラリには、GitHubで人気なものだとdavecgh/go-spewやkr/prettyなどがある。 いままではGoでデバッグのために複雑な構造をダンプするときこれらを使っていたのだが、必要以上に型の情報が書かれていたり、大きなものだと白黒なのでパッと見てわかりづらいなどの問題があった。 そこで、型やフィールドごとに別の色をつけることで視認性を高め、ビルトインの型情報は色にまかせて省