サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
yukung.tumblr.com
“Railsのテーブル名や主キーは、CoCで厳格なルールがあるおかげで可読性も高い。 だから、Redmineもこれだけの頻繁なVerUp、豊富な機能改善が可能だったのだろうと思う。 Railsの最大の特徴である「サロゲートキーの重視」については、渡辺さんが下記の記事を書かれている。 「強制されたサロゲートキー」の事例を眺める: 設計者の発言 複合キーをなくしサロゲートキーに統一する手法では、ER図に親子関係が発生せず、全ては外部キーによる参照関係になる。 多分、普通のRails開発では、テーブル間のリレーションシップはアプリケーション層で実装するだろう。 つまり、DBMSでリレーションを貼ることはしないので、テーブルは入れ物にすぎない。 DOAの立場の人がサロゲートキーに違和感がある理由は、親子関係という基本的なリレーションシップがなくななるため、データモデルの表現力が落ちてしまうからだ。
“「若手や中堅の優秀なエンジニアが、この一年で3人辞めてしまいました。来月もまた一人やめる予定です。いったい、どこに問題があるのでしょうか。」 あるSIerの経営者から聞いた話です。私はこう答えました。 「楽しくないからじゃないですか?」 先週のブログでも書きましたが、コンピューターが、まだまだこれからという時代は、コンピューターを導入することが、業務のイノベーションをもたらしていました。SIerがシステム・ハウスと言われていた時代です。まだまだこれからの時代ですから、新規の導入や開発が仕事を支えていました。また、運用・保守も時代を先取りした仕事であった様に思います。当然、新しい技術を走りながら取り込んでゆくことが当たり前の時代でした。 その後、情報システムが企業内で一巡し、業務で広く使われるようになるころには、ユーザー企業は膨大なシステム資産を抱えることになりました。そうなると、新規開発
結構前に、余ったCOBOLエンジニアがたくさんいるから COBOL の仕事を創出するんだ、みたいな記事を読んで、「バッカじゃないかしら」と思ったのだけれども、図らずも不景気で わたしの周辺の環境もそうなってきました。 なるほど、仕事はないけれど社員はクビに出来ないってなると、不景気は品質による淘汰ではなくって、品質悪化を加速するのね…orz などと、グチグチ言ってみるも、現実はどうにも変わらない。 「そ の人を追加されるとチーム全体のパフォーマンスが落ちる」という人をどんどんチームに叩き込まれて、人が増えたのだから稼ぎも上げろということを言われま す。ムチャを現場に押しつけて・・・とは思いますが、出来ない人を社内失業させない、という要件からすれば、出来ない人のための仕事を用意できないような ウチのチームの作り方は、背任と言っても良いのかも、と少々反省しています。 とりあえず、C++ を使っ
このページを最初にブックマークしてみませんか?
『yukung.tumblr.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く