TiDD初心者が陥りやすいアンチパターンを実際に見つけたのでメモ。 【1】チケット駆動開発の概念に慣れておらず、Redmineでタスク管理をまず始めた人に多い特徴がある。 それは、バージョンが設定されておらず、ロードマップが空っぽないし非表示な状態。 話を聞くと、Redmineのバージョンの意味や使い方が理解できないらしい。 だから、彼は、Redmineのチケット一覧画面でタスク管理を実施している。 彼のチケット一覧画面を見ると、スクロールできないくらい、たくさんのチケットが無造作に一覧表示されている。 どうやら、必要なタスクはチケットに登録しているが、彼のチケット管理を見ていると、チケットの納期が意識されていない。 そのチケットはいつリリースするのか？の観点が漏れているみたい。 何故なら、チケットがたくさんありすぎて、どのチケットが必要なのか、チケット一覧画面では分かりにくいからだ。 だ
Redmineはプロジェクトを横断して使うべきか否かという議論をTogetterにまとめた。 過去の僕の経験を踏まえながら、Redmineの運用スコープはどこまでなのか、を振り返ってみる。 ラフなメモ書き。 【元ネタ】 Redmineはプロジェクトを横断して使うべきか否か - Togetterまとめ 【1】当初は、メンバー3人で、短期間の受託開発案件をこなしていた。 その時、Redmineを導入して、Redmineの機能を一つずつ試しながら、アジャイル開発の実現方法を習得していった。 少人数のメンバーで1個のチームだけだから、イテレーションごとにRedmineの運用ルールを軌道修正して、アジャイル開発のプラクティスを1個ずつ試していけた。 一番の発見は「イテレーション・リリースバージョン・マイルストーン一致の原則」と「プロジェクトとブランチ一致の原則」だった。 「イテレーション・リリースバ
レポートを書く前に知っておくべきこと。 大学では、あなたが何を知っているかよりも、知らないことにどのように対峙したかが評価される。 これは、大学が知識を生み出す場である場所である以上、不回避なことである。 そして時間のスパンを少し長めにとれば、この基準は、知識を持っている者を評価することにもなる。 知らないことに真摯に対峙する者は、自分の今の知識にしがみつく者よりも、最終的にはよく知る者になるからだ。 しかしこれだけではあまりに抽象的だから、ノウハウのレベルに落としこむことを考えよう。 以下に、組織的に問いかけることで、大学の課題のレポートを作成する方法について説明する。 この方法はまた、文献を再利用可能な形で深く読むためのノウハウでもある。 マトリクスで問う 以前、文章を書くのがとことん苦手な人のための・・・という記事で「なか１・２→まとめ→むすび→はじめ」で考えるという、小学生のための
■テレビのポテンシャル、ちゃんと引き出せていますか？ メーカーはあまり触れたがらないが、テレビの映像は、調整が必要な事をご存じだろうか。 映像は光であり、その見え方は周囲の光環境によって大きく左右される。つまり、購入したテレビのポテンシャルを100%発揮させるためには、各ユーザーの設置環境に応じた調整が重要と言うわけだ。 最近では自動映像調整機能が進化し、明るさセンサーに加え、照明の色味を検知する事で、色味も自動調整する製品が増えているが、センサー位置が前面に固定されていて、パーフェクトとは言い難いのが実情だ。 もちろん画質にこだわらず、番組の内容やストーリーを把握するだけならば出荷設定でもOKだが、市場調査を行うと、購入するテレビを決める際、大半の消費者は「画質」を重視するのだと言う。それならば、眠っている「画質力」を引き出さないともったいない。奮発して高画質モデルを購入したのなら、なお
Apacheの設定で Order deny,allowとか Satisfy anyとか、なんだか意味わからん人のために。僕はずっとわかってなかった。 基本 Apacheのアクセス制御には、 ホストによる制御 (Order,Allow,Deny) ユーザ認証による制御 (Auth*, Require) の2通りがある。 Satisfyは、2通りあるアクセス制御の両方を満たす必要があるかどうかを決定する。デフォルトはSatisfy all。Satisfy anyなら、どちらか片方満たせばよい。 Order http://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order Order deny,allowは、全てのホストからのアクセスを許可する。 Order allow,denyは、全てのホストからのアクセスを拒否する。 Order d
lessorの日記：コピペどころじゃない これまで一度も文章を自分に見せてこなかった学生（論文の章立てさえ何度言っても出さなかった）にきつく注意をしたところ、ついに2000字あまりの原稿が送られてきた。添付ファイルではなく、メール本文として。 間違いなく自分の言葉で書かれている。コピペはおそらく一ヶ所もないだろう。ただし、そのために最初から最後まで日本語表現が完全に破綻している。 上記のエントリーを読んで、「やべっ！」と青ざめた学生さんはたぶんちゃんと卒業論文書ける。「しょうがないだろう」と思った学生さんは、就職したあと上司に鬼のように叱られればよい。 ちゃんとした説明文を書いたことない人は、いきなり長文を書いても指導する方の負担がバカでかいし、非効率になりがちなので、ステップバイステップで論文を構成していった方が良い。 まずは、指導教員の血圧をガリッとあげる「書式がでたらめ」についてなぜ
日本語化され使いやすくなり現在流行中。誰でも手軽にできるライブ配信Webサービス「ユースト」の簡単な使い方や手順を説明します いまさら聞けないUstream超入門講座 ＠ITをご覧の方であれば、もちろん「Ustream」が何であるかはご存じのことだろう。最近では、iPhoneの普及や日本語化された影響からか（？）、IT関係者以外にも広まってきている。先日、永田町の長いエスカレーターで、若い女性（渋谷にいそうなギャル！）が「ユースト（Ustream）って知ってる？ 私もやってみたいんだよねー」という話をしていた。 Ustreamとは、ひと言でいうなら「誰でも手軽にできるライブストリーミング（生中継、ライブ配信）サービス」だ。複雑な設定もいらず、インターネットに接続できる端末とWebカメラさえあれば、すぐに始めることができる。 どんな放送をするかは、あなた次第。筆者は、以下のように「おばかアプ
EC studioではGoogle Appsが英語版の時から利用し、 国内第一号の代理店（リセラー）になり、Google社から Google Appsの活用事例として取材されました。 ■Google Appsケーススタディ – 株式会社 EC studio 取材の際にはGoogle社員の方が「Google社内でもここまで 活用できてませんよ！ここまでの活用法はすごい！」と驚かれました。 この記事ではGoogle Appsのメリットの紹介や、それぞれの ツールの活用方法、ほとんど知られていないが実はこんなことが 簡単にGoogle Appsでできちゃいますという機能を紹介したいと思います。 ■Google Appsのサービス紹介 Google Appsのサービスについてはすでに知っていると言う方は こちらの動画は飛ばしていただいて結構です。 Gメール、カレンダー、ドキュメント、ビデオ、モデレ
Webシステムを安定稼働させるには、考慮しなければならないことは数々存在する。システムの適切なサイジングを行うことも、その1つだ。 今回は、その中でもJavaVMのメモリのサイジング（見積もり）とGC（ガベージ・コレクション）に着目して説明する。 現象の見え方 今回は、以下の問題についての話だ。 メモリサイジングをミスした場合、業務ピーク時のGCの多発や長期化からこの現象に陥る場合がある。CPU利用率が100％に張り付いて性能が出ない場合は、GCが原因かを疑う必要がある。その場合、まずはGCログを参照し、GCの処理時間や発生頻度から1分ごとのGC処理の占有率を確認してみるとよい。 占有率が大きい場合、アプリケーションの処理やメモリのサイジングを見直す必要がある。以降では、GCを考慮したメモリのサイジングについて説明する。 JavaVMのメモリ空間はどうなっているのか 初めに、Cosmine
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
日経パソコン2010-03-08特集1「魅せる文書の勘所」すばらしい。Wordでペラもの作らせるならこういう指導を。ただ文字色をグレーにするのは網掛けになって読みにくくなる場合があるので注意。サンプル文書は日経パソコン Onlineからダウンロードできる。 左は稚拙な例，右は良い例。 この特集記事に相当する本は私の知る範囲では次のものくらい（やや古い本）： Wordでマスターする 使えるビジネス文書 レイアウトの極意 実際に次の本はWordで組まれている： Moodle入門 オープンソースで構築するeラーニングシステム 逆にTeXで組まれていてもどうしようもない文書もある。伝えるためのルールを知らなければいくらマクロをハックしても自己満足に終わる。 [2010-03-09追記] 上は昨日Twitterでつぶやいたことのまとめのつもりで書いた。Twitter経由でいくつかお礼をいただき恐縮。
最近、でもないかもしれないけど、ソースコード管理に git を使うようになりました。 あまり、ソースコード管理する場面を個人的には感じられず、今まであまり使ったことなかったのですが、使ってみると非常に便利ですね。 ちなみに、僕は svn も cvs も、ほんの少ししか触ったことなくて、そのおかげか？ git の導入は非常にスムーズでした。 僕は、家と大学と、いろいろなところでちょこちょこ開発してます。なので、リモートリポジトリがあると非常に便利です。 今までは、github を使っていました。が、github はお金払わないと private なリポジトリは作成できないのです。 あまり、public にしたくないようなものを開発したいときもあるので、今回は家のサーバーにリモートリポジトリを構築してみました。 忘れそうなので、軽く手順を。 まず、サーバーに git のリポジトリを作成しましょ
何回かに分けて、Twitterに関して今思っていることを書いていこうと思う。 ■Twitterとは 最初に結論を言っておきます。Twitterとはインフラです。１パケットが最大140文字のインフラだと思っています。そこに文字を載せれば文字コミュニケーションができるし、URLを貼ればリンク先のブログや画像、音声、動画などによるコミュニケーションが可能です。あとは、そのインフラをユーザがどのように使いこなすかだけなのです。 ■Twitterの２つの機能 Twitteerは基本的に２つの機能で成り立っている。発信するための機能と、受信する情報を制御するための機能である。 １．つぶやき Post … 通常のつぶやき。 @(返信) … @+ユーザ名で指定したユーザに、確実に届けるつぶやき（返信で見ることができる）。 ダイレクトメッセージ(DM) … 指定したユーザにだけ届ける機能。ただし、相手にfo
基本中の基本ながら、いまや主流となりつつある結び方です。 あらゆる結び方のうちで最も簡単で基本的。着脱によるタイへの損傷も少ないため万人から支持されています。１９世紀の中頃に登場と歴史は古いですが、今日においても、使用頻度も応用範囲も一番高い結び方です。 今はスカーフのごとくふんわりと締めるのがオススメです。 プレーンノットより少しだけ結び目にボリュームを持たせたいときにオススメ。 一見、普通に見えて、気がつく人は気がつく、という粋な演出ができる結び方です。ノットを彩るズレは、プレーンノットの大剣を二重巻きする事で出現します。したがって、プレーンノットより当然ノットにボリュームが出ますが、思ったほど大きくならず、むしろ品よく仕上ります。
最近購入したPHP×携帯サイト 実践アプリケーション集を読んでいて妙な感じがしたので、この感覚はなんだろうと思っていたら、その理由に気づいた。本書に出てくるアプリケーションは、PHPのセッション管理機構を使っていないのだ。そんな馬鹿なと思ったが、目次にも索引にも「セッション」や「session」という語は出てこない。サンプルプログラムのCD-ROM上で session を検索しても出てこないので、セッションはどこでも使っていないのだろう。 そうは言っても、本書にはブログやSNSなど認証が必要なアプリケーションも登場する。本書で採用している認証方式はこうだ。 携帯電話の個体識別番号を用いた、いわゆる「かんたんログイン」のみを使う 認証状態をセッション管理機構で維持しない。全てのページで毎回認証する そのため、「iモードID」など、ユーザに確認せずに自動的に送信されるIDを用いる つまり、全て
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く