タグ

ブックマーク / tech.a-listers.jp (6)

  • 16の言語と57のフレームワークを比較したベンチマークが凄い

    いつの時代もより高速に動作するフレームワークや言語に対する関心は高いものですが、そんな疑問に答えるWeb Framework Benchmarksの最新版が公開されています。こちらのベンチマークはテスト用のコードや環境がオープンソースになっており16の言語(C C# Clojure D Erlang Go Groovy Haskell Java JavaScript Lua Perl PHP Python Ruby Scala)と57のフレームワークについて最適な実装が集められてテストされているという点で一般性があります。また実行環境もEC2と実マシンの2種類をそれぞれ実行している点も興味深いです。 気になるテスト結果のうち特に複雑度の高いデータベースから複数件のデータを取得してHTMLページとして出力した場合の結果は下記のとおりです。 堂々のトップに輝いているのはServletで最大で1

    16の言語と57のフレームワークを比較したベンチマークが凄い
    Ehren
    Ehren 2014/12/05
  • Google I/O 2012発 JavaScript高速化Tips集の日本語訳

    既に「Google I/O 2012で公開されたJavaScript高速化Tips集 | IDEA*IDEA」や「JavaScriptパフォーマンスを上げるシンプルな13の最適化 | Act as Professional – hiroki.jp by HIROCASTER」で紹介されて話題になっていたJavaScriptの高速化TIPSがhosikitiさんによって和訳されています。 リストでまとめられたリストを日語で見たいという要望に見事に応えてくれていました! 1.コンストラクタ関数内ですべてのオブジェクトメンバを初期化する 2.常に同じ順番でオブジェクトメンバを初期化する 3.Numeric型(31bitで表現される符号付き整数)を出来るだけ使う 4.0から始まる連続した値を配列のキーとして使う 5.巨大な配列(64000個以上の要素を持つもの)は予め確保せず、必要になったら随時

    Google I/O 2012発 JavaScript高速化Tips集の日本語訳
    Ehren
    Ehren 2012/07/13
  • 2万5千行のpull requestが話題

    プログラマにとって欠かせないコミュニティになったgithubで話題になっているpull requestがありました。話題になっているのは正しい仕事の為の正しいツールという触れ込みのJavaScriptフレームワーク集「EveryJS」のリポジトリでそこに送られて来たプルリクエストの差分の量が驚きの426行追加、24623行削除。不必要にJavaScriptを使って表示を行っている部分をhtmlに変える事で動作の速度を向上させる狙いのようです。 またこのEveryJS.comの日語の情報が無かったので掲載されているライブラリの全32個のリストも紹介しておきます。このリストもなかなか有用そうですしEveryJS.comをブックマークしてみようと思います。 Backbone.js イベントとKVSを結ぶ構造を提供 Benchmark.js 高解像度タイマ対応のベンチマーク Cappuccino

    2万5千行のpull requestが話題
  • ニューヨークで行われたMongoDB Meetupの様子

    ドキュメント指向のデータベースの中でもFourSquareのような大きな採用実績の多いMongoDBのMeetupに行ってきました。ニューヨークはMongoDBの開発元、10genのオフィスがある事もありMeetupはかなり頻繁に開催されています。 何はなくともまずピザが出るのがアメリカンスタンダード(?)。 お腹が膨れたところでセッション。なお僕の見る限りだとアメリカのMeetupは1回の開催でセッションは1つなのが殆どです。(セッションが無い事もある) PHPフレームワークLithiumの作者、Nate Abeleさんが約2年の利用経験を元にロックの制御やオートインクリメントへの対処、型の取り扱いなどについてノウハウを語っていました。詳しいセッションの内容は動画をご覧ください。MongoDBの実践的なTIPSが気になっていた人には「あるある」といった感じの内容なのではないでしょうか。

    ニューヨークで行われたMongoDB Meetupの様子
  • プログラマはプログラミングをしていないという現実

    フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話:プログラマは一日中、プログラムを書いている。 現実:多くのプログラマは下記の事に多くの時間を費やしている。(順不同) 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ

    プログラマはプログラミングをしていないという現実
  • 大企業はソースコードの管理に何を使っている?

    Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか?という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co

    大企業はソースコードの管理に何を使っている?
    Ehren
    Ehren 2011/05/06
  • 1