The Programmer Dress Code - Matzにっき(2007-12-07)
<< 2007/12/ 1 2 1. [教会] 子供を理解することの力 3 1. マシン不調 2. ConsistentHashing - コンシステント・ハッシュ法 3. The Chord/DHash Project - Overview 4. [Ruby] 市報松江12月号 5. [Ruby] 山陰中央新報 - 島根県の産業活性化戦略 住みたくなる環境も必要 6. 梅田望夫×まつもとゆきひろ対談「ウェブ時代をひらく新しい仕事，新しい生き方」(前編)：ITpro 4 1. 新ディスク 2. 梅田望夫×まつもとゆきひろ対談「ウェブ時代をひらく新しい仕事，新しい生き方」(後編)：ITpro 3. [言語] YouTube - Upcoming Changes to the JavaScript Language 5 1. [Ruby] 新潟 - Rubyビジネスセミナー 6 1. 取材 2
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
ひがやすを blog - 2007-09-24 - 「なぜお前らは「好きだからコードを書く」はできるのに「好きだからメンテナンスする」ができないのか?
本当の問題は「スーツ + 頭のカタイおやじ VS. 無垢な技術者」という話だろうか。なんで、スーツの人や、頭のカタイおやじや、無垢な技術者がいるのか、その前提条件を問わなくちゃいけないんじゃないのか。その前提条件に、自分がどんな一手を打てるのかを考えて、世界を変えていこうよ。ていうか、世界を変えていたじゃない。 なんか、高井さんが勘違いしているみたいだから、書いておくけど、俺は、「だから世の中が悪い」とかいうつもりはありません。この構図は、過去何度も繰り返されている事実だから、まず私たち技術者は、その事実をきちんと認識しなければならない。 昨日は書かなかったけど、実は、「弱い技術者」というのは、「頭の固いおやじ予備軍」でもだったりする。 実際良く見かけるんだけど「最新の技術についていくのは疲れた」「なにかスーパーなデファクトが現れてそれで統一されて欲しい」「考えるのめんどくさいから標準で統
開発環境について。
ヘンシュウチョさんに誘われて、草勉強会に行ってきました。 参加者はヘンシュウチョさんとkomagataさんと自分の３人。 ヘンシュウチョさんは、eXistを例にしたXMLDBの話。 XPathとXQueryはお互いの機能を取り込みながらバージョンを上げているようで、わりと混沌とした状態だとのこと。自分の知っているのがどの辺に位置するのか分からなぁと思って探してみたら見つかったのがここ。よく分からなくなりました、仲良くやってくれと思います。 komagataさんは、scaffold_resourceとacts_as_authenticatedを使ったRailsでRESTfulアプリケーションの話。（詳細はこちら。） リソースとしてアクセスするとベーシック認証になるんですね。しかも、バグがあるっぽくてそのままだと認証が通らないとか。これ見つけるのに時間かかったろうなぁ。あとJesterいいっす
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(開発チーム編)
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
ODD - おもいやり駆動開発：An Agile Way：オルタナティブ・ブログ
思いやり駆動開発（ODD） ソフトウェア開発を成功させる、もっともシンプルな「こころがけベース」のアプローチである。オブジェクト倶楽部2007夏イベントで発表された。ここでは、ついカッとなって私なりにこのコンセプトを膨らませてみたい。 ソフトウェア開発はコミュニケーションでできている。ソフトウェアの欠陥が発生しやすいのは、人と人の境界、プロジェクトとプロジェクトの境界。そしてそこにはコミュニケーションが生まれている。コミュニケーションには相手があり、その相手を「思いやる」ことが、大切だ。読み手のことを思いやるコードを書こう。システムのユーザを思いやる仕様にしよう。そんなシンプルな「こころがけ」だ。 具体的には、こういうこと。 システムを実際に使う「ユーザー」を思いやろう。ストレスなく使え、「思った機能がそこにある」ようなシステムにしよう。そのユーザが普段使っている言葉のUIを提供しよう。製
ウノウラボ Unoh Labs: 携帯開発向けに便利な支援ツール/サイト
どーも8makiです。 ウノウでは携帯サイトの開発も行っています。 携帯サイトの開発ってPC用のものと比べて制限が多かったり、面倒くさいことが目白押しです。そこで開発に便利なツール・サイトをリンク集的にまとめてみました。 ～～～～～～ツール編～～～～～～ ■必須ツールi 絵文字 ドコモの絵文字が入力/表示できるようになります。 User Agent Switcher (Firefox 拡張) User Agentを書き換えて携帯になりきることができます。 インポート用の各種端末のUser Agentリストを作成していただいたので皆さんもご利用ください。 useragentswitcher.xml ■あると便利なツールiモードHTMLシミュレータIIiモードHTMLシミュレータOpenwave SDK(au) ウェブコンテンツビューア(ソフトバンク)MediaCoder .
複数でサービスを作るコツ | ランサーズ社長日記
いいね！ 2 ツイート B! はてブ 88 Pocket 4 「個人サービスを作るコツ」というエントリーを書いたが、最近、個人ではなく、友人と2人でQuemlというモバイル検索メールサービスを始めた。 基本的には「個人サービスを作るコツ」とノウハウは共有できるが、複数でサービス企画して作っていく作業独特のコツもあると思う。と、いうことで、今回は「複数」にスポットをあてて、個人ではなく複数でサービスを作り個人以上の成果を得るためのコツを書き出してみた。 複数でサービスをつくるコツ １．決起集会を開く ２．ドメインを取る ３．サービスに名前をつける ４．リリース日を決める ５．常に連絡を取れる手段を用意する ６．予定を共有する ７．誰にも依存しない開発環境を用意する ８．良いものは良いという ９．タスクを明確化する 解説 １．決起集会を開く 「こういうサービスあったらいいよね。」というのは飲み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
歩きつづける ゆり 咲きつづける - 「高機能なフレームワーク」の功罪？