初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
突然の出会い: プラウベルマキナについて 日本がバブル経済に突き進み始めた頃に3,500台ほど作られ、数年後にひっそり生産が閉じられた超短命製品プラウベルマキナW67とご縁があった。 その生産数の少なさからまともな個体と出会うことがなかったのだけど、使わないデジタル機材一式を売りに行った帰りにガラス…
原稿管理は考えてなかったな。 構造を持ったテキストって、管理しにくいんじゃないかと思ったり。 http://d.hatena.ne.jp/kinneko/20060119/p7 trac / subversion での原稿管理には何通りかの手法がありそうです。 真っ先に思いつくのは、ひんぱんにバージョンアップを繰り返す原稿全体をバージョン管理するというもの。うちでは分家で公開しているCatalystのマニュアル類やphpMyAdminのドキュメントがそれに該当しますが、これはもうプログラムのコードと同じように作業中のもの、リリースしたものとわけて管理するだけ。前の版に戻る必要はめったにありませんが、tracにしろTortoiseSVNのようなツールにしろ、簡単に差分が見られますので、元原稿の差分とつきあわせれば、直したところの見直しが簡単にできるのがまずありがたい。 また、たとえば翻訳の場
_ trac関連のメモ 複数tracプロジェクトは同じディレクトリ（/path/to/tracprojects/tracs）に配置した方がいい*1。同一ディレクトリ下のプロジェクト群を、tracdはまとめて管理してくれる。 関連するsubversionレポジトリについても、レポジトリ同士*2は同じディレクトリ（/path/to/tracprojects/svns）に作っておけば、mod_dav_svnでSVNParentPathとAuthzSVNAccessFileを組み合わせて、そのディレクトリ内のレポジトリをまとめて管理できる*3。 また、tracdもmod_dav_svn経由のsubversionも、同じhtpasswd互換のパスワードファイルを使って認証することができるので、tracとsubversionで共通のアカウント管理が可能。 tracプロジェクトの管理ユーザーの追加（*4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く