サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
買ってよかったもの
d.hatena.ne.jp/a-yamada
# コメント系 BEGIN・・・複数行コメント開始 END・・・複数行コメント終了 # 条件分岐系 if・・・条件式 elsif・・・ifで真でなかった場合に評価される条件式 else・・・if,elsifで真でなかった場合に評価される条件式 unless・・・ifの条件を否定したもの case・・・式の評価結果により処理を分岐させる(Javaではswitch) when・・・case節との評価結果を比較 then・・・条件式の直後に記述(省略可) # 例外処理系 begin・・・例外処理の対象コード開始(Javaではtry) end・・・例外処理の対象コード終了 rescue・・・例外が発生した時に実行される式を記述(Javaではcatch) retry・・・rescue内で記述し、begin節から処理を再実行する ensure・・・式が終了する前に必ず実行される式を記述(Javaではf
http://el.jibun.atmarkit.co.jp/hidemi/2009/08/se-8a28.html はっきり言ってPGとSEの境界なんてどうでもいいです。そんな事で揉めるのは不毛としか思えないので、エンジニアは全員PGで統一すればいいんですよ。スキルシートに役割でPG、SE、PMなんて書く欄がありがちですが、あの欄も要らないですね(消したいところです)。アーキテクトとかもいらないですよ。大体、システムエンジニアって和製英語なわけでそんな切り分けは日本でしかしてないでしょう?だから作業範囲がどうだとか、どっちが上でどっちが下かなんかどうでもいいんですよ。 設計業務には絶対PGスキルは必要だし、スケジュールを引くには規模感を見積もる能力が必要なわけで、ベースとなるスキルはやはりPGです。逆にPGもPG業務だけに限定されるなんてのはおかしな話です。また、自分の範囲を限定されるよ
このページを最初にブックマークしてみませんか?
『d.hatena.ne.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く