アウトプットができない若者 - | ＾ω＾ |
私のことです。ギリギリ若者と言えないぐらいの歳になってしまった気がしますが、諸先輩方のために若者と言い張ることにしています。 ここでいうアウトプットとは主に「不特定多数に対する発信」に関することです。例えばブログを書くのもそうだし、イベントで登壇するのとかもそう。まあでもこの記事では主にブログに関することですかね。 自分はアウトプットがとにかく苦手で、弊社におけるアウトプット関連の評価値も最低クラスの人間なのですが、そろそろ避けて通るのも限界が来たな…という出来事があったので、何故ここまでアウトプットに対する忌避感があるのかを自己分析したものになります。「わかる…」とか「こんなこと考えてる人類いるのかよギャハハ」ぐらいの気持ちで見ていってください。 1. 自明バイアス これが一番強いですね。書こうとしたときに「こんなことみんな知ってそう」「知らないのは自分だけ」とか突然思っちゃう。これはま
RubyKaigi 2025のLTを見て思ったこと - 名古屋市同棲支援センター
この記事は個人の見解であり、所属する組織とは関係ありません。 同僚たちとRubyKaigi 2025に参加してきました。今回4回目くらい？ 2日目、同僚のatponsのLTが40秒くらい早く終わった後にオーガナイザーの方かな？から苦言とも取れるコメントがあった こちらは同氏のnoteでも触れられている note.com 現地では、LT終了後、LT登壇者の数人が5分の時間内に終わり、LTの鐘を鳴らされることなく終了したことについて「時間オーバーを恐れるな」という旨のコメントされていた。 時間内に収めた発表者に対して、文化的しきたりを守っていないことについてのお叱りのようで自分的には面食らってしまったところがあり、いくつかの反論、考えを書いておこうと思う 募集要項に対してフェアでない RubyKaigi 2025 LTのCFPの要項にはこうある Your talk slot will be e
Rubyistに伝えたかったLTの歴史と大事なこと｜tkskkd
(1) 日本最初のLTはRubyとPerlコミュニティから日本最初のLTは、2001年5月、初台の当時アスキーの地下フロアで行われたYARPC 19101 というイベントでした。 YARPCはYet Another Ruby/Perl Conference の略称で、RubyとPerlのカンファレンスでした。主催はJUS（日本UNIXユーザー会）で、初期の頃のRubyコミュニティは小さかったので、単独ではなく先輩スクリプト言語のPerlと共催するイベントが多かった時代でした。 つまり、日本最初のLTはUNIXをベースとしたRubyとPerlのコミュニティから始まったのです。だから、少なくともRubyコミュニティの方々には、ライトニングトークスの歴史は知ってほしいと考えました。 (2) 高橋メソッドの原型は日本最初のLTで生まれた日本Rubyの会、会長高橋さんが発明した「高橋メソッド」のプレ
燃え尽きた自分も、酒に逃げた自分も。20年のエンジニア人生を肯定して拓く、白川みちるのこれから | LIFE DRAFT
およそ経験できることはすべて経験してきたのではないか━━。白川みちるさんの半生は、そう思えるくらいに濃密なものだ。 やりたいことが見つからず、職を転々とした20代。 受託開発のハードな働き方に、燃え尽き症候群に陥った30代。 華やかなキャリアを歩みつつも、プレイヤーとマネージャーのあいだで揺れ動く40代。 さらには家族の介護。大学院大学での学び直し。スタートアップでの挑戦。エンジニアコミュニティへの貢献。ゲームや推し活、ファッションなど、プライベートを楽しむことにも妥協がない。 「自分の技術力には常に自信がなかった。それは50歳を越え、昨年10月にメルカリに出戻った今もそう。この先も『これで十分！』と思える瞬間はやってこないと思う」 そう語るみちるさんはしかし、なぜこんなにも楽しそうにエンジニアを続けていられるのか。2時間のインタビュー、たった1本のウェブ記事で振り返るにはあまりに分厚い、
fujiwara氏直伝：ぼっち参加からはじめるイベント攻略法 | コラム
藤原 俊一郎 2011年より2025年1月まで面白法人カヤック。直近はSREチームリーダー。主にソーシャルゲーム、自社サービスを担当。 2025年2月にさくらインターネット入社、クラウド事業本部所属。ISUCON優勝4回、出題3回。最近の趣味はマネージドサービスの隙間を埋める隙間家具のようなツールをGoでつくってOSSにすること、ランニング(フルマラソン3時間28分33秒)。著書に『達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践』（技術評論社、共著）、『改訂2版 みんなのGo言語』（同）など。 GitHub：@fujiwara X (Twitter)：@fujiwara Blog：sfujiwara.hatenablog.com ウェビナーやオフライン勉強会、大型カンファレンスといったITエンジニア向けのテックイベントは連日のように開催されています。人脈づく
プログラミングのきっかけは『ゆいちゃっと』、こんな楽しいことだけやっていてお金をもらえるんだ【Rubyistめぐりvol.5 onkさん 前編】 - STORES Product Blog
Rubyist Hotlinksにインスパイアされて始まったイベント『Rubyistめぐり』。第5回はonkさんをゲストに迎えて、お話を聞きました。こちらは前編です。 hey.connpass.com 漫画禁止、ひたすら本を読む小学生時代 藤村：今回はonkさんに来ていただきました。よろしくお願いします。 Rubyistめぐりの趣旨を改めて説明すると、Rubyist Magazineというメディアに『Rubyist Hotlinks』という記事があって、いわゆるRubyistの人たちの生い立ちから仕事、プログラミングなどいろんな話を聞くコンテンツで、僕は駆け出しのエンジニアの頃にそれをすごく読んでました。めちゃくちゃ僕は影響を受けたし、いいなと思っていたので、もっと出ないかなと思ってたんですよね。 それでふと思いついて、この『Rubyistめぐり』という企画をさせてもらいました。今回はいつ
ソフトウェアエンジニアという人生の選択肢 | おそらくはそれさえも平凡な日々
最近、Webエンジニア界隈で、共通項を感じる印象的な出来事があった。具体的には以下の2件。 ゆーすけべーがHonoを作ったこと Hono - ゆーすけべー日記 おぎじゅんさんが職業プログラマーに戻ってきた(きていた)こと 転職してソフトウェアエンジニアをやっている 猫廼舎を閉店しました 共通項はそれぞれ長めのブランクがありながら、ソフトウェアエンジニアリングの世界に戻ってきて一線級以上の活躍をしているということだ。二人とも僕と同世代かそれ以上の年齢でもある。これは勇気と希望をもらえることだ。 もちろん彼らの能力の高さゆえに第一線に戻ってこられたのかもしれない。ただ、どちらにせよ、別のことに興味があれば、職業エンジニアを離れて、フォーカスする期間があっても良いと言うことだ。能力不足ならなおさら中途半端になるよりフォーカスしたほうが良いとも言える。 それに多分戻ってこられる。ゆーすけべーの様に
転職ドラフトの提示年収伸び率推定 - 提示年収はインフレに勝てているのか - - LIVESENSE ENGINEER BLOG
リブセンスでデータサイエンティストをしている北原です。転職ドラフトの提示年収の伸び率分析結果の紹介です。 公開されているように転職ドラフトでの提示年収は急激に上昇しています。インフレも続いているのでスキルベースで提示年収が決まるならば、インフレと同程度に提示年収も上昇するのは不思議ではありません。気になるのはインフレ以上に提示年収が伸びているかではないでしょうか。そこで、今回は転職ドラフトで指名を受け続けた場合の提示年収伸び率を推定しインフレ率と比較しました。 提示年収の増加とインフレ まず、2022年1月からの開催回ごとの平均提示年収について見てみましょう。95%信頼区間も合わせて表示しています。データが少なかったり、ばらつきが大きかったりした開催回では幅が広くなっており、信頼性が低い部分であることを表しています。 開催回別の平均提示年収推移 ほぼ一貫して上昇傾向にあることがわかります。
エンジニア採用のパラダイムシフト - laiso
エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米（バンクーバー）では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際
エンジニアをやめました - よく寝てよく寝る
Xの名前やプロフィールを変えたので気づいた方もいるかもしれませんが、 1ヶ月前くらいにエンジニアからジョブチェンジし、技術広報のお仕事をしています。 転職はしてません。 転職してから何してたの なんでエンジニアやめたの 感謝したいこと これからについて 転職してから何してたの 技術広報を始めるきっかけがあるまで、何やってたかを書いてます。 たいした伏線にはならないので興味のない方は読み飛ばしていただいて構いません。 ペパボからグロービスにバックエンドエンジニアとして入社するとまず、グロービス学び放題というビジネススキルを動画で学習できるサブスクサービスの事業部で、新規ユーザーを獲得するための開発施策を実施するチーム(当時)に配属されました。 このチームの守備範囲はサービスのLPにあるメールアドレス登録フォームからサブスクのプランを選択して決済操作を完了させるまでです。 チームメンバー全員が
サービス開発の施策に納得できない時にエンジニアができるアクション - $shibayu36->blog;
サービスの開発をしていてPMから施策案が出てきた時、ソフトウェアエンジニアとして施策案が本当にユーザーのためになりサービスの成長につながるか納得できないことがある。 このような時にただ文句や愚痴を言っても何も始まらない。エンジニアからも何らかのアクションを起こし施策を前に進める必要がある。 そこでエンジニアができるアクションについて、自分が思っていることを書いてみる。 納得できないケースは大まかにどのようなものがあるか 納得できないケースでは大まかに2つのケースがあるのかなと思っている。 (1) 施策をしたい目的や仮説自体に納得できていない (2) 施策の目的や仮説は良いが、それを達成する手段に納得できていない 1つ目は、たとえば「ターゲットとしているようなユーザーって本当にいるか？」「ユーザーにこういう課題があると言っているが本当にそういう課題があるか？」「この指標に繋がると言っているが
やりたいこと・学びたいことがたくさんある焦り・急がば回れ - たにしきんぐダム
散文 何だか最近ソフトウェア開発者として焦りを感じている 知りたいことや学びたいことがたくさんある。WasmやRISC-V・コンパイラ最適化やLLVMについてだってもっと深く知識を身に着けたい。 とはいえ時間の全てを勉強に投げ出すわけにはいかない。仕事はあるし生活もある、優先度をつけてやっていかないといけない。しかし深い知識を身につけるには時間がかかる。 本やドキュメントをこつこつと時間をかけて読み続けるしかないのだが、早くそれを分かりたいという気持ちが先行して、ついショートカットしようとしていきなりそれらのプロダクトのコードを読もうとしてみたり、ちょろっと表面を触って分かった気になろうとしてしまう。そしていきなり事前知識が少ない状態でそれらのプロジェクトのコードを読もうとすると当然たくさんの未知の情報に圧倒されて惨めな気分を味わうことになる。(戒め) ちゃんと本やドキュメントを一から読ん
バイアスを逆手に取る
Profile id: Songmu (ソンムー) Masayuki Matsuki / 松木雅幸 株式会社ヘンリー VP of Engineering おそらくはそれさえも平凡な日々 http://www.songmu.jp/riji/ https://metacpan.org/author/SONGMU 好きな言語は、PerlとGoと中国語 3 Times ISUCON Winner Using Perl 入門監視 付録C 執筆 「みんなのGo言語」共著者 Profile id: Songmu (ソンムー) What I ♥ Blog / Twitter OSS Agile Full Cycle Development Road Bike, Cycling
35年と3ヶ月間働いて、とうとう定年になりました。 区切りとして、定年エントリーを書きました。お楽しみください。 - Vengineerの妄想
はじめに 今日、勤務先の制度上、定年を迎えました。大昔は、誕生日をもって定年でしたが、最近は定年を迎える月の末日ということのようです。 早いもので、35年と3か月(423か月)、雇われる身として、働いてきました。ちなみに、国民年金の満額は、480か月ですので、満額は貰えません。 今月末に定年エントリーを各予定です。 若い頃の働き方が定年までできるのはほぼ無理です。 家族が増えたり、家の購入、子供教育、親の介護などいろいろな事が起こります。 起こる前提にしておかないと、辛いだけです それから勤務先からの要求も変わっていきます。 という内容を残したいと思います。— Vengineerの妄想 (@Vengineer) 2024年6月9日 定年を意識したのは、パンデミックの2年目です。おこちゃまが大学進学のためにお家から出て行ってからです。 最初に定年について書いたのが下記のブログです。 veng
開発者イベントやコミュニティ参加についての期待や効果 - 株式会社ヘンリー エンジニアブログ
VP of Engineeringの id:Songmu です。冒頭に、大事なお知らせですが、今週土曜日(6/22)に開催される、Kotlin Fest 2024にヘンリーはスポンサーをしています。スポンサーブースも出展しますので、是非お立ち寄りください。私もいます。 また、Henryの開発者の一人でもあり「Kotlin サーバーサイドプラグラミング実践開発」の著者でもある、 @n_takehata が、2024年版 Kotlin サーバーサイドプログラミング実践開発というタイトルで登壇します。是非こちらも聞きに来てください。 ヘンリーも社員数が増えてきたこともあり、このスポンサーを機に、イベントやコミュニティ参加に関する制度づくりを始めました。また、それらに参加する社員も増えて欲しいと思っています。そのために、改めて、社員がイベントやコミュニティに参加する意義を考え直して整理した内容が本
mattn氏が実践しているエンジニアリング最適なメモ術。アウトプットを継続するための方法論
mattn氏が実践しているエンジニアリング最適なメモ術。アウトプットを継続するための方法論 2024年6月18日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社、単著）がある。関西在住。 X:@mattn_jp GitHub 前回はアウトプットとは何か、何のためアウトプットするのか、についてお話しました。筆者はこれまで、アウトプットのやり方で悩んでいる方々に、どう
2023 の振り返り
2024 年に書いてる時点で全然収まってないけど 2023 を振り返る。せっかくブログもオーバーホールしたので…。10 年ぶりとかなのでここしばらくの内容も含んでる。 仕事 引き続き同じ会社にいて 11 年目くらい。ここ 5 年くらいは Platform Engineering、Security、Corporate Engineering (情シスとか IT ともいう) のエリアに跨った仕事をして、各々のエリアへ貢献したり、はたまた全社に影響する成果を出したり。UK を本拠とするグローバル事業の組織、日本の組織ともに見ていて、今の仕事は 4 割くらい英語。 今年は波乱の 1 年だった。2 度にわたる退職勧奨やレイオフ、創業者が社長に戻る、オフィスを横浜から東京に戻すことが決まる、去年(全てが起こる前に)交代した CTO もいなくなることになる…など。 この影響で退職を決断したメンバーも多か
エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです
株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki
「一番の下手くそ」かもしれないけれど、未経験の業務に飛び込んでみる | はてなで働く kmuto にアンケート [#25] - Hatena Developer Blog
はてなで働くエンジニアにアンケートシリーズ第25回は、MackerelチームのCRE、id:kmutoに話を聞きました。 「一番の下手くそでいよう」という本の一節から異なる環境へ CREチームの「Engineer」成分が強化されてきている カスタマーサクセスとしてお客さまとの商談に臨み、技術的な挑戦をする 「学び、考え、育つ」ことが常に期待される環境 「一番の下手くそでいよう」という本の一節から異なる環境へ ── Q1. はてなidとその由来を教えてください はてなidは kmuto です。 大学の研究室配属時のUNIX（SunOS）アカウント発行ルールが「名1文字＋姓」だったため、「Kenshi Muto」→「kmuto」となりました。以来、どこでもこの文字列を使っています。 はてなidとして取得したのは比較的最近のことなので、他の人が使っていなかったのは幸運でした。呼ばれるときには、k
![「一番の下手くそ」かもしれないけれど、未経験の業務に飛び込んでみる | はてなで働く kmuto にアンケート [#25] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/f18b96c0d173ddd4fe045d8cefcab7b920ba0bbf/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F809b397e67b16f58827353653bc2966ce75a7dff%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fh%252Fhatenatech%252F20230501%252F20230501125320.jpg)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
男女5名のコミュニティリーダーが語る、エンジニア×ネイルアートの魅力──キラキラエンジニアへの道は輝く指先から！
