富士ソフトＡＢＣって必要か Ver3

寒

>>906
平均時給を公開して欲しいもんだなｗ
アベシなぞC言語がチョイト出来れば誰でも入れるしな。
あべしの新人の奴はVCのIDEでしかC言語が出来ないと思ってたのよ
いやね、そいつ自信の事はどうでもいいのよ、俺が言いたいのは

　　そんな奴を現場に連れてくるな！
　　　教育してから連れて来い！
　　　　それで金をよこせとは何事だ！

そんな金払うならドキュメント作成の人間を雇った方が3倍効率がいい。

>913
あのね・・・、連れてきたのはアナタの上司でしょ。
ダメならば、帰せばいいじゃん。
で、そのカネでドキュメント要員雇うべきでしょ。
うち（あべし）はそうしてるよ。

　　　　　　　　　　　　　　　　　＿＿（ "''''''::::.　　　　　
　　　　　--;;;; ______,,,,,,---'''''''"""" ヽ 　　゛゛:ヽ.(((((((っ･ω･)っ　ブーン 　
　　　　　 ::::::::""""　　・　　　　　　　. ＼::.　　 丿 　　
　　　　　::::::: 　 　　　　　 ..........::::::::::::彡''ﾍ::::....ノ
　　　　　　　　 　::::::::::;;;;;,,---"""￣　　　＾｀｀
　／ 　　　　　　￣￣ ＼
/::::::::　　　　　:　　　　　 ヽ
|:::::　　　　　　::　　　　　　ﾍ
ヽ::::::　　　　　:::..　　　　　ﾉ
　＼:::::::　 ／＼:::;;;;;;__ ノ

【ゴールデンブーン】
このブーンを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

>914
論点をずらしているのは意図的か？

あべしの野澤は　低学歴を採った方が使いものになるってさ
ばかばかしいことを、文句も言えずにやってるかららしい

社内教育しないで　教育を受けてない人材を採るから、あべしの社員は
質が悪いんだ　ただ　それでもいいってこと。　すぐ辞めてもらっても
あべし　にとっては痛くも痒くもない　

結局　その程度なんだ　あべしの業務内容は。

>>917
そりゃ、高学歴を雇ったらすぐに見下されて出ていかれるからだろ
低学歴の低脳を雇えば、自分のほうが常時上だからやりやすいにきまっている

アベシのソフトはバグだらけ　ちゃちゃか　ちゃか・・

げっ
富士ソフトABCってまだあったの
前、愛知で一緒に仕事したことあるけど
それがまたとんでもない無．．．．ら
やめた

必要か必要でないか→必要

今FSIが無くなったら、このスレに粘着してるような弱小偽装派遣屋が全員あぼーん
してしまうから。

貴様ら、そこまで言うならうちからお零れ貰うの止めれば？（超爆笑

え〜でも五年以上前だけど
きみらの作ったGPSシステムのちゃちい事ときたら
モバイルでそれが売りだったから．．．
おかげでぜんぜん売れないし
どう説明するわけ？

>922
私どもは、お客様の要求仕様に基づき作成させて頂きました。
>おかげでぜんぜん売れないし
御社の営業方法に間違いはございませんか？

ＦＳＩアベシ　３５歳が別れ道
ここでやめんと、　ただのカスになるか　ただ怒鳴る、いじめるだけの
やばい幹部になるか　選択
どっちにせよ　派遣つかって押し付けるだけの無能幹部だけど

前にあべしに設計書渡して仕事してもらったら、
「この設計書はここがおかしいですので直しました！」とかいって
自分達の都合のいい仕様に変更されたことがある。
当然却下したのだが、そうしたら営業が「設計検討を行ったのだから、それに対する報酬を出せ」とか言ってくる始末・・・

ひどい会社だよ、本当に。

・・・マジで？
さすがにそれはギャグだろ？
そんなの中国の最低クラスの会社でもそんなこといわんぞ？

>>924
>>925
>>926

中小の害虫共必死すぎて笑えねえ

>>927
どこの文面からアベシの害虫って事が発見出来るんだ？

ついに笑える余裕もなくなってきたか

>>928
927の文章から、あべしが害虫ってのは発見できるんだけどねぇ

あべし祭りｷﾀｰ！（・∀・）

あべし担当の機能で故意としか言わんばかりの問題が連発！
「昨日まで動いていたのに何故今日になっておかしくなったんですか！？」
「わかりません！何もやっていないのに何故こうなったのかわかりません！！！」


ソース比較：変更行数２００行以上



いいねーこの会社！

>931
VSSとかCVSとか使ってないの？
あと、
> 故意としか言わんばかりの
あべしに悪影響受けてないかこの日本語。

あべしではVSSを使っていようがCVSを使っていようが
修正は全てソースにコメントで残すのが会社の規定になっている。

たとえコメント修正であっても、全部残すのが規定。例は下記の通り

↓↓↓2000.3.18. バグ回収 abedead ↓↓↓
↓↓↓2000.3.13. 仕様変更により処理削除 abedead ↓↓↓
↓↓↓2000.3.8. 仕様変更により処理場所変更 abedead ↓↓↓
////////// data = 3; /* dateに3を入れる */
↓↓↓2000.3.3. コメント修正 abedead ↓↓↓
////////data = 3; /* dataに3を入れる　*/
↑↑↑2000.3.3. コメント修正 abedead ↑↑↑
↓↓↓2000.3.5. 変数名修正 abedead ↓↓↓
//////filedata = 3; /* filedateに3を入れる */
↑↑↑2000.3.5. 変数名修正 abedead ↑↑↑
↑↑↑2000.3.8. 仕様変更により処理場所変更 abedead ↑↑↑
↓↓↓2000.3.11. 仕様変更により処理場所差し戻し abedead ↓↓↓
//filedata = 3; /* filedateに3を入れる */
↑↑↑2000.3.11. 仕様変更により処理場所差し戻し abedead ↑↑↑
↑↑↑2000.3.13. 仕様変更により処理削除 abedead ↑↑↑
↓↓↓2000.3.22. コメント修正 abedead ↓↓↓
////filedata = 2; /* filedateに3を入れる */
//filedata = 2; /* filedateに2を入れる */
↓↓↓2000.3.23. コメント修正 abedead ↓↓↓
filedata = 2; /* filedataに2を入れる */
↑↑↑2000.3.23. コメント修正 abedead ↑↑↑
↑↑↑2000.3.22. コメント修正 abedead ↑↑↑
↑↑↑2000.3.18. バグ回収 abedead ↑↑↑

以前↑に対して苦情をだしたら、真顔で

「わが社は可読性を高めるために、コメントは全て残すようにしていますが、何が問題なのですか」

と言われたよ・・・・・

VSS使ってれば、ソース比較するまでもなく
変更したってわかるじゃん。

きっと、あべしはとても優秀なんだよ。

だって>>933のコメント文を一瞬で理解出来るんだしさ。

>>933
ウップ
薄知の匂いがする

>>933-937
お前ら、池沼？
リリース後とかなら例えコメントしか修正して無くても、修正したらそれをソース内
に明記しとけよ。ﾎﾞｹ。
つーかそんなのアベシに限らず結構な所でやられてる訳だが。少なくとも目立やみか
かの案件のときもそれを要求されたぞ。

まあ、お前らみたいに雑務しかしない派遣屋にこんなこと言っても仕方ないと思うが。

疑問を持てよ、そのアホらしさに。

>>938
あべし語じゃなくて日本語しゃべってください(^-^

>>933
何故どいつもこいつもこの書式を使うのか疑問だったが、会社規定だったとは・・・

漏れが以前仕事させてもらった時もこの書式を強要されて、
あべしの腐った実質10行程度の関数（既に改変されまくり）のバグをとった３日の
作業で合計400行ぐらいになり、どこがコードなのか自分でもわからないほど
パニック状態に陥った（修正前は320行ぐらい）

会社ｷﾃｨだったとは・・・・・・

>>938
平日の午前10:22に書き込みしてる無職でつか？

>933
毎回diff取ってコメントに入れといてやればいいんでない？

938は無職決定

無職の自分が言うのもなんですが

　香　ば　し　い　会　社　で　す　ね

ソースコードのコメント修正に対してコメントを入れるとは、さすが低脳アベシ。
ＶＳＳやＣＶＳを使っているのであれば、
チェックイン・コミットするときに変更点をコメントに入れておけばいいじゃん。

>>946
変更点のコメントだけではソースの可読性が低くなります。
そんなこともわからないなんて、本当に無能ですね。

ここ女性プログラマ多くね？

あー、別にアベシの肩を持つわけじゃないが。

VSS使ってるからソース内に変更点を書かない。っつープロジェクトに出会った事は
一度もないんだが。過去６年のうちで。普通は修正前のソースをコメントアウトした上で、
修正後のソースを付け加えるのが一般的だと思うが・・・

946とかがどんなプロジェクトに参画した事があるのか気になる・・・

>>949
＞946とかがどんなプロジェクトに参画した事があるのか気になる・・・ 

別におかしく無いんじゃないの？
しいて言えば、ソース単体ではどこを修正したのかが解らないという点か・・・

しかしVSSであれば変更前と変更後の差分が、マルチウィンドウで解り易く表示してくれる。

ソースに変更点を書くのも良いが、頻繁に変更を繰り返した時は可読性が悪くなってどうでも良いミスを犯すと思うがな。
コメントだらけにされたプログラムは、見るに耐えん。

私達はＶＳＳの比較のような中途半端なものは使いません。
全て作業者が１つ１つ目で確認します。
業務が忙しいため確認をまったく出来ない時がほとんどですが、
確認する余裕がある時は１つ１つ確認します。

おっと、定時だ。仕事終わってないけどまぁいいやー。また明日やればいいしなっ。

>>951
あべしの定時って午前3時なんですか？

>>952
害虫はマジ市ね。頼むからマジで市んでくれ。

>>953
害虫？ 漏れは個人事業主をやっております。
（現在自宅でDBの物理設計をしてる）

あなたはあべし社員ですか？

ぎゃわはｌ；あははははあｗｗｗっうぁはわああああはあｗｗｗｗｗｗ
このスレがこんだけ伸びてるっつーことはｗ、そ
れだけウチに縋ってきてる害虫ｗ度もが多いって事だよなｗｗっわあわｗｗｗ

てことわ、それだけウチとしては儲けwwwが出るってこったｗｗｗｗｗｗｗ
これからも貴様ら雑魚どもから搾取しまくってやっからよ、ｗｗｗｗ
せいぜいこのスレで愚痴wwでも履いてろよな、蛆虫度もがｗｗｗ
うはははははあｗｗｗっうぁがはｇｗがｔｙがああぎゃがああｗｗｗっははｗｗ

それはともかく。


変更前のコードをコメントアウトの形でソースに残すのは、テスト結果が安定するまでの一時的な処置にとどめるべき。
何世代も前の修正コードをいつまでも残している人、よくいるけどあれはホントに可読性を損なうだけ。
だって、そんな賞味期限切れなコード、いざコメントをはずして復活したところでまともに動くはずがない。
意義がない。
それが仕様変更によるものであればなおさら、別の文書で残すべきこと。

ヘッダに履歴を並べるのはまぁ、当然のことだがな。

>956 は実際には一度も仕事をした事が無いニート。決定。マジ決定。

>>957
そう言うからには>>956に対する反論を述べてみ？

>>958
はい出ました ww 反論厨

あべしって、煽りだけは半人前なんだよな。



・・・他？　もはや人じゃないｓ

次スレよろ　(　･ω･)ﾉ　>>950