TableGame研究会＠広島市立大学コミュの ( ﾟдﾟ)ノ　ハイ！質問！

新人SEに求められていることってなんでしょう？？ｗ

C++の失敗談をひとつ。

ヘッダで class *p;
を定義しておいて、コンストラクタ内で初期化のつもりで

delete p;
p = NULL;

オブジェクトへのポインタdeleteかけたら
デストラクタが呼ばれてerrorだしました。(ﾟ∀ﾟ)
C++でSTLとか使いこなせるのはいつになるのやら・・・

コメント(19)

最初
全て
最新の40件

[1] mixiユーザー 09月24日 22:52

人によって違うからなんとも。
個人的には、
・好奇心があり、前向き
・ハキハキしてる
・ポイントのずれた言い訳しない
ぐらい。

コーディングのミスなんて、テストで
拾えない開発体制にも問題あるから、
プログラマの責にする気なんか無いけ
どなぁ。
ただまぁ、同じミスを頻発させたら
信頼度は下がるだろうけど。

というか、魂が抜けるぐらいの失敗し
て成長するんですよ。まだまだこれか
らです。

[2] mixiユーザー 09月24日 23:29

なるほど・・・
ありがとうございますヽ(・∀・)ノ
がんばりますｗ

[3] mixiユーザー 10月03日 01:14

Excelでドキュメント書く派が、うちの事業部に皆無なんですが。
どうすればよいですか？

＃xfy流行れば、早々に乗り換えようと思ったのに、ジャストシステムがあれではなぁ。

[4] mixiユーザー 10月03日 06:23

ありとあらゆるドキュメントをxlsファイルで提出しまくれば…

どうにかなれば、いいですねぇ。。。＿|￣|○

私はExcelでのびのび書きたい派です。
今日から提出用にWordへ整形作業しなきゃなりませんが…

[5] mixiユーザー 10月06日 01:13

おぉExcel派がいた！
うちは殆どがWord派。
基本も詳細もテスト仕様書もデータ定義書（テーブル定義書）も処理フロー図もクラス図もプロジェクト用語集も全部Wordです。

適材適所ってあるだろ。。。

Wordで書いて、どうやってデータを使いまわす気なんだろう。

[6] mixiユーザー 10月06日 03:43

おいらは、処理フローとかvisioで書いてるよ。
一度visio使ったら、他にはうつれんかも。

[7] mixiユーザー 10月06日 07:42

Visioはなんか使いにくかった。。。

けど、パーツは用意してあるので使いやすそうと言えばそうかもしれないですね。

UML書く時は専用のエディタ使ってますが…
場所(派遣先)移ったらライセンスないので書けなくなるなぁ。

[8] mixiユーザー 10月07日 04:53

Visioかあ・・・
Visioもあるんだけど、UML図作成につかってるツールは、
ｽﾊﾟｰｸｼｽﾃﾑｽﾞ？のEAとかいうのだったような・・・
10分に一回くらい落ちてくれる素敵なソフトですｗ

クラス図とかシーケンス図くらいしか書けません。。。
単体試験の要領書書くのがだるいです・・・
最初10枚くらいの予定が指摘を受けて行くうちに30枚になりました。

卒論より多いじゃんｗｗｗｗｗｗ（内容は違うけどｗ）

[9] mixiユーザー 10月08日 14:44

むしろ、卒論がしょぼすぎたような気がする。
未だに自分の卒論が１年もかかったのか理由がわかりません。

まぁ部室でカードゲームばっかりやってた責だけど。

UMLはJudeだわ。フリーだから。

[10] mixiユーザー 10月11日 00:17

真面目なネタだぁ。
タグ付値とXMIつかえるからEA使ってますな。
ただ、落ちたことは一回も無いなぁ。
20M近いXMIをimportしてもぴんぴんしてるよ。
まぁ、頻繁にバージョン上がってるから何とも言えないけどね。

[11] mixiユーザー 10月11日 00:40

XMIって何に使うのかよくわからんのだが。
そんなに違うアプリケーション間のやりとりって発生するもん？

[12] mixiユーザー 10月11日 23:19

ツールごとにXMIの方言があるのでデータのやり取りは期待しません。
利点はUMLをデータとしてプログラムで扱えることです。
例えば作成したUMLがProfileに則って記述されているかをチェックしたいときに図だと目視でチェックするしかないわけです。
これがXMIだとプログラムを作ればプログラムでチェックさせることができるようになる訳です。

[13] mixiユーザー 10月12日 00:10

なるほど。アプリケーションのデータを外に出すのは、何かと使えるのは使えるしね。
EAはEAを起動せずにXMIを出力できんの？
出来ないと、自動化大変そうだけど。

[14] mixiユーザー 10月12日 00:26

できないです。
運用でカバーでしょう。
中途半端なモデルのXMIは役に立たないのでモデリング中のXMIを使うことはまずないわけです。
かならず、区切りが良いところでXMIを出力するようにすれば良い訳です。
また、モデリング（描画）ツールとしてEAが必要なんで頻繁に起動するわけですし。
本当に自動化したいならEAなんていらなくて直接XMIを生成したりすれば良い訳です。
ちなみにeclipseのEMFやUML2がそんな感じですね。データモデルは提供するけど描画情報はGEFで自分で作ってねって感じ。

[15] mixiユーザー 10月13日 00:40

へー。
すると、ＥＡファイルが最新のリリースデータじゃなくて、最新のワークデータとしてコミットされてたりするのかな？
正のデータはあくまでXMIの方にすると。
なかなか興味深い運用だな。

[16] mixiユーザー 10月14日 12:51

フォワードエンジニアリングを想定するとよいです。
まあEAをこういう風に使う背景にはMDAがあるんですけど。

[17] mixiユーザー 10月15日 23:58

ＭＤＡを求めるなら、もうちょっとツールの統一感というか、整合性を楽にしたいというか、標準化の整備が必要というか、色々あるよね。
XMLでも結局は標準化が必要になってくるしなぁ。

なんとかならんものか。

[18] mixiユーザー 10月16日 00:26

標準化という意味ではOMGが標準化してます。QVTとか。
ただ小難しくで広まってないかな。うちも独自だし。
重要なのはCIM->PIM->PSM->コードへの変換ルールですね。
そういう意味でフェーズにあわせたUMLの記法（プロファイル）を標準化しないといけません。
このプロファイル間の変換の仕組みがMDAのキモ。
結局開発プロセスが標準化されてないといけなくなるんですが、、、

[19] mixiユーザー 10月18日 00:30

PIM（プラット非依存モデル）までは、抽象化できそうだけど、PSM（プラット依存モデル）になった段階で、具体的になるというか選択肢が固定化されてしまうので、PIMレベルの変更が相当困難な気がするんだけど。
なんというか、実現可能性のチェックとか。
あと、画面設計とかどうやって他のモデルとリンク付けさせるんだろう。とか考えると、挫折してもうた。

ま、うちはWord全盛だからＭＤＡなんて夢のまた夢だけどね。

ログインすると、みんなのコメントがもっと見れるよ