Ruby on Railsのチームから学ぶ仕事術
Ruby on Rails自体についての解説は、「WebプログラマはRailsに乗るべきか？」や、「Rubyでアジャイルプロトタイピング」にもありますので、そちらもぜひご覧ください。本記事は2006年に執筆されたものです。RubyやRuby on Rails全般の最新情報は＠IT Coding Edgeフォーラムをご参照ください。 素早く開発が行えるRuby on Railsに驚くとともに、Railsのプロジェクトの素早さの根源はどこにあるのか不思議に思った人も多いことでしょう。 Ruby on Railsの開発には、37singals社のDavid Heinemeier Hansson氏を中心とする11名で構成されたチームがかかわっています。 Core team behind Ruby on Rails Ruby on RailsによるWebアプリケーション構築風景を撮影したいくつかのス
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
真のデータベースエンジニアを目指そう！（1/3） ― ＠IT
本連載は、ITシステム開発の現場でプログラミングやSQLのコーディングを行っているエンジニア（データベース利用者）が、データ管理者（DA）やデータベース管理者（DBA）へステップアップするための第一歩として有効な基礎知識を紹介する（編集局） はじめに 本連載は、データベースを利用したアプリケーション開発にプログラマとして携わっている読者を対象として、データベースの利用者から設計者へとステップアップするために、いまから身に付けておきたい必須知識を解説していきます。いまはまだ「データベースエンジニア」が何であるか、どんな仕事をするのかがよく分からないといった方にも、本連載を通じて少しでもこの職種に興味を持っていただければ幸いです。 第1回は、「データベースエンジニアの役割、およびデータベースエンジニアに必要とされるスキル」について解説します。 データベースエンジニアとは？ データベースエンジニ
第5回：O'Reilly氏による「Web 2.0とは何か」のポイント（後編）
前回はTim O'Reilly氏の論文「What Is Web 2.0」にある「7つの原則」を、1つずつ読んでいきました。今回はこれを総括して、O'Reilly氏の語るWeb 2.0とは何なのか、を明らかにしていきます。 ■「Web 2.0企業のコアコンピタンス」とは O'Reilly氏は論文の最後に、「Web 2.0企業のコアコンピタンス（競争優位性の核になる部分）と考えられるもの」の概要として、次の7つのものを挙げています。 パッケージソフトウェアではなく、費用対効果にすぐれた、拡張性のあるサービス ユニークで他者が真似しにくいデータを核としてコントロールする。このデータは多くの人が使うほど、より豊かになる ユーザーを共同開発者として信頼する 集合知を利用する 顧客のセルフサービスを通して、ロングテールを活用する 単一デバイスのレベルを超えたソフトウェア 軽量なユーザーインターフェイス
テトリス講座
<BODY bgcolor="#000000" text="#cccccc" link="#00ff00" vlink="#00cc00"> <P align="center"><B><FONT size="+2" color="#ff0000">テトリス講座</FONT></B></P> <P>【<A href="http://www13.plala.or.jp/TETRiS_TGM/index.html" target="_top">トップページへ</A>】</P> <HR> <CENTER> <TABLE border="1"> <TBODY> <TR> <TD align="center"></TD> <TD align="center"><B>ＴＡＰ 攻略</B></TD> </TR> <TR> <TD>第１章 <A href="1.htm" target="_self">基礎
仕事の心がけ
目次 はじめに こころとからだ 休息は大切 睡眠 夜型と朝型 眠るための儀式 食事を味わう 心の健康 無駄を無駄にしない工夫 誠実に 記録と計画 仕事の見積り 文章を書く、プログラムを書く 文章の書き方 日々の生活 習慣の力を借りる メモの取り方 整理・整頓 道具 書物 文房具 自分との調和、他人との協調 複数の仕事のコントロール 他の人と仕事する 残りの話題 読者のみなさんからのフィードバック ぜひ、感想をお送りください 更新履歴 リンク集 はじめに このページでは、 結城が仕事をする上で心がけていること、 心がけようとしていることをご紹介しています。 こころとからだ 休息は大切 仕事について書くのに、 「休息」から書きはじめるのは変でしょうか。 けれども私はそうは思いません。 私は、よい休息がとれているときにはじめて 充実した知的生活を営むことができるからです。 逆に、休息がきちんとと
イケてないプログラム（使えない成果物）に見られる３つの共通点
クイックソートの話で書いたとおり、相変わらず Excel - VBA と格闘する日々が続いております・・・orz 「大企業にありがちな問題。委託開発の甘い罠・・・」でも書いたとおり、今まで外注して作ったソフトウェアってほぼ 100% の確率でイケていないものが完成してます。年末に納品されたソフトウェアのできも酷いの何のって・・・ さて、いままで見てきたイケてないプログラムのダメソースに共通して言えることが３点ありまして、 DRY ( Don’t Repeat Yourself ) でない。同じもしくは似たソースのコピペが至る所に散在する。 ロジックに無駄が多すぎ。行き当たりばったりで作った感、満点。 アルゴリズム知らなさすぎ。馬鹿ループ処理で時間かかりすぎ。 のいずれか、もしくは全部が当てはまります。大抵は全部ですね。こういったソースが納品されると、センス無いなぁ〜と思っちゃうわけ。こうい
BIGLOBEからのお知らせ
〜 お知らせ 〜 こちらはBIGLOBEカスタマーサポートです。 このアドレスの個人ホームページは主催者の都合により閉鎖されました。 ブックマークやリンクは、解除して下さいますようお願いいたします。 （このお知らせは閉鎖から1ヶ月間表示されます）
生産的になろう （Aaron Swartz のブログから）
Aaron Swartz さんのエッセイ、“HOWTO: Be more productive” の日本語訳です。Aaron くんは、ティーンエージャーにして W3C のコア・ワーキング・グループのメンバーで、RSS 1.0 仕様書の共同執筆者のひとりとしても知られる、才気煥発のスーパーハッカーさんです。どうしたらより生産的な人生を送れるのかについて考察したこのエッセイは、2005年の末に彼のブログに掲載されたもので、多くの注目を集めました。プログラミングに限らず、クリエイティブな仕事をこころざすすべての人にとって有用と思い（日本語訳もまだ出てないみたいなので）、翻訳してみることにしました。「この翻訳について」で案内しているフォームから、ご意見・ご感想などもお寄せください。 「君がテレビを見てた時間をぜんぶ合わせれば、」そいつは言った「いまごろ長編小説の一本も書けてたはずだ」。これにはたし
【中級】今から取り組むUML入門 第2回 UML図の読み方と書き方
UMLには(1)システムの静的な側面を示す図，(2)システムの動きを説明する図，(3)システムの構成などを説明する図があり，システムをさまざまな視点から分析し，その結果を図示することができる。今回は，クラス図，ユース・ケース図，ステート・チャート図などのUMLの全図の表記法を説明する。説明するのは図記号や矢印の意味などの表記上のルールで，難しい理屈は無い。限られたページ数で細かい表記ルールまでは説明できないが，簡単な図を読んだり書いたりするには今回説明したことだけで十分である。 システム設計書やプログラム設計書の表記法として有効なUML（Unified Modeling Language）＊を初心者向けに解説するセミナーの第2回である。前回は，UMLの基盤であるオブジェクト指向＊の考え方と，それがUMLの9種類の図で表記できることを説明した。今回は，それぞれの図の役割と基本的な書き方を説明
【中級】今から取り組むUML入門 第1回（後半） オブジェクト指向の基本
オブジェクト指向とは，システムをオブジェクト（object＝もの）の集合体としてとらえる考え方のことだ。システムの構成要素の中で，目に見えるハードウエアだけでなく，目に見えないソフトウエア（プログラム）もオブジェクトと考えるところが，オブジェクト指向の特徴である。 オブジェクトは，システムの部品（コンポーネント）であるとも言える。ハードウエアもソフトウエアも部品化すれば，部品を組み合わせて効率的にシステムを開発できる。これは，自動車や家電品などの工業製品が，実際に部品を組み合わせて効率的に製造されていることと同じだ。 皆さんのイメージを膨らませるために，オブジェクト指向でシステムを効率的に開発できる具体例を示そう。（図1[拡大表示]）に示したWindowsアプリケーションは，ウインドウの土台となるフォーム，キー入力を受け取るテキスト・ボックス，マウス・クリックを受け取るボタンなどのオブジェ
今から取り組むUML入門 ：IT Pro
写真1●UML設計ツールの例（グレープシティのWithClass）<BR>UML設計ツールは，(1)UMLで規定した各種設計図の作成を支援，(2)UMLの図からソース・コードを生成，(3)ソース・コードからUMLの図を生成――などの機能を備える UMLは統一モデリング言語であり，システム開発においてはシステム設計書やプログラム設計書の表記法として使われる。OMG（Object Management Group）が定めた標準的な表記法である。システムやプログラムの設計に携わるのであれば，ぜひとも習得したい技術の一つだ。本セミナーの目的は，UMLの本質を知り，UMLの基本的な使い方をマスターすること。第1回は，UMLのベースとなっているオブジェクト指向を解説する。クラス，オブジェクト，メッセージ，カプセル化，多態性といった言葉の意味を理解し，オブジェクト指向の基本的な考え方を身に付ける。 皆さ
Hello world program - Wikipedia, the free encyclopedia（189種類の言語で"Hello World"を書く）
A "Hello, World!" program is generally a simple computer program which outputs (or displays) to the screen (often the console) a message similar to "Hello, World!" while ignoring any user input. A small piece of code in most general-purpose programming languages, this program is used to illustrate a language's basic syntax. A "Hello, World!" program is often the first written by a student of a new
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識
ポール・グレアム「文章術・簡易版」 - らいおんの隠れ家
http://neetsha.com/index.html
議論のしかた
[過去ログ] Kyoko Shimbun News（虚構新聞社）
名言集.com - 名言・ことわざ・金言・格言集めました