  |
はてなキーワード: 現場猫とは
競争力のあるベンダーにあるのは、社内政治や社外の政治(独占なんたらとか)の混乱であって、
仕様を把握していない、ドキュメントを残してない、理解できないとかじゃないですね
そもそもユーザーもちゃんと定義できるところはできるので・・・
そして、ちゃんと定義出来るユーザーとそうじゃないユーザーを分けているのは、
ほとんどの場合、ITの知識どうこうじゃなくて、やる気と誠実さと政治力ですね
↓
経営戦略IT室長・CTO的な猫 ＜ ほいじゃまXXを実現しよう。こんなスケジュールで 👈 ここの周辺に変な猫がいると不幸が起きる
↓
↓
↓
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！👈 ここがんばろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈 ここがんばろう
↓
いろいろやってシステム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
言われたことをやってる風、言われた範囲しかしないは、真面目とは言わないのよ。学生でも社会人でもね
真面目とは単に言われたことをやってる風ではなく、自分で考え、責任を持って行動することなのよ
※正直に話して助けを得られないことも残念ながらけっこうあります。そういうケースは増田は何も悪くないです
※増田ではなく、周りの人間の人間性の問題ですが、そこそこ高給でみんなが他者を蹴落とそうとしている職場では割とよくあることです
https://b.hatena.ne.jp/entry/s/president.jp/articles/-/86672
これ連載第一回にはさらに強烈で電話恐怖症で退職とかって話も出てきてんだけど、本質的なブコメ少なくて割と深刻じゃね。
指摘してるブコメもあるけど、コレって入社時の受け入れ環境の変化に会社側がついていけてないって話でしょ。
例えばさー、飲み屋でイッキして一発芸が出来て、良い感じに二次会を確保しつつ、朝まで接待麻雀に付き合えるのが社会人の必須技能とか、もう無いじゃん。
なんなら、もう普通自動車免許持ってなくても別に就職とかできるでしょ。
昭和の時代なら、普免もない、新聞も取らない、固定電話を引かないとか、会社でも相当変わり者だったっでしょ。
工場勤めてるとよー、未知の機械は怖いよー。指が飛ぶくらいで済めば御の字で、ちょっとしたことで重大事故になるからよ。
わかってるだろうで、新人にプレス機とか絶対に触らせないけどね俺なら。死にたくないし。
だから、電話番を新人にさせるのに、わかってるだろうでやらせる会社とか、社会を舐めてるとしか思えないね。会社の顔たる窓口業務を舐め腐ってるからこんなことできんでしょ。
大事な取引先に「はー、なんかモゴモゴ言っててわっかんねえなあ！ハッキリ言ってもらえないスか！」みたいな100％の善意で新人が聞き返しちゃって大問題とか、経験したことねえんだろうな。
https://type.jp/et/feature/26796/
この発言にもあるように「コードを綺麗にする＝読みやすくする」ってことだと勘違いしてる
コードを綺麗にするのは「バグを少なくする」ためであって読み手のためじゃない
グローバルに一文字変数を使って困るのは「どこでそれを触ってるか分からないから」であって「読みにくいから」ではない（まぁ読みにくいけど）
特に昔だとLintもないし変数の参照先を探すのはgrepぐらいしかなくて
$iとかだと$iiもひっかかるし$iの後ろにスペースがあったり無かったりするともう探すのは不可能に近くなる
それでも動いているなら最悪問題無いんだがバグの修正時にめちゃくちゃ困って
「作り直すしか無いな」
ってなるのでビジネス的にも大きな影響が出る
「どんなコードでも動くコードを作るのが正しい」「done is better than perfect（完璧を目指すよりも、まずは終わらせることが重要） 」のスタンスが効率的だろうなぁ、、と思うおいらです。
これも元の言葉の意味を曲解していて、「終わらせることが重要」というのはバグがあって良いわけじゃない
例えばログインボタンを実装したときに、ユーザー名とパスワードに何を入れてもログインできる状態にするのも「終わらせること」だし
ただこのままリリースできるわけではないし、プロダクトとしては「終わっていない」
パスワードを平文で保存して実装するのも「終わらせること」ではあるけれどそのままリリースしていいわけではないし
下手に動いてしまうとそのままリリースされたりもするのでよりタチが悪い
この言葉の重要なのは「better than perfect」の方であって「done」の方ではない
全てを完璧にする必要は無い（し、そもそも完璧は定義できない）ので「perfectでなくていいよ」というだけ
バグがあったり不十分だったりセキュリティ不備があって良いわけではない
毎日論理構成の中に浸ってる人は、推理小説は向いてるかもしれないですね。初期にちょろっと設定したグローバル変数が、最終的な結果に大きく影響してくるとか、「ここで使われてるのかー」みたいな感慨とか。
残念ながら「ああ、まともなコードしか読んできてないんだな」としか思えない
例えば「ユーザーの名前と住所は設定できてるから、性別を設定できるようにして」という依頼があって
コードを確認してみるとuser1, user2, user3という変数が100個用意されていて、user1.name = 'hoge', user2.name = 'gaga' って感じで100行書いてあって、更に住所で100行あって、性別も同じように100行追加しろっていうコードを読んだことが無いんだろう
そしてそのコードのどこかで住所設定が間違えているから確認しないといけないような作業をしてないんだと思う
小説で言うと同じ文章が100ページ続いていて、その中のどこかの漢字が違っていて、そいつが犯人、みたいな推理小説、面白いか？
他にも足したり引いたりこねくり回された変数値が最後に定数値で上書きされてたり、UserのオブジェクトがいきなりWeatherのオブジェクトに置き換えられていて、name属性に晴れとか雨のデータが入ってたりしたことがないんだと思う
汚いコードは伏線を回収しないし最終的に犯人も分からないし無駄に長いので推理小説には全く向いてない
で、やっぱりこういう汚いコードの問題は「バグが混入しやすいかどうか」であって「読みやすいかどうか」ではない
下手するとuserオブジェクトを100行ずつ書いてくれてる方が読みやすさはあるかもしれないが
「user36だけ住所が設定されていない」といったバグが混入し得るし、それを確認するのに多大な労力を必要とする
人間は誰もが間違いを犯すので誰もがバグを混入させる危険性があるんだけれど
その危険性は最大限まで下げるように努力するべきだし、インシデントを引き起こすことでビジネス的なインパクトも大きい
https://anond.hatelabo.jp/20240829195553
を読んだ。部コメもたくさんついて、ツリーでも教養のメリットって何よ的な話題が盛り上がっているので、個人的になぜ教養が必要か感じていることをざっくりまとめてみる。
話のきっかけとして全国の地名や名所・名物を知っていれば、初対面の人との会話のきっかけになる。
「××市のご出身ですか、カニがうまいところですよね。え、地元の人は漁師さんから余ったやつをタダでもらえるんですか？うらやましい！」
的な感じで無難な話題の引き出しのストックが増えるので、うわさ話や下ネタのような『ゲスい』話題に頼らずに関係構築ができるようになる。
地理的な知識だけでなく、文学や映画、音楽等のカルチャーでも同じことは言えるけど、古典作品に限らずファーストガンダムや北斗の拳といった昔のアニメや漫画も現在では教養扱いになっているといえると思う。
また、テーブルマナーのような知識を知ることで、場にふさわしい行動をとれて恥をかかないという側面がある。一例として、フィンガーボールは指を洗うものという知識があれば、中の水を飲んで会食に居合わせた人たちから奇異の目で見られずに済む。
そんなわけで、教養は人と仲良くなるためのプラス要素を増やす材料にもなるし、不快な行動をとって嫌われることを避けるためのマイナスを減らす材料にもなる。
コロナ禍後に旅行支援の企画がたくさん行われたので、その機会に旅行に行った人も多いと思う。
旅行に行く際に、教養がなければ新し目できれいなホテルや温泉に泊まって、「あー温泉入って飲み食いして楽しかったな」で終わってしまうと思う。 (それでも十分な娯楽だと思うけれども)
この時に、高知のカツオとか、氷見のブリとか、地域の特産品を知っていると東京や大阪といった都市圏では体験できない食の奥深さに触れることができたりする。
また、建築に関する知識があると、駅前の建物が建築家の○○の作品だとわかって旅先で散歩するだけでも楽しくなったり、その町出身の小説家を知っていれば、作家の△△はこの環境で育ってあの作品を書いたのだなと感慨にふけることもできる。
岩をくりぬいた住居が立ち並ぶ不思議な光景があったとして、「カッパドキア」という地域を知っていれば「カッパドキアのような光景」というだけでカッパドキアを知っている人同士には話が伝わる。
シェイクスピアのヴェニスの商人を知っていれば「シャイロックのような強欲な商人」という表現だけでどんな人物か伝えることができる。
まあ、この文脈で差す教養のメリットでもやはり、オタクカルチャーが教養化しているなと思う。「シャイロックのような強欲」という言葉も、「範馬勇次郎のような怪物」という言葉も、イメージが沸く人の間で概念を簡潔に伝えるという目的は同じだからだ。
ネットミームにしてもそうで、事故が起きうる危険なシチュエーションの概念を指すネットミーム「現場猫」なんてのは広く使われるようになっているし、これも現代では教養の範疇になっているといってよいだろう。
ここ数年の間に、世界では新型コロナウィルスが流行したり、ロシアのウクライナ侵攻といった事件が縦づ付けに起こった。
こういう大事件が起きた時には専門家がメディアに登場するわけだけども、どんな専門家の発言が信頼できるか見抜くのにも教養は役に立つ。
「大喪の礼」ということばを「たいものれい」と呼んだ政治学者がいたが、教養があれば「この人は基本的な知識が不足しているのにメディア露出しているんじゃないか？」と疑うことができる。
また、研究者がどういうライフスタイルを過ごして、どういう活動が実績として評価されるか知っていれば、専門分野外の話題にも軽々しく回答する有識者や、メディア露出を優先するあまりに研究業績が一切ない「ひやっしー」のような人を怪しいと判断することができる。
整理して説明しても理解する気がしないので整理はしない。ほぼそのまま切り貼り
↓
経営戦略IT室長・CTO的な猫 ＜ ほいじゃまXXを実現しよう。こんなスケジュールで 👈 ここの周辺に変な人がいると不幸が起きる
↓
↓
実際に実装する猫
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！👈 ここがんばろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈 ここがんばろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
運用フェーズだったはずの猫：要件定義書にないからヒアリングしてこれから会議して決めます
～～～～～～～～
まんまバズってたこれなんだよな
ベンダ「お客さん、ご注文は？」
IT土方 「XXってことは、今までも出来ていなかったってことだから、別そのままでよくない・・・？」
とか
IT土方 「○○は使え無くなるみたいです。ベンダーに確認をとったところ、△△で代替えできるみたいですが、検証を行なっていただいていいですか？」
〜作りました～
こんなだわ
例えば、『俺の要望聞いてくれないから、○○○○の技術者は無能』とかそういうやつ。通常それIT屋さん関係ないやつです
関係があるとしたら、Tech Startup で規模が小さくて創業者がまだ開発者として仕事してるとかそういうのに限定される
改善要求に対して、どれを採用するか・どのような順序で対応するかの決定を担うのは、
企画部門や運営部門やアカウントマネージャー(営業)などであって、通常IT屋さんじゃないです
別にこれはITプロジェクトに限ったことではないです。多くのプロジェクトは様々な部門を横断して行われる
一度も働いたことがない、フランチャイズではない小規模な個人店で店長と従業員しかいところで働いたことしかないなら、特におかしくはない。
しかし、まさかの役割分担がある規模感でオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、
何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である
『インターン制度も研修も無いよ』って会社もフツーにあると思う。これは別に何もおかしくない
でも、ドキュメンタリーやフィクションやお外で得た情報で、そういうのがある会社もあるんだなっていう認識はあると思います
ところで、IT企業研修センターや類するメニュー組んで実施してくれる会社、絶滅した認識ないです
何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である
現場を任されている責任者に採用に関する一切が任されることもあるけど、日本は解雇規制が厳しく、一度直接雇用したらなかなか首に出来ない
なので、組織規模が大きくなると、カルチャーマッチングだの、長期的な人材の育成・活用ガーだので、人事は通常しゃしゃりでてくる
そういうの無視しても、採用は事業計画や組織戦略に直結する重要な経営活動だし、人事部は採用計画の策定から実行に至るまで、
経営目標の達成に貢献する人材を確保する責任を担う云々ってことに一般的にはなっている
現場の知識はないので、採用取り継ぎ役だけに徹しとこ・・・としてる場合も、通常どこの求人メディアに広告を打つかなどを決めているのは人事です
～～～～～～～～
ITわかんない人がエンジニア採用する時に何かを目安にしたいでしょ？
ぶっちゃけ Tech Startup の開発者兼社長の知識レベルは期待しないから、
経営者と採用担当者は基本的なIT知識を持ちましょう以外に正解はないんだけど、
みんなそれっぽいこと(厳選したぞ！)がしたいわけです
なので最後を売りにしている人材会社とそれを真に受ける人事担当者がいるってだけです
あと競技用プログラミングで良い成績の人は基本的にエンジニア向いてると思います
単に何をさせるかだけでしょ
つかどうあっても、常識的なIT知識がない状態で業務内容を正しく分析することできないので、
できるのはIT人材会社がいうことを鵜呑みにして頷くことだけだよ
日本のIT業界も、アニメ業界と似ていて、業務に必要なスキルを持った人を揃えることができない問題に直面することがそこそこある
要領が悪いSIのSEや社内開発のプロジェクトリーダーが、業後や休日にポンコツ技術者の作業を手直しているケースを見かけたりもする(おそロシア)
これは、過労死リスクを高めるだけでなく、まぁフツーにプロジェクトの遅延にもつながるよね
しかし、本当にやるべきなのは、適切なスキルを持つ人材を事前に準備し、アサインすることなんだよね
事前準備や根回しが間に合わない場合でも、『いや、○○の経験をある人揃えられないなら無理ッス』とハッキリ言って、とにかく周囲に理解を求め、状況に抗う姿勢を示すことが大事なのよ(無理なものは無理)
政治的または予算的な制約で人材確保がどうしても不可能な場合は、開き直って、誰が参画してもスムーズに業務を進められるような効率的なワークフローを構築することに全力を注ぐべき。社内の過去案件の資産を徹底活用し、チームで仕事ができる環境を整えることが最優先。つか、ITは本来、効率的なワークフローを作るお仕事だからね
もちろん、ちょっとナレッジ整えて教育したくらい、枠整えたくらいでは、どうにもならねぇポンコツメンバーってケースもあるだろう
しかし、それでもやっぱりやるべきことは、ワークフロー構築に全力を注ぐだよね
なぜなら、どうにもならねぇことはどうにもならねぇからだ。選択肢は、『メンバーが育つのを待つ』か、『危機感を持った人が人材を投入してくれるのを待つ』か、『プロジェクトから逃げる』の3つだよ
いや、それで査定は乗り切れない、俺私の無限残業でリカバリーする！！！！って言ったって、どのみち、俺私に社内やプライベートで予期せぬ予定が入る度に、プロジェクトは遅延するよ
同じ体力と時間を使うなら、予期せぬ事態にも対応できる体制を作り上げることの方に使おう(次回も使える)
天才とガチgeek以外は、お給料貰えるかやってるだけやで。だってリーマンだもの
自分のやらんといけんとこだけクリアできてりゃ、必要になったその時に勉強すりゃあいいのよ
サラリーマンなんだしな
ここ頑張るだけだわ
経営本部猫：○○で市場を取るぞ 👈ここ頑張ろう。IT音痴じゃちゃんとお仕事してるか判断出来んでしょ
↓
経営戦略IT室長・CTO的な猫：ほいじゃまXXを実現しよう。こんなスケジュールで 👈ここ頑張ろう。野心ある謎の人を入れると地獄
↓
↓
実際に実装する猫
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！ 👈ここ頑張ろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈ここ頑張ろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
運用フェーズだったはずの猫：要件定義書にないからヒアリングしてこれから会議して決めます
↓
経営戦略IT室長・CTO的な猫 ＜ ほいじゃまXXを実現しよう。こんなスケジュールで 👈 ここの周辺に変な人がいると不幸が起きる
↓
↓
実際に実装する猫
～～～希によくおこること～～〜
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！👈 ここがんばろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈 ここがんばろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
KADOKAWAのデータセンター、𝕏に貼ってあった画像を鵜呑みにしたら、一箇所に集約したってあるで。これは現場猫
社内だけで使うシステム(外部非公開)だけなら『へぇそうなの』で終わるが、商用システム(世の中に公開して事業としてお金貰ってるやつ)もって、なんでや・・・
またまた～この規模感でそんなことあるわけ無いでしょ〜があるのが日本という国だからな
ほんで、一応続きがあって、異なるサービスレベルのシステムを一緒に運用するのは無理がある(それはそう)から、再び分散させたってあるな
分散プロジェクトがいつから始まり、そして完了したのか現在も分散進行中なのかわからんけど、
データセンターのひとつがまさかの東京ってあったな。東京本社から2～3時間でアクセス出来る立地ではなくガチの都内
いったいなんのこだわりなんや・・・リーモートで指示出すではなく、エンジニアが直接データセンターに足運ばないといけないレベルのトラブル発生したら、
どのみちその日のうちの解決は無理でしょ
ついでにえらい人なんかデータセンターに基本用無いんだから、見たいとか騒いだ時に、ハイヤーでもタクシーでも出してあげればいいだけの話でしょ
