ここ2〜3年で続々と登場してきたのが、読んだ本をオンライン上で記録してデータベース化できる「読書管理サービス」だ。それぞれの本には評価をつけたり読後の感想を書き込めたりするほか、これから読みたい本を備忘録代わりに登録しておくこともできる。 オンラインで読書記録をつけるメリットとして、Amazon.co.jpの持つさまざまなデータとの連携が挙げられる。特に書影が表示できることはオンラインサービスならではのメリットであり、ライブラリとしての価値向上に一役買っている。書影をズラリと並べ、蔵書をバーチャルな本棚として表示できるサービスもある。 最近のトレンドとしては、iPhoneを中心にしたモバイル環境から手軽に登録できる機能がある。身近にあるモバイル端末から読み終わった本をすばやく登録できることで、サービスの使い勝手はますます向上し、利用頻度も高くなる。サービスによっては、カメラ機能を用いてバー

JavaによるRESTfulシステム構築 作者: Bill Burke,arton,菅野良二出版社/メーカー: オライリージャパン発売日: 2010/08/23メディア: 大型本購入: 28人 クリック: 804回この商品を含むブログ (40件) を見る これ，本当にタイトル勿体無いなぁって思う本でした． いや，タイトルに偽りは無いんだけど，これだと REST に興味無い人は手に取らないだろうなぁと思って，それは凄く勿体無い内容なので，ホントみんな読むと良いと思う． 簡単に説明すると，Java で REST を扱うために JAX-RS という API があるんだけど( JSR311 )，そのエキスパートグループの一人であり，さらにその実装である RESTEasy の作者が書いている本です． で，この人は元々 SOAP とかのどちらかというと Fat な仕様大好きっこだったので，この本には色

昨日の技術力をあげたいプログラマが読んでおかないと話にならない本10冊は本自体にはあまり意味がなくでその技術分野が大事で、あとエントリーレベルのものが多かったので、今日は読み甲斐のある本を。 本棚に飾っておくとかっこいい本です。あと、本屋でまとめて買って持って帰れるなら、値段的にも重さ的にも、尊敬します。 ぼくが持ってない本や持っててもほとんど読んでない本がかなり含まれてます。「この人こんな本も読んでるんだー」などと無用に尊敬したらダメですよ。むしろ、そのように誤解させて尊敬させるための本です。 アルゴリズムデザイン 作者:Jon Kleinberg,Eva Tardos共立出版Amazon読んで面白いし、アルゴリズムカタログじゃなくて設計方法の解説が多いので、とてもいい本です。途中までは読んでるので続きを読まねば。 あとアルゴリズムの本としてはアルゴリズムイントロダクションが定番ですが、

昨日ご紹介したbaseunitsですが、そのコードを社内コードレビューに掛けた際、id:cobonasからこんな指摘がありました。 package jp.tricreo.baseunits.util; import java.util.Iterator; /** * 明示的に、対象のコレクションに対する操作ができないことを表す反復子。 * * @param <T> 要素の型 */ public abstract class ImmutableIterator<T> implements Iterator<T> { @Override public void remove() { throw new UnsupportedOperationException("sorry, no can do :-("); } } https://github.com/tricreo/baseunits/b

さて、Java Advent Calendar -ja 2010 : ATND 10日目。昨日は、id:yuroyoro でした。二日連続で真っ黒な魔術が紹介されたので、ここは真っ白で実用的な奴をひとつ。 最近Domain Driven Design（DDD）っていう設計手法が、自分の周辺一部で話題になっている。当然、賛否両論なんだけども*1、個人的には好きな考え方でして。ま、詳細は色々な方がブログに書いているので割愛します。興味あれば本読んでみましょう。洋書*2だけどｗ Domain-Driven Design: Tackling Complexity in the Heart of Software 作者: Eric Evans出版社/メーカー: Addison-Wesley Professional発売日: 2003/08/22メディア: ハードカバー購入: 4人 クリック: 113

http://blog.usagee.co.jp/2010/11/23/level-up-programmer id:lizy javablackさんが来そうな内容だｗ http://b.hatena.ne.jp/entry/blog.usagee.co.jp/2010/11/23/level-up-programmer いやまったく．毒と分かっていても食らうしかないのは不幸だ． http://d.hatena.ne.jp/JavaBlack/20080401/p1 http://d.hatena.ne.jp/JavaBlack/20070522/p1 悪書 憂鬱なプログラマのためのオブジェクト指向開発講座 (DDJ Selection) 作者: Tucker出版社/メーカー: 翔泳社発売日: 1998/05/31メディア: 大型本購入: 10人 クリック: 508回この商品を含むブログ

なんか、プログラマとして必要な本をあげるのが流行っているようなので、自分も書いておこう。きれいなソースコードを書くために読んでおくべき本10冊。 最初はリファクタリング リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行本購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見る 以上。終了。10冊じゃないか(^^; きれいなソースコードを書きたければ、一にも二にもリファクタリング、それしかない。 後は、良いソースコードを読みながら自分でも、実際にプロダクトを作ってみること。OSSとして公開すると、自然と良いコードを書こうというモチベーショ

SIer と言う業界がどのようなものなのか実はあまりよく知らなかったりするのですが，プログラマ論とかプログラミング論になると，反対意見としてしばしば「SIer の観点から見た意見」を目にします． 結局、私が信じてきた本などの情報は主に外国の著者のものであり、当然日本のSI業界の考え方とはまったく異なる価値観で書かれていても不思議ではありません。実際、欧米ではユーザー企業が直接PGを雇って主体的にシステムを開発するのが普通と伺っています。そうであれば、当然作ったプログラムやシステムを資産として長いこと活用したり再利用したりしたいという発想になるのは自然です。オブジェクト指向やSOAなど、粒度は異なりますが、さまざまな再利用の手法が考えられてきたのはそういう背景があるのだと思います。 一方、日本のSIerの考え方では基本的に契約したシステムの機能を期限内に実装できれば良いというのが基本的な考え

今月がちょうどプログラミングの勉強を始めてから約１年になるわけなのですが、そのキリとしてこの１年間で買った本を自己確認も兼ねてまとめようと思います。 あと１年間勉強した感想とかも書こうかと。 先頭に付けてる印は下記の通りの意味となります。 ☆：読了　○：途中まで読んだ等　□：頂き物 Java 入門書 ☆明解Java 入門編 ☆解きながら学ぶJava 入門編 ☆改訂第2版 Java言語プログラミングレッスン (上) ☆改訂第2版 Java言語プログラミングレッスン (下) 言語の深い知識とか ○プログラミング言語Java (The Java Series) ○Effective Java 第2版 (The Java Series) ☆Java並行処理プログラミング ―その「基盤」と「最新API」を究める― エンジニアのためのJavadoc再入門講座 現場で使えるAPI仕様書の作り方 実装パタ

SpringやStrutsやGoogle Web Toolkitなど、たくさんあるJava VM対応のWebフレームワーク。どれがどのような特徴を持ち、何を選べばいいのでしょう？ 11月15日から行われたJava開発者が集うイベント「Devoxx 2010」。このイベントで行われたMatt Raible氏によるセッション「Comparing JVM Web Frameworks」（JVM Webフレームワークの比較）のプレゼンテーションが、同氏のブログにポストされたエントリ「My Comparing JVM Web Frameworks Presentation from Devoxx 2010」で公開されています。 その内容は、開発者の方々に非常に参考になるのではないかと思うので、全56枚のプレゼンテーションの中からポイントとなる部分を紹介します。 評価優秀とされたのはSpring、GW

11夜連続企画（できなかったらすみません）。 いろんなJava Webフレームワークで同じ画面を作ってみます。 まぁ、よくある足し算プログラムです。 題材 足し算プログラム 計算結果は、別画面に遷移し出力する。 submit時にリクエストパラメータ名称で処理を切り分けるパターンを検証。 バリデーションは、必須チェックと整数チェック。 エラーメッセージは、一括で出力するパターンと、フィールド毎に出力するパターンを試す。 DBアクセスはないよ。 取り上げてみるフレームワーク 以下、記事へのリンクになってます。 Slim3 Struts1 Struts2 SAStruts Teeda(JSF) Spring MVC 3.0 Stripes Cubby2 Click Wicket Mojarra(JSF2) T2framework（追加） Play!（追加） Ninja (追加) そして、総括。

Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi

ソフトウェアアーキテクチャ―ソフトウェア開発のためのパターン体系 作者: F.ブッシュマン,H.ローネルト,M.スタル,R.ムニエ,P.ゾンメルラード,Frank Buschmann,Hans Rohnert,Michael Stal,Regine Meunier,Peter Sommerlad,金沢典子,桜井麻里,千葉寛之,水野貴之,関富登志出版社/メーカー: 近代科学社発売日: 2000/12メディア: 単行本購入: 15人 クリック: 448回この商品を含むブログ (54件) を見るPattern-Oriented Software Architecture, A System of Patterns (Wiley Software Patterns Series) 作者: Frank Buschmann,Regine Meunier,Hans Rohnert,Peter Somme

Googleブックスの騒ぎを知って約1年。気づくと今そこには「読んでみたかった！」という本が数多く載せられていることを知りました。 さて、そこでゲーム開発にも応用できる知識を中心に私がチョイスしたのが以下の本たちです。もちろんGoogleブックスではこれら以外にもまだまだ多くの本を閲覧することができます。これらを読めば、本には本当に知識と情報がまとめられているということ、著者たちの努力を発見できると思います。 ゲームデザイン 「おもしろい」のゲームデザイン: 楽しいゲームを作る理論 シリアスゲーム デジタルゲーム学習: シリアスゲーム導入・実践ガイド ユーザビリティエンジニアリング原論: ユーザーのためのインタフェースデザイン 人はなぜ形のないものを買うのか: 仮想世界のビジネスモデル ゲーム理論の基本と考え方がよ〜くわかる本 ノベルゲームのシナリオ作成奥義 ライトノベル創作教室 すごい人

HTMLやCSS、DynamicHTML、JavaScriptやPerl、Windowsコマンド、ネットワークコマンド、Linuxコマンドといった、Webサイト構築やアプリ開発に欠かせないプログラミング言語とコマンドのリファレンスマニュアルです。各項目のサンプルコードは、コピーし貼り付けてすぐに使えます。入門講座も用意しました。ぜひブックマークしてお役立てください。 HTML HTMLは、Webコンテンツを作成する上で、最も基礎となる記述言語です。各タグについての概要や属性などをサンプルを交えて説明します。 HTMLリファレンス（107項目） HTMLリファレンスの使い方 HTML入門 CSS CSSは、Webページのレイアウトなどといったコンテンツの見栄えを指定する記述言語です。各スタイルの概要や使い方を説明します。 CSSリファレンス（73項目） CSSリファレンスの使い方 CSSの基

Mac LeopardにFlex SDKを入れた時に環境変数のPATHをいじったけど、その時ちゃんと設定してないはずのMacPorts用のPATHも設定されてる事に気がつきました。 でもFlex SDK用のPATHを設定したら、MacPorts用の設定が消えてしまい、不思議に思ったので調べてみました。 結論 Flex SDK用のPATHを記述するために ~/.bash_profile を作成した事で、MacPortsのインストーラーが用意した ~/.profile が読み込まれなくなった事が原因でした。 MacPortsはインストール後に自分でPATHに追加する必要があると説明する所もありましたが、恐らくもともと ~/.bash_profile か ~/.bash_login を作ってある環境だったからかも知れません。 もしくは、昔のMacPortsではそうだったのかも。 読み込み順序 U

有限会社ITプランニングに勤務するプログラマー。型理論などの応用である関数型言語MLや証明支援器Coqを使った、高信頼なシステム開発の技術に興味がある。 LiftはScalaでウェブアプリケーションを作るためのフルスタックなフレームワークです。Liftを使えば、テンプレートシステムやORマッピング、セッション管理などウェブアプリケーションに便利なものはすべてそろっている環境で開発をすることができます。 さらに、それだけでなく、LiftはScalaの機能を生かしたすばらしい特徴があります。 スニペットと呼ばれる関数を主体としたビューの構築 高階関数を使ったシンプルなインタフェースの設計 Scalaコンソールによる対話的なデバッグとメンテナンス 型推論による簡潔なコードの記述 型検査によるプログラムの誤りの検出 nullがないことによって、実行時エラーを大幅に削減 まだLiftは新しい技術です

LT好きによる、LT初心者のための、LTだらけのコラボイベント ある秋の晴れた日に、LTで自分を変え、LTで世界を変えようとする人々が集結した。 11月6日、「Genesis Lightning Talks（GLT）」、東京Basic Technology勉強会（とべとべ）、DevLOVEは、ライトニングトーク（LT）に関するイベント『GLT×とべとべ×DevLOVE LT祭り　～5分でセカイを凌駕せよ！！～』を共同開催した。 LTは、5分間でプレゼンテーションを行う発表形式で、さまざまなカンファレンスや勉強会で取り入れられている 。本イベントのテーマは「LT練習会」。LTに興味はあるがなかなか機会がない人に向けて、LTの組み立て方を教え、実際にLTする機会を提供するという、まさにLTだらけの勉強会だ。 本イベントは、LTについて学び話し合うワークショップと、LT大会で構成された。ワークシ

12月18日 DEVLOVE HangarFlight - Winter Sortie -(東京都) で、「コードで学ぶドメイン駆動設計入門」と題してしゃべってきました。 スライドはこちら。http://slidesha.re/h0ffOI ソースコードはこちら。https://github.com/tricreo/schema-generator 休日にも関わらず、たくさんの方に足を運んでいただき、ありがとうございました！ 会場にいなかった人もJavaで書いたDDDのサンプルコードとして参考にしていただければと思います。 また機会があれば、話したいと思います。

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

今日明日とかけて、開発者にとってはとても大きな年に一度のイベントDevelopers Summit2010が催されています。「世界は変わった。開発の現場はどうか？」の言葉を掲げるこのイベントに、仕事の関係で丸一日は休めなかったのだけど、唯一今日の午前中だけ、参加してきました。 でも、この記事は、デブサミ2010の記事ではなくて、ただひたすらにわたしの一日を綴った日記。 デブサミ2010では、id:papanda0806さんの講演を聞きました。内容についてはきっと他のいろんな人が書いてくれているし、自分でまとめるのはあとにして。ただ一言だけ書くのなら、市谷さんが「信じる」と言い始めた瞬間から、涙がぽろぽろこぼれてきて、とまらなかった。 午後からは仕事があったため、残念だったけれど、デブサミを後にしました。でも、会社に戻って仕事をしていても、心に残った講演の余韻が消えなくて、ふとしたときに「次

Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of

読んだ4!(よんだよ)は、ツイッターで@yonda4に向けてつぶやくだけで、読んだ本やマンガの記録ができるサービスです。また、同じ本を読んだ他のtwitterユーザーを見つけることもできます。 読んだ4!を利用するための条件は、ツイッターのユーザーであること、それだけです。まだツイッターに登録していない場合は、ツイッターのサイトから登録してください。 個人記録ページには自身のAmazonアフィリエイトIDが設定できますが、設定されていない書籍や一覧ページの書籍には、運営者のアフィリエイトIDがつきます。アフィリエイトでの収入があれば、サービス運営や機能追加のために使います。(参考: アフィリエイトとは) つぶやき方の例 "@yonda4"で、yonda4ユーザーに呼びかけてつぶやくという意味になります。スペースを一つあけて、本や漫画の題名をつぶやいてください。 @yonda4 トリバコハウ

ツイートのログを自動的に記録 自分のツイートを日毎にまとめ自動的に記録することができ、過去のツイートも簡単に見ることができます。課金プラン（月額300円）なら、ツイートの無制限に自動で保存し続けることができます。（無料プランの場合は、手動更新のみで月に2500ツイートまでの取得制限があります。） 見やすいブログ形式で表示 日付ごとに自動的に振り分けられて保存されるのはもちろん、月単位でチェックすることもできます。1年前はどんなことをツイートしていたのかをブログ形式で簡単に振り返ることが可能です。 過去のツイートを検索 ハッシュタグやユーザ名はもちろん、あらゆるキーワードで過去のツイートを検索することができます。さらに、画像付きやRTのみなど、多彩なフィルター機能でツイートを絞り込むことも可能です。

Buy Instagram Followers with Instant Delivery ⚡At Twicsy, you can buy Instagram followers quickly, safely, and easily with just a few clicks. See our deals below!

ここにあげた本じゃなくてもいいので、同じ分野でなにか読むとか、本に書いてあるほど詳しくなくてもそれなりに知識をもっておくべき本。 アルゴリズムクイックリファレンス 作者: George T. Heineman,Gary Pollice,Stanley Selkow,黒川利明,黒川洋出版社/メーカー: オライリージャパン発売日: 2010/04/26メディア: 単行本（ソフトカバー）購入: 11人 クリック: 656回この商品を含むブログ (72件) を見る まずはアルゴリズム。クイックって書いてあるけどぜんぜんクイックじゃないｗ。各言語で書かれた入門書を読んでもいいと思う。 実際のプログラムにアルゴリズムの知識を活かすということを知りたいならプログラミングコンテストチャレンジブックがおすすめ。 プログラミングの基礎 ((Computer Science Library)) 作者: 浅井健一

Amazon EC2/S3および、その他Amazon Web Servicesについて、具体的な使い方を中心に、これまでこのブログ内で色々とエントリを書いてきたので、このエントリに目次代わりとしてまとめておきます。 今後も関連エントリを書いた際に、以下に追記していきますが、場合によっては記載されている情報が古い場合もありますので、その点はご了承ください。(できるだけ気づいた時点で修正しています。) # 尚、ここで紹介しているエントリは、全て私(id:rx7)自身が書き記したものです。 基本の流れを知る Amazon EC2/S3を使ってみた - 1.AWSへの登録〜S3を使う Amazon EC2/S3を使ってみた - 2.EC2が起こすイノベーション Amazon EC2/S3を使ってみた - 3.EC2起動後〜AMI作成 Amazon EC2/S3を使ってみた - 4.EC2で固定IP

Evernoteを使ってGTDをやりたいなーと考え、ようやく方法が固まってきたので以下にまとめておきます。 Evernoteを使う事で、今まで行なって来た行動などについてもとにかく記録として残しておけること。また、ノート欄を活用することでProjectなどの分解が行いやすいこと。データがクラウドに有ることで紛失の可能性が低く、かつ様々な環境で参照が行えること。更にiPhoneアプリが割と優秀で、どこでも確認しやすいこと。などがメリットではないかと思っています。 ちなみに、実際のGTDの方法に関しては、 http://gihyo.jp/lifestyle/serial/01/prac_gtd が一番しっくりきました。無理して完璧にこなそうとするのでなく、まずはやってみる。 記事中にでてくるZTDなんてのも良いと思います。 http://lifehacking.jp/2007/04/zen-t

第6回Evernoteと外部サービスを連携させよう！ 北真也(きた しんや/beck) 2010-09-03

▼編集後記： 日本での iPad の発売日が決まり、予約も始まった背後で Evernote の iPad 版の日本語翻訳作業も急ピッチで進めています（ボランティアで）。 iPad は画面が広い分だけさまざまな利用法のヒントがそこら中に隠れています。iPad を手に入れて、Evernote アプリを開いたら、ぜひこうした細かいところの作り込みもご覧いただければ幸いです。

ごりゅご.com

ホッテントリメーカーからタイトルを頂戴した。id:phaさんありがと。 社会人なら押さえておきたいフレームワーク思考 : LINE Corporation ディレクターブログが非常に人気で今年のアルファブロガー(というかエントリ大賞に見える)大賞にもノミネートされている。こういう記事はニーズがありそうなので、僕なりにフレームワーク思考についていくつかサンプルを用意し、僕が使うチャートのサンプルを紹介しておきます。 というか1000以上のﾌﾞｸﾏとか・・・嫉妬！激しく嫉妬！！ハンカチ噛んじゃう！！！！ そもそも議論しちゃいけないこと 個人の価値観に依拠し、お互いの主張を出し合っても全体として合意が得られそうにないこと。例えば｢浮気の定義｣とか。こんなのは議論したって全体最適なんて導けるわけが無いので、ビジネスの場では全く持ってムダです。居酒屋でやりましょう。 仕事で議論することの意味 あなた

こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「

先日、友達の会社の勉強会で「初めてのGAE/J開発」というタイトルの発表をさせていただきました。準備不足や時間配分のミスがあったため、後半飛ばしぎみになって申し訳ありませんでした。 GAEの制限ばかりを強調しすぎて逆に使えないような印象をもってしまったかもしれませんが、決してそんなことは無いと思います。(だから、私もいまGAEに注目しているわけですし。)特にBigtableは今までとは違った考え方が必要なので、これまでのRDBのように考えるとうまく行かないのは間違いありせん。(私も何度も悩まされました。いや、今もですが。) しかし、だからといってそれはやり方の問題であって、そのままGAEが使えないという理由にはならないはずです。BigtableにはBigtableのやり方が必ずあるはずです。また、WikipediaやTechCrounchによると、GoogleのたくさんのサービスがBigt

以前に 大量のエンティティを処理するデザインパターン - GeekFactory を紹介しましたが、シングルスレッドのバッチ処理なのでスループットが頭打ちになる問題がありました。コンカレントに処理する方法を思いついたので実装してみました。 シングルスレッドではこんな流れでした。 S3QueryResultListでn件のエンティティを取得する。 エンティティをバッチ処理する。 t秒以内であれば上記を繰り返す。 次のタスクにカーソルを渡す。 ここで、エンティティを取得するタスク（Splitter）とエンティティをバッチ処理するタスク（Mapper）を分けてみます。 Splitterタスク S3QueryResultListでn件のエンティティを取得する。 エンティティをmemcacheに入れて*1、Mapperタスクに渡す。 t秒以内であれば上記を繰り返す。 Mapperタスク memcac

App Engine上で大量のエンティティを処理するパターンをまとめてみました。 Concurrent Pattern 対象のエンティティをシャードに分割し、それぞれを並列に処理するパターンです。シャーディングを行うSplitterとエンティティを処理するMapperが並行して動きます。SplitterとMapperは独立したタスクであるため、memcacheを介してエンティティを受け渡します。 このパターンの利点は、エンティティの処理内容に関係なく一定のスループットを確保できることにあります。Mapperでどんなに長い処理を行ってもSplitterは淡々とシャーディングを続けるため、スループットに影響はありません。 Mapperの処理結果をmemcacheに突っ込み、別のタスクで集約することで、MapReduceのような処理も可能かなと思います。 Serialized Pattern 対

より最速なインターネット環境を求めてLivedoor Reader環境を作ってみた。環境はFirefox3.5。 今までは少ないフィードを吟味するタイプだったけど、最近になって大量に登録＋気になったものだけ読む、という方向にシフトしていて、その使い方だとGoogle Readerに限界を感じてきていたので、思い切ってLivedoor Readerに引っ越すことにした。 livedoor IDを取得 (略) サーバーインストール型のfastladderでもよかったんだけど、サーバーを準備するのが面倒だったので OPMLで購読リストを入手 「購読する」のブックマークレットから購読リストを作ってもいいが、 まずは既存のリストをコピーする 以下Google Readerの場合。Gearsを使っていたので英語版。 Google Reader左下の「setting」から「Import/Export」を

パソコンやスマホで使える！ みんなが平等かつカンタンに利用できます。対応機種を気にする必要はありません。

みんなの予定が合う日が一目でわかる 「伝助」は打ち合わせや飲み会を開くとき、みんなの予定を入力して、どの日程が一番都合がよいかを確認するスケジュール調整サービスです。 イベントを新規作成する

本のまとめに続いてプログラミングの勉強を始めて１年間のまとめとして感想とかどう勉強したのかとかそんな感じのまとめを書きたいと思います。 思いつくままにつらづらと書いて行くのでまとまりは全然ないと思いますがご了承をｗつまり殴り書き注意！ ちなみに買った本のまとめの記事はこちら↓ http://d.hatena.ne.jp/Akineko/20100220/1266682148 えーと、まず簡単にプログラミングの勉強を始めた理由ですが、今の職場ではデザインよりの仕事をしているわけなんですが基本は既にデザインしてあるものの加工が多くあまりデザインの仕事はしてない感じなんですね。それでもいろいろと勉強したりはするものも自分センスないなーと思ったり、たまに回ってくるデザインの仕事も理不尽な理由で締切明日だとかやっつけでやる仕事しかなかったりするので、段々と今の職場ではデザインの勉強しても意味がないな

「深夜のテスト TL - http://togetter.com/li/5878 」 「TDD はテスト手法か否か - http://togetter.com/li/6759 」 の後も続いている議論を、皆でまとめませんか? 誰でも編集可能にしているので、どんどん発言を足したり、問題があったら削除したりしちゃってください。

ヨシオリX @yoshiori なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ 2010-02-15 00:43:52 ヨシオリX @yoshiori 「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。 2010-02-15 00:47:13

最初に ちょっと最近，ドタバタしてて twitter だと腰を据えて話せないなと感じたので，ちょっと最近のTDD 議論についてちゃんと僕の気持ちを書いてみようと思います． これは僕が"今"感じてる事とか考えている事を書いているだけですので，誰かを論破したいとか，誰かを説得したいという意思は無いです． 本当に裏とかはなく，純粋に「"庄司嘉織"という人間は"今この時"にこういう事を感じてこういう事を考えた」というだけです． もちろん明日には考えが変わるかもしれないし，逆に過去の発言とは違うかもしれませんが，「最近はこう感じている」という事をちゃんと書いておこうと思いました． デブサミでの発表について id:babie さんにちゃんと返事をしていなかったので，まずちゃんと返事をしておこうと思います．(遅くなってしまってすいません) @kakutani は興味なくても、あのスライドだと @yosh

先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト

3 月 13 日、14 日に行われた TDD Boot Camp 北陸に参加してきました。 12 月 19 日に東京で開催された第一回にはとある理由で参加できなかったので、「次こそは是非！」と思い、参加受付開始直後、というかアナウンス前に参加登録をしたくらい気合いを入れてました。 で、感想ですが、いや、素晴らしいイベントでした。企画してくれた id:katzchang (かっちゃん) さん、本当にどうもありがとう！ 書いたコードはそのうち公開するかも・・・ 以下 2 日分の感想なので長いです。注意。 オープニング id:t-wada (和田さん) による入門講演で、TDD の勘所を押さえつつ、分かりやすい発表でした。 まだ読んだことのない本もあったので、余裕ができたら買います。 その後、id:t-wada と id:katzchang によるペアプロの実演があり、昼休みをはさんでペアプロに

被らないようにタイトル考えるのも大変ですね。TDD Boot Camp 北陸に行ってまいりました。 三本柱 バージョン管理 テスティング 自動化 「三種の神器」だと、どれかが欠けても大丈夫そう。深刻さが足りない。 書籍紹介ラッシュ だいたい有名どころですが、あらためて。 Emergent Design: The Evolutionary Nature of Professional Software Development (Net Objectives Lean-Agile Series) 創発的設計を為すピラミッド。ベースにあるのはコードの質。 達人プログラマー―ソフトウェア開発に不可欠な基礎知識 バージョン管理/ユニットテスト/自動化 (Ascii software engineering series) 黒より白！アスキーから出ている方に上記の三本柱について書かれています 以下三冊

TDD Boot Camp 北陸行ってきました。 TDDはテストドリブンデベロップメントの略で、自働テストを書いてから実装を書くというスタイル。ここでよく誤解されるのだけど、業務でおなじみ単体テストや結合テストといった網羅的なテストを記述してから実装を書くわけではない。目の前の1歩分、ひとつだけテストを書き、すぐさま実装を書いて自働テストをグリーンにする、というやり方をするのだ。こればかりは実際にやってみないと誤解は解けないかもしれない。 さて、深夜のテストTL - Togetterや、TDDはテスト手法か否か - Togetterで議論されている「TDDは品質保証の手法ではない」という部分に関する議論。ここでいう「品質保証」はバグがないこと、ソフトウェア品質の12の属性でいう信頼性(reliability)が高いことを指す。 TDDのスタイルには網羅的な検査をしてバグをあぶりだすようなフ

文系理系は無関係、学生は全員読め。もう一度いう、学生は必ず読め。 「上から目線」だの「えらそう」だの批判上等（ご指摘の通りだから）。その上で重ねて言う、必ず読め。かくいうわたしは、そう言ってくれる先達がいなかった。ゼミ発表やビジネス文書で「揉まれて」身に着けた我流の技術なので、心もとないことおびただしい。 今では論文・レポートの作成技術に関する本は沢山あるが、コンパクトな新書にここまで丁寧+徹底して「学生のレポート」に特化したものはない。「東大、京大、北大、広大の教師が新入生にオススメする100冊」の第8位で、この手のランキングに必ず本書が入っているところに、センセ方の苦労がしのばれる。 もちろん、ライティングの手ほどきを受けている方なら、「あたりまえ」のことばかり。しかし、その「あたりまえ」がないことでどれだけコミュニケーション・ロスが発生しているかゾッとさせられる。 たとえば、「事実と

本連載では、竹島愼一郎氏が提唱するインパクト抜群の「1枚企画書」をPowerPointで作る手順を全5回で紹介します。社会人になったらWordやExcelだけでなくPowerPointも使いこなせなくては、社内や取引先でのプレゼンに勝ち抜けません。しかし、ただ単に企画書をPowerPointで再現しただけでは、印象に残るプレゼンにはほど遠く、居眠りを誘う会議になってしまうことでしょう。 「1枚企画書」の最終回として、本書が出版に至った企画書の実例を含む、「プレゼン力の高い企画書」を3種類ご紹介します。実際の成功事例を踏まえてPowerPointをフル活用すれば、皆さんの仕事もきっと成功に近づくはずです。 ※本記事は「ビジネス極意シリーズ パワポで極める1枚企画書」から一部抜粋し、編集・再構成したものです。 Table of Contents プレ企画書1――飽和市場の「新商品企画書」 ■

仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知

「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です＞＜ OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー

最近はWebSocketで遊びたくてしかたがないfujimotoです、こんにちは。今回は、本日(2010/11/12)発売されている(はずの)待望の書籍、「パーフェクトPHP」の書評をお届けします。 僕は今週ひと足お先に献本をいただいて目を通したのですが、様々なPHP関連の書籍で「こういうことにも言及してほしいなぁ」「このサンプルを鵜呑みにされてしまうと困るかも...」というところをきちんとカバーしていたり、最新版の仕様や、PHPを使い倒しているユーザの考え方が反映されていて、今までにない書籍だな、というのが第一印象で、初心者のかたから上級者のかたまで、全員が買って損はない(少なくとも、書店で手にとってみる価値はある)一冊だと思います。 これは、いずれもPHPのヘビーユーザであり、よいところもわるいところも知り尽くしている著者のかたがたが、執筆するにあたって最初に考えたであろう「既にPHP