[B! エンジニア] rryuのブックマーク

インフラエンジニアはSREではないし、SREとPlatform Engineeringも別物 - inductor's blog

インフラエンジニアの肩書きをSREに変えるタイプの組織変更は近いところから遠いところまでいろんなところで見かけてるんだけど、改めてそれって名前変えただけじゃないよね？って問いかけは個人が組織に、組織が個人にそれぞれ相互でした方がいいと思う。インフラエンジニアって言葉もまあ定義が死ぬほど広くてどこからどこまで指すのってのは組織によって違うね大変だねって話ではあるんだけど、SRE(Site Reliability Engineering)やPE(Platform Engineering)はインフラと必ずしも対応関係にあるわけではないんだよな。 Platformってのは言ってしまえば会社のエンジニア組織の中で自分達に最適化された基盤を作る人たちの集合体とそのプロダクトそのものを指していて、Platform Engineering組織の中には当然フロントエンドエンジニアやデザイナー、プロダクトオ

rryu 2023/09/09

寄せ集められたエンジニアではない人が多数のSREチームのインフラ担当で、結局やっていることは変わらないみたいなのが多いからなのかもしれない。

エンジニア

リンク

ITエンジニア職に『絶対にバグを出しません、出したことありません』という応募が来たので落とした - Togetter

過度に強気な言い切りなのか、実際にそうなのかわからないが「こう考えられるので落とす」と賛同する人が多かった。

rryu 2022/09/19

自身がバグを出さないために一体何をするのか、出してしまった時に一体どういう対応をするのかを考えると色々とこわい。

エンジニア

リンク

100名以上のメンターをやって見えた「めちゃくちゃ伸びる人」の共通点

どうも、株式会社プラハCEO兼エンジニアの松原です。弊社では中級エンジニアを育成するプログラミングブートキャンプ﹁PrAha Challenge﹂を2年近く運営しています。累計100名近くの方々が参加して、日々実践的な技術課題に取り組みながら、メンターと技術的な質疑応答を繰り返しています。実はプラハチャレンジの第1期から第5期までのメンターセッションは全て私が担当しているため、累計100名近くのエンジニアの成長を間近に見てきた経験から﹁めちゃくちゃ伸びるエンジニアの共通点﹂を見つけた気がしたので、何かの役に立てばと思い、Zennにも書き残そうと考えた次第です。ちなみに弊社が運営しているpodcastでも同じテーマについて話しているので、耳で聞く方がお好みの方がいたらぜひ以下のpodcastへ！ TL;DR めっちゃ伸びる人は分からないことを言葉にするのが上手情報を鵜呑みにしない

rryu 2022/08/23

結局、自分で学習できる能力があるというだけな感じがする。伸びるというのはおそらく教えた以上のことができるようになるということだろうから、それはそうという感じ。

エンジニア

リンク

GAFAMエンジニアは土日に勉強しない

GAFAMに入るために必要なのは基本的には基礎的なアルゴリズムとデータ構造の知識、それらを応用したコーディング能力、システムデザイン知識です。ほぼ全部受験勉強のように体系化されているし対策も出回っているので実際に凄いシステムを作り上げなければならないとか四六時中コーディングしているような人でないと受からないといったことはありません。受験勉強と同じですね。もちろん土日も勉強したりするような技術大好きオタクな人もたくさんいますがそうでなくても入ることは可能です。基本的にこれらの大企業に入りたい人というのは高学歴の金目当ての人間です。普段からアンテナを張って技術を追いかけているような人は半分もいないでしょう。 IT エンジニアは業務外でも常に勉強し続けなければならないなどという人達は負け組です。もちろん勉強をしたいならすれば良いですがそれは趣味ですよね。業務に必要な知識の吸収は業務中に行う。要領

rryu 2022/08/12

就職したら勉強しなくていいという訳ではなく、業務時間内に普通に勉強して技術を習得しているだけであることに注意しなければならない。

エンジニア

リンク

未経験エンジニアを採用して失敗した

採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。自分への戒めもこめて。失敗点リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

rryu 2022/08/11

未経験エンジニアを採用する場合、未経験エンジニアでもできることをやる部隊みたいなのを作らないと失敗すると思う。なのでいきなり一人だけ採用はもう失敗フラグである。

エンジニア

リンク

感謝され、人に好かれる指摘の仕方

この記事に書いてあること指摘の仕方に気を付ける事の利点オススメの指摘方法 ※何かを強要したり、コミュニケーションの仕方を責めるものでは無いです。Tip集みたいなものだと思って気楽に読んで下さい。導入社内外で関わる方︵特にエンジニアの方︶に対して、﹁︵指摘の仕方で損をしているな〜︶﹂と思う事が多くあります。 Twitterで呟いてみたところ、﹁そうは言っても中々苦手…。﹂﹁気を付けてるつもりだけど、キツい言い方になってないか不安﹂といった反応をいただきました。そこで下記について、私なりの考えをまとめました。指摘の仕方に気を付ける事の利点オススメの指摘方法本論指摘の仕方に気を付ける事の利点指摘の仕方について、ちょっと気を使うと良い事がたくさんあります。具体的には下記の良いことがあります。感謝される指摘内容を前向きに検討してもらえる誤解されずに済むそれぞれ解説

rryu 2022/05/28

「誤字っぽいです」だけだと負の感情成分が薄まるだけで嫌な気持ちになるだけというのは変わらないと思う。せめて「○○の誤字っぽいです」であるべき。

エンジニア

リンク

エンジニアはもっと図を書こう - 生涯未熟

たまには軽い話題をば。自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で﹁込み入った議論の時に図を書くかどうか﹂というのがあります。今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。他者の認知負荷を理解しているコンテクストを合わせることにコストをかけられる意識がある自分の思考の整理するツールとして図を扱えているザッと挙げましたが、この3つが機能している要因なのかなという気がしています. 他者の認知負荷を理解しているあれやこれやエンジニア間で技術議論している中で、﹁Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな﹂という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

rryu 2022/04/12

ホワイトボード必須系の人と資料として図を作って持っていく系の人に分かれるような気がする。この話はおそらく前者だが、前者の方がより良いという訳でもないと思う。

エンジニア

リンク

エンジニアは寛容かつ建設的でありたい | 外道父の匠

前回の記事でイィ感じの燃え方してイラつきはしたけど、ちゃんと調べず適当に公開したのはマズかったし、どっちみちそれまで理解が浅かったのは事実で認識してたので、それはもういいんです。それよりもなんで、昨今はこんなにクソコメが蔓延るようになったんやろって考えてみたくなりました。エンジニアに限らず、ジャンル問わず社会的な話でもあるのですが。社会的な風潮要は﹃叩く﹄という行為が流行を通り越して当然になってる風潮ですね。エンジニア関連でも、昔から技術系掲示板では、そんなことも知らんのかい！とツンツンしながらも教えてあげる文化みたいなものはありましたが、そういう﹃限定的な場﹄に自分から踏み入れない限りは、エンジニア同士の交流の多くは所属や個人サイトが判明している人だったりして、誤りや改善点があれば、スマートに指摘して、素直に受け入れる、ような流れが多かったように思います。 SNSが流行りだしてか

rryu 2022/04/05

難しいことが書いてあると罵倒したいだけの人は来ずらいので、あそこでRFC2818 HTTP Over TLSを参照していたりしたらまた違っていたような気はする。

エンジニア

リンク

フロント開発を炎上させてしまった話

はじめにお久しぶりです、皆様のサンドバックが帰ってまいりました。投稿ができていない期間、Nuxtにボコボコにされて裸足で逃げ出し、逃げた先のReactにも強烈な左カウンターをお見舞いされました。本来であれば、このような場所に投稿することすらはばかられる内容ですが、敢えて書きましょう。私はフロント開発を炎上させた愚か者です。なぜ今懺悔するのか Twitterでこんな投稿を見ました。確かに、実務で得られる経験は、とても大きく得難いものです。当然、ご迷惑をおかけしてしまうことは、だれであろうとあるでしょう。ただし、その﹁ご迷惑﹂の大きさについて、我々は知っておかなくてはなりません。見えている地雷を踏んでしまうようなモノ好きもいないでしょう。特に、この手の地雷は強力ですからね。塵となって吹き飛んだ私の命が、新たな浅瀬の民の糧となることを祈っています。具体的に何が起こったのか

rryu 2021/11/25

使い方を覚えながら納期のある実装をやるというのは自分で仕掛けた時限爆弾を解除していくようなものだからあても無く仕掛けると爆死するという…

エンジニア

リンク

エンジニアの目標設定って難しいよね、という話とOKRでなんとかできるのではという話｜dora_e_m

﹁目標設定、ニガテなんですよね﹂組織に属するメンバーを育成し、評価する。そのための材料として﹁目標設定﹂を活用している組織は多い。MBOか、それに類する形を採用しているところが多いのではないか。︵観測範囲での判断なので今は違うかもしれない︶そして、﹁目標設定﹂を行う組織は多いというのに、﹁私、目標設定得意なんですよ﹂というエンジニアの存在は寡聞にして存じ上げない。なぜなのだろう。エンジニアの目標設定は難しい？組織のレベルでは、﹁売上○○円﹂﹁ユーザー数○○人﹂﹁平均DAU○○﹂といった目標が設定されることが多い。財務に直結するものだ。翻って、エンジニアたちは組織にどう貢献するのか。エンジニアリングだ。直接売上がどうこうではなく、﹁どうすればビジネスに貢献するか﹂から立脚された仮説に基づいて行動をしていくことになる。こうすれば画面遷移数が減って使いやすくなる、その事により利用率が向上す

rryu 2021/11/03

間接的な行動でかつ達成可能で測定可能な目標なんてそんなにあるわけないので、目標設定できたらそれだけでもう評価して欲しい感はある。

エンジニア

リンク

あるエンジニアの面接で、ソートについて聞かれたら

あるエンジニアさんが面接でソートについてきかれました。ここまで覚えておく必要あるの？と思いましたが、知っている人はいるものですね。でも、必要なら調べるぐらいの情報のような気もする。Webエンジニアなら必要な知識なのかなあ。

rryu 2021/10/15

明確には覚えてないのでググって説明しますが正解な気がしてきた。

エンジニア

リンク

発注側から見た実務経験1年フリーランスエンジニアとは｜ひまパパ

ひまパパです。昨日、実務1年でフリーランスエンジニアになる事を勧めるような誰かのツイートを観測いたしました。実際問題、実務1年でフリーランスになったようなエンジニアについて発注側はどう見るのかを書きたいと思います。私の立場プライムSIerとなります。メーカー、事業会社、官公庁等から案件を受注しプロジェクトを発足させメンバーを集めて完遂する仕事をやっています。まず直契約は与信審査に通らないが…エンジニアを集める際、まずはソフトウェアハウスやSESをやってる企業様との取引が考えられます。しかし良いエンジニアがいるかどうかの前にその企業が取引をするに値するかどうかの判断が会社としてなされます。与信審査はその会社によって様々なやり方があると思いますが、おおよそは以下のツイートのようなやり方かと思います。︵Henryさんのツイートを引用させていただきました︶前職大手SIer購買部のワ

rryu 2021/07/06

まあ、人の管理ごと丸投げしたい規模のSIerがフリーランスの人の管理をしてまでフリーランスと契約したりしないだろう。

エンジニア

リンク

某大手企業のプログラマー「これから皆さんがマスターしておくべき言語ってなんだと思いますか？」→その答えがジョークかと思ったけど後にマジだとわかった

卜キワ・クロツグ🎂4/5 @TokiwaKrotzg 某大手企業のプログラマー﹁これから皆さんがマスターしておくべき言語ってなんだと思いますか？Java！C#！C++！Python！HTML！ハッハッハ惜しいですね～正解は日本語です！﹂中学オレ﹁フッｗジョークだろ﹂今専門オレ﹁あれマジだったんだなぁ…﹂ 2021-06-14 11:13:16 卜キワ・クロツグ @TokiwaKrotzg 17歳(7周目)のバーチャル存在です。ガラナとケバブとあくタイプのポケモンが好きです。ししのうさはいいぞ。🤍@oofmi2 Code:Cistus Discord:TokiwaKrotzg#1044 モノリス閉鎖中 📡→@amlgam14 VRC:2018-08-15 vrchat.com/home/user/usr_…

rryu 2021/06/15

日本をマスターしたと言える人は別の方面で強すぎなのでは…

エンジニア

リンク

ITエンジニアの理想の開発環境に関するツール・サービス調査　90.1％のITエンジニアがWindowsと回答

転職サービス﹁doda﹂などを提供するパーソルキャリア株式会社が運営するIT・テクノロジー人材のための社会人コミュニティ﹁TECH Street﹂＜ https://www.tech-street.jp/ ＞は、日本全国のIT エンジニア403名を対象に﹁理想の開発環境に関するツール・サービス調査﹂を行いましたので、結果をお知らせいたします。 ▼調査結果詳細 https://www.tech-street.jp/entry/research-devenvironment ■IT エンジニアが使いたいのはどちら？Mac／Windows ﹁Q.ビジネスやプロジェクトにおいて、自分に決定権がある場合、どちらのPCを使いたいですか？﹂︵n=403︶と質問したところ、﹁Windows﹂と回答した方が90.1％、﹁Mac﹂と回答した方は9.9％という結果となりました。また、﹁Q.PCを選ぶ上で最も重要視

rryu 2021/05/28

これはアンケート対象がMS Officeスイートが全社導入されている規模でセキュリティだけはうるさい上層部がいる会社でOfficeファルをあれするのが主な仕事な人に偏っているだけなのでは…

エンジニア

リンク

エンジニアの言う「技術的には可能です」を正しく認識してもらうために、こう伝えるようにしてる

mizchi @mizchi 「技術的には可能です」を正しく認識してもらうために、「他の開発すべて止めて数年間社運を掛けた上で成功率が1割ぐらいです」と伝えるようにしてる 2021-03-03 14:40:46

rryu 2021/03/05

「技術的には可能です」の意味が「研究開発レベルの案件」「あとは人・金・時間の問題」「やりたくないだけ」みたいに幅があるのが正しく認識されない原因だと思う。

エンジニア

リンク

取り返しのつかない我がエンジニア人生よ

ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。正直、入社時は﹁エンジニアとして働く﹂﹁会社の安定性﹂の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。一方でエンジニアとしてはそりゃもうひどい環境だった。10年

rryu 2021/02/24

gitもDockerもひとりで使うことはできるので勝手に使い始めればいいと思う。インストールを禁止される系の会社だったらもう転職するしかない。

エンジニア

リンク

オープンソースがわからない

OSS活動をしているエンジニアが採用で有利だったり、なんかエライとかカッコイイみたいな空気がある。オープンソースを主軸にしている会社で働きはじめてから、人が何を前提として、何を指して﹁オープンソース﹂と言っているのか、どんどんわからなくなってきた。いったいなぜOSS活動が良いとされるのか。可能性1 ▸ ソースがオープンであるこれは自明に思えるかもしれないが、本当にそうだろうか。ソースがオープンなのは良いことだという価値観は、そんなに広く受け入れられているだろうか。たとえばうちの会社は﹁ソースはできる限りオープンであるべき﹂という信念を掲げているし、私にとってもそれは魅力的なポイントのひとつだった。さらには﹁すべてのソースはオープンであるべきで、オープンじゃないソフトウェアは使わない﹂という過激派も世の中には存在するが、いずれにしろこのようなオープンソース主義者が多数派であるとは思え

rryu 2021/02/24

採用に関してだけなら開発能力を客観的に判断できるというだけでOSS自体に優位性があるわけではないと思う。有償でOSS稼働している人もいるが、そういう人を引き抜くのは難しいと思う。

エンジニア

リンク

ITエンジニアとしての勉強をやめた話 - infragirl’s blog

しばらく辞めようと思います。どんな勉強をしていたの業務終了後に技術書を読んだり、資格取得︵AZ-900︶に取り組んだりしてました。時間が無いので寝る前とか、早めに出勤して本読んだりとか、昼休みに読んだりとかしてました。なんのために勉強していたの転職して仕事内容がかなり変わり、分からないことが増えました。分からないなら勉強を増やせばいい！という今思い返すとちょっと浅はかな考えです。また、インフラ女子の日常を執筆する上で中途半端なことは描きたくないという気持ちから、書くテーマについて最低1冊は読もうとしてました。ゼロトラストのテーマの時はゼロトラストネットワーク1冊とか。そりゃどえらい疲れるわぁ(´ー｀) なんで辞めるの休職する程度に身体を壊したからですね。3ヶ月ほど休職して最近復職しました。あと、この進め方で勉強してるとキリがなくて辛いからです。(´ー｀) 勉強しなくなった時間は

rryu 2021/02/15

業務で必要になったら都度調べるというのは普通のことだと思うのだが、それが普通だと思ってない人は詰まったら何をしているのだろう。

エンジニア

リンク

ITエンジニアは何か頼むと「めんどくせーな」と言い出す方が信頼できます。「頑張ります！」と言う奴ほどバックれます

くわっちょ@社畜犬X @kuwaccho0711 IT エンジニアは何か頼むと﹁めんどくせーな﹂と言い出す方がまだ信頼できます。ツンデレなので。﹁頑張ります！﹂と言う奴ほどバックれます。 2020-12-10 10:04:48

rryu 2020/12/12

まあ、できる算段は無いけどめんどくさいと言うヤベーやつはそうそういないということなのだろう。あとやるの言質を取るまでにバレそう。

エンジニア

リンク

大手Sierのシステムエンジニアの砕けた夢について

この幼稚で非合理で理不尽な感情をそのまま頭の中に残すのは、近いうちにつくるリアリティのあるシナリオの下書きとして使う前に忘れてしまいそうでもったいないため記録しようと思う。また、記録するだけだと正直味気ないためここで公開してみる。叩かれるかもしれないが。。。私は大手Sierのシステム開発の部署に属する一次受け新人SEだった。学生の頃は自分でアプリを何個か作った経験がある。そんな経験を活かし、今後はここでたくさんの技術を身に着けエンジニアとしてのキャリアを花咲かせてやる！・・・なんて事を思っていた。今思えば馬鹿な話である。大手Sier経験者なら鼻で笑っていたことだろう。期待に目を輝かせていた無知で愚かな新人に仕事内容を聞かれた先輩社員はこう言った。﹁ここはね。Excelでシステムを作る職場だよ。﹂ ■大手Sierの私からみた環境について大手Sierのシステム開発で技術に長けた

rryu 2020/10/17

設計レイヤだけでもOOAやDOA、UMLやER図とかいろいろあるので、それをマスターしてから砕けて欲しい。Excelは出力フォーマットに過ぎない。

エンジニア

リンク

はてなブックマーク

タグ

関連タグで絞り込む (3)

エンジニアに関するrryuのブックマーク (81)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス