自分は何でも部下より上手くできると思う上司 103
ストーリー by headless
こんな上司は嫌だ 部門より
こんな上司は嫌だ 部門より
capra 曰く、
本家/.「The Bosses Do Everything Better (or So They Think)」より。
作られたものが簡単に使えるなら、作ること自体も簡単なのではないかと勘違いする人について、Dave Winer氏がブログに書いている。
Winer氏は1987年にLiving Videotext社をSymantecに売却後、しばらくの間SymantecのLiving Videotext部門で働いていたが、取締役の1人が実装したい機能を説明するかわりに自分でやってみせるといってソースコードを要求してきたという。反発した開発責任者から相談を受けたWiner氏は、コードを渡すようにアドバイスしたそうだ。下手でも機能を実装できれば要求を理解できるし、できなければ実装したい機能の説明が受けられるだろう。もしかすると開発の仕事の難しさを認めてくれるかもしれない。もうひとつの可能性として、このことが二度と話題に上らなくなるということも考えられる。実際に、この取締役は二度と口を出さなくなったという。ソースコードを見た取締役があまりの複雑さにショックを受けたのではないかとWiner氏は想像するが、どちらにしても開発者の勝利だ。
このような「君にできることは私はさらに上手くできるよ」的な上司、/.erはどう対処しますか。
反対に (スコア:4, すばらしい洞察)
「上司は低脳で給料がもったいない。あんな奴より自分の方がよく出来るはずだ」
ばっかり考える俺らの方が、俺は気になる。
Re: (スコア:0)
理想は相手の立場を理解したうえで相互に信頼があるという状態という事ですね。
だからGoogleの、ブログで社内連絡をやり取りする（全社員が閲覧可能）というのはとても合理的で魅力的に映ります。（ソースは古めですが）
異業種交流会のようなものを開く必要がなく、知らない人の仕事の動きが分かる。
これなら上司も部下も軽率に品定めはできませんね。
逆は逆でやっかい (スコア:3, すばらしい洞察)
> このような「君にできることは私はさらに上手くできるよ」的な上司
これとは逆に、「私にできることは君はさらに上手くできるよ」的な上司もいますよね。
それを口実に、こっちに仕事を押し付けようとする上司とか…
Re:逆は逆でやっかい (スコア:2, すばらしい洞察)
でも多分そのほうがデキル上司でしょうね。
Re:逆は逆でやっかい (スコア:2, すばらしい洞察)
口にするだけマシ。
俺のボスなんて、やってくれる人いないかなー（ﾁﾗｯ）って感じだ。
リソースの管理はボスの仕事だろう。
きちんと指示や命令を出して欲しい。
Re:逆は逆でやっかい (スコア:1)
「外注」でうちの上司を思い出した。
うちの上司、「外注」っていうと「パートナーって言え!」って怒るの。
いつから外注は差別用語になったんだか。
Re:逆は逆でやっかい (スコア:2)
「会社ビルの害虫駆除」を周知する全社向けメールが「外注駆除」になっていて、あわてて訂正のメールが出る、ということが２回ほどありました。
当然、社内に常駐している外注さんにもそのメールは届いたはずです。
担当者が IME で「外注」と入力する頻度が高く、「害虫」が必要な時によくチェックしなかったのだろうと思いますが、正社員でも読んだ時の気まずさはかなりのものがありました。
言われれば、その後「外注」を「パートナー」に置き換えることが増えてきたような気がします。
Re:逆は逆でやっかい (スコア:1)
弊社では「協力会社」って言葉を使ってますが、特定少数の協力会社ではなく、多数の協力会社や協力会社一般を指すときにはどうします？
まあ、呼び方だけ変えても、内容が変わらなければ無意味なんですけどね。
逆パターンそのいくつ目か (スコア:2)
上司だから何でもできる(ことにする)部下ってのも嫌だ。
普通に文字通り (スコア:2)
実際に自分よりうまくできてしまう上司だから困る。
…って人は他にいないんだな。
Re:普通に文字通り (スコア:1)
実際に自分よりうまくできてしまう上司だから困る。
色々な部分で他のメンバーよりも能力が高すぎる上司というのも厄介ですよ。
本当にピンチになるまで手を上げないせいで、上げた段階で炎上状態ですから。
他のメンバの助言も聞いてくださいよ。ホントに
Re:普通に文字通り (スコア:1)
前の上司がそうでした。
超絶ハイスペックで人がいいもんだから、部下の余剰分はほぼ全部やってた。
曰く、
「お前らの残業代を浮かす為」
らしい。
（管理職は残業代でないから。部門全体で見ると費用を抑えられてるから）
運がよかったね (スコア:1)
仕様や設計の時点で狂ってる代物をひたすら保守する羽目に陥らなくて。
Re:運がよかったね (スコア:1)
データベースAとデータベースBの主キーである
「key」の意味が同じ単語なのにAとBでまるで別物だったことを
開発のかなり後期に知らされたときの絶望ときたらもう
Re:運がよかったね (スコア:1)
どうでもいいグチはチラシの裏でどうぞ
Re: (スコア:0)
テーブルとデータベースの区別がつかない人が上司じゃなくてよかった
違いのわからない男 (スコア:1)
うちの会社のIT担当部門の人たちはAccessとMS SQL Serverの違いをわからない人たちだけど。
・・・信じられる？
Re:違いのわからない男 (スコア:1)
もうだいぶ前の話ですが、AccessとExcelの違いが判らなかったうちの上よりはましかと。＞＜
Re:違いのわからない男 (スコア:1)
＞今のAccessはJETでなくてSQL Serverのエンジンを使うことが出来るのだから
その方法を使うなら、AccessとSQL Ｓｅｒｖｅｒの違いをきちんと認識していないとまずい
でしょ。見かけは同じでも使い方やVBAの組み方が変わってくるし。
で、もとの話題は十数年くらい前、課内部でのデータ共有手段が無くて困ってると言うような話をしたら、
「ファイルサーバーにデータベースを置けば、Accessでもオラクルみたいにデータ共有できるぜ」
と自慢げに言われたんだよね。
で、私は同時利用するユーザーが多いので、クライアント・サーバー方式でないとトラブルが起きると思い
ますよと返したら、
「データアクセスにSQL言語とか使えるし、SQL Serverと同じだろう」
と返ってきて唖然とした経験なんだけどね。
その担当者と話してみたら「RDBMSならオラクルみたいな方式」という思い込みがあって、AccessのMDB
にデータベースを作って行うデータ共有は、ファイル共有であることを知らなかったみたい。
そもそもMDBにデータベースを作って共有するのはMSも使わないように言ってる方法だよな。
その後、何回か業務システム作ることを担当して、データベース・サーバーを準備してもらえないか相談に行
くたび、異なる担当者から同じことを言われるんだよね。
そのたびに予算を何とかして、独自にサーバを入れたけど。
以前は、情報処理専門学校を卒業した人たちを汎用機担当で配置していたみたいだけど、今はパソコン
に詳しい人を配置しているだけになってから、相談しても話が通じにくくなった。
Re: (スコア:0)
データベースをテーブルに置き換えても意味不明・・・
主キーである「key」
「key」は「意味が同じ単語」
誰か解読をお願いする。
Re:運がよかったね (スコア:1)
あらほんと、日本語間違えてるｗ じゃあ分かりやすく書き直します。
とあるデータベースで主キーとして「管理番号」という単語を使っていて、その管理番号を元にして納品書やら請求書やら作っていて、あるときデータベースAとは別のデータベース「B」を作れと言われたんです。で、話を聞いて同じように「ここには管理番号が入って……」とか説明を受けていて、しかも「AとBは連携する」って言うから「じゃあ管理番号を元にして連携させますけどいいですね？」って何度も確認しながら作ってたのに、いざテスト段階になって実際のデータを入力してもらう段になって、「え？AとBの管理番号は別物よ、そもそも桁数も違うし」って言われて絶望したというお話です。
ひとつのデータベースにまとめるのが皆さんにとっては当たり前かもしれませんが、このケースでは事情があってそれができなかったというだけです。こう書けば満足ですか？
Re:運がよかったね (スコア:3)
> こう書けば満足ですか？
先方とこいつのコミュニケーションが失敗したのはどちらかもしくは
双方のコミュニケーション能力不足が原因だが、すくなくとも
先方だけに問題があったとわけではないということが、こんな言葉で
話をしめるところからうかがえる。
Re:運がよかったね (スコア:1)
コードじゃないと分からん。SQL で、どんな風に CREATE TABLE してどんな風に JOIN しようとしたのか。それでどんなエラーが出たのかを書いてくれ。さらに、実際の仕様の場合では、どういう CREATE TABLE を書いて、どんな風に JOIN したのか書いてくれ。
と言ったら、相手がキレたという話なんジャマイカ？
LIVE-GON(リベゴン)
Re:運がよかったね (スコア:1)
「現在時刻」も、定義がないと何を指すのかわからないし、
定義があったとしても一般的すぎてあまりいい単語じゃないですね。
タイムゾーンの違いを吸収できる定義じゃない場合もままあるし、
システム時刻とアプリ時刻が違う（1日が5時～29時でまわっている）とかも、
よくあるパターンですし。
ちゃんとできた (スコア:1)
ちゃんと出来たといってバグまみれのグチャグチャなものを渡される可能性も…
もちろん本人はそれで完璧だと思っていて、あとはお前が作っておけと部下に押しつけるw
Re:ちゃんとできた (スコア:1)
同じ事を考えた。
しかも困った事に、提灯持ちの部長が「素晴らしいできばえです」とゴマをすり、
何も知らない初心者は「私もこんなコードが書けるようになりたいです」と称賛し、
ごく少数の熟練者だけが本当のことを言って社内で孤立する。
そして最後は多数決で、無理が通れば道理が引っ込む。
これに近い事は、日本企業ではわりと見られる光景じゃないかという気がする。
Re:ちゃんとできた (スコア:1)
太鼓持ちの間違いでは？
署名スパムがウザい？アカウント作って非表示に設定すればスッキリさ。
Re:ちゃんとできた (スコア:1)
提灯持ちと太鼓持ちは同義語です。
Re:ちゃんとできた (スコア:1)
どちらも褒めるってのは同じだけど、太鼓持ちは本人の目の前で直接褒めるのに対して、提灯持ちは、本人の居ないところで褒めるって違いがあるんじゃないかな？
提灯記事ってのはあっても、太鼓記事ってのは無いでしょ？
…ぐぐったら、太鼓の達人の記事を「太鼓記事」って用例が(笑)。
Re:ちゃんとできた (スコア:1)
提灯持ちは「人の長所を他者に対して吹聴/喧伝して回る行為もしくは人」
太鼓持ち(幇間)は「(人の長所を本人に対して伝える(世辞を言う)などして)お座敷などの場を取り持つ行為もしくは人」
提灯持ちの部長さんは、裏で社長やその他の重役(あるいはその他の社員)にこの取締役が作ったコードがいかに役立つかをふれ回ってくれます。
太鼓持ちの部長さんは、その場で「いや素晴らしい！いよっ、天才！」って感じでこの取締役を持ち上げてくれます。
Re:ちゃんとできた (スコア:1)
まあ立場は似たようなものですが
提灯持ちは他人に対してターゲットの人のことを褒めちぎったりする人（提灯記事とかね）で
太鼓持ちはターゲットの人に向かっておべっか言ったり言うこと聞いたりする人ですから
活躍する場面が違うという意味では「同義語」は言い過ぎかなーと。
だから元コメの文章なら提灯持ちの方が妥当ではある。提灯持ちの人も太鼓も持つと思いますけどね。
Re:ちゃんとできた (スコア:1)
最近は他人に向かってゴマをするんですか？
署名スパムがウザい？アカウント作って非表示に設定すればスッキリさ。
Re:ちゃんとできた (スコア:1)
ごめんなさい間違えました・・・。
Re:ちゃんとできた (スコア:1)
すみません、理解不能な反応が続いたのでつい棘のある書き方になりました。
署名スパムがウザい？アカウント作って非表示に設定すればスッキリさ。
Re:ちゃんとできた (スコア:1)
あやうく押しつけられる所だった記憶があるが、一体どうやって免れたのか記憶がない！
the.ACount
スパゲッティコード (スコア:1)
「駄目だこいつら早く何とかしないと・・・」
と決意を新たに実装計画をキャンセルしてリストラ計画を練り始めたかも
何で反発するの？ (スコア:1)
自分の会社の上司がソースコードを要求してきて、まず反発する理由がわからない。
Re:何で反発するの？ (スコア:1)
「見せろ」ならともかく「改変させろ」はまともな組織構造なら断るでしょ
それで失敗してもその取締役一人に責任を負わせられるのなら割り切ることもできるでしょうが
実際にはグチャグチャに荒らされたコードを返されて「これ見れば俺の意図は分かるだろ?
あとはお前らやっとけ」となるのが関の山
今回はその手前で自分がいかに無謀か気付いたようなので事なきを得たようですが
Re: (スコア:0)
言い方の問題とかじゃないですか
「お前らがやってるようなことは、俺が簡単にやってやるから、ソースを寄越してみろって」
みたいな
明らかに水準よりレベルが低いのに (スコア:1)
「DBってのはセオリー通りにやってもパフォーマンスは出ないんだよ、**君にはいろいろ教えてあげるよ」
みたいなことを言われたけど、仕事がはじまると自分ではSQLも書けない人だったとか、あきらかに普通の水準よりダメな人でも
ベテランだってだけで自分は技術力あるって思ってたりすることあるね。
どんだけ暇なんだ取締役 (スコア:1)
膨大な仕様の理解と、必要な技術の習得に掛けている時間、これだけ考えても横から突然、ソースいじるなんて言えないよね、普通。
上司の仕事は自分でも出来ると考える部下 (スコア:1)
アホな上司に出来る仕事は自分でも出来る
って考える人の方が逆より多そうです。
一般には、上司している人の数より部下している人数の方が多いので。
たくさんいそうです。そんなアホが。
Re:上司の仕事は自分でも出来ると考える部下 (スコア:2, すばらしい洞察)
相手のやってる事のベクトルが違うのに同じ物差しで図ろうとしてる時点で上司だろうが部下だろうがアホ確定ですね。
空目 (スコア:1)
自分は部下より土下座できると思う上司
という極めて訳の分からん空目をしてしまった。
そんな疲れるほど仕事してへんで、今日は…
贅沢な悩みだな (スコア:0)
米国ではSymantecクラスの企業でもソースを見たいなんて言い出す取締役が存在するのか。
Re:贅沢な悩みだな (スコア:1)
日本だとソースどころかコミットログやバグ報告さえ読まずに、工程表だけを見て
「私はきちんと進捗管理してます(キリッ)」な人が多くて困る。
Re:贅沢な悩みだな (スコア:2, すばらしい洞察)
日本だとソースどころかコミットログやバグ報告さえ読まずに、工程表だけを見て
「私はきちんと進捗管理してます(キリッ)」な人が多くて困る。
工程表が信頼できない時点で、そのプロジェクトは破たんしているってことでしょ？
自分の作業工程の見積もりができないSEが多くて困るってはないでは？
自分の工程を管理できなくて、バグ報告を読めって何言ってんの？
Re: (スコア:0)
機能を追加していって今後も発展させていきたいコードなのか、
さっさと見切りをつけて別のをスクラッチから書き直した方がいいコードなのか。
一日格闘して「触らず・関わらずのほうが保身のため」と判断したとも読める。
Re: (スコア:0)
ソースコードに興味をもってくれる上司がいるなんて・・・
実装には無関心で要望ばかり出して、なんでそれが出来ないんだってわめくだけの上司に爪の垢でも飲ませてやりたいよw
そういう自分はどうなのか (スコア:0)
自分は何でも子供より上手くできると思う父親
…私は違いますよ。独身ですから。