やめてくれよ、おっさんプログラマー
ソースコードが管理されているレポジトリーからチェックアウトせずに
テストサーバーに転がっているソースコードを拾ってきて修正する
おっさんプログラマーがいるのだが リアルではおっさんに押し切られとる自称「論理的」な>>24わろたw 有能たちの会話に混ざり、当たり障りのない意見と
有能の意見に深く相槌を打ち、さも理解者であらんことをアピールする無能
会話が終わり、結果のまとめ資料を無能に頼むと、
それまですべてを理解していたその顔は途端に引きつり
「俺、忙しいから」「俺、出来ないから」と全力で拒否をし始めた
理解できない無能なら最初から会話に参加するなよ いい歳こいたおっさんがさ
なんの準備もせずに現地で作業するわけ
そして逐一、俺に電話してきて指図を求める
うざいから電話を切って繋がらないようにしたらさ
何も作業できなくなってやがる 普通は予習とか準備するけどな
後ろを守る人間がいると
前を守る人間は本当に何もしなくなる 顧客先の作業が個人の脳内にしかないって
どんだけしょぼいシステム屋なんだよ 本人はなんか自明だと思ってる模様
自分が間違ってる可能性は考えないからどうしょうもない
実際本人が決定権持ってるからどうやっても正しい 1週間前に俺から忠告と原因を説明したことを無視する無能おっさん
そして今日、顧客から同じ忠告が来て訳がわからずにパニクっている
隣で見ていてかわいそうだから1週間前の内容を伝えて、救われるおっさん
やっぱり有能な俺は鬼にはなれないな
無能をすぐに助けてしまう 客がそいつを気に入ってる
あほだからいいようにコントロールできるし
下請け社内の人間にパワハラするのに躊躇がないからだ viが必須である例
ディレクトリ内全てのプログラム(*.C)のmakeをして
実行ファイルをbinの下に作成したい時
「vi makec」で新規ファイルを開き
gcc -c $1.c
gcc -o bin/$1 $1.o
rm -f $1.o
※ 通常「rm $」はaliasで「rm -i $」指定にして削除確認を聞くように
していると思うのでここでは削除確認なしの「-f」オプションを付ける。
を入力して「:wq」で書き込み、「chmod +x makec」で実行権を付与する。
「ls -1 *.c > makec_all」でCプログラムリストのファイルを作成する。
「vi makec_all」で上記作成ファイルを開き
「:1,$s/\.c//」 → これができるのが大きい
「:1,$s/^/makec /」 → これができるのが大きい
を実行して「:wq」で閉じる。
「source makec_all」を実行するか
「chmod +x makec_all」で実行権を付与して「makec_all」を実行する。 >>これができるのが大きい
そんなん、さくらエディタだってできる。 じゃ、サクラエディタとviが2強じゃねえか!なんてこったい! >>1
チェックアウトしてないのにコミット出来るわけないだろ
はい、論破 >>4
実際、どうしてテストサーバーのコードが最新じゃないんだ?
コミットしたら自動的にデプロイされないの? >>54
な、そういうコミュニケーションの取り方するからおっさんが敵対的な態度とるんだよ >>47
いちいち別ウィンドウ開けて実行するサクラエディタより
編集中にそのままコマンドラインで必要最低限の入力で
サクッとできるviの方が圧倒的に楽じゃん。
>>46
コピペクズw viエディタとサクラエディタを比較するのは頭がおかしいレベル。 客先のWinサーバーにVIはないしなぁ
何故かサクラは入ってるけど(笑) まあ日本はプログラミングの本場の国ではないからしかたないかな。僕は外資でプログラマーやってるけど、こっちではいいとこ40歳からだね、ちゃんと大学でコンピュータサイエンスやってきた人の真価が発揮されるのは。 ここ近年の日本社会では、むしろ若い人たちの中にこそ、「老害」気質の人をたくさん見かけるようになった。
ここのスレ主にもその傾向が伺える。
ただ、彼ら彼女ら若き老害たちも望んでそういう人間になってしまったわけではないと思う。 今のこの国の様々な社会システムのほころびを見れば、我々はそこに日本の悲惨さや貧しさ、
幼弱さが露わになっていることを確認するわけだが、そういう国で義務教育を受けて、
幼少期から間違った情報や価値観を浴びるほど親や教師やメディアにすり込まれたら、
その後、高校、大学でいかに高等教育を受けたところで、社会に放り出されたら
若き老害にでもなって、上の世代に暗い怨念を抱きつつ「おっさんディス」という
麻薬に依存するようになってしまうのは、無理もない話だと思う。
僕はそういう、若い人たちの上の世代への怨念の渦巻く国では、happy hacking な
仕事はできないと判断して、せっかくコンピューターサイエンスをしっかり勉強した
大学時代を無駄にせぬよう、比較的若いころに外資に移ったんだけれどね。 >>1ってレポジトリからチェックアウトしない人の話だよね
本人? 昔はね「真実(のソースコード)は現場(客先)にある」と
ドヤってたおっさんがゴロゴロいたんだよ
そんな人たちがいまだに底辺でプログラマやってるから
こういうことが起きるんだよ 「おっさんプログラマー」と、熟練者を揶揄する若い老害を見ていると、
狭い見識と乏しい経験に閉じこもった傲慢さや幼児的万能感に毒され、
その分、承認欲求が肥大していて、常に苦しそうで、なんというか哀れだ。
自分を飾り立て、大きく見せるシューカツの影響で、仕事を通じての
豊かな想い出が何も無いせいだろう。
でもそいつがそうなったのは私のせいではないし、どうしてやることもできない。
なので、そいつと目が合いそうになったら、そっとまばたきするか目をふせる。
万が一目が合ったら、微笑を浮かべて敵意がないように示して、
弱々しいオッサンを演じてみせてあげて彼らの脆弱なプライドを満たしてあげて、
その場をやり過ごす。
重要なのは、若き老害クンとの感情の交流が起きないようにすることだ。
そういう人間の持つ幼弱さに飲み込まれないように、きっちり壁を作ろう。
用心に超したことはないのだから。 バージョン管理ソフトが実際は使われてなくて古いソースだったとか
コミット漏れだったなんて話はいくらでも聞くけど 今はCI回してレポジトリのソースを自動デプロイするので >>65
ウチはまさにそうだわ
今、一生懸命gitの布教中だけど抵抗がすごい どうあってもおっさんには残業させない気だな。
わざとスローな開発してたらスケジュール変えてきた。 >>71
> 凄い
かな?
ある人間が、いわゆる「老害」という言葉で象徴されるような属性を
持っているかどうかは、その人の実年齢には依存しないから、
若き「老害」クン
という言葉には何らの矛盾もないと考えている。 老害が揶揄する属性ってなんだろう
1. 新しい知識を身につけられない
2. 自分の主張を曲げようとしない(頑固である)
3. 権力を手放さず的外れな方向性を示す
4. 自分の知る専門知識を適用できないケースに適用しようとする
5. 老い先(定年までの時間)が短く責任感・当事者意識に欠ける
他になんかある? >>74
> 老害が揶揄する属性ってなんだろう
> 1. 新しい知識を身につけられない
すでにある知識で解決できるので必要ない
> 2. 自分の主張を曲げようとしない(頑固である)
最初から正しい主張をするので曲げる必要がない(曲げる人もいるがそれは相手が失敗してもよいと考えている)
> 3. 権力を手放さず的外れな方向性を示す
勝手に管理職に祭り上げられ、結果のみ求められ、不勉強なワーカーを導くハードワーク
> 4. 自分の知る専門知識を適用できないケースに適用しようとする
会社の信頼が厚く、常に新しい挑戦を強いられる
> 5. 老い先(定年までの時間)が短く責任感・当事者意識に欠ける
自分の勝手な理想を会社に押し付けない理性
> 他になんかある?
誰の金でメシ食ってると思ってるんだ >>76
つまり若き老害は
すでにある知識で解決できるので必要なく
最初から正しい主張をするので曲げる必要がなく
勝手に管理職に祭り上げられ、結果のみ求められ、不勉強なワーカーを導くハードワークで
会社の信頼が厚く、常に新しい挑戦を強いられて
自分の勝手な理想を会社に押し付けない理性を持っていて
そんな状況で>>66で言うところの熟練者を「おっさんプログラマー」と揶揄している訳ですね 無能「プログラムできました」
俺氏「ソースコード見たんだけどさぁ、設計書ちゃんと読んだ?」
無能「読みました」
俺氏「じゃあここの結合条件、ABCDの4つなんだけど、お前のソースコードは?」
無能「AとDだけです」
俺氏「あと、設計書に書いてない結合条件があるんだけどさあ、これだと結合しなくなるんだよね」
無能「」
本物の無能ってマジで設計書を読まないんだな
勝手な想像で書くからほんと怖いよ >>78
それ、おっさんじゃなくてもやる。むしろ初心者の若者に多い。 ・設計書通りやる
・書かれていない事を補間してやる
・書かれていない事や疑問点、ゆらぎがある表記はとことん詰める
おまえらどういう対応して欲しいの? >>80
書かれて無い事はやるなw
疑問があるなら問い合わせる >>80
プロジェクトによって違う
エスパーして感じろ >>80
そのまま実装できそうな設計書があるのも変だしな。
設計書だけで作ってしまうのは、初心者や経験不足の人間。彼らは疑問点や不明点を聞かずに作ってしまう。 助っ人に行って他のプロジェクトの設計書を見ながらプログラムを組んだことがあるけど
なんか実行結果に違和感があって設計者に「ここプラスマイナス逆じゃね」と言ったら
「あ、ほんとだ正解!」と有り難がられたよ
有能になると経験とか直感でも他のプロジェクトを助けるんだなぁと 特定の業種に精通している中高年は、すぐにバグを見つける。存在自体が稀でいないと反論されそうだが。 きちがいリーダーが設計書通りでないって言ってくる。
設計書通りに作ったら最後のレコードが処理されんだろが。 >>86
仕様書と違うなら設計書が間違ってるんだろうけど
最後のレコードを処理しない仕様ならおまえが間違ってるんだぜ? 最初から仕様に従って作ったら
逆に思考能力なしとか言われるよ
かといって設計の瑕疵を指摘すると
およそありえない読み方ルールや凡例を持ち出して読解力がないことにされる
結局自分の誤りにしたくないから暴れてるので一番適切な対応を一番嫌がる
どう転んでも作業者に責任が来るようになってる >>88
どこの世界に仕様通り作って批判される会社があるんだよ
そんな土底辺会社に居る自分を恨めw 仕様通りというのが実際は文章から判断できず
設計者が自分に都合のいいように事後的に解釈を決めてる
もしくは本当に一字一句仕様通り作っても
ろくに動かなくて完成遅れるので結局あいつじゃだめだと言われて切られる
お前のような言い方をするタイプだと
どう作っても仕様通りでないことになるかな 仕様から設計起こす奴だって人間なんだから
思い違いや考え違いなんか普通にやらかすんだよな
設計書に疑問があったら要求仕様書まで遡って見直すなり
管理者に聞くなりして正解を見つけて進めるのは普通だろ
なんで勝手に判断して思考能力高いだろとかバカな話になるんだ?
趣味で作ってんじゃねえんだから、何を作らせようとしてるのか確認するのは当たり前だぞ 初見の仕様書なんか疑問だらけで質問の嵐になるだろ? まずは専門用語の意味の認識が一致しているかどうかからだな
先は長い とある問題点に関する議論
俺「その原因ってAの部分じゃね?」
おっさん「いや、Bのことだろう」
俺「それだと辻褄が合わない」
おっさん「いや、だって〇〇が△△で..」
常に俺の意見に「いや、」と接頭語をつけて反論するおっさん
知識がある人間からすれば、このおっさんの言ってる事は勝手な思い込み矛盾だらけでおかしい事に気づくのだが、
周りにいる他のメンバーは知識が全くないのでおっさんの言うことに騙されていく
そして現れるプロマネ
プロマネ「あ、今回の原因はAの部分だから」
議論はあっさりと終了した
このおっさんは常に口からでまかせで周りの人間を信じ込ませていく
俺が関わっていない時など気がつけばみんな明後日の方を向いて
みんな開発していることになったこともある >>95
口頭じゃなくて、チャットや、プロマネ・有識者をCCに入れたメール(ML)で議論すればいいのでは?
問題の発生源がおっさんでも、そういうのを可視化して追尾できないプロジェクト運営や作業手法も問題だよ。 >>95
論理的に反論できないのは修行が足りない
おまえこそ直感でやるタイプだろ 直感だろうが論理的だろうが
常に正しい答えを導き出すから問題ないんだよな おっさん「絶対俺が正しいのに何も知らないプロマネに変な原因にされた。プロジェクトの方向が滅茶苦茶になった。」 >>100
日本人はマネジメントができないのに、マネジメント職の本人はできているつもりだから、そのおっさんの言うことはだいたい合っている。 俺「コードレビューしたけどさ、150行目、間違ってるからこう直してくれ」
無能「分かりました」
無能「コード直しました」
俺「コード見たけどさ、確かに150行目は直ってるけど、
何で250行目が前と違うんだ?しかもバグってるから戻せよ」
無能「コード直しました」
俺「あのさあ、今度は300行目がまた変わってるじゃねえか、お前、なんなんだ?」
無能「」
何回指摘しても必ず別の場所まで書き換えて
バグにしてしまう奴がいたんだけど
本気で殺そうかと思ったよ 元請け「〇〇(俺)さんのソースが変です。〇〇さんの他のもチェックして貰えますか」
ー>弊社リーダー宛て
たまに朝っぱらからメール飛ばしてるわ。 それやるやつはみな例外なく超絶無能だった
人の印象に依存した判断しかできないし
自分でまともな判断基準も持ってない >>103,104
人のミスには傾向があるから人的傾向に対処するのはマネジメントの基本だぞ
どっかのソースコードレビューの本にも書いてある
戻り値を見ないでエラー処理を書かない・例外処理がない
コピペだらけで関数化しない
引数の渡し方・戻り値が変
ミスを指摘されて苛立つのは分かるが、無能と言い放つのではなく、
マネジメントの基本だから、基本通りやってんだな、くらいでほっとけば良い 具体的な傾向に言及したり正しい姿を提示する能力があれば
最初からそうするんだ
そのうえで人に限定してもいいが
たいがい横展開したほうが漏れがないし課題解決の点数になるので
チームにチェックさせることになる
人のこというやつはみな偉そうな顔したがってるだけでなにも具体的な解決ができない
こんなの↓
原因:コードの品質が低い
対処:人員交代をお願いします 仕事出来ないことが発覚して干された派遣おっさんが居たんだけど、vba的な仕事が発生したから頼んだら
俺にもプライドはある
とガンとした姿勢で何もせずに契約切れになった
プライド的に許せないなら自主的に余所に移れば良いのに VBAはなんでもできてしまうから、簡単なものじゃないしな。セキュリティまわりやバージョン違いを強く意識しないといけないから、かなりの経験を要する。 >>107
派遣はピンキリだから。
それを面接で見抜けない人は、
派遣を雇うべきではない。
そんなことバカでもわかってると思うが?
誰が面接したんだよ? 現場リーダーと上司が面接。
上司がOKだというのでリーダーも従う。
が、リーダーはおっさんなど使いたいくない。
ま、こんなとこか。
後で、派遣会社にクレームつけられるのが困るわ。
初めから、採用しなければいいんだ。 >>109
派遣元が決めた人間を派遣先は拒否できない
そもそも面接が違法行為
面接で無能そうだからいらないは違法行為
面接で見抜い別の人にしてくれも違法行為
派遣は自主的に他所に移れない >>111
面接はNGだが職場見学はOK
スキルシートに異なるスキルが書かれている場合、雇ってすぐ辞めさせることは可能 面接じゃない面談なんだ
面接じゃない顔見せなんだ
いんちき国家は違法行為が少ない >>110
> 現場リーダーと上司が面接。
一緒に仕事する人が面接しないと意味ないんだよなあ
おれだったら上司に言うぞ。
「おめーが面接したんだろうがゴルァ!」って。
その状況だと派遣会社には
「作業指示を拒否したのでもういらない」
と伝えればOKと思いますが? コロナ禍でおっさんは一掃されました。
いいこともあるんだな、コロナ禍。 若い衆はほんとあかん
呼ばれていったら思い付きで自分が作ったやりくさしの仕事押し付けて
サポートが必要な業務は意地でも渡さず自分がめちゃくちゃやってる
案の定コケるどころかデグレさせて
それで人をできない奴扱いするからたまったもんじゃない >>119
おっさんのメインの役割はスケープゴート 【悲報】おっさんプログラマー、なぜかEXCELでマクロを組み始める
難易度の高いバッチやプログラムやテストをやりたくないから
誰も必要としないExcelマクロを突然作り始めるおっさんプログラマー
SQL一行で終わるのに何故かマクロ(笑)
おっさんの逃げ道、Excelマクロ(笑) 「明日のために今日の屈辱に耐えるのが男」
だから、ExcelVBAだよ。