ITmedia Biz.ID：「1人で作るなら、一気にやるのが重要」SimpleAPI・伊藤まさおさん
複雑になりがちなWebのプログラミングをぐっと身近にしてくれる「SimpleAPI」シリーズをご存知だろうか。ちょっとしたパラメーターをURLに渡すだけでさまざまな情報を返してくれるこのシリーズ、サイトの縮小画像を簡単に作ってくれる「サムネイル作成API」を皮切りとして、「最寄り駅＆地図API」「Wikipedia API」と続いている。 このシリーズを提供しているのはたった1人。開発者の伊藤まさおさんは1996年にオンラインコミュニティサイトを立ち上げて個人で運営し、2002年に法人化。現在は仕事をしながら大学院に通っている。 SimpleAPIシリーズで「実力よりちょっと上」に挑戦 「自分が今80の力を持っているとしたら、90か95のことをやりたいのです」 SimpleAPIシリーズで何をしたかったのかを尋ねたところ、伊藤さんはこう答えてくれた。 今の実力でできる簡単なものを作ってもし
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
TAKESAKO @ Yet another Cybozu Labs: Development Environment Conference 報告
事前登録開始から最速4分で締め切られたという超人気カンファレンス Development Environment Conference (通称：DECON) に行ってきました。無理やり日本語に訳すと「開発環境会議」ということで、Eclipse とか VisualStudio とかの話を期待していた人は完全にスルーでした。本当にありがとうございました。スピーカー陣の構成からしてそのような話を期待していた人はいなかったと思いますけど。 ということで、DECONの各セッションで印象に残った点や感想をまとめてみました。 ■はてなと私の開発環境（伊藤直也） 会社では半分以上がプログラマ（21人中12人）で、11人がPerl使いで、1人がRuby厨。終始id:secondlife氏がネタにされていました。id:higepon氏はUbuntu Linuxを使っていて、その他の人は Windows coL
The tools we use to run and build 37signals - Signal vs. Noise (by 37signals)
The tools we use to run and build 37signals Jason 03 Jan 2006 68 comments Latest by John We get lots of emails asking us what tools we use to build our products and run our business, so I figured we’d just post it to the blog. For text editing, HTML, programming, and CSS work we use a combination of TextWrangler, TextMate, and Vim. For accounting we use Quickbooks Pro 2006 for Mac (we download our
messaliberty Blog: DECON に影響されて開発環境改善
株式会社 messaliberty のオフィシャルブログ。サービスのアナウンスや開発に関する情報などを発信中。篠原裕幸の個人ブログは移動しました。 オタクなエントリーになるので、頭の中に？が3つ以上出た方は、その段階で読み飛ばしちゃってください。 ここ数日、重い腰を上げて、ついに開発環境の改善を始めました。きっかけは DECON。いろんなところでまとめられていますが、スピーカー陣の開発環境を見ていたら、やっぱり早く改善しなきゃなと思えてきたのです。 TAKESAKO @ Yet another Cybozu Labs: Development Environment Conference 報告 僕の場合、Win 時代は Windows XP + CoLinux に Meadow という環境でしたが、Mac に Switch してからは、QuickSilver や VertureDesckt
世界の中心で「Contents is King!」と叫ぶ
古川さんのブログで知ったのだが、「トイレ進化論、本当の大変化はこれから始まる!?」で紹介した「The Ten Faces of Innovation」の日本語訳が、「イノベーションの達人」という題名で出版された。Tom Kelleyのもう一冊の本、「発想する会社！」と会わせて読むことをお勧めする。 Tom Kelleyを初めとするIDEOの人たちが発信するメッセージの中で一番重要なのが「ユーザー指向」のもの作り。エンジニアが集まると、とかく「CPUがどうだ」とか「３Dがどうだ」という個別の機能面にばかりフォーカスが集まってしまい、ユーザー不在のもの作りが進んでしまう。 私の一番の興味の対象である「ネット家電」で言えば、BMLによるデータ放送や、テレビに搭載したHTMLブラウザーが典型的な失敗例。明らかに「新技術の導入」だけが先行して、その上で提供されるサービスがないがしろにされているため、
ウノウラボ Unoh Labs: Web Application Testing cheatsheet
こんにちは！ やまもと＠テスト番長です。 先日マサトさんに教えてもらったのですが、 こんなウェブアプリケーション用のチェックシートがあるそうです。 SECGURU: Web Application Testing cheatsheet なかなか面白いので、軽く日本語にしてみました。（Special thanks to: ジュンヤさん） ※間違ってたらごめんなさい。 1. アプリケーション名とバージョン 2. コンポーネント名 3. 通信プロトコル SSLならばバージョンと暗号方式 4. パラメーターのチェックリスト URLリクエスト URLエンコーディング クエリストリング ヘッダー クッキー フォーム フォーム（Hidden） クライアントサイドのヴァリデーションチェック 使用していない余計なパラメータの存在 文字列長の最大/最小値 連結したコマンド（Concatenate
Joel on Software - やさしい機能仕様 - パート 1: なぜわざわざ書く必要があるのか?
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/2 The Joel Testを発表したとき、読者から寄せられた最大の不満の種は、仕様書を書かなければならないということだった。仕様書はデンタルフロスみたいなもので、みんな書かなきゃいけないと思ってはいるが、誰も書かない。 なぜ人々は仕様書を書きたがらないんだろう? 人々は仕様書作成フェーズを飛ばせば時間を節約できると主張している。彼らは仕様書作成がNASAのスペースシャトルのエンジニアか巨大な保険会社で働いているような人たちのための贅沢品であるかのように振舞っている。戯言だ。何よりも仕様書を書かないというのは、あなたがソフトウェアプロジェクトに持ち込む、最大かつ不必要なリスクである。それは着替えだけリュックに詰めて、その場になれば何とかなることを期待してモハーベ砂漠の横断に出発するの
Aptana
Register now for Axway Summit 2024 and get energized to accelerate your digital transformation. Learn More Aptana Studio 3 is an open-source web development IDE, and while we are no longer actively maintaining the repository, it is still open-source and public so if you wish to download Aptana Studio 3 you can do so on GitHub.
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
最上の日々 - 数学を表現するのに最適な媒体はコンピュータである
▼ 数学の表現の媒体としてのコンピュータつづき あのあとyoriyukiさんから有用な示唆をもらいました。 （これだけ書くのも大変だろうなあ。いつもお世話になってます。） 証明チェッカのあちら側とこちら側 私的にみたハイライトはこの辺りかな： 論理に関する部分はうまくいかなそうな気が(直観的には)します。言語や論理について一般の人が抱いている直観は誤っているか、すくなくとも混乱していることが多く、そのまま形式化しようとするとうまくいかないからです。例えば、名詞は何か対象を名指している、といった考えがその例になるでしょう。この場合、何の対象も指さない時や、複数の対象に当てはまるときにどうするか、といった問題が考えられてないのですが、にもかかわらず強固な直観としてなかなかここから自由になれないようにに思います。 言い方を変えると、自然言語に近いもの純粋に形式的に取り扱おうとすると
浮ついた「ギーク」への説教（※老害注意） - ZEROBASE BLOG
「ヱブ弐点零デ、マツシユアツプ」とか言ってる場合じゃないんですよ。Nintendo DSのカートリッジ自作ハックくらいしろと。OSカーネルやコンパイラを書けと。 本職のプログラマを名乗るなら、「珠玉のプログラミング」を読んで問題を解いて欲しい。Perl/PHP/Ruby/Pythonしか書けないようでは、本物のプログラマと呼びにくい。JavaとLispとC/C++（まあ、いまならC#ですかね）も覚えてほしい。ちなみにWrite Great Codeも良いらしいです。 本書でいうグレートコードとは「高速・コンパクトかつ、リソースを無駄使いせず、可読性に優れ、保守が容易で、一貫したスタイルに従った、系統的に設計され、拡張性に富む、十分にテストされ、確実に動作し、ドキュメントが整備されている」コードです。 つまり、要点としては、コンピュータ・サイエンスとソフトウェア工学は、みっちりおさえてこそ、
[結] 2006年6月 - 結城浩の日記:モノクロ画像がカラーに見える錯視
目次 2006年6月25日 - 長男と完全数談義 / 2006年6月23日 - ティナからの手紙 / 2006年6月20日 - 無神論者との対話 / 2006年6月18日 - 父の日 / 2006年6月16日 - ソフトウェアは、私たちの想像よりもずっと複雑 / 2006年6月14日 - 仕事 / 2006年6月13日 - 無限羽の鳩と無限個の巣 / 仕事 / Haskell / 読書 / 2006年6月12日 - 仕事 / 2006年6月10日 - モノクロ画像がカラーに見える錯視 / 日記ダイジェストを更新 / 2006年6月8日 - www.textfile.orgのお引っ越し / 2006年6月5日 - 仕事 / 2006年6月4日 - 今日の一日 / 2006年6月3日 - 誤植 / 2006年6月1日 - 仕事 / ぜひ、感想をお送りください 日記一覧 2006年6月25日 ■
Linux環境に移行しきれない僕ら - higepon blog
環境 Windows XP + Fedora Core4@coLinux + cygwin やりかた1 XWin.exe (cygwin)でcoLinuxにアクセス XWin上でGnome端末 + XEmacs+ zsh + screen を使う やりかた2 WindowsのsshクライアントからcoLinuxにssh ssh上でEmacs + zsh + screen を使う やりかた3 Meadow + Poderosa(開発サーバにログインして細々) やりかた4 cygwinで screen をコンパイル cygwin上で Emacs + zsh + screen を使う 今までは、やりかた3だった。 そしてcoLinuxとscreenに目覚め、やりかた1になった。 でもFirefox@GNOMEが重く、Emacs上の日本語入力に慣れなかった。 やりかた２を試してみるもssh上でのE
second life上でソフト開発 - huixingの日記
セカンド・ライフsecond lifeなどのゲーム上でソフト開発をすれば、反復的でつまらない仕事に刺激になるので効率が上がるともいわれている。IIHTTPRequetを通じてセカンド・ライフ上でflickrが見れたり、ゲーム中にエンベッドされたブラウザuBrowserが使えたり、ゲーム上で開発されたミニゲームであるtringoが人気を集め、結果として現実世界で売り出されたりと、セカンド・ライフ上でのソフト開発はもとより、ある人によれば現実世界のマイクロソフトのwindowsに変わるバーチャル世界のOSが誕生するかもしれないといわれている。 The long awaited embedding of a browser in Second Life is here with the recent release of version 1.10. The renderer, uBrowser
「ペアプログラミング」を1人で行う
「ペアプログラミング」を1人で行う 結城 浩 目次 はじめに ドライバーとオブザーバ レビューとコメント 他の人を臨時オブザーバにする その他、書くことのメモ。 ぜひ、感想をお送りください リンク集 更新履歴 はじめに （このページは、まだ書きかけのメモの段階ですが、完成するのはいつになるかわからないので公開します） ペアプログラミングというのは、 2人のプログラマが1つのマシンでプログラミングを行う開発技法です。 詳しくは、PairProgramming.comをお読みください。 ペアプログラミングは有効な開発技法のようですが、 必ずしもすべてのプログラマが日常のプログラミングにおいて ペアプログラミングを実践できるわけではないでしょう。 このページは、1人でプログラミングを行う人が、 ペアプログラミングという技法の利点を少しでも享受するためのヒントをメモしたものです。 何かの参考になれ
誰もスーパープログラマになんかなれやしない - やねうらおブログ(移転しました)
javaもC++もC#もperlもphpもpythonもみんな使えるという人のなんと多いことか。彼らのようになれるわけないのに皆がなろうとする。というのは、興味深い指摘である。 例えば、id:ryoko_komachiは、「凡人が冴えた人たちを前に絶望しないために」というエントリ(id:ryoko_komachi:20060502)において、そういう人たちを見たときは『凡人の私としては、「違う星の下に生れた人々の物語」と思って（爪を噛みながらも）見なかった事にするしかない（笑）』と書いている。 私は、id:ryoko_komachiは、全然凡人じゃないと思うけど、ryoko_komachiは謙遜して自分のことを凡人呼ばわりしているのではなく、自分のまわりに凄いプログラマが多いので、本人は本気で自分の才能の足りなさを感じているのだと思う。それは私も似たような境遇なので痛いほどよくわかる。 私
ソースコード検索の ack がよさげな件: blog.bulknews.net
ソースコード検索の ack がよさげな件 #catalyst でちょっと話題になっていた ack をいれてみた。CPAN シェルから install App::Ack とするだけ。 基本的には grep -r | grep -v .svn | grep -v \~ に飽きてしまった人むけのソースコード検索ツールです。gonzui などとは違いインデックスはつくらないでそのままディレクトリをトラバースして検索するので、あまり大規模だと時間がかかるかもしれませんが、中規模なプロジェクトなら問題なくいけるのでは。 デフォルトで CVS, RCS, .svn, blib といったバージョン管理ディレクトリを無視、-i, -v といった grep 由来のコマンドラインや、 --perl で perl ソースコードだけ検索、となかなか気が利いています。デフォルトのカラーリングもイケテル。 grep -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://b.hatena.ne.jp/naoya/decon/
DECON 2006 で講演してきました: blog.bulknews.net