<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>大和サムソン研究報告</title>
<link>https://ameblo.jp/aitngitir/</link>
<atom:link href="https://rssblog.ameba.jp/aitngitir/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>大和サムソン研究報告ブログ。多くの業界に携わってきた現役のシステムエンジニアが教える最新のIT事情とは？</description>
<language>ja</language>
<item>
<title>大和サムソン的IT用語</title>
<description>
<![CDATA[ 【実装】＝広義には、新しい機能や仕様、部品などを組み込むこと。単にプログラムを作ることをさす場合が多い。<br>【もんごん（文言）】＝エラー時に表示するメッセージなど、システム全般に記述する文章のこと。<br>【文字列】＝2文字以上の文字のカタマリ（主に単語）をさす業界独自の言い方。<br>【（パスを）切る】＝「C:\project\hogehoge\temp」などといったパスを指定すること。<br>【成果物】＝作業の結果生産されたソースやドキュメントのことをいう。<br>【守秘義務】＝本来この業界の仕事は機密性が高く、どこのエンドユーザーのどんなプロジェクトに携わっているのかという情報も開発者は他言してはならないのである。最も機密性の高いのは「顧客データ」であることは言うまでもない。<br>【ネストが深い】＝IF文などが何重構造にもなっていること。ネストが深いほど「下手な」コードだとされている。
]]>
</description>
<link>https://ameblo.jp/aitngitir/entry-11228064522.html</link>
<pubDate>Fri, 20 Apr 2012 11:17:01 +0900</pubDate>
</item>
<item>
<title>大和サムソン/会社のことで悩み</title>
<description>
<![CDATA[ 少し、会社のことで悩みというか、疑問があるので、書き込みをさせていただきます。<br>私は昨年の 4 月から SE として社会人になりました。<br>私の会社は、規模はあまり大きくないのですが、上流過程にいる会社で、<br>あまり製造などは社内ではせず、パートナーさんや、外注さんに任せたりしています。<br><br>私は昨年 7 月までは研修で、8 月からは、スクラッチ開発の製造フェーズメインで 2 つのプロジェクトに携わらさせてもらいました。<br>そのうち、1 つは製造だけでなく、結合テストや運用テスト、本番運用にも携わらせてもらったのですが、私は「プロジェクト管理がずさんではないか」という感想を抱いてしまいました。<br>例えば、 1 次フェーズである一本のプログラムを納品しており、 2 次フェーズで機能追加をすることになりました。<br>そういった機能追加をする場合、そのプログラムだけでも再度、単体～結合、運用のテストをするべきだと思うのですが、実際どうなのでしょうか。<br>実は、私が追加機能を作ったのですが、テスト漏れがあり、いざ動かしたときにバグでプログラムが落ちてしまいまして。。。「テストしたんじゃないの！？」と怒られました。<br>確かに、きちんとテストできていなかった私も悪いのですが、それを管理しないプロマネもどうかと思ってしまいます。<br>責任転嫁をしようと思っているわけではないのですが、将来、開発者というよりは、プロマネの道を進みたいと思っているのですが、まだ、「プロマネとは斯くあるべきだ」と思える人に出会っていません。<br>まだまだ、 2 年目のひよっこなのですが、すごく不安になってしまいます。無謀なスケジュールで押し進めようとしたり（これはよくあることかもしれませんが。。。）、他の仕事と二足のわらじになり、その時々の進捗のみを聞いて、中身をみようとしなかったり、追加プログラムを、作成者任せのテスト（テスト項目を作成したり、エビデンスを残すわけでもない）で、客先に持っていったり、何というか、はっきりいって、不安です。<br>これは、私だけでなく、同期の子も同じ不安を抱いていました。<br>他社のプロジェクト管理はどうなっているのか。また、もし、不満をお持ちの方がいれば、どういった不満をお持ちなのか、逆に、上の例が「よくある、よくある」なことで、理想を追い求めすぎているのか。<br>何でもいいので、ご自身が携わるプロジェクトの管理方法について、感想や意見を聞かせてください。<br>--------------------------------------------------------<br>簡単に説明させていただきます。<br><br>システムに機能追加、ないし改修する場合、普通、単体テストして、結合テストはするかと…。<br>運用テストはその改修の規模次第かと思います。<br>全体の流れに噛むような場合は、ちゃんとサイクル回してテスト。<br>部分的なもの（たとえば、ここのデータを表示する子画面作る）なら、デモ程度で済む場合もあるかなぁと。あと＞作成者任せのテスト（テスト項目を作成したり、エビデンスを残すわけでもない）はテストとは言えないかと思いますよ。<br>「これをテストしました！」とはっきり示せないものをテスト済みとして納品するのは、かなり恐ろしいことしてる気がします。<br>べき論とか、綺麗ごととか、愚痴を言うと結構尽きないんですが、ぶっちゃけ、お客様都合・納期（工数）・予算によっていろいろ変わってくるかなーっていうのが現実ですかね・・・（各社さん、お客さんごとで、○○テストっていう言葉が同じものを指しているとは限らないっていうのも問題なのかもですが…）簡単にですが、こんなところで（あれ、プロジェクトマネジメントの話題スルーしてた）
]]>
</description>
<link>https://ameblo.jp/aitngitir/entry-11221936501.html</link>
<pubDate>Fri, 13 Apr 2012 15:27:09 +0900</pubDate>
</item>
<item>
<title>大和サムソン研究報告について</title>
<description>
<![CDATA[ 私はIT関係に12年くらいいましたが、辞めて農家見習いやってます。<br>派遣でいろいろ回りましたが、トップが替わると方針が変わるのは仕方が無いとしても現場を見ないトップが多すぎて疲れました。<br>いまだに、パワハラをしている管理職もいましたし。<br><br>ITとは全く逆の業種に移行する方も実際多いのがこのIT業界。<br>この業界を辞めた方で<br>他にどんな転職をしているのか気になります。<br><br>もしよかったらコメントください♪<br>
]]>
</description>
<link>https://ameblo.jp/aitngitir/entry-11220402357.html</link>
<pubDate>Wed, 11 Apr 2012 19:55:27 +0900</pubDate>
</item>
</channel>
</rss>
