Angular.js と Ember.js どっちが良いの？ - usotech
Which one of angular.js and ember.js is the better choice? 最近 Web っ子の仲間入りをしたので RIA 関連を調べています。というわけで JS 門外漢ながら JavaScript MVC Framework を調べていたところ、こんな質問を Quora で発見。斜め読みしてみました。以下では Vote が多い Answer を 3 つピックアップして斜め読みしています。全体的に意訳ですが明らかな誤りなどあればご指摘下さい。 Patrick Aljord angularjs_scaffold 作者。 最初は Ember 使おうとしたけど API コロコロ変わるしドキュメント不足してたから Angular 使い始めた。 Ember は Web App 作ってる感じじゃない。iOS (Cocoa) にインスパイアされてる。 Angul
テストコードを書く文化を根付かせたい─和田卓人｜【Tech総研】
日本におけるテスト駆動開発（TDD）のスペシャリストとして知られる和田卓人氏。講演活動やハンズオンイベントを通してテストの重要性を語り続けている。その深奥にあるプログラムの哲学とは── 父親がデータベース設計を得意にするソフトウェア・エンジニアで、受託開発の会社を経営していました。私は大学在学中からその仕事を手伝っていて、その延長で大学を出るとその会社の一員になりました。 そのころのことで一番印象に残っているのは、電子政府関連の公共システム開発に関わる大規模プロジェクトへの参加です。複数のSIerやソフトハウスが関わり、要件定義に時間をかけ、膨大な設計文書をつくっては、何千人というエンジニアを投入する、典型的な大規模システム開発です。私はそこにSEの一員として参加することになりました。 ただ、私は初日から生意気にも「Excelで設計書を書き続けるために来たのではありません」と嘆願して、基盤
日本語係り受け解析器 CaboCha Ruby 拡張の基本的な使い方とちょっとした応用 - デー
ari3_botの会話エンジンで使っている自然言語の処理の中から他の方にも有益そうなところだけ書いておこうと思います。 このエンジン自体はアドホックにヒーリスティクスな処理を追加しまくっていて、とても説明しにくいのですが、基本的な部分だけ抜き出して……まとめて……解説します。全部実装できるほど詳細な解説はできないので、取っ掛かりになる程度です。 ちなみにCaboChaのAPIはきちんとしたドキュメントがない？ようで、僕はソースコードを自分で読んで得た知識から解説を行っています。また日本語文法関する知識もari3_botを作るためだけに得たものであり、あやしいので、あまり信じすぎないようにしてください。 もくじです。 ari3_botの会話エンジンとは CaboChaの基本的な使い方 CaboChaで主語と述語っぽいところを抜き出す 述語を活用してみる その他のいろいろなヒント まとめ ar
NTTデータ先端技術を退職します - たけぞう瀕死ブログ
2014年3月末を持ちましてめでたくプログラマとして定年を迎え、NTTデータ先端技術を退職することになりました。 なんだかんだでジャスト8年間お世話になりましたが、まさかこんなに長くいることになるとは思っていませんでした。在職中お世話になった皆様、ありがとうございました。 退職の理由 プログラマ35歳定年説は本当だったんだ！ 次の仕事 4月から間髪入れず渋谷で働いてます。 こんな就活生はイヤだ。でお馴染みのビズリーチという会社です。 実に体育会系の会社らしく社風にあうかどうか大変不安です。私のワークライフバランスですと試用期間終了と同時にクビになるのではないかと恐怖に慄いています。 本当にありがとうございました。
第44回 ［最終回］vimキーバインドを提供するIdeaVIMについて | gihyo.jp
はじめに 唐突ですが今回が最終回です。今までも好き放題書いてきましたが、最終回はさらに趣味に走ってIdeaVIMプラグインだけの話をします。 IdeaVIMとは、名前から想像できるようにvimの機能を再現するプラグインです。それなりに再現度が高いこともあり、地味に人気のあるプラグインです。筆者はかれこれ10年以上、このプラグインを愛用しています。 IdeaVIMの歴史 プラグインの中でも古参のほうで、2003年にはすでに存在していました。もともとは一人の有志の方が作ったプラグインでしたが、作者のRick Maddyさんが「Java関係の仕事から離れそう」という事で、後継者を募ったところJetBrains社のOleg Shpynovさんが名乗り出ました。登場時から人気もあり、JetBrains社の人（いわゆる中の人）がコミッタになった事もあって、いつの間にかJetBrains公式プラグインと
iteratorや拡張forよりStreamのforEachが速い？ - きしだのHatena
ちょっと気になったので、簡単にベンチマークしてみました。 最初は、ラムダ呼び出しが入る分forEachは遅いんじゃないかと思っていたら、倍の速さに。 もちろん、いろんな条件で変わるんだろうけど、ここまで差が出ることがあるのは驚き。 あと、Collectors.summingIntのような基本型に対するCollectorを使うよりは、intStreamに変換してからsumなど専用メソッドを使うほうが圧倒的に速いことも確認できた。 とりあえず、0から10万件のListを用意。 array = IntStream.range(0, 100_000).boxed().collect(Collectors.toList()); それからベンチマーク用のメソッドを用意。 public static void bench(String name, Supplier<Integer> proc){ ben
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『トラブルに備えるJVMオプション - n-agetsumaの日記』へのコメント