  |
はてなキーワード: エンジニアとは
彼はベテランエンジニアで業務知識の豊富さや技術力では社内で１・２を争う優秀なソフトウェアエンジニアではあるが、困った特徴がある。
それは自分を補佐する部下欲しさに入社1年程度の新人を囲い込み他の社員との関係性を断ち切ってしまうのである。
やり方としては
１．「俺が教育担当だ」と言って、新しく着任した新人に「自分の言うことだけを聞け」と同意を迫る
２．他の社員が新人に話しかけると「俺が教えるから」と相手の有無言わさず会話を断ち切って、圧を掛けて追い払う
３．休憩時間や業務の合間に他の社員が新人と雑談してると「仕事を覚えている最中だから余計なことを言わないでくれ」とまた相手の有無言わさず会話を断ち切って、圧を掛けて追い払う（休憩時間も新人から目を離さないらしい）
４．新人に「あいつは○○がダメ、いくら教えても成長しないあいつは足手まといだから消した」と辞めさせたりダメ認定した部下の悪口を誇らしげに言い同意を迫る（そう思うよなぁ？等）
５．同時に「俺以外はダメ、関わらない方がいい」と言い切って関わらないよう説明する
６．気にせず新人に話しかけるエンジニアには突然、面談と称して新人に余計な話をするなと延々と圧を掛けて以後関わらない事を迫る
７．誰も関わって来ないようになると、自分の正しさを新人に説明する。
彼は優秀ではあるが部下殺しの異名を裏で持っており、優秀ゆえに誰も表立って言えずPMや部長も彼の難点は理解していても直接注意することが出来ない。
つまり、是正されることは一切ない。自分は別部門で今回の新人を一時的に面倒を見ていた立場で不穏な話を聞いてあれこれ心配になってこっそり新人と話したり状況を調べたら以上の１～７の状態であった。
人手不足の中せっかく来た新人で伸びる要素もあって育って欲しかったが先行きは暗い・・・・新人を囲い込む人に当たってしまった新人はまた辞めてしまうだろう。仕事以外で他の社員と関わっていく大事な時期に、
むなしい。
ITエンジニアのフリーランスの契約形態として請負契約の業務委託（完成品を納品して初めてお金がもらえる）のと、準委任契約の業務委託（時間給でお金がもらえる）の2種類がある。
後者は、できるだけ時間を引き延ばせば儲かる。前者はとっとと作って納品すれば儲かる。
本来であれば前者のほうがコスパはいいはずなんだけど、ふと「準委任契約が良いなぁ」と思うことがある。
もともとは正社員で働いていたので社畜魂が故だろう。準委任の場合は、自分の時間を費やせばお金が自動的に入ってくるので見方によっては正社員に近い。
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
ITでエンジニアなんだからできることで判断されるのは当然で、
＞そこそこ有名な大学院卒
自社開発か受託にすりゃいいだけじゃん
その会社の主力事業が自社開発か受託かSESかなんてサイト見たり面談で聞いたらすぐわかるやろ
「チャットでchat gptって書いたらChatGPTだと怒られた」
新米エンジニアがtwitter上でこのような発言をし、そこに追い討ちをかけるように無数のエンジニアが糾弾してる場を見た
要は正式名称で呼ぶのは当たり前だと
自分は穏やかに過ごしたいので、ネット上で書き込みをしたりは滅多になく、持論を述べることなど一度もなかった
が、markdownで下書きしたものを書き込み欄にペーストしてプレビューした時に大量に表示崩れが起き、それを逐一はてな記法に直すという世界一無意味な時間を消費してでもちょっとだけ言わせてほしいことがある
要は指摘しなくていいのではないかと
1. 指摘されると言われた側は嫌な気持ちになる（コミュニケーションが上手な人の指摘であればむしろ会話のタネになると思うが、twitter上で観測している限りでは不快感を抱かせるような指摘の仕方をする人が多いように見受けられる）
2. 指摘するモチベーションが自身の不快感からであるように思える
3. 知ってる上で変換が面倒だからそう書いてるケースもあれば、単純にタイポしちゃったってケースもある
4. 投稿都度、心理的ハードルやコストが生じる（投稿前に誤りがないか調べる）
ただ、3や4に関しては僕らエンジニアの大嫌いな負債たり得るものじゃなかろうか
そういった結果、コミュニケーションを取るのに若干のハードルが生まれ、伝えるべき内容を伝えない事例などが出てきたらそれこそ損失に繋がりかねない
それって負債じゃね、と
あなたの指摘によってチャット内の人のコミュニケーションを取るためのハードルが高くなった結果として得られるリターンはというと
だけではなかろうか
個人的には全く釣り合ってないなと思うのだがどうだろう（他にもリターンがあるのだとしたら自分の考えを改めるための判断材料になるので教えてほしい）
あなたが技術用語の正式名称を漏れなく知っている優れたエンジニアなのはわかった
「技術を使用する技術者なのであれば、技術用語をほんの一文字も間違えるな」が通るなら、
「ビジネス用語や敬語を用いてビジネスを回す社会人なのであれば、ビジネス用語や敬語をほんの一文字も間違えるな」がまかり通り、
「コミュニケーションに日本語を使用する日本人なのであれば、日本語を少しも間違えるな」も筋が通ってしまう
ともすればこのようなコミュニケーションが発生するのではなかろうか
A「chat gpt」
B「正しくは'ChatGPT'ですよ」
A「ここの実装はこれでよろしかったでしょうか」
B「正しくは'よろしいでしょうか'ですよ」
A「ここの処理が重複（じゅうふく）してます」
B「正しくは'ちょうふく'ですよ」
僕らは日本語教室してるわけでもなければ、技術用語教室してるわけでもない
コミュニケーションをしている
コミュニケーションとは情報の伝達であり、情報の伝達プロセスで誤表記の指摘は本当に必要なのだろうか
開発するためのツールであるエディタ(=コード)上での誤りは見逃すべきではない
ただし、
コミュニケーションを取るためのツールであるチャット上での誤りにはどうか目を瞑ってほしい
（言うまでもないかもしれないが、取引先の人間を含むグループなどで相手方の名前を間違えるだとかは裏でこっそり教えて直してもらうべきだと思う。そう言うのは例外ね）
文系出身のソフトウェアエンジニアがやたらと自分が文系出身であることをアピールするのって何なんだろうな。
頭の中でだけ考えて誠実不誠実を断じた論。なんか若いなあ、って感じ。
故障以外でユーザによる自己解決を勧めるエラー表示なんて白物家電においてもいくらもある。メンテ性ゼロなんてことはないぞ。きちんと調べたことはある？
汚れなんかそもそも気にしてないユーザが存外多数なのは他ツリーでも触れられている通り。本質機能(冷蔵庫でいえば「冷す」)以外の、例えば汚れセンサーとかにコストかけてしまうと、過剰品質だとか、そんなんいらんから値段下げろとか、これだから国内メーカーは(藁)とか、マイナスの評価になってしまうのだけど。そういう声に対してはどうすんの？
もしソフトウェアエンジニアがこれを書いているなら、例えば潜在的な不具合の可能性をすべて公開の上で顧客にリリースするべきと考える人だろうか？ ソフトウェアにバグが付きものなのは周知の事実。この論に倣えば、そうしないのは「不誠実」になるのでは？(「そんなことは理論上不可能」「ケースが違う」とか、ただでさえ自分の論に都合の良い前提を追加するのはやめてな。)
誠実なエンジニアなら、まず現状をその道の人にきちんとヒアリングして事実に立脚した上で、他人他者を断ずるべきでは？ 優秀な俺様が考える「あるべき論」はいらんのよ。
歴は関係ないんじゃね？
製造のみ ＜ 設計出来る ＜ 要件定義出来る ＜ PL/PM ＜ PMO
みたいな感じで客が払う単価が決まり、そこから自分の発注までにどれだけ中抜きされるかだから一概にエンジニアの手取りは言えないやろ。
要件定義出来る人材で85万～100万顧客から支払われるとして後はどれだけ抜かれるか。3割だと仮定すると60～70万くらい？
偽装派遣多すぎだし、派遣契約なら安すぎだしほんと客先常駐って糞でしかない。額面月40万以下ならやる意味もない。
たまに常駐先にITエンジニアwwwって奴いるけどマジでインフラもDBもアーキテクチャも言語も知らないくせにググった知識でマウント取ってこようとする。あとなぜかアジャイル好き
アホなの？
縦型だとそもそも乾きやすい屋外とか置いてて、さらに使わない時は蓋開けてたから乾いてかびなかったのが、
ドラム式なって屋内設置&湿気やすい洗面所が狭いから常時ドア閉めとなってかびやすくなったんだろ。
エンジニアがなんのエンジニアか書いてないけど、ハードの作りに文句言ってるって事はソフトウェアエンジニアでしょ？
ソフトウェアはこないだのスマートキーの話題みたいに平気で年数経過したらサービス打ち切るけど、家電は耐用年数過ぎて使って汚れた奴の相手もしてるんだぞ
どっちが誠実だよ
奥様を数人呼んでモニター会議してますって様子をテレビ取材されてウッキウキになるレベルw
エセエンジニアのIT系でさえユーザーテストしまくるしアクセス解析しまくるし、ABテストとかで実態把握に努めるっていうのに
メンテナンスを重視しても売れないといった論理が多いのですが、
家電メーカーは汚いところ、汚れるところに手を触れさせない、目に見せないことで「顧客に気づかせない」方策をとっていると感じています。
アプリで言えば「エラーを表示しない」「そもそもエラーを検知しない」に近しい行為だと思います。
つまり、メンテナンスのニーズがないのではなく「メンテナンスの必要性をそもそも気づいていない」が正解だと思います。
製氷機であれば汚れ具合がわかる仕組み＝エラーを表示
製氷機を洗える仕組み＝エラーの解除
にあたるイメージです。
ですので、エラーの解除が業者任せでもそれはそれでありかなとは思います。
あくまで私の記憶でしかないのでツッコミどころが多々あるかと思いますが、
ネットやテレビで汚いことが話題になる→製品が対応するというパターンが多いです。
・洗濯槽のカビ
・エアコンのカビ
洗濯槽にはカビが生えることを知り、市販の洗浄剤で洗う人が出始める。（専用の洗剤ではなくオキシクリーンなどの洗剤です）
という時系列ですね。
エアコンも昔から存在している製品ですが、顧客がクリーニングを意識し始めてから数年しか経っていないですよね。
こちらも自動洗浄機能がついたり、ガビ防止フィルターが売られたりしてから顧客が意識しだしたのではなく
顧客がカビの存在を知る→なんとか対策をしだす→対応した製品が出る
現在進行形でいくと
製氷機はクエン酸での洗浄という顧客がなんとかするフェーズですね。
ドラム式洗濯機も１年で見えない部分に埃の塊がびっしりになることを知っている顧客はどれぐらいいるんでしょうか？
顧客に見えないように隠しているのだからニーズがないのは当たり前です。
隠す→ニーズがない→隠すの継続→ニーズがないというループから顧客が逃れる方法は
テレビやネットで「実はこんなに汚れているんです」って何かの拍子で話題になるパターンしかないと思いますよ。
なら、性別の例を述べましょう
女性のエンジニアが、システム設計のヒアリングにクライアントのところで出かけた
欲しい情報は出されてこずに、夜に付き合おう、とか言われますよねえ
そのあとも、どうも協力的ではないんですねえ
まあ、上司をまじえてなら飲みにぐらいはいくかもしれませんけどねえー
益田は地味顔で、決して一般的にモテるほうではないのに、そういうことはあるってことですけど？
別によくあることなんでー、担当降ろされるのもアレだし、いちいち会社に言わないしー、
どうすんのこれ？
客先常駐は辞めとけ。よく言われることです。
でもITには未経験だと客先常駐くらいしか無いのです。経験者でも客先常駐しかないのに未経験だと尚更。
私はそこそこ有名な大学の院卒で、27の時に他業界からIT業界に入ったけども、普通に書類選考で落とされてました。最終的に微妙な企業2〜3社しか面接まで行けませんでした。
当時は何も考えてなくて、とりあえず経験を積みたい、と採用してくれた企業に入社しました。年収300万で。ちなみに前職だと年収420万だったからめちゃくちゃ下がりました。
そこそこの学歴で、しかもバリバリの理系でも、未経験だとやはり採用してくれる企業は少ないんです。
ちなみに転職した時は30歳でしたけど、未経験の時に比べて書類選考の通過率はとても高かったです。
安いんですよ、月収20万ほど。
スキルが身につかない客先もあるんです。というか結構多いです。
自社のパワハラは上に言えば対応できます。でもお客様からのパワハラは上に言っても防げません。これもガチャです。
客先常駐って永遠の就活生です。1つの客先が終われば次の客先の面接に。次が決まらないと解雇です。歳を取ったのにスキルがないと客先も見つからない。だから解雇です。
客先常駐のメンバーは使い捨て。忙しい時期はこき使うけど、リリースできるくらいに落ち着いてくると切られます。1つの製品を設計からリリースまで関わることはまずないです。だからやり切った感もなく、愛着は失われていきます。
客先常駐は責任のある作業は損なだけです。責任は人になすりつけるもの。失敗は自分の責任にしてはいけません。なぜなら客先常駐はただの使い捨てなので責任なんて取れませんから。
正直、客先常駐は辞めとけ、と言いたいですが、IT業界の大半が客先常駐なので、辞めたくても辞められないんです。
IT業界は運です。いい企業が運良く求人をかけてれば、年収が高くもなりましょう。いい企業はホワイトなので技術力よりも人間性や若さを重視したりします。実力があっても若さがないと、いい企業に入れなかったりします。文系でもいい企業に入れたりします。
でも逆に運がないと実力があってもいい企業に入れなかったりします。だから経験を積むために客先常駐に入らざるを得ないと言う考え方もあります。
以下は客先常駐に向いてない人です。
正直、公務員を辞めてIT入るのはお勧めしません。年収300万ですよ？年収はなかなか上がらないですよ？年収一時的に下がってもいいから、とか思ってたら一生下がったままかもしれませんよ。
個人的にすぐ辞めちゃうエンジニアの大半は、向いてないのにエンジニアを目指しちゃった人です。向いてない人が来ちゃいけない業界なんですよ。
自分で考えない人。目標達成に向けて努力できない人。指示待ち人間。このタイプは一生大成しません。ずっと安月給で働くならいいですが、IT業界の上層にはいけません。
とめどなく客先常駐について書いてきましたが、私は客先常駐に挫折して、一度会社を逃げ出すように辞めてます。
私はITスキルについて一定以上であると自負しています。もともとは研究職を目指していたくらいの実力があります。そんな私でも客先常駐ガチャに失敗し、パワハラ上司にあたると簡単に挫折してしまうのです。
客先常駐の怖いところ、それは客先常駐ガチャです。人によっては客先常駐はそれほど苦痛ではないと言うでしょう。しかし、「今」が苦痛ではないだけです。ひとたび、客先を切られ、別の客先に行けば、パワハラを受けるかもしれません。
客先常駐は給与は低いです。しかしお客様が支払う単価は高いです。安くても60〜70万、高ければ100万や150万の場合もあります。その場合も給与は20〜30万です。
お客様は100万の価値を求め、私たちは給与20〜30万のつもりで仕事をします。そこに大きなギャップがあり、それゆえにパワハラが起こりやすい環境にあります。
長く働ける環境ではないのです。
私は転職活動をしましたが、それも難航しました。IT業界3年でしたが、堂々と人に言えるようなスキルが身に付いていなかったのです。
なぜなら、最初の客先は運用でした。次の客先はGUIツールを用いた開発。つまり、プログラミングにほぼ触れなかったのです。
そこでJavaでWebアプリを作りそれを売りにしました。しかし、Javaは客先常駐では人気のスキルですが、社内開発ではそうではないのです。
Javaは昔からあるプログラミング言語なので、できる人が沢山います。そのため、大型案件などの人を沢山必要とする案件ではJavaは人気の言語です。しかし、社内開発は少人数開発が多く、人を多く集める必要がないため新しいプログラミング言語が好まれる傾向があったのです。
結局私は技術力を評価されたのではなく、人柄と若さを評価され、転職に成功しました。
若さは大事です。技術力は定量的に評価できるものではありませんが、若さは定量的な評価が可能です。技術を身につけてから転職しよう、など思ってはいけません。若さの方がよっぽど貴重です。
SIerと呼ばれるところは、他のメンバの管理、もしくは技術リーダーなどをすることが多く、年収も高めなのでありでしょう。
パワハラが横行していてメンバーの謎の失踪が常駐化しているヤバい客先もあるでしょう。
しかし、一寸先は闇。
思ったより多くの反応を頂いていて驚いています。
語弊があるようなので補足します。
●研究⇒理学部系の研究者を目指してました。IT系への転職は未経験での転職です。
●未経験転職でももっと良い企業に行けたのでは？⇒若さゆえに転職で自分のアピールをするのが苦手で、しかも未経験だからまずは経験を積ませていただけるのならどこでも良い、と考えてしまっていました。
でも多分、転職で未経験なのに大手行けることはそんなに多くはないと思います。新卒だと学歴フィルターがかかりますが、中途採用だとかけにくいですし、そもそも大手は新卒採用で間に合ってるでしょうから、未経験を中途採用する必要がないですし。
●前職⇒理系スキルをほぼ活かせない業界でオタクには向いてないパリピ向きな職種でした。(教職です。)向いてないので辞めました。
最近はリモートワークも増えたので違うかもしれませんが、基本的にIT系は「常駐は必須かは分からない」けども、とりあえず客先常駐してもらう、というものなんです。
理由としては、①社内ネットワークに接続する必要がある、②ノートPCを配布してどこでもアクセス可能にするとネットワークの監視や紛失などで情報漏洩リスクが出る、③入館カードや守衛さんを配置して物理的なセキュリティを担保して盗難などに備えたい、④普通に協力会社さんがサボってないか目視で確認したい、などだと思います。
