タグ

ブックマーク / monjudoh.hatenablog.com (4)

  • Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - monjudoh’s diary

    職場でMercurialを使っていい感じに俺々バージョン管理を やれるようになってきた感があるので、 ノウハウをまとめる。 概略 中央リポジトリと同期をとるbranchを用意する 同期branchはsync_cvsとかそんな名前 defaultをそのまま使っても良い このbranchで開発作業は絶対にしない 全ソースをhgで管理しない 中央リポジトリで管理しているソースの数が多い場合の話 hgで管理するファイル数が多いとhg update等が遅くなり、開発のスピード感が落ちる ticket毎に開発作業用branchを作成する 同期branchから作成する 同期branchから随時rebaseする 必ず、同期branchの最新版からrebaseした状態でテストを行う。 テストが通ったらticket別branchから同期branchにmergeする。その後、同期branchの内容で中央リポジト

    Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - monjudoh’s diary
  • 業務システムとか - monjudoh’s diary

    クソの役にも立たない言葉なので使うのやめようぜ というのは半分冗談だけど半分音。 「業務システムでは実装なんて3割程度だから大して重要ではない」がSI業界が解決すべき問題を端的に示している - @katzchang.contexts このエントリ見てふと思ったんだけど、 一口に業務システムと言っても、お客さんの商売の種類や何のシステムかによってずいぶん違うと思うのだ。 IT技術者の所属している業界について、SI業界とWeb業界みたいにきれいに分かれているように言う人も結構いると思う。 でも、例えば、ECサイトのユーザ側じゃなくてバックエンド側のシステムの開発はWeb業界の仕事となると思うんだけど、 SI業界の仕事で似たようなのあるでしょ? 同じようなものを扱ってるのに、SI業界の仕事だからどうだとかWeb業界の仕事だからどうだ、 とか言ってたら正確な議論はできないし、逆もまたしかりで、

    業務システムとか - monjudoh’s diary
  • 属人性の排除とか(プログラマ以外編) - monjudoh’s diary

    ちょっと昔話 私が前の会社で新人の頃に最初に行かされた案件の話。 誰もが知っている大手SI屋が元請けで誰もが知っている家電メーカー相手にやっている2000人月の大規模プロジェクトで、 新人だった私には各テスト環境向けにビルドとデプロイをするだけの刺身タンポポな仕事があてがわれました。 CVSでつけられたタグ名のセットを受け取って順繰りにexportして…とかそんな感じだったと思います。 私の同僚がミスを連発する等して一日分の結合テストが丸々無駄になったということもままありました。 私は刺身タンポポ作業が退屈で仕方なかったので、作業を自動化するツールを作って、 作業量と作業の際に必要な集中力の量を大幅に減らしました。 ミスはほとんど起こらなくなりました。 私は仕事中はほぼイソターネッツ三昧でしたがプロジェクトの偉い人にとても誉められましたし、 高評価が営業を通して会社に伝わったので、会社での

    属人性の排除とか(プログラマ以外編) - monjudoh’s diary
  • jQuery1.3 β1が出たみたいです - monjudoh’s diary

    jQuery 1.3 beta: Sizzling and feature testing - Ajaxian 特徴としては CSSセレクタエンジンにSizzleを採用 CSSセレクタでの要素の取得が速くなる まあ自分で開発しているWebサイトなら適切にid振ったりしているだろうからあんまり効果はないのかも ブラウザテスト廃止 例えば今まで「jQuery.browser.msie && !jQuery.isXMLDoc(this)」としていた条件が「!jQuery.support.noCloneEvent && !jQuery.isXMLDoc(this)」となる。 ある機能が使えるかどうかの判断をどのブラウザかではなく、新しく導入されたどの昨日をサポートしているか見る為のプロパティ(jQuery.support)を使うようにする、ということのよう。 あくまでjQuery体ではブラウザテ

    jQuery1.3 β1が出たみたいです - monjudoh’s diary
  • 1