5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

この会社辞めようと思った上司の一言#F

1 :仕様書無しさん:04/03/31 19:17
作業現状を全く把握していない上司の一言。
時代に取り残された上司のトンデモ一言。
そのような恨みつらみを語り合いましょう。

前スレ
この会社辞めようと思った上司の一言#E
http://pc3.2ch.net/test/read.cgi/prog/1075987262/

537 :仕様書無しさん:04/05/05 18:31
だから、作れよ

538 :255:04/05/05 19:02
>>515
>「昔はそんなのに頼らなかった」だの
>「そんなツールに頼っていたら本質が見えない」だの
>メインフレーム時代を振り返ります。

うちの社長そっくりだね
こういう手合いには理屈は通じないんだよな

いくらこっちが正論を述べても、

「お前の話し方は理屈っぽくてムカツクんだよ!」、
「ゴチャゴチャ言わずに俺の言う通りにやればいいんだ、かわいくねえんだよ!」

これでおしまいだもの…


開発用PCはまだスタンドアローンのままで腐ってます

539 :仕様書無しさん:04/05/05 19:03
毎晩or毎朝フォルダ毎コピーする方がいいんじゃないの。


540 :仕様書無しさん:04/05/05 19:33
部長から電話

「すまんが、明日も休むから宜しくやっといてくれ」

あんた、先週の水曜から休んでるんじゃないか・・・・
何連休するつもりだ?

と思ったがとりあえず「わかりました」と切って、2時間ほどして
気づいたが、明日は客との打ち合わせじゃねーか!
慌てて電話したが「電源が入っていないか・・・・」になっている。


どうしよう?

541 :仕様書無しさん:04/05/05 19:58
>>540 部長は責任職。部長の責任にする
当然の報い

542 :仕様書無しさん:04/05/05 20:16
>>515です。
返事遅れました。すみません。
CVSの件は諦めるしかないようです。
というのは、我が社で実績のある「台帳管理方式」への切り替えを迫られているからです。


543 :仕様書無しさん:04/05/05 20:21
うーんCOBOLダネ

544 :仕様書無しさん:04/05/05 20:22
社内で実績があるのと全世界で実績があるのとでは
どっちが優れているかは明白なのにねえ。

545 :仕様書無しさん:04/05/05 20:26
そりゃ社内だな。

546 :仕様書無しさん:04/05/05 20:34
台帳管理方式。
オワッタな…

547 :仕様書無しさん:04/05/05 20:46
つーか、ほんとに辞めたら?

548 :仕様書無しさん:04/05/05 21:28
組織を変えるより、自分が組織を変わるほうが早いし有効だぞ。

奴らは奴らなりに培ってきた文化があるわけだし、それを壊すのも悪いじゃないか。
お前が愛想をつかせ


549 :仕様書無しさん:04/05/05 22:02
>>548
それが一番現実的だな。

550 :仕様書無しさん:04/05/05 22:04
組織を作れ

551 :仕様書無しさん:04/05/05 22:08
>>550
いや、それはマンドクセ

552 :仕様書無しさん:04/05/05 22:16
台帳管理してるところで、台帳活用してるところを見たことがないんだが

553 :仕様書無しさん:04/05/05 22:47
自分を変えて組織になじむほうが早いかもしれない
まあなじめるならここで愚痴らないか

554 :仕様書無しさん:04/05/05 23:03
>>553
腐った組織になじんだら、そこでしか生きていけなくなってしまうぞ
そこで定年まで勤めるのならいいが

上(特に社長とか)が馬鹿な場合は、現場から改善要求して、
内部から体質を変えることもままならない

糞会社からは抜けた方が自分のためだし、糞会社側にとっても
不満分子が消えるわけだから悪いことではない

555 :仕様書無しさん:04/05/05 23:09
腐った会社に属さねば、貴様も苦しむことはなかったろうに!

556 :仕様書無しさん:04/05/05 23:09
COBOLで培った技術をそのままJAVAへいかせ!

557 :仕様書無しさん:04/05/05 23:44
>>556
むりやりいかさなくてもよろしい。

558 :仕様書無しさん:04/05/05 23:57
人は分かり合えるんじゃないの...?

559 :仕様書無しさん:04/05/05 23:57
っていうか無理。

560 :仕様書無しさん:04/05/06 00:00
>>558
隣の国にそれを言え


561 :仕様書無しさん:04/05/06 00:06
>>560
この国の男と女の間にある暗くて深い河以上のものが・・・日本海溝ってヤツ?
あ、あれは太平洋側だっけ。

562 :仕様書無しさん:04/05/06 00:19
>>558
本気で分かり合う覚悟があるならね。

定年まで逃げ切ることしか考えていない無能低能サラリーマンには、
新しいことを今から理解するなんて無駄なコストでしかないんだよ。

563 :仕様書無しさん:04/05/06 00:23
「上司に何いっても結局その上司のプランで進められてしまうので
もうなんもいう気なくなった」と愚痴ったら、きいてた先輩に、
「通じるまで何度でもがんばれ、努力すればいつか通じるはず」
といわれた。
その先輩はたしかにその言葉通り努力している。
そしてしつこい無能扱いで笑われている。
なんだかとても哀しくなった。
ふと、バカの壁、ってやっぱり名作かも、とも思った。

564 :仕様書無しさん:04/05/06 00:27
そんな馬鹿に愚痴ってる藻前が一番の馬鹿

565 :仕様書無しさん:04/05/06 00:29
飲み会の席だからその人にってわけじゃないのよ
ところで「そんな馬鹿」ってやっぱりそう思ってしまう?

566 :仕様書無しさん:04/05/06 00:29
>>563
その先輩は、人間としては純粋かもしれない。

でも馬鹿。世の中にはロクデナシがゴロゴロいるという誰でも知っている
真理をいまだに理解していない。

567 :仕様書無しさん:04/05/06 00:31
>>563
人間は、1度軽蔑することに決めた人間の言うことなんか聞かないもんだ。
上司は、その先輩の発言をおそらく永遠に理解しようとしないだろう。

568 :仕様書無しさん:04/05/06 00:44
やっぱりそんなものですか...。

569 :仕様書無しさん:04/05/06 00:45
努力すればいつか通じるよ

570 :仕様書無しさん:04/05/06 01:17
便秘って大変だよね

571 :仕様書無しさん:04/05/06 01:22
>>569

時間が無限にあるんならいつまでも努力するけど、
現実はねぇ、、、

572 :仕様書無しさん:04/05/06 01:48
そう、頑張っていると足が痺れてくるし、痔になりそうになる。
でも下腹が苦しいし。

573 :仕様書無しさん:04/05/06 06:07
馬鹿の壁はある。絶対。馬鹿の壁お勧め。

って話してたうちの重役、あんたが一番壁持ちなんだけど。

574 :仕様書無しさん:04/05/06 07:04
時間は若い者の味方ではあるんだがな…

575 :仕様書無しさん:04/05/06 08:45
若者にはバカと話すための無駄な時間は無いんだよ。

576 :仕様書無しさん:04/05/06 11:45
台帳管理ってどうやるの?

577 :仕様書無しさん:04/05/06 13:21
>>576
きっと体調管理と間違えたんだろ。
健康でいればいいってことさ。

578 :仕様書無しさん:04/05/06 13:23
>>576
うちがやっている台帳管理は

1.クラスやメソッドを追加したい
2.台帳をみて名前を採番(エクセルマクロで命名される)
3.そのクラスやメソッドの説明を書く。
4.ソースへ反映する。

javadoc?わすれたよ・・・


579 :仕様書無しさん:04/05/06 13:42
>>578
エクセルマクロでやってるんだ〜すごいね。
(馬鹿にしているんじゃなくてマジに)
エクセルマクロやアクセスでやっているのはかなりまともな所だと思うよ。

漏れが知っている某社は本当に台帳で管理してたよ。
大福帳みたいのをペラペラめくって採番してた。
命名した時は申請者の判子と、承認者の判子がいるという仕組みだった。
結局採番申請の処理が面倒なんで、みんな1つの関数で済ませたがるから
1つの関数が異様な長さになってたなぁ。


580 :仕様書無しさん:04/05/06 13:48
>>579
納得できる理由があるならともかく、台帳管理している時点で以下略じゃないのか?

581 :仕様書無しさん:04/05/06 14:26
結論:下には下がいる

582 :仕様書無しさん:04/05/06 14:56
>>579
紙で管理して名前の重複チェックどうやってやるの?


583 :仕様書無しさん:04/05/06 15:22
>>582
某大手では、月日時分を付けて命名している。

ACT05061522クラスとか


584 :仕様書無しさん:04/05/06 16:52
うちの取引先さらに作成者のイニシャルまでつけてる
ACT05061522SKクラスとか

585 :仕様書無しさん:04/05/06 17:01
シャイン番号よかマシだよ。。。
ACT05061522142236クラスとか

586 :仕様書無しさん:04/05/06 17:06
>>583-585
ネタなのかマジなのかよーわからん・・・

587 :仕様書無しさん:04/05/06 17:35
>>583-586 オレもわからん
そんなCOMのGUIDみたいな意味不明なクラス名やだ!

588 :仕様書無しさん:04/05/06 17:58
それがさ。
マジにそんなのが規約で決まってる現場もあんのよ。
恐怖だよな。

俺、今回設計側だから、そんなの直接見なくて済むけどさ。
絶対にそんなの開発したくネーヨ(w


589 :仕様書無しさん:04/05/06 18:16
最新のクラス名やクラス名の履歴を返すクラスがある


590 :仕様書無しさん:04/05/06 18:32
クラス名がコードなんてやばすぎるな。

591 :仕様書無しさん:04/05/06 18:40
Cのマクロを使ってPascalみたいにする上司。

592 :仕様書無しさん:04/05/06 18:47
クラス名が、業務コード(アルファベット3文字)+サブシステム番号(数字2桁)+通し番号(数字3桁)という
プロジェクトに加わったことがあるが、下には下があるんだな…。世界は広い。

593 :仕様書無しさん:04/05/06 18:56
>>592
サブシステムが2桁におさまるってのもアレだね。

594 :仕様書無しさん:04/05/06 19:11
>>591
何かそんな感じの本を見たことあったな。誰か知らんけ?

595 :仕様書無しさん:04/05/06 19:25
藤原御大の「Cプログラミング診断室」だべ
#define begin {
#define end }

596 :仕様書無しさん:04/05/06 19:33
>>595
藤原御大って誰?
かなり無能じゃない?

597 :仕様書無しさん:04/05/06 20:01
>>596
その本に「マクロを使ってPascal風の言語に改造していたアホがいた」という悪例が上げられている。
Cプリプロセッサパワーっていうネタ本にマジレスカコワルイ

598 :仕様書無しさん:04/05/06 20:40
CプログラミングFAQで出てきたんじゃなかったっけ?

599 :仕様書無しさん:04/05/06 21:00
>>595
おお!それそれ!ありがとう

600 :仕様書無しさん:04/05/06 21:57
TC++PLでも似たようなの無かったっけ。

601 :仕様書無しさん:04/05/06 22:02
「明日は定時後、新人歓迎会で使えないから始発で来いよ」

明日は始発。


602 :仕様書無しさん:04/05/06 22:04
来月から手当一律5万カットします>全員


603 :540:04/05/06 22:05
お客様がきて、部長いないと知ってびっくり。
無理やり病気で休んでいるということにしてなんとか話をつけたけど、
福岡から出てきて頂いているので、一旦戻ってまた明日なんて訳にはいかず、
会議を明日に延長するという話になったのだが、部長と連絡つかず。

と思っていたらさっき電話がかかってきた。
 「いやあ、ケータイの電池が切れてしまって、参ったよ。はっはっは」


病気になりたい。。


604 :仕様書無しさん:04/05/06 22:07
こんなとこでグチってるヒマがあったら、何でその上に報告しないんだ?

605 :仕様書無しさん:04/05/06 22:56
>>601
ちょっとワロタ

イ`

606 :仕様書無しさん:04/05/06 22:57
というか報告すべきでしょう。
部長の不始末をフォローできるのはその上しかいませんよ。

607 :仕様書無しさん:04/05/06 22:58
>>604
その上もアホだから

608 :仕様書無しさん:04/05/06 23:00
けどそういう場合はそのバカ部長と上が個人的に繋がりがあって
上に話通らない or 通っても適当にあしらわれるんじゃないかな。

それに上ってのは平社員からの苦情とかは
「そんなの苦労に入らん」「少しは我慢しろ」
とか、現場を見ずに逆に説教するし。

とは言っても何の解決にもならんので
とりあえずは2回くらいは上に上申すべきだろうな。
2回言っても上の善処が期待できなければ辞めちゃえ辞めちゃえ(゚∀゚)
漏れはそれで辞めたヽ(゚∀゚)ノ

609 :仕様書無しさん:04/05/06 23:45
>>608
個人的つながりがあるならいなくならねーだろ。


610 :255:04/05/07 01:19
20日付で退職ケテーイ ( ´∀`)
有給が10日ほどあるので使い切りたいところだが、残作業があるのでそうもいかん

社長が俺のことをボロクソに言ってるらしいが、最早どうでもいいわ サイナラ

611 :仕様書無しさん:04/05/07 01:26
>610
おめ。

612 :仕様書無しさん:04/05/07 01:30
>>610
残作業なんか放り出しちまえよ。後は野となれ山となれ、って。

613 :仕様書無しさん:04/05/07 01:36
>>610
よかったなぁ!
まぁ、最後くらいきっちり働いて堂々と消えるがよろし。

ちなみに次の仕事は見つかったの?

614 :仕様書無しさん:04/05/07 04:05
>>610
いいなぁ漏れもはやくそっちの世界に行きたいよ。

偽装派遣先との契約がまだ数ヶ月残ってるみたいなんだけど、
退職届叩きつけても問題ないかな?

615 :仕様書無しさん:04/05/07 05:41
問題ないぞ。雇用条件に虚偽があったというのは「被雇用者側から直ちに雇用契約を破棄できる」
立派な理由になる。

616 :仕様書無しさん:04/05/07 12:45
>>597
>>595の書き方みりゃ、筆者がやってると勘違いしてもしょうがないのでは? :-P
>596は無罪ですね :)

617 :595:04/05/07 16:01
つ〜か、コの業界であの本知らなきゃモグリだべ

618 :仕様書無しさん:04/05/07 16:25
どうやら俺はモーグリのようだ

619 :仕様書無しさん:04/05/07 17:20
カリカリクポー

620 :仕様書無しさん:04/05/07 18:59
>>617
なんじゃそりゃ?
えらい見識が狭いなぁ。

621 :仕様書無しさん:04/05/07 20:20
これか?
ttp://www.pro.or.jp/~fuji/mybooks/cdiag/
なつかしい。もう古典だと思うが。感想は二種類。
「勉強になった」
「当然の事を書くためだけに糞コード見せやがって。買って損したぜ」
・・・まあ自己流を通してきた人間ほど読むだけの価値はあるが、
そんな人間は本なんぞ読まんしな

622 :仕様書無しさん:04/05/07 22:56
50にもなって課長にしかなれていないうちの課長に、
「システムは企画した人が最後まで保守しなければならない」
「だからチーム内での担当引き継ぎは必要ない」
と言われました。

「新入社員も入社10年の社員も同じように企画して開発して保守しろと?」
「ようするにスキルアップは必要ないと?」
「それじゃ、社員はどうやってキャリアアップするんですか?」
「コスト意識ってあります?」
って言ったら黙り込んでしまいましたが。

でも、結局いま自分が担当しているシステムはそのままなのね。
そろそろ若い衆に任せてやりたいんだけど。

(ちなみにうちは平社員のひとつ上が課長という平べったい会社です)


623 :仕様書無しさん:04/05/07 23:14
>(ちなみにうちは平社員のひとつ上が課長という平べったい会社です)
そこまで言うなら辞めれば?
あ、辞める勇気が無いのか(w

624 :622:04/05/07 23:30
>>623
この会社でやりたいことがあるので、まだ辞めません。
この上司も適当にあしらえると思いますし。
ただ、一瞬ですが「別のところに行ったほうがいいかな?」という考えが脳裏をよぎりはしました。

後、会社を辞めるのに必要なのは勇気ではなく野心だと思います。
無謀と勇気を勘違いされていませんか?

625 :仕様書無しさん:04/05/07 23:45
このスレには無職が多いからな

626 :仕様書無しさん:04/05/07 23:50
>>625
呼んだ?

627 :仕様書無しさん:04/05/07 23:55
>622ってなんか若そうだな

628 :仕様書無しさん:04/05/08 00:15
>それじゃ、社員はどうやってキャリアアップするんですか?

この辺がそうだな。
社員のキャリアアップなんか知ったこっちゃねーだろ。
弱気な課長だから言えなかったようだが、普通の人は「君のキャリアップなんかどーでもいい」
って言うよ。たぶん。関心があるのは売り上げに決まってんだろ。ぼえ。

629 :仕様書無しさん:04/05/08 00:18
なんかさー
いきなり19日から来なくていいとか言われてさー

残務整理にどー考えても足りないから、来週から
定時9時のところ8時に出社したいって言ったら、
「必要なの?」とか聞かれちった。

漏れは無能で成果物のクオリティに疑問があるんだって。
要求を明確に出さない喪前が悪いんだろがー

630 :仕様書無しさん:04/05/08 00:22
隣に座ってるPLの作ったデータ登録画面からデータの登録をすると、何故か失敗する時があったので
とりあえずPLにバグ報告して、どこが原因なのか色々と調べていたところ、その画面の処理部分での
バグと判明。

その事を動作説明を加えてPLに報告したところ、翌日にそのPLと仲のよい部長から

「○○〜、勝手にバグつくったら駄目じゃないか〜」

と言われた。
「ハァ?」と思って尋ねてみると、昨日見つけたバグが、漏れが勝手に画面を改造して
バグらしたと報告されていたらしい。

とりあえず、それは漏れのせいではなくて試験中に見つけたバグで、その事をPLに説明したとおり
PMにも説明したら、

「あ、そうなの。スマンスマン」

と苦笑いしながらPMはその場をスルー、隣のPLはただニヤニヤしているだけ。


こんな事がこれまでも何度と無く起きていて、そのたびに我慢してたのだが
さすがに今回はマジでムカついたので今月やめてやりまする。(w



631 :仕様書無しさん:04/05/08 00:22
>Cプリプロセッサパワーっていうネタ本にマジレスカコワルイ

あ〜、漏れもそう思ったよ>ネタにマジレス


それにこの“Cプログラミング診断室”って本は
妥当な内容もあるけど、Unix流以外はすべて悪って感じで
ちょっと偏狭なんでなかろうかとも思ったよ



632 :仕様書無しさん:04/05/08 00:23
仕事を人に引き継がしたり、ノウハウを後輩に残すなんてことを無償でやるのは馬鹿のやること。
自分にしかできない仕事をキープして自分のスキルを武器にしないと後輩に仕事を奪われるよ。
会社の事を考えるのは経営者の仕事で、下っ端の仕事ではない。


633 :仕様書無しさん:04/05/08 00:28
>>632
つまりず〜〜っと下っ端で痛いと(w

634 :仕様書無しさん:04/05/08 00:41
>>632
そういう考えでやってる人もままいるね。
でも、ほとんどの人は「自分にしか出来ない」ほどのスキルなんて持ってないから、
そんなひとが仕事を奪われまいとしようとすると、
説明を全部口頭でやったり資料作って残そうとする人を何とかして邪魔したり、
一緒に仕事するのも奪われそうにない新人とか女の子限定だったり・・・、
ま、要するになんだかみっともないことになってしまう。

そのうちそれ以外の仕事ができなくなってしまって、
ついでに周りからもだんだん相手にされなくなることもある。

終わった仕事はとっとと他人に引き継がして
新しいことやったほうが得すると思うけどなあ。


635 :仕様書無しさん:04/05/08 00:44
>>628
課長のせいで売上が上げられないのでは?

>>632
622の課長ですか?

636 :仕様書無しさん:04/05/08 00:46
>>632
それは保身。まあ野心と秤にかけてバランスよく、な。
引き出しが少ないのは戦力の低下につながるぞ。

637 :仕様書無しさん:04/05/08 01:05
>>630
それって思う壺なんでは。

135 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)