[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 07/03 15:15 / Filesize : 215 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:仕様書無しさん mailto:sage [03/07/27 14:01]
この会社辞めようと思った上司の一言。
プログラマとして幻滅する上司の一言。
こんな上司に評価されたくないと思う一言。
元メインフレーマ&元コボラー上司の時代錯誤の一言。
等々をつらつらと綴っていって頂戴。

前スレ
この会社辞めようと思った上司の一言#A
pc.2ch.net/test/read.cgi/prog/1056418451/


560 名前:仕様書無しさん mailto:sage [03/09/11 08:30]
>>559
決断先走りすぎ。>>558が反駁してないとはどこにも書いてない。
こんな奴世の中には(ry

561 名前:仕様書無しさん [03/09/11 14:06]
>>543 >>558
禿同。画面にテキストボックス貼るだけならすぐやってあげるよね。
この場合「相手はDQNなんだから」と丁寧に説明してあげるのが吉?
でもそういう奴って聞く耳持ってなかったりするんだよねー。

562 名前:仕様書無しさん mailto:sage [03/09/12 23:19]
>>556
履歴書を返す返さないはその企業次第、法的に規定は無いはず。
まぁ、しつこく返してって言えば返してくれるんじゃないかな。
毎日10回くらい電話してみたら?


563 名前:仕様書無しさん mailto:sage [03/09/12 23:56]
               +
         +         +     +
     +
 .        / ̄\  +.  ∧_∧アハハハ  +
履歴書カエセヨー( ´∀`)    (´∀` )  
         (つ  つ     (つ  つ■
.      +  ( ヽノ      ( ヽノ        +
         し(_)      し(_)


564 名前:仕様書無しさん mailto:sage [03/09/13 00:34]
なごやか〜

565 名前:仕様書無しさん [03/09/13 11:18]

本部長「また遅れているのか!お前ら一回、軍隊に入ったほうがいいな」



566 名前:仕様書無しさん [03/09/13 11:35]
>565
「万年二等兵に言われる筋合いは無い」と返してやる。

567 名前:仕様書無しさん [03/09/13 13:28]
>>565
「ロボット三等兵に言われる筋合いは無い」と返してやる。

568 名前:仕様書無しさん [03/09/13 13:31]
部長>最近チームの雰囲気が悪くなっている。
部長>シャッフルカラオケ大会で気分転換しよう。

というわけで本日18:00からカラオケ大会に逝ってきまつ。
自分の歌いたい曲を書いた紙片をお楽しみBOXに入れて
シャッフルして引いた曲を歌わなければなりません。
カラオケBOXじゃなく貸しホール。
点数は部長と課長が付ける。
参加費500円。
めちゃんこ鬱。

糞忙しいのに。
おかげで明日、明後日は出勤ですよ。




569 名前:仕様書無しさん [03/09/13 14:04]
>>565
前にうちにも軍隊とビジネスをすぐ比較して話す部長がいたので
軍隊にいたことがあったのかと思っていたが、
実はただの軍隊オタだった。
ビジネス誌に掲載された山本五十六の言葉などや
軍隊の詩(男なら死ぬまでがんばれ、みたいな奴)
をコピーして部下に配ったりしてた。
その人の持論「戦争とビジネスが違うのは人が死なないことだけです」

570 名前:仕様書無しさん [03/09/13 14:08]
>>569
合気道を勧めてきた上司もいたよ。


571 名前:569 [03/09/13 14:18]
その部長が部下を次々と以下の研修に申し込んで行った。
sokaku.co.jp/index.htm

これがいろんな会社の社員を軍隊みたいに育てる研修をする奴で、
俺も無理矢理行かされたのだが・・・・思い出したくない。

572 名前:仕様書無しさん mailto:sage [03/09/13 15:46]
>>569

ビジネスでは過労死が多数でているから、
戦争では人は死なないってことがいいたいんだろうな。そいつは。

573 名前:仕様書無しさん mailto:sage [03/09/13 15:48]
>>569
>その人の持論「戦争とビジネスが違うのは人が死なないことだけです」

おまえさん、殺されるぞ。

574 名前:仕様書無しさん mailto:sage [03/09/13 17:39]
>>571
<BLOCKQUOTE>
<BLOCKQUOTE>
<BLOCKQUOTE>ぬるぽ</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>


575 名前:仕様書無しさん mailto:sag [03/09/13 19:58]
>>568 キッツゥ

576 名前:仕様書無しさん mailto:sage [03/09/13 20:21]
>>572
うまいね

577 名前:仕様書無しさん mailto:sage [03/09/13 22:06]
>>558
教育部の部長がそんな感じだなぁ・・。
数年前に技術系の部署から飛ばされたんだけどね。(w

578 名前:仕様書無しさん mailto:sage [03/09/13 23:26]
強靱な精神的を養う教育も行うとは有能な教育係ですね。



579 名前:   [03/09/14 23:16]
戦争で負けるのは上層部の指揮・判断の誤りが原因。
プロジェクトも同じ。

580 名前:仕様書無しさん mailto:sage [03/09/15 00:59]
戦争に勝ちも負けも無い。ただ人が死ぬだけ。
ビジネスも同じ。

581 名前:仕様書無しさん mailto:sage [03/09/15 01:09]
おいおい。

582 名前:仕様書無しさん mailto:sage [03/09/15 01:40]
負けたらクビで勝っても過労死?

583 名前:仕様書無しさん mailto:sage [03/09/15 12:31]
「キミ、オープン系のプロジェクトしかやったことないだろ?
ここらで仕事の幅を広げておくことも必要じゃないかと思うんだ。
COBOL覚えてくれ」

今さらCOBOL覚えて意味あんの?俺、騙されてない?

584 名前:仕様書無しさん mailto:sage [03/09/15 14:37]
騙されてるから辞表書きなよ。
逆ならともかく。

585 名前:仕様書無しさん mailto:sage [03/09/15 16:18]
画面設計の規約を守らない上司。
途中から思いつきでコントロールを追加して
レビュー時に「俺バージョン」とかいって披露して
「画期的ですね!」って賛美の言葉を待つバカ野郎。

こんなことばっかやってるから手戻りの連続。
しかも思いつきの仕変だから、途中で対応できない
ことに気が付いて又白紙に戻したりして一向に進まない。
「規約は守ってください、変更したい内容があるなら一人で
適用しないでシェアしてください」って言ったら「なんで?」
って逆切れ気味に突っかかられた。

そんなやつが部長の席に座ってる会社です。将来性がないと
思い退職することにしました。

586 名前:仕様書無しさん [03/09/15 16:24]
>>583
メーカー主体で、本当のウォーターフォール型開発を経験出来るというなら、、まぁあることはあるが・・・

あとは、COBOLからオープン系へシステムを載せ替えるときに、仕様にないロジックを探せることくらいしかないかなぁ。

587 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

588 名前:仕様書無しさん [03/09/15 16:53]
>>568
>>571
悲惨・・・



589 名前:仕様書無しさん [03/09/15 18:14]
>>583
可愛そうに
同情するぜ


590 名前:仕様書無しさん mailto:sage [03/09/15 18:17]
>>589
エラー7743: 定義されていない識別子です: 可愛そう


591 名前:仕様書無しさん mailto:sage [03/09/15 18:23]
同情するなら金をくれ

592 名前:仕様書無しさん mailto:sage [03/09/15 19:06]
半年前。
客先と話し合いの末決めた仕様を「この方が使いやすい!」と思いつきで変えた上司。
闇雲に賛成する腰巾着の同僚H。
提案の穴を必死に訴え反対する俺。
「そこまで考える必要はない」と押し通す上司。

今。
俺の危惧したとおりの障害が発生。
客先に謝罪する俺。
3連休パーにして改修をかける俺。
そんな俺に上司が吐いた言葉。
「設計をきちんとしないからこうなるんだ。Hを見習え」


593 名前:仕様書無しさん mailto:sage [03/09/15 20:25]
>>583
COBOL自体にはそれほど強い意味はないと思うけど、
汎用機での開発を知っておくのは意味あると思う。

汎用機COBOLerがなぜCOBOLerで食っていけるかもわかるだろうし。

594 名前:仕様書無しさん [03/09/15 22:22]
日付は日付型でいいじゃん(泣)

595 名前:仕様書無しさん [03/09/15 22:28]
>>594
誤爆か?
日付を何型にしているのかお兄ちゃんにちゃんといってごらん?


596 名前:仕様書無しさん [03/09/15 22:34]
きゃら10。

597 名前:仕様書無しさん [03/09/15 22:49]
きゃら8だろ?

598 名前:仕様書無しさん [03/09/15 22:50]
きゃら8で、2003年9月16日は「2003916 」



599 名前:仕様書無しさん mailto:sage [03/09/15 23:02]
01 YMD
03 YYYY PIC 9999
03 MM PIC 99
03 DD PIC 99

こんなだっけ?

600 名前:仕様書無しさん mailto:sage [03/09/16 00:29]
>>598
やめれ。比較が簡単にできん。

601 名前:仕様書無しさん mailto:sage [03/09/16 00:31]
>>598
20030916?

602 名前:仕様書無しさん mailto:sage [03/09/16 00:58]
>>600
キャラ8 (ex. 20030916)なら比較はできるだろ。
差分日数はこのままでは算出できないが。

603 名前:仕様書無しさん mailto:sage [03/09/16 00:59]
月や日のフォーマットを%02dでなく%2dにする奴は逝け

604 名前:仕様書無しさん mailto:sage [03/09/16 01:00]
そーいや、コボラーが設計したJavaのバカプロジェクト参加したが、
金額以外全部Stringで萎えたな。
DBに年と月と日のカラムがあって、全部Stringなんだわ。
「一桁の数字は01ですか?スペース1ですか?1スペースですか?」
と聞いたら会議してたよ。
最初からDateにすりゃいいだろが。

605 名前:仕様書無しさん mailto:sage [03/09/16 01:02]
俺内部管理は全部time_tにしてほおりこんでるけど、まずいかな?

606 名前:仕様書無しさん [03/09/16 01:10]
>>604
環境はちがうけど、私も同じ状態です。
同じレイアウトで、主キーの日付が文字型なのと整数型の
テーブルを混在させるの止めてくれないかなぁ。
Date型にしたらそれで終わりなのに・・・
それ以前にSQLって何ですか?って質問には死にそうになったよ・・・


607 名前:仕様書無しさん mailto:sage [03/09/16 01:21]
>>604
うちの下請けの方がまだマシだな。


StringじゃなくてStringBufferで扱ってくれてたし

608 名前:仕様書無しさん mailto:sage [03/09/16 02:22]
>>606
「えすきゅーえる」じゃなくて「しーくぇる」なら通じたとかじゃないだろうな



609 名前:仕様書無しさん mailto:sage [03/09/16 03:47]
>>602
>>598のような書式だとキャラ8でも比較できないといってると思われ。
がんがればできないことはないが、工数の無駄以外の何者でもない。

610 名前:仕様書無しさん [03/09/16 13:01]
1月11日と11月1日は?

611 名前:仕様書無しさん mailto:sage [03/09/16 13:04]
"2003/09/16"

これ定説。

612 名前:仕様書無しさん mailto:sage [03/09/16 15:49]
>>593
>>汎用機COBOLerがなぜCOBOLerで食っていけるかもわかるだろうし。
わかりたくない

613 名前:仕様書無しさん mailto:sage [03/09/16 18:06]
>610
前後の日付で決めてって上司様がいってたよ

614 名前:仕様書無しさん mailto:sage [03/09/16 19:56]
>>613
マジデスカ

615 名前:仕様書無しさん mailto:sage [03/09/16 20:51]
>>611
> "2003/09/16"

"2003-09-16"
が混じっている罠。

616 名前:仕様書無しさん mailto:sage [03/09/16 21:00]
大手から下請けを経た孫受けのプロジェクトで、プログラミングを任された。
設計に一年掛けたプロジェクトらしいが、プログラミング期間は3週間。

1年生でも頑張ればなんとかなると思ったが・・・・

・DB設計書が出てきません
・出力形式が決定されていません
・担当者が電話に出ません。メールも返ってきません
・と思ったら、連休中は実家に帰省していたらしい
・結合試験の前日に「やっぱりファイル形式はCSVで・・・」
・担当者に連絡ができない
・と思ったら無断欠勤してたらしい

その担当者の上司がウチの社に来て、何やら話していた。
そいつが帰ったあとで社長が一言。

  「○○君(俺)に全部任せようと思うんだが」

617 名前:仕様書無しさん mailto:sage [03/09/16 21:07]
>>611ならまだto_dateでなんとかなるけど(だからいいってもんでもない)。
>>598は手に負えない。

618 名前:仕様書無しさん mailto:sage [03/09/16 21:20]
>>616
逃げとけ



619 名前:仕様書無しさん mailto:sage [03/09/16 21:44]
>>616
時間と金額そして権限次第だと思うが...

> 1年生でも頑張ればなんとかなると思ったが・・・・

逃げるしか無いよなぁ...


620 名前:仕様書無しさん mailto:sage [03/09/16 22:38]
>>619
時間聞いただけで逃げだってわかるだろ?

621 名前:仕様書無しさん mailto:age [03/09/17 00:54]
外注はにげちゃだめ。

622 名前:仕様書無しさん [03/09/17 01:44]
同僚が死んで、わざわざみんなの前で自分に向かって言った一言。
『あ〜ぁ、彼が人生いやになったのも分かるなぁ』

623 名前:仕様書無しさん [03/09/17 01:48]
↑彼が自殺したのは暗に自分のせいだという言葉に聞こえた。

624 名前:仕様書無しさん mailto:sage [03/09/17 03:12]
>>615
漏れの場合、
「入力データがどの形式であっても正しく処理できるようにしろ。」
と言われました。
かかった作業時間も出来上がりのコーディング量も入力データチェックが8割近く


625 名前:仕様書無しさん [03/09/17 04:28]
>>624
入力データが信頼性のないものなら、それで普通かと。
マルチベンダーであれこれ連携する場合はたいていそんな感じになるよね。
問題切り分けが容易になるように、入力のチェックとエラーログの出力が多くなる。


626 名前:仕様書無しさん mailto:sage [03/09/17 04:38]
>>610
月は1桁にしちゃうんじゃない?
イオカードだかパスネットだったかみたいに、
10月〜12月は 'X', 'Y', 'Z' にする。
数値比較は出来ないが、文字列比較はできる。
比較のコストが問題になるときは採用を諦めるんだろうか...

627 名前:仕様書無しさん mailto:sage [03/09/17 19:00]
>>621
逃げれるから害虫なんだが

628 名前:仕様書無しさん mailto:sage [03/09/18 17:54]
>>616
>「○○君(俺)に全部任せようと思うんだが」
社長が現状を正確に把握した上で、1年生のあなたに言ってるんだったら辞めた方
が吉。
担当者に責任を擦り付けて逃げちゃえ。

しかし、プロジェクトの内容にもよるだろうけど、設計1年で製作が3週間ってプ
ロジェクトって一体・・・。




629 名前:仕様書無しさん mailto:sage [03/09/18 18:47]
>>628
きっと1年に2〜3回しか稼動しないシステムなんだろうな。
地震とか停電とか天災で起動するんだよ。

630 名前:仕様書無しさん mailto:sage [03/09/18 21:01]
>>628
基本設計の段階で根本的に間違えたまま進行して、詳細設計の段階でダメ出し食らったとかでない?

631 名前:仕様書無しさん mailto:sage [03/09/18 22:03]
>>583
 (下手な勘ぐりだと思ってね)
 単 価 の 良 さ に 目 が 眩 ん だ 可 能 性 あ り。

 俺はね、以前こういわれたよ。
 『汎用の幅を広げた方がいい』
 ど う 広 が る と 言 う の だ

632 名前:仕様書無しさん [03/09/18 22:30]
>>615
先輩の悪寒。。。

633 名前:仕様書無しさん mailto:sage [03/09/18 22:34]
>>622
お前も士ね、て言っているように思える。

634 名前:トリビア [03/09/19 00:04]
JavaのDate型とStringとを変換するための基本的なJ2SEコアAPIの使い方が

1.分からない馬鹿が設計責任者
2.分からない馬鹿しか開発担当として召集できない

のどちらかだと、日付カラムはCHAR(8)になる。
どちらにしても、そんなプロジェクト抱えている会社は終わってる。

635 名前:仕様書無しさん mailto:sage [03/09/19 00:08]
>JavaのDate型とStringとを変換するための基本的なJ2SEコアAPIの使い方
変換が必要と思ってる時点で何かおかしくないか?

636 名前:仕様書無しさん [03/09/19 00:11]
>>635
Date#toString()は一方通行さー。ユーザは表示や入力に
いろんなフォーマットを要求するさー。

637 名前:仕様書無しさん mailto:sage [03/09/19 00:18]
java.text.SimpleDateFormat

638 名前:仕様書無しさん mailto:sage [03/09/19 00:23]
SQLで流すときにはto_date使えば日付型で登録できるし
DBからはResultSet#getDate使えばDate型で取得できるし
文字列で取りたければto_charで好きに整形してgetStringで取ればいいだけだし。
たとえFormatクラスを知らなくてもSQLで工夫すればいい。
よって日付カラムをCHAR(8)にするのは真性バカ。



639 名前:仕様書無しさん mailto:sage [03/09/19 00:30]
>>638
まあ、その通りだと思うけどけっこう遭遇するよね>CHAR(8)

640 名前:仕様書無しさん [03/09/19 00:33]
日付に限らず、データの型を有効利用できず、面倒な厄介ごとでし
かないと思って全ての外部インターフェイスをStringベースにする
馬鹿が、前のプロジェクトの設計者にいたな。

インスタンスを文字列に変換してメソッドに渡す
(文字列生成用の大量のロジック入り)
→文字列をパースしてインスタンス復元
(パースおよびデータチェック用の、大量のロジック入り)

型安全性を利用してコード量を減らすという考え、ないのかね?
Http越しとかならワカランでもないが。

641 名前:仕様書無しさん mailto:sage [03/09/19 00:34]
>>640

うちの下請けの方がまだ優秀だな。>>607に書いたが。

642 名前:仕様書無しさん mailto:sage [03/09/19 05:51]
>>638
ファイルシステムからの移行システムじゃ8バイト部分をCHAR(8)で表したくなるのもまあ分からんでもない。
日付チェックは万一TO_DATEで出るくらいなら構わんとのことだし(その仕様もどうかとは思うが)

しかし年代わり考慮して日付比較しなきゃならないのになんで月日しかないんだよ ヽ(`Д´)ノ ウワァァァン!

643 名前:642 mailto:sage [03/09/19 05:55]
説明不足を突っ込まれる前に解説。
元システムじゃ日付データが年月日(8ケタ)、年月日(6ケタ)、月日などが入り乱れてるんだわ。
年月日は8ケタで統一されてるが、月日は4ケタのままで移行してるんだよ。

644 名前:仕様書無しさん mailto:sage [03/09/20 03:31]
>>643
変な応急措置で2000年問題を乗り切った(と言えるか?)システムでたまに見るな。そういうの。


645 名前:仕様書無しさん mailto:sage [03/09/20 13:41]
>>644
「ごまかした」と言うべきかと。(w


646 名前:仕様書無しさん mailto:sage [03/09/20 22:22]
俺が昔関わったシステム
生年月日の年を西暦で入れるのか元号で入れるのか決まっていない。
で、どうやってどちらなのか判断するかというと、生年月日と年齢の両方を入力して貰う
で、年齢から生年月日の年が元号なのか西暦なのか判断するというシステム。

紙の時代からのこの会社の「慣習」なので変えることは許されないのだそうな。
こんなやり方しているところって結構あるの?



647 名前:仕様書無しさん mailto:sage [03/09/21 01:08]
あーうちの総務が今年作ったエクセルのファイルにそういうアホコードあったなあ
80以下入れると1988足しちゃうの。
ちょっと違うか。

648 名前:仕様書無しさん mailto:sage [03/09/21 12:14]
>>646
生年は無視して最初から年齢だけでやれば済むんじゃないか?



649 名前:仕様書無しさん mailto:sage [03/09/21 12:16]
>>647
明治大正昭和は不要なのか・・・

650 名前:仕様書無しさん mailto:sage [03/09/21 12:17]
>>648
一致しなかったらエラーになるんじゃないの

651 名前:仕様書無しさん mailto:sage [03/09/21 12:21]
>>648

年齢だけでは情報量が少なくなるが・・・
生年月日→年齢の自動変換は可能だが逆はできない。

652 名前:仕様書無しさん mailto:sage [03/09/21 16:39]
homepage.mac.com/mlv/iMovieTheater3.html

653 名前:仕様書無しさん mailto:sage [03/09/21 16:42]
>>651
「生年は」無視して


654 名前:仕様書無しさん [03/09/21 18:31]
>>633
ありがとう

655 名前:仕様書無しさん [03/09/22 00:22]
俺の上司(31歳)は全然仕事しません。
そいつの1日のスケジュールは・・・
10:10 遅刻してるくせに、ちょっとキレ気味で出社
10:05〜12:00 メールチェック&ボケーとする
12:00〜13:00 飯食って昼寝
13:00〜15:00 メールチェック&ボケーとする
15:00 同じプロジェクトの人より仕事を頼まれるが
   「今ちょっと別件で忙しいんですよ・・・」と拒否する。
15:00〜17:30 メールチェック&ボケーとする
17:30 「進捗を教えて」とのメールがくる。俺が「機能と担当が
めちゃくちゃですよ。ここの機能は○○さんが担当している
    のですが・・・」と言うと、「こんなの適当でいいんだよ。
    早く記入して返信して」とのたまう。俺絶句。
18:30 出勤表に10:00〜21:00と記入して退社。

ネタではないです。ほんとにこんな上司がいるのです。
もう最近はアホらしくて挨拶さえしません。というかほとんど無視。
そいつは、Oracleのプラチナを持っているからか、同じ仕事場にいない
人からはかなり評価が高い。しかし、プラチナを持っている割りには
仕事で使えるOracleの知識は全然無いし、その資格も仕事もしないで
勤務時間中にずっと勉強してとったようなもの。
頼むから死んでくれ

656 名前:仕様書無しさん mailto:age [03/09/22 00:26]
>>655
会社的に頃セ。許す。

657 名前:655 [03/09/22 00:35]
ちょっと追加。
プラチナもっているから、資格の是非をよく分かっていない上層部からは
かなり評価が高く、そいつ(上司)もその気になってすごい調子に乗って
います。
先日は、名刺にプラチナのマークを入れるために印刷所に入って来る
との理由で1日会社に来ませんでした。もちろん出勤表には
10:00〜21:00と記入。
まあ、冷静に考えると俺には全然迷惑は掛かっていないのだが、こんな
奴が上司だと思うと本当に悲しくなる。
ちなみにそいつは既婚で松浦あやのファンです。

658 名前:仕様書無しさん mailto:sage [03/09/22 01:10]
>松浦あやのファンです。

良い上司ではないか(w
仕事たのしそーだ



659 名前:仕様書無しさん mailto:sage [03/09/22 01:13]
>>655
君もプラチナを取得してボケーっとしてみてはどうか。

660 名前:仕様書無しさん [03/09/22 01:58]
>>655
貴様が誰かわかったぞ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<215KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef