「ツナ缶が好きで時々食べることがある」 「いつも料理に使う時は、缶から出して調理している」 そんな方に、ぜひ知っていただきたい「缶から出さずにツナ缶を美味しく調理する方法」をご紹介します。 材料（1〜2人分）ツナ缶…1缶卵黄…1こ粉チーズ…大さじ1おろしにんにく…小さじ1/4黒胡椒…お好きなだけ＊ツナ缶は「油漬け」のものを使用します。 作り方油を切ったツナ缶に、粉チーズ（まずは半量の大さじ1/2）と… おろしにんにくを加えて… 缶の中で混ぜ合わせます。 中央部を少しへこませて… 卵黄をのせ、最後に… 残りの粉チーズ（大さじ1/2）と黒胡椒を振りかければ… 粉チーズの風味と、にんにくの香りがツナと相性バツグンで、どこか「カルボナーラ」を彷彿とさせる一品「ツナボナーラ」の完成です。 上にのせた卵黄を割れば… とろりと濃厚な口当たりになり… 卵黄をツナに絡めて食べれば、晩酌のお供にもピッタリなひ

この記事は freee Developers Advent Calendar 2024 の7日目です。 adventar.org みなさん、こんにちは！freee 外部連携基盤エンジニアのおっそーです。 最近、採用イベントや面接などで、学生の方・社会人の方どちらともお話する機会が増えてきました。その中には、未経験からエンジニアを目指す方やまだ経験が浅い方も多くいらっしゃいます。 わたしは25歳で社会人になると同時に未経験からエンジニアになり、ポテンシャル枠（※自称）でフリーに転職してきましたので、そんな6年間を振り返りつつ、どうやって一人前に近づいてきたかや、フリー*1に来たらどのような成長が得られるのかを書いていきたいと思います。 ※フリーの募集ポジションに「ポテンシャル枠」があるわけではありません。募集ポジションは https://jobs.freee.co.jp/entry/care

組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」

優秀なエンジニアが集まる環境を整えることは、IT企業にとって事業の成功を左右するほどに重要な要素であると言えます。経験豊富なエンジニアリングマネージャーが入社すれば、開発組織の拡大に寄与してくれます。スキルの高いテックリードが入社すれば、より良いアーキテクチャを実現でき、開発の生産性も向上するでしょう。 製造業向けのプラットフォームを提供するキャディ株式会社は、まさにこの“優秀なエンジニアが集まる環境”の構築に成功している企業です。2023年時点でCTO経験者が2名いたのに加えて、2024年1月には元Sansan株式会社 CTOの藤倉成太さん、2024年9月にはTalknote株式会社や株式会社ニューズピックス、Uzabase USA, Inc.など複数企業のCTOを担った杉浦正明さん、2024年10月には元dely株式会社 CTOの井上崇嗣さんが参画しました。 エンジニア採用に苦戦する企

数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ

エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米（バンクーバー）では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際

こんにちは、エンジニアリングオフィスのなかむら(@rh1011_)です。 このチームは以下に責任を持ち活動を行っています。 HRチーム、現場開発チームと密に連携しながらの採用活動（DevHR） 技術・組織カルチャー広報（DevRel） 社内エンゲージメント よろしければCTOの作成記事がありますのでご覧ください。 はじめに なぜ採用するのか hacomonoの魅力と、やるべきことの洗い出し ひたすら実施 ①テックブログ ②イベント企画、登壇 ③協力いただくエージェントとの信頼感の醸成 ④熱いスカウト ⑤候補者体験の向上 今後の課題 エンジニアリングオフィスとして おわりに 参考リンク 想定読者 スタートアップで採用に取り組んでいるエンジニア、エンジニアマネージャ、HR 話さないこと 採用マーケティングチャネル別の施策詳細 はじめに hacomonoはこの１年間でエンジニア、プロダクトデザイ

仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」

私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生５０年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを２つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この方法を教えると誰もが早くに出会いたかったと口を揃えて言いました こんにちは。Watanabe Jin(@Sicut_study)です。 今回はエンジニアがすべき究極の勉強法について完全解説していきます。 世の中には多くの勉強法が存在したり、インプット中心、アウトプット中心など色々な考え方があります。 ここでは実際に私が運営しているプログラミングコーチングJISOUで実際に用いている科学的根拠のある最高の勉強方法について徹底的にご紹介します。 また勉強法についての一般的な理論を紹介している記事や本は多数存在しますが、エンジニ

2024.07.16 スキル 岩瀬義昌 書店を覗いたりSNSを眺めたりすると、目に飛び込んでくる技術書の数々。周りのエンジニアたちの「読了」ポストに刺激されて、読書に勤しんでいる人もいるだろう。 「一生勉強」と言われるエンジニアにとって、技術書は取り入れやすいインプット手法の一つ。しかし「頑張って読んでるのに、いまいち身になっている気がしない」「本の内容が頭に入ってこない」という事象に悩まされてはいないだろうか？ せっかく読んだ本の内容をしっかりと身に付けるためにはどうすればいいのかーー。 そんな疑問に「記憶力の問題じゃなくて、本の読み方に工夫が必要」と答えるのが、技術書の翻訳に数多く携わり、読書の達人として知られるiwashiさんこと岩瀬義昌さんだ。 本を読む「工夫」とは一体何か。岩瀬さんに聞いた。 NTTコミュニケーションズ株式会社 『Generative AI プロジェクト』リードエ