行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳
PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった（異業種転職組）から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの？そのifの中に実装があるの？何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない？」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当
40歳を過ぎてもソフトウェアエンジニアを続けてるって話 - Mitsuyuki.Shiiba
昨日、ゆのんさん（ https://twitter.com/yunon_phys ）が社内の勉強会で「エンジニアリングマネージャとは？」って話をしてくれて、面白いなぁって思いながら聞いてた。 今日は @yunon_phys が社内勉強会で、エンジニアリングマネージャについてお話をしてくれてとてもよかった。こんな話が社内で聞けるのって福利厚生だなぁと思いながら聞いてた。— SHIIBA Mitsuyuki (@bufferings) October 13, 2023 その中で「エンジニアリングマネージャが見ることのできる範囲はめちゃ広いから、すべてを完璧にしようとするんじゃなくて、その場に応じてスキマを埋めるような動きができるといい。組織の成長とともにその動きも変わっていく」ってことを言っていて、これって自分のソフトウェアエンジニアとしての動きにも似たところがあるなぁと思ったので雑にメモ。
プログラミングというより物事が出来る思考法～実践編｜牛尾 剛
大変多く読んでいただいた「プログラミングというより物事が出来る思考法」というポストや、世界一流エンジニアの思考法の書籍で紹介した内容がある。 私の職場でも、ものすごく出来る人が「実践」しているところを何回も目撃しているので「実践編」として皆さんにシェアしようと思って今回のポストを書いてみた。 タイトルにもある通り、私はエンジニアだが、ビジネス書である書籍と書かれた多くの思考法と同じく、あまりエンジニアリングというものに関係ない要素であると感じている。 上記のポストや書籍でシェアした内容を端的に言うと「理解には時間がかかるがかける価値が十分あり、それによって自分が物事をコントロールしている感覚を身につけることが出来る」という自分の小さな発見だ。私がこのことを最初に発見したのは、新卒の出来る人々との出来事がきっかけだが、今回その小さな自分なりの発見を後押しするような出来事がいくつかあった。それ
自らを強いエンジニアにするための3つの習慣 / I need to be myself, I can't be no one else
Developers CAREER Boost 2023 登壇資料
いろんなやり方の読書会をやってみたら当日音読その場でまとめ方式が最高だった話 - Gunosy Tech Blog
こんにちは、SRE チーム マネージャーの TksYamaguchi です。 こちらの記事はGunosy Advent Calendar 2023の3日目の記事です。 前回の記事は森田さんの LLM 論文の探し方でした。 概要 SRE チームは、シニアエンジニアとジュニアエンジニアで構成されているチームで、チーム内の技術的な知識の偏りの解消や、知識のタコツボ化の解消を目的として読書会をしてきました。 その過程でいろいろな読書会のパターンを行ってきましたので、その結果を共有します。 概要 読書会開始前の SRE チームの課題感 読書会 のやり方の整理と評価の観点 やり方 評価の観点 当日音読・Slack に投下する方式 実際のまとめ 方式詳細 評価 メリット デメリット 事前に読んで Miro*1 に付箋・当日議論する方式 実際のまとめ 方式詳細 評価 メリット デメリット 当日黙読・その場
レイオフ(退職勧奨)された話
時間が経つと忘れる気がするので記録に残すことにした。 注：会社のことについては基本的にニュースになっている（公になっている）情報をもとに書く 1月下旬 2022年から Big Tech をはじめ多くの会社でレイオフが実行されている。 Amazonが1万7000人以上を解雇へ、近年のテクノロジー企業で最多 Microsoft、従業員1万人の大量レイオフ Googleも過去最大の1万2000人の大量レイオフへ ｢現実世界｣の問題を解決したいマーク・ザッカーバーグ。Meta、1万1000人のレイオフ 勤務先でもレイオフ発表＆USで実行されたけど、雇用に関する法律は国ごとに違うので日本を含む各国でのレイオフについては今後現地法に基づいて実行されるという話。 つまり近々レイオフされるかもしれないけど宙ぶらりんらしい。宙ぶらりんの状態のことを “in limbo” と言うらしい。“My employm
最終回 山崎大輔―プライドを持って定年まで仕事する | gihyo.jp
先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える本連載、最終回は、広告配信会社である株式会社スケールアウトを立ち上げた山崎大輔さんにお話をお伺いしました。 ［撮影：平野正樹］ ネットワークの基礎を学んだ大学時代 ──山崎さんが技術に興味を持ったきっかけは何ですか？ 山崎：ゲームが大好きで、ゲームを作りたかったんですが、プログラムはよくわからなかったんです。そこでコンピュータサイエンスの学科に進めばゲームを作れるようになると思い、筑波大学に入りました。でも入ってみたら学ぶのはUNIX系だったので、ゲームを作る感じではなかったんですよね。 ──大学では何を学ばれたのでしょうか？ 山崎：幅広くやる学科だったので、プログラミング言語を7つくらい学んだり、実習でコンパイラや今で言うKVS（Key-Value Store）のようなデータベースを作ったりしていました。途中
第5回 蓑輪太郎―Twitter本社で働くエンジニアのキャリア | gihyo.jp
先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える本連載、今回はゼロからOSやScheme処理系を作り、現在はTwitter本社で働く凄腕エンジニアのhigeponこと蓑輪太郎さんにお話をお伺いしました。 ［撮影：平野正樹］ 危機感を感じた1社目 ──higeponさんはいつもさまざまなことを勉強なさっていますが、いつごろから自ら技術を学び始めたのでしょうか？ higepon（以下ひ）：2001年に入った初めての会社が大きいSI系で、技術に長けたチームに入れてもらえました。そこではモデルケースになるような優秀な先輩がいて、たとえばトラブルが起きたときに、自分で率先して原因を解明して、周りにも的確に指示を伝えていて問題を解決していたんですよ。その先輩から「しっかりプログラミングを勉強しないとまずいよ」と言われたんですよね。それで自分で実際に勉強をし始めたら、今
第11回 テックリード | gihyo.jp
テックリード（Tech Lead）という役割をご存じだろうか。最近少しずつ浸透してきたソフトウェアエンジニアの役割の一つである。完全に新しい役割というよりは、以前からなんとなく存在していたものに名前が付いたといったほうが正しいかもしれない。 今回は、まだあまり知られていないテックリードの役割を紹介していきたい。筆者は過去にたくさんのチームでテックリードをやったことがあるので、基本的な役割からテックリードが悩みがちなことまで、実際の体験を踏まえて説明していけたらと思う。これからソフトウェアエンジニアの大事なキャリアパスの一つになっていくことが予想されるので、参考になれば幸いである。 生産性の最大化 テックリードはソフトウェアエンジニアの班長と言うとわかりやすいかもしれない。チーム内のソフトウェアエンジニアのまとめ役である。仕事内容はエンジニアリング方面で多岐にわたる。ここからは、重要なものを
第9回 ログのすすめ | gihyo.jp
今回のテーマはログである。ログと言ってもサーバやアプリケーションのログのことではない。今回取り上げるのは作業ログである。作業ログと言えば、古くはChangeLogメモやhowm、最近ではEvernoteやMarkdown形式でのメモなど、いくつかの流派が存在する。 作業ログを取る目的はさまざまだ。ライフログ、つまり自分の人生のログを取る目的のものもあれば、未来の自分が検索することを見越して書くものもある。今回取り上げるのは、物事を前に進めるための作業ログである。筆者は記憶力が悪い。暗記モノが昔から苦手だ。また、気が散りやすく数分前に何をやっていたかさえ思い出せないこともある。そんな限られた能力で、難しいタスクをこなすためには工夫が必要である。そのための工夫の一つがログを取ることだった。今回はその作業ログについて、できるだけ実例に近いものを取り上げながら説明したい。 難しいタスク 仕事で、あ
第4回 プロダクティビティの鬼：継続は力なり―大器晩成エンジニアを目指して｜gihyo.jp … 技術評論社
人生において使える時間は有限だ。そして種々の理由で自分が使える時間は減っていく。彼氏・彼女ができた。結婚した。子どもができた。転職したら忙しくなったなど。そのような状況においていかに短時間で大きな成果を出すかはとても難しい問題だ。 限られた時間の中で最大限の成果を出す方法の一つは、自分のプロダクティビティをあげることだ。筆者は過去に少人数かつ大規模のオープンソースプロジェクトに携わっていたので、常に「いかにプロダクティビティを上げてプロジェクトの進む速度を上げられるか」を追求していた。仕事においても、短時間で成果を出して残業せずにさっさと家に帰ることを意識し続けてきた。はっきり言えば筆者はプロダクティビティマニアだ。 ここでは筆者が試行錯誤してたどり着いたプロダクティビティ向上の方法を紹介しようと思う。方法だけではなくその背景となる思想にも触れる。 プロダクティビティの定義 筆者の考えるプ
見解の否定と見解の相違 - レジデント初期研修用資料
同じ意見の対立であっても、相手の見解を否定することと、相手との「見解の相違」を表明することでは、 意味あいが全く異なってくる。 危機管理の側面からは、衝突は、常に「見解の相違」を取ることが望ましくて、恐らくは、 ある事例に対して、自らの見解を持って臨める人というのは、そんなに多くない。 事実と見解を分離する 患者さんとのトラブル事例において、「ご家族の見解が病院側に一方的に否定された」り、あるいは逆に、 「病院側の見解が、あたかも全ての事実であるかのように伝えられた」ことが、原因の根本になっているのだと思う。 その時実際に起きたことと、その時お互いが感じたこと、「事実」と「見解」というものは、交渉の席に、 一緒に並べられないと、恐らくはトラブルを生む。 訴訟になるような事例では、ご家族はしばしば、「事実が知りたい」というコメントを発信する。 事実というのはしばしば、「ご家族がそう思いたかっ
仕事で文書を書く必要がある人は理科系の作文技術を読むべきだ - 未来のいつか/hyoshiokの日記
仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知
ロシアは鉛筆を使った - レジデント初期研修用資料
宇宙飛行士は、無重力状態ではボールペンが書けないことを発見した。 NASA は120億ドルの開発費をかけて、無重力でも書けるボールペンを開発した。 ロシアは鉛筆を使った。 定番の科学ジョークだけれど、大事だと思う。 Mig-25 のハイテク 1970年代最速のジェット戦闘機、Mig-25は、正体が分かってしまえば、 ありふれた技術で作られた、時代遅れの戦闘機だった。 ベレンコ中尉が北海道に亡命してきた昔、あのときはまだ、Mig-25 といえば「正体不明の究極戦闘機」 であって、小学校の頃に読んだ図鑑にも、なんだか秘密兵器みたいに描かれていた。 分解調査された実物は、たいしたことがなかったのだそうだ。 チタニウムの合金だろうなんて言われていた機体は、ありきたりなニッケル鋼で作られていた 基本的に「まっすぐ飛ぶ」ことしかできない飛行機で、格闘戦の性能は悪く、燃費も極端に悪かった すごいエン
40になる前に宝くじを買っておけ - ひがやすを技術ブログ
明日で40になる前に、一言言っておきたいことがある。 40になる前に宝くじを買っておけということだ。 「宝くじを買う」というのは、もちろん比喩で、「チャンスをつかもうと行動する」ことをあらわしている。 前に、エンジニアの未来サミットで、よしおかさんもいっていた「宝くじは買わなきゃあたらない」。宝くじは、ほとんど当たるものではないけど、でも、買わなければ絶対にあたらない。これと同じで、「チャンスをつかもうと行動しても、成功する可能性は低いかもしれないけど、でも行動しなければ絶対に成功しない」ということじゃないかと思う。 これは、「成功する可能性は低くても、まずは行動しろ」というメッセージだ。 今、自分は、仕事で何をするかはすべて自分で決めることができる。それで、自分のやりたいこととしてオープンソースにかかわっている。プログラマとしては、かなり恵まれた立場だろう。こうなれたのは、オープンソース
株式会社スターロジックの羽生章洋が書いてるブログ:覚悟が人を作る - livedoor Blog（ブログ）
よく立場が人を作るといいます。私もよくその言葉を使います。最近になって、立場に立っても駄目な人もいるよなぁということを感じたりして、ではその差はどこから生じるのかが気になっていました。そして最近腑に落ちたのです。 一方で、覚悟が出来ていないままにその立場に立っていると、どんどん苦しくなっていきます。覚悟が足りないので何とかその苦しさから逃れようとします。ということは結局修行を避けることになるので、いつまで経ってもその立場に応じた力量を習得できません。 その立場から降りてしまえば苦しみから解放されます。ですから私などは覚悟がないのであれば降りてしまえば良いと思ったりするのですが、その立場にいるメリットは手放したくないので執着する人が多かったりします。ですが、そのような美味しいところだけを採るというのはやはり相当に難しいと感じるのです。 毎日が辛い・苦しいと感じるならば、それはひょっとすると覚
取締役退任。生涯一プログラマ宣言。 - 未来のいつか/hyoshiokの日記
昨日、ミラクル・リナックス株式会社の取締役を退任した。 そして一プログラマとしてチャレンジをすることをここに報告する。 取締役退任。生涯一プログラマ宣言。 ／ユメのチカラhttp://blog.miraclelinux.com/yume/2008/07/post-b58f.html 次の10年自分はどのように生きたいのか。経営者ではなく一エンジニアとして生きいくのが自分の長年のユメであった。 ハッカーになりたい。ソフトウェアによって社会をよい方向へ変えたい。 こんなことを言うと頭がおかしいのじゃないかと言われる。暑苦しく、うざいと思われようとも、そのような人生をおくっていきたい。50代でプログラマを続けることは日本という地域では簡単ではない。そのくらいのことは理解している。道は遠く険しい。だけど、それも不可能ではないとも思う。職業としてのプログラマに誇りを持って生きていきたい。 日本に一人
経営がわかっている労働者と、わかってない労働者の格差が拡大していく理由 - 分裂勘違い君劇場
これまでの歴史的経緯や、世界的なトレンドを考えると、 経営を理解してない労働者は、 どんどん居場所がなくなり、年収も下がって いくと思います。 逆に、経営*1を理解している労働者は、ますます活躍の場が広がるし、 たとえ運悪く挫折しても、何度でも復活するチャンスが得やすくなっていくと思います。 そして、後述するように、これは全世界的なトレンドであって、 この流れを一時的に阻害するぐらいはできても、 歴史の歯車を逆転させるようなことは、もはやできないと思います。 そもそも「経営」を勘違いしている人が多い よくある「経営」に関する迷信に、以下のようなものがあります。 【迷信１】企業の目的は金儲けである 【迷信２】非営利組織に経営は必要ない(善意だけで運営できる！) 【迷信３】経営スキルがなくても仕事には困らない(経営は経営者の考えることだろJK。。。) 以下、これらについて解説します。 【迷信１
MORI LOG ACADEMY: 再び「すぎ」について
WEB Davinci Last update 20 Jun,2004. WuƂɂ͏cDɊ҂BvԊO WuguKN̍hɕqȕ|͂ǂꂾHvԊO eWB fڎ҂ɂ͒IŐ}v[gI ̃v`i{ 6/5UP cȐ̖{oł�Â錻݁A ̒{ɂ낢{ɏô͂ȂȂނB vĂǎ҂݂̂ȂɁA_EB`ҏW Acホテル東京銀座 東京都 Anaインターコンチネンタルホテル東京 東京都 Bulgari Hotel 東京都 The Aoyama Grand Hotel 東京都 THE GATE HOTEL 東京 by HULIC 東京都 ウェスティンホテル東京 東京都 キンプトン 新宿東京 東京都 グランドプリンスホテル新高輪 東京都 ザ・キタノホテル東京 東京都 ザ・キャピトルホテル東急 東京都 ザ・プリンスギャラリー 東京紀尾井町, ラグジュアリーコレクションホテル 東京都 シェラトン・グランデ・トーキョーベイ・ホ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『ソニー出身67歳エンジニアが若い起業家たちから引っ張りだこ。｢学生バイト｣に応募したら…』へのコメント
