今年はどこの端っこまでいこうかな？ 35歳になった。35歳といえばプログラマ定年説だ。とりあえずプログラム書いておこう。「echo “happy birthday 自分。産んでくれてありがとう。生きててよかった”」 そして、僕はちょっぴり遠回りして2003年に社会人になったので、ちょうど社会人10年が終わったことになる。今日は10年で学んだり、感じたり、考えたことを書いておこう。 先輩や上司は偉くなんてない 偉い人間なんて存在しない。先輩なんて先に生まれただけだし、上司が持っている権限は偉いからもっているわけではなく、役割として持っているだけだ。 先輩面や権限を感情や勘違いで振りかざすやつは大したことはない。どうせ、単純に年をとっているだけか、年をとったから役職を与えられたかだ。力をちゃんと使いこなせる奴は少ない。 偉さを売りにしている奴に気をつけろ。そんなことよりも尊敬できる人や信頼でき

docomo、Androidスマホのアプデ予定を公開。最速は「GALAXY NEXUS SC-04D」の5月9日 新規会員登録 ログイン管理 Twitter facebook はてなブックマーク RSS 2024.5.31 FRI

[追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un

The document discusses jQuery 1.9, 2.0, and the future of jQuery, noting that jQuery 2.0 drops support for older browsers like IE6-8 but is 12% smaller, and introduces 12 optionally excludable modules; it promises that jQuery 1.X will be supported as long as older IE browsers are relevant and that API equivalence will be maintained between 1.X and 2.X versions; and it invites attendees to join and

HOME>jQuery>7つのサンプルでjQueryを学ぼう！「jQueryが全く分からない人のため」の超初級者向け入門講座 約半年前まで、興味はあれども全くもって触れたことのなかった「jQuery」。それどころか、「Javascript」を「Javasprict」と何度となく書き間違える癖のあった私。 結局、「スク水すいすいスクリプト」と語呂を合わせることによりようやく正しい綴りをマスターしたわけなんですが、仕事で扱うと言うこともあり多少はjQueryの仕組みが分かってきた今日この頃です。 そんなわけで、今回は「jQueryが全く分からない人のため」の超初級者向け入門講座と銘打ちまして、jQueryの基礎の基礎を学ぶための記事を書いてみました。 とは言っても「jQueryとはなんたるか」などといった難しい理論を記すつもりは一切ございません。（っていうかそんな偉そうなこと言える程修めてない

Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目

例の これ なんだけど、かなり内容が充実してきたので自画自賛で宣伝します。 2013/5/7 22:14追記：一通り書き終わった。 日本語で読める Git の網羅的なドキュメントには公式の Git - book があります。こういうドキュメントを読み慣れているひとには充分わかりやすいドキュメントですが、読み慣れないひとにはちょっと辛い感じもあります。なによりも、初心者にとってはチュートリアル形式のほうがありがたいとわたしは考えています。 また、チュートリアル形式のすばらしい Git 入門として、サルでもわかるGit入門 がありますが、こちらは Source Tree が前提となっていたり、Git についての概念をきちんと学べる発展編のほうはチュートリアル形式になっていません(それでも充分にすばらしいドキュメント群だと思います)。 コマンドラインのチュートリアル形式の Git 入門記事は、ブ

アジャイル開発は工事進行基準と相性が良いという仮説について考えたことをメモ。 【元ネタ】 Twitter / z200: スクラムを例に取ると、リリース（および検収）と売上・請求フローを組み合わせることは可能かと。開発で試したことはありませんが、制作現場では有効でした。 RT @akipii: そういう考え方もあるのか RT @z200: アジャイル開発は、工事進行基準との相性も良さそうだな。 【続報】ソフトウェア開発の売上げ計上タイミング：むささびの視線：ITmedia オルタナティブ・ブログ ソフトウェア開発の売上げ計上タイミング：むささびの視線：ITmedia オルタナティブ・ブログ 販売管理～売上の計上時期（売上計上基準） 【1】ソフトウェアの受託案件が一括請負契約の場合、例えば1年間頑張って作った後、ユーザの受入検収が完了して初めて売上計上されるのが普通。 作って納品しておしまい