2012-06 / 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

2012-06-29 (金)

「以後気をつけます。」

前職のころから気になっていました。「以後気をつけます。」

このフレーズ、私は使った記憶がありません。いや、使ったことはあるか
もしれませんが、よほどのことがない限り使わないです。なんでかと言う
と「以後気をつける」ことって、めちゃめちゃ大変だからです。

例えば今日何かミスをして「以後気をつけます」と言ったとします。
あなたは「以後気をつける」ことを 1 つ抱えます。

3日後に別件でミスをして、また「以後気をつけます」と言ったとします。
あなたの「以後気をつける」ことが 2 つになりました。

一週間後に..(略)

このまま続くと「以後気をつける」ことが溜まりすぎて、本来やるべきこ
とに集中できません。ギブアップです。まあ実際は「以後気をつける」の
は忘却の彼方に行くのでしょう。

重要なのは「以後気をつける」必要がないような仕組みを作ることです。
もちろん頻度が少なければ、作らないのもアリです。その都度、自分のア
タマで考えないといけませんね。

受託開発から自サービス開発に移って気づいたことメモ [Programing]

[2011-04-22-1] に受託開発から自サービス開発に移って、1年ちょっと過
ぎました。今さらながら気づいたことがあったので、ちょっとメモ。

受託開発は契約が無事決まるとやるべき作業や予算が決まる。どのくらい
開発リソースを使えるかが分かるので、その範囲内で新規実装やメンテナ
ンスなどをする。基本的には他の案件は発生しないが、この案件は○○に
含まれるよねなどと、契約の範囲内で対応を要望されることはよくある。
プロジェクト開始時の要件定義が重要。どちらかと言うとウォーターフォー
ル型開発と相性が良い。

自サービス開発はやるべき作業が決まっても、どこからも予算(お金)は降
りてこない。昨日決まったことが今日覆ったり、なくなったり、全然違う
急ぎの作業を要望されることは日常茶飯事。サービスをリリースしないと
売り上げが分からないので、極力小規模で開発することが重要。受託開発
と同様、中長期的なスケジュールは立てる必要はあるが、状況は刻々と変
わるため、よりこまめな更新が必要。アジャイル開発と相性が良いという
か、それしか選択肢がない。

※ 受託開発の時はそこそこの規模の会社(300人くらい)で、自サービス開
発は零細企業(開発者数人)なので、その辺の違いもあります。

2012-06-22 (金)

プログラムは仕様通りに動いて当たり前 [Programing]

去年の [2011-04-22-1] に組み込み系&受託のお仕事から、Web 系&自サー
ビス提供のお仕事に転職し改めて思ったので書き留めておきます。特定の
個人を批判する記事ではないのであしからず..。

何かサービスを作るときに、中身がぐちゃぐちゃでも動くプログラムに価
値があることには全く同意します。私は0を1にするのは得意ではないの
で、むしろ尊敬します。しかしそこで終わってしまってはそのサービスの
将来は暗いでしょう。

メンテナンス性の高いコードに!


サービスが安定稼働し始めたら、メンテナンス性の良いコードに変更して
いく必要がありますし、新しく追加する機能も同じです。

※ もっとも、緊急時は最小限の工数でできる変更を採用すべきですが、
あとで絶対に適切な修正に改めなければいけません。

その新しく追加する機能なんですが、私は実装して開発環境で意図通りに
動いた時がスタートラインだと思っています。

ちゃんと動いた時がスタートライン


そこからバグや重複、むだなコード、むだなコメントを減らし、いかにメ
ンテナンス性の良いコードにするか、集中して作り込みます。もちろんテ
ストも書きます。

私はここがプログラマの腕の見せ所だと思ってますし、細かいこだわりを
入れられたり、より良いやり方で作り込めると、何度も何度もコードを読
み直してニヤニヤしてしまいます。

プログラムは仕様通りに動いて当たり前なので、プログラマとしてはメン
テナス性の良さだとか、パフォーマンスだとかの付加価値を付けることが
重要です。しょうもないバグは論外です。

もうひとつ大事なのが、コミットにストーリー性を持たせることです。

コミットにストーリー性を持たせる


私は最低でもインストール前に5回は変更を見直して、「本当にこの変更
で良いのかな」「このコミットは2つに分けた方が良いな」とか「これと
これは同じコミットだろう」とかやってます。Git だとこれが容易なので、
とっても便利です。最終的には20回くらい見直していると思います。

※ 平時はこのくらいやる習慣を付けることが重要です。ろくに確認しない
ことを習慣化してはいけません。

インストール後は(当たり前ですが)、インストールした環境で正常に動作
するかをチェックします。

まあ、Jenkins で CI(継続的インテグレーション) やっているので、単体
レベルでの動作はあまり気にしなくて良いのは助かります。

まとめ


仕様通りに動くようにプログラムを作るのは、プログラマとして当然です。
コードに付加価値を付けることが、自分への付加価値に繋がると信じてい
ます。

おまけ


組み込み系でも Web 系でも「品質の良いコードを書く」ことについては同
じでした。前職では数百人規模のプロジェクトに所属しており、自分要因
でシステムが止まる恐ろしさは十分すぎるほど分かっているので、その点
は良い経験でした。

Web 系だと新しいツールを使いやすかったり、テスト環境も構築しやすかっ
たり、他社のプログラマーとの交流もしやすいので、プログラマーの幸福
度は高いかも?

2012-06-17 (日)

git stash やめました! [Git]

git stash は便利なんですけど、stash したのを忘れたり、egg 使ってい
ると pop しても消えなかったりするので、もう使わないことにしました。

gitで現在の作業内容をクイックセーブする - アジャイルSEを目指すブログ

この記事からヒントを得て、最近はオレオレ git qsave を使ってます。



見てのとおり、変更点を全部 commit しているだけです。

git reset --soft 'HEAD^1' とかすれば commit 前の状態、つまり
Staging の状態に戻ります。

リセットしないであとで圧縮 commit しても良いですね。

git-qsave という名前で(git-qsave.sh じゃないですよ!)パスの通ったディ
レクトリに置けば、git qsave で実行できます。

Jenkins-CLI使わずに、リポジトリの変更をプッシュ通知する方法がやっと分かった [Jenkins][Git]

git push したら、すぐにテストを実行して欲しいだけなんです。
もう、ポーリング [2011-12-30-5] で新しい commit があるかチェック
するのは嫌なんです。

いや〜、Jenkins-CLI でやろうとしてかなりハマりました。





初心に返ってJenkins実践入門読みましたが、Git には特に触れられておらず...。

どうせこれも Jenkins-CLI のススメだろうと WEB+DB PRESS Vol.67
17 ページ目のコラムの URL を読んでみた。

「あれ? Git プラグインだけでできるの?」

試しに git push の後に Web ブラウザで
http://example.com:8080/git/notifyCommit?url=/home/foo/hoge.git
にアクセスしたら、ビルドが始まったじゃありませんか!

あとは /home/foo/hoge.git/hooks/post-receive に以下を追加して終了。

curl 'http://example.com:8080/git/notifyCommit?url=/home/foo/hoge.git'


なんか矛盾しますが、「SCMをポーリング」にはチェックを入れる必要があ
ります。スケジュールは空っぽで OK です。

あと、今回のもうひとつの素晴らしい点は、認証が必要なシステムでも使
える
ことにあります。

長年のつっかえがやっと取れました!
Jenkins さん、dis ってすみませんでした。



Subversion はこの方法で出来るみたいです。

2012-06-02 (土)

Emacs の C-x h (mark-whole-buffer) を使うようになった 〜手癖は直せる〜 [Emacs][OSX]


連投しようかと思いましたが、思い直してブログに書くことにしました。
ツイッターやるとそれなりに発散できますが、どこにも収束しませんからね。

上のツイートでは M-< とか書いてますけど、実は Esc-< って打ってます。
最初に触った Emacs(NEmacs(ver18.55)) は X など使えなかったので。

手癖は直せる


こういう手癖ってなかなか直せないと思いがちですが、そんなことないです。

- 半年ほど前、Return キーは Ctrl-m に、Tab キー Ctrl-i を打つように
手癖を直しました。キータッチが少し速くなったと思います。(鬼軍曹.el
さんありがとう!)

- C-; や C-: を 1 行スクロールアップ/ダウンに割り当ててましたが、
Command-j,k に変更しました。右手小指の痛みが治りました。

- メタキーを打ちやすいように、以下の設定で Command と Option を入れ
替えてましたが、デフォルトの設定に戻しました。おかげで Emacs でも
Mac 特有のキーバインドを使えるようになったり、Super キーを積極的に
使えるようになりました。

(setq mac-command-modifier 'meta)
(setq mac-option-modifier 'super)



最初の 2 つは 10 年以上染みついた手癖です。最初は結構イライラしまし
たが、3 日くらいで慣れました。で、2 週間ほどで手癖は忘れました。

まとめ


M-< を「Esc 押して離して < を打つ」するのを止めます。

2012-06 / 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

最終更新時間: 2017-04-30 20:45

検索
最近の話題
- 2017-04-29
  Docker ではないコンテナ systemd-nspawn を使ってみた
- 2017-04-16
  CircleCI 2.0 で capistrano デプロイしてみた
- 2017-04-15
  CircleCI 2.0 をローカルで実行できる circleci コマンドとは何者か
- 2017-04-13
  Rails リポジトリに CircleCI 2.0 を導入した
- 2017-04-08
  PS4 Pro と LG の 4K テレビ 43UH6500 で nasne は使えるのか?
- 2017-04-02
  オムロンの低周波治療器が肩こりにだいぶ効く
- 2017-03-21
  ローカル環境を出来るだけ Dockerize した
最近追記された記事
- 2017-04-29-1 (0日前)
- 2017-04-13-1 (14日前)
- 2017-04-13-1 (16日前)
- 2017-03-02-1 (58日前)
- 2017-02-25-1 (63日前)
- 2017-02-21-1 (67日前)
- 2015-06-07-1 (73日前)
- 2016-10-19-1 (82日前)
- 2016-01-01-1 (94日前)
- 2015-01-04-1 (103日前)
カテゴリ
- Anthy (3)
- Apache (11)
- Apple (1)
- ATOK (4)
- au (3)
- AWS (17)
- Bazaar (1)
- Berkshelf (2)
- BigQuery (1)
- BitBar (3)
- Book (85)
- Boxen (2)
- Bugsnag (1)
- C (26)
- capistrano (4)
- chalow (56)
- ChatWork (1)
- Chef (17)
- Chrome (3)
- Chromecast (1)
- CircleCI (10)
- Comics (2)
- Cooking (10)
- cvs (15)
- cygwin (12)
- D3.js (1)
- Debian (55)
- Docker (3)
- E-mail (8)
- elasticsearch (4)
- Emacs (219)
- Emacs講座 (10)
- English (4)
- feedforce (7)
- fetchmail (3)
- Firefox (20)
- Fluentd (4)
- ftp (1)
- Game (20)
- Gem (5)
- Git (9)
- GitHub (15)
- Go (5)
- Google (1)
- gpg (4)
- GrowthForecast (7)
- Health (3)
- Heroku (9)
- Homebrew (10)
- HTML (6)
- iBook (1)
- iPhone (15)
- IRC (1)
- Jenkins (8)
- JS (1)
- Karabiner (1)
- KeySnail (3)
- Kibana (1)
- Kindle (1)
- Langrich (7)
- LDAP (6)
- Life (19)
- Linux (6)
- Mackerel (1)
- Mew (18)
- MongoDB (1)
- Mozilla (19)
- Music (1)
- MySQL (1)
- NAS (4)
- nginx (6)
- NHK (1)
- Node (1)
- ntp (4)
- OOP (1)
- OpenID (2)
- openssl (1)
- Opera (2)
- OSX (41)
- Perl (14)
- PHP (19)
- PostgreSQL (1)
- procmail (4)
- Programing (3)
- Puppet (1)
- Python (2)
- Rails (12)
- Rake (2)
- RaspberryPi (1)
- RedHat (29)
- Redmine (3)
- Rspec (1)
- Ruby (48)
- samba (3)
- screen (7)
- sed (5)
- serverspec (6)
- sh (8)
- Slack (2)
- Solaris9 (22)
- Spring (2)
- ssh (4)
- StatusNet (21)
- svn (12)
- Swift (1)
- Tablet (1)
- tdiary (3)
- Twitter (14)
- Twmode (6)
- Ubuntu (5)
- UNIX (102)
- vagrant (8)
- Video (21)
- vim (1)
- Wercker (9)
- Windows (29)
- Wine (3)
- XML (11)
- XP (1)
- zsh (25)
- インストールメモ (33)
- クイックシェイプ (12)
- ネタ (15)
- 勉強会 (14)
- 携帯 (6)
- 正規表現 (4)
過去ログ
2017 : 01 02 03 04 05 06 07 08 09 10 11 12
2016 : 01 02 03 04 05 06 07 08 09 10 11 12
2015 : 01 02 03 04 05 06 07 08 09 10 11 12
2014 : 01 02 03 04 05 06 07 08 09 10 11 12
2013 : 01 02 03 04 05 06 07 08 09 10 11 12
2012 : 01 02 03 04 05 06 07 08 09 10 11 12
2011 : 01 02 03 04 05 06 07 08 09 10 11 12
2010 : 01 02 03 04 05 06 07 08 09 10 11 12
2009 : 01 02 03 04 05 06 07 08 09 10 11 12
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
2003 : 01 02 03 04 05 06 07 08 09 10 11 12
2002 : 01 02 03 04 05 06 07 08 09 10 11 12
2001 : 01 02 03 04 05 06 07 08 09 10 11 12
Google+