第10回 誰でも始められるGTD+R（5） ＧＴＤ+Ｒテクニック集 | gihyo.jp
今回は、連載最終回ということで「GTD+R」のテクニックについてご紹介しようと思います。ご紹介するテクニックの多くは、GTD+R実践者の方々から教えていただきました。 タスクをシャッフルする 「やるべきこと」が目の前に沢山あると、あまりヤル気が出てきませんよね。 そこで、おすすめしたいのが「タスクをシャッフルする」というテクニックです。 GTD+Rでは毎朝、フィールド上でタスクの振り分けを行いますが、この時にタスクの山からどれを優先してやるかをシャッフルして決めるのです。 シャッフルすると、どのタスクから始めるかをクジのようにして決めることができるので、頭がリフレッシュされ、タスクそのものに新鮮味がでてきます。 ロディアのタスクシートがトランプと同じくらいのサイズという特徴を活かしたGTD+Rならではのテクニックです。 タスクをシャッフルする テクニック提供元：Scratch Source
Servlet -- encodeURL()とencodeRedirectURLの違い - jfluteの日記
Tomcat-5.5.23において public String encodeRedirectURL(String url) { if (isEncodeable(toAbsolute(url))) { return (toEncoded(url, request.getSessionInternal().getIdInternal())); } else { return (url); } } public String encodeURL(String url) { String absolute = toAbsolute(url); if (isEncodeable(absolute)) { // W3c spec clearly said if (url.equalsIgnoreCase("")){ url = absolute; } return (toEncoded(url, r
おおたに6号機の梅雨まっしぐら・・・ - [Teeda] TeedaのURL決定のフロー
id:jfluteさんがGOODなテンプレを用意してくれたので、 1.0.9からのURL決定時の処理フローについて書いてみたいと思います． NavigationHandlerUtil.redirect() → ExternalContext.encodeActionURL() → EncodeUrlCustomizer.encodeActionUrl() ※１ (実質はExternalContext.encodeResourceURL()) → HttpServletResponse.encodeURL() → ExternalContext.redirect() → ServletExternalContextImpl.redirect() → ServletExternalContextUtil.redirect() → RedirectUrlResolver.resolveUrl()
![おおたに6号機の梅雨まっしぐら・・・ - [Teeda] TeedaのURL決定のフロー](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
Teeda -- RedirectのTeeda内Flowのメモ - jfluteの日記
NavigationHandlerUtil.redirect() → ExternalContext.encodeActionURL() → ExternalContext.encodeResourceURL() → HttpServletResponse.encodeURL() ※Cookieが無ければ → ExternalContext.redirect() → ServletExternalContextImpl.redirect() → ServletExternalContextUtil.redirect() → RedirectUrlResolver.resolveUrl() ※Resolverがあれば → HttpServletResponse.sendRedirect() しっかり、encodeURL()が呼び出されているようなのでjsessionidは保たれるはず。
「グーグル八分発見システム」を悪徳商法？マニアックス管理人が開発へ，IPAの未踏ソフト採択プロジェクトが決定：ITpro
「グーグル八分発見システム」を悪徳商法？マニアックス管理人が開発へ， IPAの未踏ソフト採択プロジェクトが決定 独立行政法人 情報処理推進機構（IPA）は7月31日，2007年度第II期の「未踏ソフトウェア創造事業」採択結果を発表した。テーマ数124件(応募総数237件)中から，30件のプロジェクトを採択した。 目を引くのは吉本敏洋氏の開発テーマ「グーグル八分発見システムの開発」。グーグル八分とは，ページが検索エンジンの検索結果から削除され表示されない状況を指す。該当ページに記述された企業や個人から検索エンジン運営会社への申し立てなどにより削除が行われている。 吉本氏は書籍「グーグル八分とは何か」の著者でもあり，またサイト「グーグル八分対策センター」を開設している。消費者問題に関するサイト「悪徳商法？マニアックス」を開設する管理人Beyond氏としても知られる。 吉本氏は「消費生活専門相談
SpringNightDreamに行ってきました
昨日の7月27日に，Japan SpringFramework User Group主催の勉強会「 SpringNightDream」に参加してきた。ちょっとお手伝いしつつ，総勢8名の方々のライトニングトークを楽しんだ。ひがさんを除いて（ｗ，皆さんSpringにまつわる話を展開。nekopの上空からの突っ込み，そしてひがさんの鋭い突っ込みなども含め，なかなかレベルの高い勉強会となった。 そして，初の試みとして(参加者の皆さんが気がついていたかどうかわからないが)，ustreamで勉強会の内容をリアルタイム中継してみた。同時に録画もしてみた。 前もって何もアナウンスしなかったので，リアルタイムで見ていたのは最高9人程度だった。これ，非常に面白いので，今後もやっていきたいなと。 途中で一回コネクションが切れてしまったのが原因なのか，残念ながらほとんど部分が失われてしまったのが申し訳ない部分であ
アンカテ(Uncategorizable Blog) - ずっと高齢者のターン
今の高齢者も若い時に搾取されていたのかいないのか これが重要な視点だと思う。 今の高齢者も若い時に搾取されていたし、上の世代から圧迫されていた。そこだけ見たら、今の若者より大変だった所も多いと思うけど、その代わりになるものがあった。彼らは「10年たったら、20年たったら俺の番だ」と思えたのだ。 この感覚が若い人にはわかりにくいと思うので、その実感がどのように生まれたのかについて、思いつくままいろいろ書いてみる。 一番わかりやすいのは、投資のリスクという話だと思う。 右肩上がりの経済で一番楽なことは、投資に失敗が無いということだ。銀行から借金をして、土地を買い工場を立てる。経済が右肩上がりに成長しているから、その工場をヘタに経営しても儲けるのが楽だけど、それ以上に失敗した時の始末が楽であることが重要。黙っていても土地が値上りするから、しばらく待って土地建物を売り払えば、投資は回収できて借金は
inetd の仕組みを見てみる - naoyaのはてなダイアリー
inetd や xinetd (以下 inetd) はインターネットサービスをデーモン化するのに共通している処理を担い、ほとんどの時間をアイドル状態で過ごすその手のサービスに必要なリソースを節約する役割を果たします。 inetd のひとつ面白いところは、inetd でサービス化したいプログラムの標準入力/標準出力がクライアントソケットの入出力に接続されるところです。例えば daytime 相当のサービスを自分で作ろうと思った場合 #!/usr/local/bin/perl # daytime.pl use strict; use warnings; use DateTime; use IO::Handle; STDOUT->autoflush(1); STDOUT->printf( "%s\n", DateTime->now(time_zone => 'Asia/Tokyo') ); と標
ValidationとVerification - 谷本 心 in せろ部屋
こないだのドン引き最終回でもチラっと出た、これ。 ValidationとVerification。 言葉的には「妥当性の確認」と「検証」なんだけど、 ここでは「画面入力のチェック」と「サービスの引数チェック」って事にしておく。 図にするとこんな感じ。 Webアプリケーションのセキュリティでウダウダ言ってる問題って 実は、この2種類に分ければ、随分と上手く整理できそうなんですよね。 ときに、 フレームワーク使って開発してると、バリデーションの責務が増えがち。 だって、バリデータとロジックの双方でチェックなんてしたくないから。 だから複数フィールドバリデータとか、無理してキモい事やったり バリデータからDBにアクセスしたり、おいおい、それ何てLogic？ みたいな状況になる。 逆に、バリデータはソコソコに、ロジックできっちりチェックすると 決めてるプロジェクトも多いと思うんだけど、 そんな場合
再提言:世代別二院制 - アンカテ
しかし、今の高齢者各位に、なんと言えば私よりも若い人たちの抱える絶望感が伝わるか、私自身まだ言葉を持ち合わせていない。本書の書き方では、よほど人間の出来た人でないとダメだということはわかる。しかしどういい直せば彼らの飲み込める言葉になるのかが、わからない。 私はかなり奥さんに尻に敷かれている方ですが、それでもごくまれに妻を叱りつけることがあって、そのうち一つは彼女が鏡を見ながら「若い人はいいわねえ」と言った時。 「今の若い人の気持ちを自分たちが若い頃の経験で推し量ってはいけない」 とマジで怒りました。 お肌の問題に悩んでいる女性にこんなことを言うのは明らかにコンテキストがずれている応答なので、その時は無茶苦茶な夫婦喧嘩になりましたが、折に触れ、そういうことを一年くらい言い続けていたら、ある時突然、これと言ったきっかけもなく「今の若者には『未来』が無いんだ」ということをストンと理解しました。
Teedaの重複idを一意にする - Doge log
よくぶちあたる問題なんだろうな。 ちょっとしたjsで解決できるんだろうけどどこにも書いてない。 やる気ないんだろうな、みんな。 先にこいつを実行とけばbar1,foo1とか連番になってくれるはずです。 new function(){ var list = document.getElementsByTagName('*'); var ids = {}; var dup = {}; for(var i = 0;i < list.length;i++){ var node = list[i]; var id = node.id; if(id){ if(ids[id]){ ids[id].push(node); if(!dup[id]){ dup[id] = id; } }else{ ids[id] = [node]; } } } for(var v in dup){ var dlist = i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「グーグル八分発見システム」が未踏に採択される - Vox
-未踏採択 - まさたか日記
OZACC.blog: JavaScript: The Definitive Guide, Fifth Edition
JavaFXの使い方