  |
はてなキーワード: マージとは
お前は絶望的にプログラミングに向いてないから諦めて刺身にタンポポ乗せる仕事でもやってろ がバズってるようで、私もかねてから考えてることをちょっと発信してみようと思う。匿名での投稿にはなるが、私は日本国外の大手企業でフルスタックエンジニアをしている。
私の主観では世の中の人の99.9%はプログラミングに向いていない。もしかしたら、9をもうひとつ増やしてもいいかもしれない。それくらいプログラミングに向いている人は希少だと思う。
ある程度数学の素養があったりする人の方がプログラミングに向いているというけど、理系でもプログラミングが苦手な人は多くいる。どういった人がプログラミングに向いているのか、もしくは向いていないのかという点については、この投稿では特に言及しない。
この投稿はプログラミングに向いていないのにやらざるを得ない環境にいて無理をしている人に向けて書いている。
自分の高校時代の友人が仕事でプログラミングを始めたけど、ボロボロになって仕事を変えるという姿をいくつか見てきた。以前の職場にも、経験者として入ってきてはいるが、向いてないなあと思うような人物を何人か見てきている。また、大学在籍時にTAとしてプログラミングを教えた経験上、向いていない学生というのも多く見てきた。この記事では、そういった人たちがプログラミングを諦めて他の道へ早く進めるように、私の意見を書き連ねていこうと思う。
こういった人々がプログラマとして多く採用されている環境では、本当に優秀なプログラマというのが少ないので、以下に書き連ねるような問題点はあまり可視化されてこない。ただ、こういう人が集まってプロジェクトを進めている環境では、プログラマとしての仕事は全員にとって辛いもののように思える。仕事は難解だが、納期の関係上残業が多くなり、精神を擦り減らしながら仕事を進める。反して、プログラミングに向いている人にとってプログラムを書く仕事というのは、美しいプログラムを書くことで自己肯定感を得ることができるという点で天職なのである。
プログラミングに向いている人は、簡潔なコードを短時間で仕上げてくる。読んでいて疑問に思いそうなところに対しては適切にコメントがなされていて、システムデザインも適切である。
対して、向いていない人は時間をかけて煩雑なコードを仕上げてくる。本人も「動けばいいや」程度の意識しか無い（私の推測だが、時間がかかっているので次の段階へ進むことしか考えられていない）ので、コードは読みにくく、洗練されていない。
こういった傾向は私が観測してきた範囲内でのことでしかないのかもしれないが、おおよそ一般的に当てはまると考えている。これを前提にこの先の内容を書いていくので、納得などをできない方はここで読むのをやめてほしい。それでは、向いていない人のもたらす問題点について書いていこうと思う。
向いている人のコードはシンプルであるがゆえに、バグが入り込みにくく、コードレビューもすんなりと終わる。対して、向いていない人はコードを仕上げるまでに時間がかかるだけでなく完成度も低いので、レビュー段階でコメントが付きやすく、多くの修正も必要になってくる。また、コード自体が煩雑になる傾向が多く、そういった部分にバグが混入しやすい。
向いている人にとっては早く問題なく終わる仕事が、向いていない人にとっては時間がかかり、不確実な結果を出すことになりがちである。
他人に任せた仕事のアウトプットを見て、自分が実装していたらもっと上手く速く出来ると思うことは稀ではない。実際にバグが混入して対応する可能性、コードレビューにかかる工数、そういった点を考慮すると、生産性は10倍以上違うのではないかと思う。
正直に言うと、プログラミングに向いていない人が書いてくるコードは見ていて辛い。仕事の場合、そういった人の書いてきたコードが100%美しい状態に達していなくてもマージせざるを得ない場合もある。私は整ったコードだけをマージしたいのだが、コードレビューに時間がかかるほどマージコンフリクトが発生しやすく、他の変更との競合も発生しうること、また全体の納期の兼ね合いやタスクの依存性を考えて、早くマージせざるを得ないという状況になりやすい。
簡単に言うと、向いている人の場合は「成果９：技術的負債１」程度で変更を加えていくのに対し、向いていない人は「成果７：技術的負債３」程度の変更が最初にコミットされ、この段階での技術的負債の割合を減らすためにコードレビューをじっくりしていく程の余裕が無い場合が多いということだ。もちろん、これはプロジェクトの内容に依存するということは言うまでもない。
そして、途中から入ってきた優秀な人材がコードを見て萎えるのである。「いや、僕もその辺のコードはあまり良くないとは思っているんだけど、事情があってね」なんてことを苦笑いしながら、説明とも言えない説明をすることになる。
向いていない人がプロジェクトで多くなってくると地獄である。本来、簡潔で完璧なコードを書ける人がコードレビューをする側へと回らざるを得ない状況になってしまうからである。本来、コードを書くことに専念した場合に、向いていない人と比べて10倍の生産性を発揮する人材が、数人の向いていない人を管理することに忙殺されてしまうのである。
もしかしたらあなたの周囲にはいないかもしれない「デキるプログラマー」に任せれば、あなたの仕事は一瞬でより美しく完成させられます。出来ない人は精神と肉体を擦り減らしながらプログラムを書いている傍ら、本当に出来る人たちは楽しみながら完璧なコードを仕上げていきます。
無理してそこで働く必要はあるか？向いていないのであれば、新しい仕事を探した方が身のためだ。特に、10年20年先のキャリアを考える上で、あなたの輝ける未来は今のレール上には無いのではないか。今は目の前の仕事に忙殺されているかもしれないが、これを機に考え直してほしい。
プログラマなんだけど部下ができたから最近仕事お願いすることが増えて
でもその部下って2年目の子でしかもそんな普段から勉強とかしない子で
最悪彼が作れなかったらおれがそれをマージしてリリースできるから
なんか人に教えるときって１から１０まで教えたらダメらしいじゃん
おれもよく考えたら周りの人は放置でひとりで作れるまで家に帰れないかんじだったし
とはいえ普段から勉強しない子だから何も教えないと作れないわけで
おれがやったら半日で終わるようなのをもう2週間くらいやってて
これはどうしたらいいものなのか
おれの上司に引導渡した方がいいと思うんですって何度も言ってるのに
1人前になるまで育ててあげなさいとしか言わなくてマジでつらい
おれのときみたいに完全放置で作れるまでに家に帰れない状況に追い込んだ方がいいんだろうか
いや本当どうしたらいいものなのか
数ヶ月で脱出はするけど今月あたりから本当にイライラする。知らないうちにタスクがたまり、ミーティングの当番になり、要求される。それに追われているのにほかのことも要求してくる。
なんで毎日作業する前提なの？そしてそんなに早くできると思ってるの？あなたたちはそれでいてさらにミーティングを重ねて時間を奪う訳でしょう？
そんなミーティングする必要ある？？？？連絡するためのミーティングとか、どう考えても不要でしょ。他のにマージしろよ。
学生の時間もちゃんと考えようね？どうせいつでも使える暇な人間だと思ってるんでしょう。私には他にも場所があるんだ。
数日以内にそのタスクをやってくるには何時間必要かをよく考えようね。
私が忙しいことは何度も主張しているとおりだ。
まあ、興味のない私が悪いんですかね。頭に全く入ってこないし面白くなくなった。
もう、なんか、やめてほしい。向こうに悪気がなく人格はあるのが一番厄介でもある。
双子星である惑星マージと惑星ルーン。この星には、３つの民族が住んでいる。
銀髪をもち、地球で言うと白人種を髣髴とさせるカーマ、現在奴隷としてカーマの支配下に置かれているイコル、
黒髪をもち、ネイティブアメリカンを思わせるイムリ。
4000年前、カーマとイムリが対立、戦争のすえカーマはルーンをイムリごと凍結。
カーマはイコルを伴ってマージに移住、イコルを奴隷とした階級社会を作りあげる。
ルーンに残されたイムリは凍りついた星でほそぼそと生き残っていたが、4000年の時を経て両者の対立は軟化し、イムリもカーマたちを距離のある支配者として受け入れるようになり、平和な時代が訪れた、かに見えた。
デュルクが目の当たりにする世界の歪みとは、デュルクの夢に度々現れる少女の正体とは、そしてデュルクの選択は。
みたいなやつな！
超面白いよね
「サッカーにおいてファウルのアピールは1つのトリックプレーである。転倒時に大げさな痛がり方をすることを批難する者もいるが、それはその選手が下手くそだからだ」
その言葉を体現するように、転倒時の痛がりっぷりが抜きん出ていたのがイッタ・イマージだった。
彼のサッカー選手としての実力は決して華やかとはいえなかったが、痛がり方だけは圧倒的な存在感を放ち、その様子がカメラに映されることが多かった。
それを見た他の選手たちや観客の中には「見てるこっちまで痛くなる」と、痛みを錯覚する者もいたのだとか。
その割に、彼は現役時代に一度もケガが原因で交代したことがなく、故障もしたことがない恵体。
そうして15年間ずっと現役で居続けた、ある意味ですごい選手だったという。
「……で、引退後は自国の観光大使として隣国を巡り、今に至るというわけっすね」
カジマの説明を話半分で聞いていたが、つまり痛がりのプロってわけだな。
ボーナスチャレンジの話を聞いたときは、ローカル番組にしては大盤振る舞いだなと思ったが、そういうことか。
これを企画したヤツ、どうやら俺たちを勝たせる気は毛頭ないらしい。
いわばプロモーションの一環だ。
「テーマは“フリースタイル”です。お好きな方法で痛がってください。では先攻カジマ選手、どうぞ」
全国を魅了するほどのイタガリアンに、一般人の俺たちが勝てるわけがない。
「えー……どうしよう」
さすがのカジマも、この状況に相当なプレッシャーを感じているようだ。
これ以上、恥をかかせないためにギブアップさせるべきか。
半ば諦めていた、その時。
「兄貴ー！」
弟の声が聞こえたので、その方向に視線を向ける。
すると、俺の目の前に「賞金2倍」の文字が書かれたフリップが目に入った。
諦念の相が出ていた俺を見かねて、どうやら弟が書いてくれたらしい。
……そうだ、つけ入る余地はあるはずだ。
いくら痛がることが上手いといっても、それは元サッカー選手としての副次的な能力であり必須スキルではない。
リアクション芸人みたいに痛がりのプロというわけでも、面白いわけでもないだろう。
「カジマ、これはチャンスだ。痛がりのプロともいえるイッタ・イマージに、お前の痛がりを見てもらえるんだぞ」
カジマの頭の中で、随分と前向きな解釈が行われているようだ。
まあいいや、そっちのほうが都合がいい。
「よし、じゃあ1回戦でやった木の棒、その“応用編”で行くぞ！」
「おっす！」
「じゃあ、行きまーす！」
俺は1回戦と同じように木の棒を構える。
「くたばれ！」
そして、ほぼ同じ動作で木の棒を振りぬいた。
「あ``あ``！？」
脛めがけて振りぬいた木の棒は、誤って狙いより上に当たってしまう。
股間にある“第三の足”にだ。
「ああ～っと！ これは痛そうだ～～！」
「～～～～っっっ、ちょっとマスダぁ～！」
カジマは俺に怒りの声をあげるが、その姿と声量は情けない。
「ハハハハハッ！」
そんなハプニングに会場は盛り上がる。
当然、これはワザだ。
同じテーマが出てきた時、二回目はコレで行こうと以前から決めていた。
同じことはやればやるほど退屈になりやすい。
だが変に奇をてらおうとするくらいなら、同じことをやったほうがいいのも確かだ。
期待はそう簡単に裏切れない。
だが予想は裏切れるんだ。
「ははは……さぁ～て、ちょっとしたハプニングはありましたが、気を取り直して後攻イッタ・イマージ氏、どうぞ！」
俺たちのやれることはやった。
後はイッタ・イマージ次第だ。
俺は彼の痛がりを知らないから分からないが、いくらサッカー選手とはいえ先ほどのカジマを超えるのは難しいはず。
イッタ・イマージがつたない日本語で、痛めつけ役のスタッフと喋っている。
今回のために覚えてきたのだろうか。
大げさに痛がるサッカー選手なんてロクなもんじゃないと勝手に思っていたが、意外と真面目な人なのかもしれない。
「じゃあ、行きます！」
どうやら俺たちと同じ木の棒で行くらしい。
カジマのを見た上で、あえての真っ向勝負か。
よほど自信があるとみえるが、さすがに見くびりすぎじゃないか？
「おりゃあああ！」
「～～～～～～っっっ」
しかし、見くびっていたのは俺のほうだった。
それを思い知らせるかのように、その実力を見せ付けてきたんだ。
「お～～！ さすがのイッタ・イマージ！ 貫禄の痛がりっぷり！」
イッタ・イマージはその場に崩れ落ちると、殴られた足を押さえてもがき苦しむ。
生で見ているせいもあるのかもしれないが、圧倒的な迫力だ。
まるでサッカーのグラウンドがそこにあるかのように錯覚させるほどに迫真の痛がり。
会場の盛り上がりも最高潮を迎える。
エンターテイメント性という意味では、カジマの痛がり方も負けてはいない。
「ねえ、あれって本当に痛いんじゃないの？」
「確かに、そう思えるほどだ」
「いや、そうじゃなくてマジもんの……」
本当にあそこまで痛がるほどなのだと、俺たちまで思ってしまった。
その時点で、自ら敗北を認めているようなものだ。
完敗だ。
俺たちに悔しがる資格はない。
所詮、リアクション芸人の真似事でしかない俺たちでは勝てるはずもなかったんだ。
「いや～、素晴らしいイタガリアンっす」
そう言いながらカジマは、握手目当てにイッタ・イマージに近づく。
だが彼の顔を見た途端、なぜかカジマの動きが止まった。
「ん？ どうしたカジマ？」
「イッタ・イマージさん……き、気絶している」
後に知ったことだけど、イッタ・イマージは痛みを感じやすい体質だったらしい。
俺たちがそこまで痛いと思わないレベルでも、イッタにとってはリアルに痛かったんだから。
『あなたたちは痛みに慣れすぎて、鈍感になってるのよ……』
少し前に母が言っていたことを思い出す。
今回の一件で、俺たちは“痛みに鈍感”であることの意味、その危険性を改めなければならなかった。
「ねえ、いまさら気づいたんすけど……」
イッタ・イマージが救急室に運ばれていくのを眺めていると、ふとカジマが呟いた。
「隣国の観光大使をこんな目にあわせるのって国際問題になるんじゃ……」
だが生憎、俺はそれに答えられるようなものを持ち合わせていない。
「……どうだろうな。まあ少なくとも、それが国際問題になると思っている人たちの間では問題になるだろうとは思うが」
「違ぇよ。つまり俺たちが気にしたところで仕方ないってこと」
今回、痛くも痒くもなかった俺では、そう言うのが精一杯だった。
結局、痛みを知らなきゃ本当の意味では学べないのかもしれないな。
まあ、そのためにわざわざ痛みを知りたいとも思わないが。
そんな感じで俺たちは着々と勝利を重ねていく。
そして、あっという間に決勝戦を迎える。
「優勝は……カジマ選手！」
「うおおぉぉっ！ やったっすー！」
そして優勝を決めた。
……随分な話の端折り方をしてしまったが、これには理由がある。
まず地元の一般人のみ参加という制約上、レベルがそこまで高くない。
俺の観測範囲内ではあるが、地元でこの番組に参加するような人間でイタガリアンの適正がある奴はほぼいないんだ。
だが、その中でもカジマは適正がそれなりにある人間だったと確信していた。
前も言ったが、こいつは自己顕示欲が強い。
一般人がテレビになんて出たら大抵は緊張してしまい、普段のパフォーマンスを発揮することは難しくなるだろう。
だが、カジマは「目立てる」という感覚を優先させるのでリアクションを躊躇しない。
それでも多少はプレッシャーを感じていると思うが、程よい緊張感はパフォーマンスをむしろ向上させる。
特にこの日のカジマは、プロのアスリートでも珍しいと思えるほどに絶妙なコンディションだった。
更に身も蓋もないことをいうと、カジマは“絵になる容姿”を持っているのが何より大きい。
そんな奴がリアクション芸人さながらの痛がりっぷりを見せるのだからウケるに決まっている。
目立ち方の良し悪しを上手く判断できないのが弱点ではあったが、それは俺が手綱を握ればいい。
そして計算どおり、見事カジマはそれに応えてくれたってわけだ。
「さあ、今回から優勝者にはボーナスチャレンジの権利が与えられます！」
「何だよそれ、聞いてないぞ」
それが自分の落ち度ではなく、あずかり知らぬところで起きたことなら尚更である。
「スペシャルゲストと対戦していただき、買った場合はなんと賞金が倍！」
如何にも番組的な都合で捻じ込まれたような、思いつきの要素だ。
だが俺にとって嬉しい誤算ではあった。
これで山分けしてもかなりの金が手に入るぞ。
「加えて次回のイタガリアンにレジェンド枠として参戦もできます！」
と思ったが、やはりやめたほうがよさそうだ。
賞金が倍になるのは魅力的だが、次回もまた参戦しなきゃいけなくなったら憂鬱だ。
「あの、このボーナスチャレンジって絶対やらないとダメですか？」
「え……ああ、別にここで負けたとしても賞金が没収になったりとかはしませんよ」
「いや、そうじゃなくて、ボーナスチャレンジそのものをやりたくないって意味なんですが」
「……えー」
俺はそう司会者に尋ねるが、あまりにも予想外の質問だったらしくて困った反応をしている。
まあ、そりゃそうだ。
そもそもこの番組に出て優勝するような人間が、このボーナスチャレンジを断る理由はないからだ。
俺の参加動機が不純なのが悪い。
賞金が増えるなら結構なことだし、次回の参戦権は俺だけ辞退すればいいだろう。
「さあ、今回のボーナスチャレンジで戦うスペシャルゲストはこの方でーす！」
司会者がそう告げると、会場の正面にある扉から煙が吹き上がった。
ちゃちな空砲の音と同時に、扉が開かれる。
いや、誰だよ。
ローカル番組にそんな大層な有名人が来るなんて期待していないが、変にハードルを上げておいてこれは……
「まさかイタガリアンに出てくれるなんて、あまりにも予想外！」
しかし会場は彼の登場に大盛り上がり。
まさか、俺が知らないだけなのか。
「マスダ、知らないの？ ネットでも一時期ミーム化した人なのに」
正直、カジマのいうネットミームは、かなり限定された範囲での話なことが多いから鵜呑みにできない。
だが、他の人の興奮ぶりを見る限り、実際に有名な人物のようだ。
「そいつは何でそこまで有名なんだ？」
なるほど、サッカー選手だったのか。
しかし、あの国ってサッカーがそんなに強いわけでもないし、そこまで熱狂的なイメージもなかったと思うが。
その国の元サッカー選手が何でそんなに有名なんだ。
俺も信じられないんだけどほんとの話ね。
と親戚に教えたんだが、へえ〜と淡白な返事があっただけだった。
その人はYouTubeもよく使っていて、持て余している時間を楽しんでいるようだった。
自分が楽しめるかどうか
だから漫画もアニメも好きだけど、そこにお金を使うのは「もったいない」と思っている。
だから俺がそれらに対価を支払っていることをむしろバカにしている。言われたわけじゃないがそんな感じの反応だった。
またそんなもの買ったの？
その人の家族は漫画を買ってるようだけど、そのうちそれもやめさせるんじゃないかなあ。
代替として違法サイトとかに流れるんだろうなと思うとモヤっとする。
リテラシーがない人たちで集まってると注意する人もいないし、気づいたとて忠告してもらえるとは限らないし。
何より、犯罪だとも思わずに違法なことをしている人が親になるんだぜ。
信じられん。
親戚とはいえ懇々と説明する気力はなく、こんな増田になるしかなかった。
わざわざこういうこと書くと「いっそ通報してやれよ」て言われそうだけどそうじゃないんだよ。
じゃあお前は漫画村楽しんでた人間は片っ端からみんな通報するわけ？て思うわけよ。そんなことする人いる？いたらごめん。あなたはえらい。
悪意がないまま犯罪に加担してコンテンツを消費する人がいて、コンテンツを購入する人は無駄遣いだとバカにされて。
そして何よりも娯楽ってやっぱ時間もお金も余裕がある人のものだったんだな。
それを手頃に楽しめること自体は豊かさでもあるし、むしろ肯定するんだけど。
金のない人間は楽しむなって言ってるんじゃないんだけどね。
俺が石油王だったらこんな愚痴言ってないでコンテンツに投資するんだけどな。
僕はSVNからGitへの転換期くらいにプログラミングを始めて、Gitしか知らないまま育った。
Quiitaとか読んでもSVNは時代遅れ、Gitしか認めない、みたいな記事を散見してそうなんだろうなと思っていた。
Gitはブランチを作れるしIssue発行して微修正もできるしアジャイル的な開発にはめっちゃいいじゃんと思ってた。
でも新しく入った会社の研修では何もしらず時代遅れでしょとか心の底で批判してたSVNを使わされるらしい。
しかし、よく聞いてみるとSVNにもブランチやチケットの概念があるらしいじゃん。
そこで思った。
ブランチ作れてマージできてバージョン管理できるなら十分便利じゃね？
障害者の害が嫌なひとも含めて障碍(ないし障礙）と書くのが正当であるという話がある。たしかに青空文庫とかをみても古い用例は障碍が多いようで、意味的にもさまたげなのだからこちらが正しいというのにもそれなりの説得力がある（ついでに碍子も喜ぶだろう）。辞書には「碍」について妨害とかも含めて害に書き換えることがある、とある。僕個人は障碍と書くようになって随分になる。
で、ずっと気になってるのは意味的にいって（つまり、特定の用語なのでどうこうとか、混乱を招きうるとかそういうのは除いて）「障害」は全部「障碍」に置き変えて問題ないのかということ。当用漢字が云々とかで若干でも区別のあった障碍と障害がマージされた感じなら適切に使い分けたいし、単に置き換わっただけなら私用の文書ではとくに心配せずもとに置換し直して使いたい。どうなんでしょう。 obstructionだけじゃなくてdisorderの意味で使うときとか。あるいは「ネットワークしょうがい」とか。
きれいなコードを書け。コミットは細かく、メッセージをちゃんと書け。
そうずっと教えられてきたし努力してきた。
業界2位のミドルウェアが、、1990年代にタイムスリップしたかのような継承拒否した継承構造で書かれていた。
世界的なOSSで3桁や4桁のスターがついているリポジトリのコードは、コピペの嵐。巨大なマージコミットやＦワード入りのコミットメッセージ。
有名なスタートアップのCTOのコードは、メタプログラミング黒魔術の塊だった。
リードプログラマの同僚が、素早い機能追加で顧客から高く評価されている。
でも、それはコピペまみれで、巨大のコミットの汚いコードだからできる。
同僚にくらべて、実装は遅い。そのことを叱責ばかりされる。
優秀なプログラマは、自分は quick and dirty なコードをかくくせに、 他人にはきれいなコードを要求する。
他人にきれいなコードを要求するのは、他人のコードを読む時間を短くするためなのだろう。
ツイッターやブログは仕事関係の人も読んでいるので、ここで書く。ちょっとした事情でUターンして、とある地方のしがないWEB屋で働き始めたのだけれど、半年経って、もうこれは限界かもな、と思っている。
社員が少ないし時間がないのもわかるのだが、コードレビューがあることによって、バグやコード書いた人の目に届かない部分の影響への指摘などができると思うのだ。
フロントは状態管理が大変なので、限界があると思うんだけど、バックエンドはテストコード書いて、ユニットテストくらいはやろうぜ、と思っている。まあ、自分も以前まではやっていなかったので人のこと言えないのだけれど。
何をやっているのかわからん上にダマで変更加えてmasterにマージしちゃう。しかも変更しているのはモデル。もちろんテストはしないぜ。masterからブランチ切って自分の作業に取り掛かってみると、知らない変更が加えられている。影響範囲なにそれ美味しいの？状態なため、変更に伴って他の部分/モジュールにはバグ出まくり。テストコードはコケまくり、エラーでまくり。
これを誰がやっているかと言うと、上司にあたる人間がやっている。ちゃんと技術的な知識も持っているしコードもちゃんと書ける。自分よりも。なので余計にタチが悪い。一人で開発するんならそれでいいのかもしれないけど。ちなみにバックエンドのエンジニアはその上司と自分だけ。
働き始めて2年も経たないペーペーだし、年も離れているし、どういうアプローチをすればいいかわからないんだよね。職場の文化(?)を変えるのはそれなりの労力がいるし、とっとと転職して自分の環境を変えた方がいいかもな、と思っているけど、如何せん地方なので、あんまり職がない。
文字数制限に引っかかって下のほうが切れたので、こちらに追記します。
システム P の Web 側をひとりで開発している私がここまで信頼されていないのには、以下のような理由があります。
Git で機能単位でフィーチャーを切って(注: その機能のためだけにソースコードを枝分かれさせて他の機能に影響が出ないようにすること)開発を行い、私が機能を実装してコミット(提出)すると、X さんと Y さんがテストをして、不具合が出たら Redmine に登録して私がフィードバックを受け、私が修正し、それをまた X さんと Y さんがテストをして……という流れで開発をしています。
この X さんと Y さんによるテストを、なぜか「受入試験」と呼びます。ふつう、受入試験と言えば、開発元で最終テストまで済ませたものを発注元に納品した時に発注元が行うテストのことです。
実は、XYZ の 3 氏は、システム P の契約の上では「A 社の契約社員」ということらしいのです。私の所属は B 社なので、他社(下請け)が作ったものを自社で試験することになり、「受入試験」という工程になるとの由。
システム開発の理屈など分からない A 社の上層部から見ると、受入試験でたくさん不具合が出ている、何だ B 社は品質が悪いじゃないか、ということになります。品質を高めるためにテストを入念にすればするほど報告される不具合の数が増え、なおさら「品質が悪い」と言われてしまいます。
そして、複数のフィーチャーをマージ(結合)したソースコードの試験は、私にはできません(させてもらえません)。一般に言う単体試験も結合試験も、この現場ではみな「受入試験」です。
A 社の上層部だけでなく、プロジェクトマネージャーの V さん、プロジェクトリーダーの Z さんもこの仕組みがおかしいことを理解しておらず、「増田さんはバグが多い、信用できない」と本気で思っています。そりゃあポカミスは多いですがね……。
それ、たぶん私です。多くの方から意見をいただきたく、増田デビューしました。
