トップガンでなくてもセキュリティエンジニアとして長く続けていくには - トリコロールな猫/セキュリティ
はじめに セキュリティ業界は人が少ないので、どこに行っても名前を聞く人とか、バイナリを見ただけでどこ製のマルウェアかわかる人とか、つよつよ人材が身近にいがちです。そんなトップガンを目指すのも一興ですが、ある程度の期間は、起きている時間全てをセキュリティに捧げる覚悟が必要です。私はそこまでできないので、別の戦略で生き延びています。そんな話です。 セキュリティ以外に得意分野を作ろう 私はもはやセキュリティの技術的な能力は干からびてしまっていますが、文書を作成するのがまあまあうまいです。今の会社はこの一点突破で採用されました。セキュリティを知っている人はたくさんいます。文書を作成するのがうまい人は星の数ほどいます。ではその両方は？おそらくとても少ないです。なぜなら大抵のセキュリティエンジニアは報告書などの文書作成が苦手or嫌いだからです。（そのうちchatGPTに駆逐されそうではありますが） 「
開発プロジェクトはギャルマインドで乗り切ろ🤟💫 - Qiita
ご挨拶 本記事はリンクアンドモチベーション Advent Calendar 2023の6日目です。 こんにちは、市原と申します。 開発をしていて見通しが立たないことって多いですよね。 今までやったことのある開発をすることの方が少なくて、大体は初めてのこと、初めてのメンバー、初めてのシチュエーションだと思います。 ある種の不確実性を抱えた仕事がほとんどではないでしょうか。 そんな見通しが立たない状況を偉大にも日々開拓してきた先人がいます。 ギャルです。 ギャルはいつの世も変化を当然のように受け入れ、適応し、さらに大きな変化を生み出してきました。 その上ギャルは楽しそうです。 プロジェクト乗り越えるためにギャルマインドを憑依させればうまくいくんじゃね？と思っちゃったので、 日常のプロジェクトで使えるギャルマインド3選を紹介していきます🫰👗✨ ※この記事は筆者のイマジナリーギャルに基づいて書
"提案"のレベルを上げる - Konifar's ZATSU
組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」
23/10/21 就活に苦しむインテリの学生に社会の真実を教える - LWのサイゼリヤ
お題箱124 671.以前ツイートされていた雑な格言シリーズの「面接では嘘を吐いてもよい」や「結果が全て」等の意味を詳しく教えて欲しいです。現在進行形で振り回されてます このツイートですね。 仕事に関する言説って「面接では嘘を吐いてもよい」とか「結果が全て」みたいな、まあ正しいっちゃ正しいけどその言い方だと学生は誤解するだろみたいな「精緻な言語化を怠った雑な格言」が無限にあってだいぶ振り回されたのけっこうムカついてる — LW (@lw_ru) 2023年9月22日 いま無職なのでやや気が引けますが書きます（無職が語ることじゃねえだろと思ったので、念のため信頼できる社会人の友達に下読みしてもらって内容に問題ないことを確認しました）。 最初に書いておくと、僕は数百人規模の中小ITでしか働いたことがないので、価値観がその規模感に寄っています。仕事の感性は職や規模によってかなり違って、例えば同じ
「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に
見積もりをがんばらない - forest book
スクラムを開発方法論に採用しているチームで開発者をしています。最近たまたま見積もりについての話題がチームであがり、私の経験や考えを整理してみる機会にしようと考えました。お断りとして、本稿の考え方が正しいと主張する意図はありません。世の中にはさまざまなチームや開発スタイルがあります。私が経験していない業務においては他のやり方もうまくいくケースがあると考えています。 スクラムガイド には見積もりの実践について明確な指針を提供していません。一方でスプリントを設定し、スプリントプランニングを行う上で通常はその期間内にスプリントゴールの達成を図ることから、必然的になんらかの見積もりを行うことを前提としています。インターネットを検索すると、プランニングポーカーとストーリーポイントを用いた見積もりの記事も多くみつかります。私の立場として、ストーリーポイントという見積もり手法をやや懐疑的にみています。この
手を動かさないマネージャーを試している - id:onk のはてなブログ
2 月から、Mackerel チームの所属になった。 今日から異動して Mackerel チームです。非正規ルートでの要望でもいい感じにやるので何でもください！— Takafumi ONAKA (@onk) February 1, 2023 これを期に、せっかくなのでコードを読まないマネジメントスタイルを試してみようと思って、実践している。 今までは自分が一番プロダクトのコードベースに詳しい状態を作ってきていて、障害対応でも嬉々として先頭に立つようなテックリードスタイルだった。 この姿が天職と思っているが、今までの人生で、コードの細かい話が通じない (というか、共通言語や会話のレイヤーが違う) けれども非常に信頼できるマネージャーと仕事をしてきた経験はあるので、自分も彼らのようなムーブが可能なんだろうかとやってみたくなったのだ。知識欲が減衰した老害化現象ではないと思う。きっと、たぶん。 も
近況報告：無職になりました - IT戦記
みなさんお元気ですか？僕は少しだけ元気ではありません。じんわりとした夏の暑さを感じながらブログを書いています。 実は、数ヶ月前にスマートニュースという会社を退職しました。 しばらく無職 しばらくは就職せずに無職でいようかなと思っています。 すぐに再就職した方がいいんだろうな〜。とは思うのですが少し疲れたかも。 いい時代になったものだ 最近は AI の進化も素晴らしく、昔ソフトウェアで出来なかったことがどんどんできるようになってるなって感じます。 Rust とか、ちょうど欲しかった感じのプログラミング言語もあるし、 ChatGPT は完璧ではないけど何か新しいことを始めるときに素晴らしい洞察を与えてくれる。 時代は確実に良くなってる。そんな時代に「自分は働いていないくていいのか」と少し不安になるけれど、自由気ままにコードを書く、そんな時間が今あってのもいいのかなって思ってます。 オフトピック
どうやって仕事の仕方を学ぶか？ - Magnolia Tech
ちょうど同じ話をしてました トラブルシュートのときの言動とかに注目しようって言ってました https://t.co/XWQbZflvDW— magnoliak🍧 (@magnolia_k_) 2021年9月22日 ちょうどこんな話をしていました。 人間イザという時に素がが出るとか言いますが、少しネガティブなニュアンスも含まれてる言葉だな、と普段から思っていて、どちらかというとイザって時にこそ準備していたり、普段考えていたりすることがスっと出てくるので、そんな時に一番良い行動、言動が取れるようにありたい、と思っていて、そんな視点で他の人の行動や言動（とくに自分よりちょい立場とか経験が上の人の）をよく観察しておくといいんじゃないかと思います。 良いコメントをいただいたので追加。まさにコレ。 障害対応は経験が少ないうちほど自分から巻き込まれていくっていうムーブ、個人的にはおすすめ。 「なにかで
飯島ゆんのようにしか生きられない - 当たり判定ゼロ
みんな〜！熱くなってる〜？？ 何かやるべきことを見つけて自分の人生ブッこんでる～？？ まぁそこまで夢中になって入れ込めるものってあるようでないですよね。というかそんなもんあるなら今すぐブラウザの☓ボタンを押してそのやるべきことに戻ろうな。 「1万種類の蹴りを1回ずつ練習した男は恐ろしくないが、たった1種類の蹴りを1万回練習した男は恐ろしい」と言ったのはブルース・リーでしたが、ウメハラだって「何かをやるということは、何をやらないか決めることだ」みたいな話をしてた気がします。成功者は大体この手の選択について述べていることから考えると、やはり間違いなくビッグサクセスへの近道はリソースの集中化であることは間違いないのだと思われます。 そんなこと言われんでもわかっとるがな、って話なんですけど、実際その原理が理解できているから実行に移せるのかと言われると無理ですよね。 楽しいんですよ。「人生のつまみ食
キャリアハックの奇行 - Software Transactional Memo
エンジニアの奇行 嚢中の錐という言葉がある。有能な人物は自ずと傑出していくという意味だが、有能さとは例えば学歴の高さとは一致しない。 たとえMIT卒であろうとも大成するとは限らないし、ましてや入試の点数などで見れる人間の側面は限定的である。 企業などで採用する側からしてみたら当然ながら採用後の活躍を期待して雇用するのであり、入社をゴールとしてそれ以降働かなくなる人は望ましくないし、学歴や入試の点数によってそういう人かどうか判定する事はできない。 活躍という観点で言うと長いキャリアにおいてより重要となるのはキャリア開始時での能力の高さよりも、険しく長い道のりを自己メンテナンスしながら歩み続けられる根気の強さが重要とされている。その根気の源泉は執着だったり崇拝だったり妄信だったりトラウマだったり原体験だったり人によって様々だが、ここではひっくるめて「やる気」と簡略化して呼ぶことにする。 さて「
45の仕事力チェックリスト ～「会議の進め方」から「タスク管理の方法」まで～ | 採用ブログ | 才流
「仕事で成果を出す人」と聞いて、どのような特徴を思いうかべますか。 才流はコンサルティング会社であり、ビジョンとして「メソッドカンパニー」を掲げています。顧客へ価値を届けるにあたって、営業やマーケティング、新規事業などの専門知識はもちろん、ベースとして強固な「仕事力」が欠かせないと考えています。 本記事では、社内で実際に活用している仕事の進め方マニュアルの中身をテーマ別に厳選し、チェックリスト形式で紹介します。 ※本記事が多くの方々に読まれていることもあり、このたび内容を最新版にアップデートしました。 ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手＞自分であり、顧客＞外部パートナー＞自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出
■ - kumamotone’s blog
2023年4月に、株式会社メルカリ（メルペイ）を退職しました。3年と4ヶ月ほど在籍させていただきました。 今日はメルペイでの最終出社日でした 2019年12月から3年と4ヶ月ほど在籍させていただいていました 少しの間お休みして5月後半からまた新しいチャレンジをしていく予定です！お世話になりました pic.twitter.com/9stTpdLnGm— kumamo_tone (@kumamo_tone) 2023年4月11日 個人的な振り返りも兼ねて、簡単にどんな感じだったか書き残しておければと思います。 入社 2019年の11月に新卒で入社したヤフーを退社して、アプリ(iOS)のエンジニアとして同年12月に入社しました。 入社を決めたきっかけなどは、書き残してなかったというのもあり、もう記憶がおぼろげですが、以下のような感じだったと思います。 メルカリのバリューが、当時自分がありたいと思
チームに無能がいた場合、そのメンバーを見捨てるのが最善か
本日の議題はこちらです。 「チームに無能がいた場合、そのメンバーを見捨てるのが最善か」 実は以前もこのテーマで書こうとしたのだが、うまくまとまらずにボツにしていた。 しかし先日、当サイトで『「どうにも成長しないし、意欲も低い部下」をどうすべきか？』という記事が公開されたので、この記事と合わせてふたたび書いていきたいと思う。 記事を要約すると、 ・管理職にとっての悩みは、向上心がなく、能力が低く、素直でない部下の扱い ・管理職には育成の義務があるとはいえ、大事なのはチームの目標達成 ・教育の費用対効果が合わない人の育成優先度は落としてもいい ・問題児はそもそもその仕事に向いていないケースが多いので、当てにしない、成長に期待しない、その人に時間を使わないのが最適解 ・採用失敗の責任は人事と経営者がとるべきなので、あとはその人たちに任せればいい ということだ。 記事の最後は、こう締められている。
人の話が処理出来ない奴へのアドバイス 一時期、人の指示を全然処理できな..
人の話が処理出来ない奴へのアドバイス一時期、人の指示を全然処理できない40代を複数名、相手にしてた事がある。 その時の経験から、ちょっと気づいた事をアドバイスしてみるよ。 まず、自分の解釈を傍に置いて、最後まで読んでくれ。 いいか、読み終わるまで、自分の解釈は傍に置くんだぞ。 結論結論から言うと ・相手の話を出来る限り一字一句聞き取る練習をしろ ・その際、相手の言っていない事は絶対に書き取らない ・聞き取れなかった部分は、相手に質問する、録音を再生する、などして欠けた情報を埋める事 これを仕事の中で出来る限り愚直にやれ。最適なのは議事録を書くこと。 ※半年経っても伸びないなら小学・中学の国語ドリルを小学三年生分から全部やって、スキルアップをブーストさせる事。 判断した根拠そう判断した根拠は、次の文章にある。 今日も仕事で自分の提案資料に対して上司に指摘をうけたが、よくわからなくて途中から思
なぜ「できない人」ほど、人に聞けないのか。 | Books&Apps
できない人が質問をしに来ない、という傾向は、それなりにどこの会社でも見られるようである。 例えば新人が聞きに来ない、若手が聞きに来ない、あるいは「不出来なベテラン」だと、誰にも相談できなくて行き詰まる、なんて話もある。 つい先日も、あるテクノロジー系の企業で「聞きに来ないメンバー」をなんとかしたいが、どうすればよいか、という話があった。 聞くと、力量の低いメンバーの一人が、報告が苦手で、かつ聞きに来ないので、こちらがかなり監視をしているが、手間がかかってしょうがない、という。 仕事の進捗を入れたり、週報を書いたりするような社内システムもあるのだが 力量の低い人ほど入力率も低く、入力した報告の内容も拙いという。 結局、上司が直接、成果品を逐一覗いてチェックをしているそうだが、それも限界がある。 こまったこまった、という話だ。 ＊ こういった事象について 「できない人」は、「何がわからないのか
作業量を稼ぐために、日々気をつけていること | pyama.fun
僕はよく手が早いと言われるのだけど、そんな中で気をつけてることを整理してみた。大きくは下記の３点につきる。 複数タスクは抱えるが、並列で進めないイベント駆動で動くことを原則として、探索行動をしない暫定対応ではなく、最初から必殺する複数タスクは抱えるが並列で進めない僕はだいたい平時2〜4くらいのタスクを抱えている。しかし、だいたい1個〜2個に集中して片付けて、次に手を付けるっていう感じで進めている。 この2つをさばくときは、例えば1つ目のタスクのコードを書ききってしまって、レビュー待ちとかの問に、2つ目のタスクの設計を考えたり、あれこれ進めて、レビューコメントが付いたらまた1つ目に戻ってぐわーってやる感じ。もう少し小さいスキマ時間、例えばchefのapplyとかコンパイルだとSlackで適当に人に絡んでわけのわからないことを言って去るという感じのことをしている。 ともあれ、これの利点は基本的
【便乗記事】エンジニアがデスマーチを生き抜くための知見をまとめてみた - Qiita
Inspire the Next, デスマサバイバルガイド 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲得したデスマーチを生き残る方法論について記録しておく。 良記事でござんした。 大変良い刺激を受けたので、私も一つインスパイア的な記事を書いてみる次第。 使用上のご注意 当記事は炎上時の極限状態に対する対処療法集です 主な対象者として炎上案件に放り込まれた末端メンバーを想定しています 一部マネジメントの話題も含みます。鎮火を命じられたPMにとっても役立つ点がある筈 インスパイア元同様、当記事も経験則を多分に含みます。活用は自己責任でｵﾅｼｬｽ 目の前の炎上に貴方の人生を賭けて良いかどうか、よく考えた上でご利用ください けっきょくもやさないのがいちばんだいじなんだよなあ みつを まず頭に入れて欲しい残業の知識 Twitterや匿名掲示板等のネ
何故アウトプットが大事なのか - Pepabo Tech Portal
執行役員 VP of Engineering 兼技術部長の @hsbt です。 GMO ペパボ株式会社(以下、ペパボ)では一年に二回、半期ごとにエンジニアが実績の資料を作成し、資料に基づいて評価を行う制度があります。評価資料では、ペパボが大切にしている三つのことである「なかよくすること」「ファンを増やすこと」「アウトプットすること」それぞれについて、エンジニアとしてどうコミットしたかというのを述べる必要があります。 2019 年上期(1-6月)の評価を @hsbt が行った部署のメンバーに向けて、何故エンジニアにとってアウトプットが大事なのか、ということを述べた文章を社内で共有しました。今回はその文章をアレンジして公開したいと思います。 今回の評価で、気になったこととしては、 「OSS は開発していません、発表もしていなかったのでアウトプットはBです」という自己評価が散見されたことです。一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/pastak/status/1632785032984289280