エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。
スタラジで、本来話したかったことをまとめておきます。 最初はユースケースからスタートします。 本当は、RFPをユースケースに落とすという工程が 前工程にあります。 ユースケースの粒度について神経質になると 失敗します。 画面系ならいくつかの関連のある画面をまとめたものが 1つのユースケース。 ものすごく狭い言い方をするとメニューから呼ばれる 関連のある画面群が1つのユースケース。 帳票系なら1つの帳票が1ユースケース。 バッチ系なら関連するジョブをまとめたジョブネットが 1つのユースケース。 ユースケースを状態とサービスに分離します。 サービスはステートレスです。 状態は永続的な状態とプレゼンテーション層における一時的な状態に わかれます。 永続的な状態はER分析され、エンティティ(JavaBeans)にマッピングされます。 ここでは、UI層における一時的な状態を サービスから切り離し、サ
最近、プログラマ向けの書籍を紹介するのが流行ってたようで。 全てのプログラマが読むべき本ベスト10冊見習いプログラマが読んだら、すぐにジョブレベルが上がる10冊見習いプログラマが読んでも、ほとんど無意味な10冊きれいなソースコードを書くために読んでおくべき本10冊 - ひがやすを blogPythonのプログラマを志したおいらが買ってよかった5冊の本 「プログラマ向けの書籍」という点で言えば、確かにこれらの本を読むといいのかもしれません。ちなみに私はどれも読んだことないです。スミマセン。 ただ、一つだけ気になったのが、これからプログラムを始めて、アプリを作ってみようと志してる方が、これらの記事を読んだ時に果たしてどう思うんだろ?ってことでした。 「こんな高価で難しそうな本を読まないといけないの・・・?」 とか、思ってしまわないだろうか、と。もちろん、そういう趣旨の記事ではないのは分かってる
なんか、プログラマとして必要な本をあげるのが流行っているようなので、自分も書いておこう。きれいなソースコードを書くために読んでおくべき本10冊。 最初はリファクタリング リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行本購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見る 以上。終了。10冊じゃないか(^^; きれいなソースコードを書きたければ、一にも二にもリファクタリング、それしかない。 後は、良いソースコードを読みながら自分でも、実際にプロダクトを作ってみること。OSSとして公開すると、自然と良いコードを書こうというモチベーショ
私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 ソフトウェア業界(特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である。顧客(あるいは経営者)が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ。 経営者やお客様は、ソフトウェアの品質を正しく評価できない。なぜなら、その人達は、訓練を受けたプロではないから。 言ってることは、かなりの部分、そのとおりだと思います。しかし、これは、ソフトウェアに限らず、普遍的な真実なんですよ。 あんなだめな仕事をしている人に比べて、自分は、ちゃんとした仕事をしている。でも、上司も経営陣もお客様もそれを認めてくれない。 これは、どんな仕事をしていてもあり得る話
おとといのエントリで新しいサービスを作る側に回ろうよという話をしました。 受託開発に未来はない? - yvsu pron. yas 新しいサービスを作るというのも難しい話ですが、今は、絶好のチャンスなんですよ。 ガラケーがピークを過ぎ、徐々に衰退し始めている。iPhone/AndroidのようなSmart Phone、iPadのようなSmart Bookも広まりつつある。Goole TVのようなSmart TVも出てきます。 広まりつつあるのがポイント、広まってから新しいビジネスを始めても既に手遅れ。 常識的な人は、国内のSmart Phoneのマーケットは1000万台くらい年間売れてからだよねと思っていることでしょう。2010年は300、400万台程度と予想されているので、まだまだマーケットが小さいと思っているわけです。 国内だと確かにそうですが、グローバルなマーケットで考えると国内の1
オープンソースのフィールドで認められ、その功績が会社にも認められて、収入につながる。ひが氏はそれを実践してきたわけだが、実際には「レアケース」といわねばならないだろう。個人の頑張りだけで、このようなキャリアを積むことは可能なのだろうか。 ひが氏は「運ですね」と断言する。 「運以外の何物でもない。例えば、わたしがいまとまったく同じスキルのまま、生まれ変わって何かをしたとき、また同じように成功するかというと、成功しないと思っています」 たまたま羽生氏が「Seasarを使ってみたい」といってくれた。たまたま社内にSeasar2を使った案件があった。たまたま飯田氏が同期にいて、しかも彼がたまたまインキュベーションの業務に携わっていた。たまたま、彼が会社の上層部に話をしやすい立場だった。 「全部、運。実力だけで成功できるほど、きっと世の中は甘くないんじゃないかな」 ただし、とひが氏は付け加える。「成
エンジニアにとって仲間とはどういう存在なのだろうか。極端なことをいえば、自分1人で作業が完結できてしまうエンジニアにとって、仲間とのコミュニケーションにはどんな意味があるのか。エンジニア同士のネットワークを通じて、エンジニアにとっての仲間とは何かを探る。 第10回|1 2|次のページ コミュニティで活躍するエンジニアの輪。前回の横田聡氏から紹介されたのは、電通国際情報サービスの比嘉康雄氏だ。Seasarプロジェクト チーフコミッターのひがやすを氏、と表現した方が分かりやすいかもしれない。 オープンソースを自らの仕事にしてしまったひが氏。彼の足跡と思想、そして「エンジニアの未来サミット」から「ひがやすを飲み会」へとつながっていく、彼のIT業界への思いを聞いた。 ■開発者を楽にしたい 「もともと、開発者を楽にしたい、と考えていました」 ひが氏がSeasarを開発し始めたのは2002年ごろ。「ア
Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く