デザイナにバージョン管理(subversion)を使ってもらうために人柱を建てた - LAPISLAZULI HILL#diary
というわけで，説明+ハンズオンを2時間ほどやった．最初に人柱になったデザイナは自分とつきあいもそこそこ長く，コンピュータのリテラシも高め．案件の規模も手頃．経験も積んでいることもあって，利点はすぐに理解してもらえたようだ．うまくいくかはわからないけど始まったのは大きい．今回の導入の前提や考えてるポイントとか列挙 前提 デザイナは全部で8人 3人はコンピュータ使用のリテラシもモチベーションも高め，アプリも使いこなす 2人は新しいツール・習慣に拒否反応を示す可能性アリ 現在のファイル管理は共有フォルダを使って，日付でバックアップ作成（＞＜） プログラマだと「バージョン管理使わないのは幼稚園児までだよね」とかで済む（ぉ）のだけど，デザイナはそうも云ってられない 目的 度々作業中に先祖返りなどが起こり，そのたびに四苦八苦している バックアップが面倒なので解消したい プログラムチームとの共同作業も多
LAPISLAZULI HILL#Hatena - AtomPPやRESTなどのAPIにおける認証のメモ
WSSE認証 Basic認証 Digest認証 ひとまずはBasic認証で充分な気がする．WSSEは消えつつあるのかな? 以下引用メモ # 2007年06月30日 miyagawa miyagawa Basicのほうがいいよ VoxのフィードはmiyagawaさんがBasic認証対応にしたみたいです。確かにWSSE認証に対応したフィードリーダーなんて聞いたこと無い。 でもたとえば記事のPOST/PUT/DELETEとかはBasic認証でやちゃっていいのかな？今作ってるサービスでも認証方法が決まらなくてscaffold_resourceで生成したAPIもPOST/PUT/DELETEはコメントアウトしてるんですよね。 Basic認証 より正確にいうと、Atom 自体に独自の認証スキームは定義せずに、既存のHTTPで利用できるBasic/Digestを使おうということだと認識しています。WSS
レンタルサーバでPlagger #0 CPAN設定 - LAPISLAZULI HILL#diary
Plaggerを使い始めて1ヶ月．情報収集や処理に非常に活躍してくれています．常時稼働さえしていればいいので家に置いてあるPBG4にインストールして使っています．情報を取得するまではできたんですが，今度は情報を発信するために使ってみようかと思いました． そこでPlaggerを公開しているサーバに置ければと思っていたのですがサーバがありません．仕事の勉強は勉強なのですが今のところ道楽でしかない（稼げない）し，お金もありません．そこで勉強を兼ねてさくらインターネットのレンタルサーバ，スタンダードプランで設置をしてみようと思ったらあっさり動きました．ということで勉強と復習を兼ねて書いてみようかと． レンタルサーバ さくらインターネット スタンダードプランを使っているんですが，条件さえ満たせば他のサーバでもできるのではと思います．正確に条件を出せるわけではないのですがこんなことが必要じゃないでしょ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
運行情報 - LAPISLAZULI HILL#diary
