こちらの本を読んでの感想をつらつらと書いていきます。書評という高尚なものではなく、単純に自分自身の感想文として書いています。 関谷雅宏　著　「マネジメントは嫌いですけど」 目次や著者の情報は上記のサイトから確認できますので、そちらをご参照ください。 感想 全体を通して、自分が今感じていることに近しい感覚を著者の方が持っていて、内容に非常に共感できる部分が多かった。 基本的には著者の自伝的要素が多く、中小企業での役員経験と大企業でのVP経験それぞれの視点でのマネジメントを通して、マネジメント自体は嫌いでも、「今より良くしていくために何ができるのか」を追求してきた結果が、エッセイ色強めに述べられている。 個人的には、このエッセイ風の記載が非常に読み進めやすかった。 アウトプットは60%の力(時間)で行う、初心者をどう教育していくか、維持・メンテナンス予算が取りにくいのはなぜか、といったマネジメ

2023年か2024年か記憶が怪しいものもあるが自分の中で"最近乗り換えたもの"ぐらいのノリで書いていく。レイトマジョリティの自覚あり。 JetBrains系エディタ（RubyMine etc.） → Cursor (移行中) 一番大きい移行。2024年末〜2025年始に移行を試み、今も手探り中。 www.cursor.com きちんと評価するためにPro planを契約した。 Cursor Tabの体験が圧倒的に良い コード補完は古くはTabnine、2022年からGitHub Copilotを経験してきたが段違いに感じる シンプルに補完内容が優れているだけでなく 複数行の変更、変更後の次の変更の提案などが高速で賢く "ワカっている" 感がすごい Composer (normal mode. not agent) がかなりまともなコード出力や修正提案をしてくれる 年始に新しいツールを書き

これまで GitHub Actions のセルフホストランナーは、ローカルの PC や VM に構築するものでした。そのため、CI/CD ワークフローの実行時に Runner 用のマシンをプロビジョニングしてワークフロー終了時にマシンを破棄するということが難しく、常に起動状態にしておく必要がありました。

GitHub Actionsで定期実行（cron）のワークフローを組んだユーザーが退職すると、ワークフローは無効化される 大事なことなので、見出しでも同じことを書いてしまいました。 何を言っているんだという感じですが、とにかくそういうことらしいです。 厳密には最後にワークフローにコミットしたユーザーが組織から削除されると、無効になるようです。 GitHub Actionsの定期実行でPR作成を自動化*1している会社もそれなりにあるかと思うのですが、その場合はそれらが全部停まります。 さらに、1度無効化されてしまった場合はcron式を変更しないといけないというのも罠ポイントですね。 最後にワークフローの Cron スケジュールにコミットしたユーザーが組織から削除されると、スケジュールされたワークフローは無効になります。 リポジトリへの write アクセス許可を持つユーザーが Cron スケ

こんにちは。けいすけです。 この記事の最後にGPTs配布をしていますので、記事は良いから取りあえずGPTsがほしい！という方は最後までぐいーーーーんとスクロールプリーズ！ 最近こんなポストをしました。 ChatGPTだけでキレイなドット絵が描けるようになりました。 ドット絵って簡単そうですが、AIで作ろうとすると結構難しいんですよね。 たとえば、これを見てください。 DALL-E3でドット絵を描いて！とお願いして出てきたものです。 まあ、ドット絵っぽいといえばっぽいのですが、拡大してみると違いが分かります。 こんな感じで、ピクセルの端がにじんでいたり、ピクセルの境目が直線になっていなかったりします。 で、これをどうしたかというと、pythonで加工することでちゃんとしたドット絵になるわけです。 詳しい仕組みは省きますが、ニアレストネイバー法というもので、64×64に縮小すると、割りとキレイ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails

2024 年のオープンソース活動の振り返りと GitHub Sponsors での収入をまとめた記事です。 いつもは別々に書いていましたが、内容的にどちらもオープンソースの話が被っているのでまとめました。 今までの振り返り 2014 年: https://efcl.info/2014/12/31/oss-in-2014/ 2015 年: https://efcl.info/2015/12/31/oss-in-2015/ 2016 年: https://efcl.info/2016/12/31/oss-in-2016/ 2017 年: https://efcl.info/2017/12/30/oss-in-2017/ 2018 年: https://efcl.info/2018/12/31/oss-in-2018/ 2019 年: https://efcl.info/2019/12/31/o

丸の内OLの憂鬱 @marunouchi__ol_ こちら、ストレスは金で解決したい独身女、今年の #良質課金2024 をツリーにまとめていく。Xという名の集合知よ、皆さんの知恵で2025のストレスを金で破壊しないか…？ ❶新幹線SworkPシート 指定席＋1200円で隣席との仕切り＆ドリンクホルダー付き。窓側取ればほぼ半個室なのにグリーン車より安い。 pic.x.com/H5ddoMFqSF 2024-12-31 16:04:41 丸の内OLの憂鬱 @marunouchi__ol_ ❷ 貝印の毛抜き 1000円。毛抜きに1000円よ。出すわけなかろうが！！って思うじゃん。でも、どんな産毛も短毛も百発百中抜けて、痛みもほぼない。眉毛整える時の「痛っ…」がないだけで金額分の価値がある。 指に刺さった棘や、男性の髭にも便利そう。 #良質課金2024 pic.x.com/KhF3Iey8wV 2

はじめに DNSはどうやって膨大なトラフィックを処理しているのか DNSにおける階層構造とは 1. ルートDNSサーバ 2. トップレベルドメイン(TLD)DNSサーバ 3. セカンドレベルドメインDNSサーバ DNSの名前解決の流れ ルートDNSサーバの負荷分散 まとめ はじめに こんにちは、新入社員の小筆です。 私は入社した当初、ネットワークについての知識をほとんど持っていませんでした。 しかし業務でAWSを操作する機会があり、サービスの使い方を学ぶ以前にネットワークの根本的な仕組みを理解する必要があると感じました。 ネットワークの基礎を勉強していく中で、特に興味を持ったのがDNSでした。 そこで自分が疑問に思ったこと、その答えとなるDNSの仕組みについてまとめることにしました。 DNSはどうやって膨大なトラフィックを処理しているのか インターネット上のあらゆる機器やサービスにはIPア

パブリテック事業部プロダクトチームの所属のたけだです！ この記事はトラストバンクAdobent Calender 2024の記事です。 qiita.com 何を話すか 何を話さないか パブリテック事業部と私 LeSS実践者トレーニング（CLP）を受けて スクラム開発（LeSS）組織におけるマネージャーの役割とは Go See 開発を管理するのではなく、より高い提供価値のために改善する スクラムガイドに「マネージャー」というポジションが一切登場しない背景 DoD（DONEの定義）はチームの能力を表す コンポーネントチームではなくフィーチャーチームにする 自己管理化された組織づくり マネージャーはスクラムチームの中に置かない 個人の成長なくしてチームの成長はしない 社員採用にチームを巻き込む 個人だけで達成するような評価対象となる業績目標を設定しない リソース思考に囚われ過ぎない チームがオー

ネットワークデータの可視化のツールは世にたくさん出回っていますが、ただ使うだけでは「よくわからないけどすごそうな画」が出るだけで活用が進みません。このトークでは、ネットワークデータから知見を見出し活用する手助けになるように、ネットワーク可視化の原理について主要なものを紹介します。

概要 開発者向けの AI ツールは数多くありますが、その中で「Cody」は 無名ながらも知る人ぞ知る優れたプロダクトです。私が普段いるAI技術者コミュニティでは密かに絶大な支持を集めていますが、SNSなどでの一般的な知名度はほとんどないため、ここで紹介します。 Cody は無料プランが圧倒的に強い他、課金プランも、GitHub Copilot、Cursor、ChatGPT と比較して機能性で大きく抜きん出ています。私はすでに半年課金愛用していて、おそらく来年も愛用するでしょう。 Cody とはなんぞや Cody くんは、VSCode や、JetBrains IDEs、Neovim、Eclipseなどのコードエディタの拡張機能として使えるコーディング補助 AI ツールです。 他の生成 AI コードツールと同様に、AI コード補完とAIチャットがあります。 なぜ Cody がおススメなのか C

私の目標は、読者が午前中に本書を読み始めたら、午後には設計が上達していることだ。 本当にそのとおりだった。読んでる途中で既に自分の設計に対する考えが良い方向に変わってると感じた。とても良かった。おすすめです。 『Tidy First?』 をいただいて読んだ。昨日（2024年12月25日）発売。英語版が2023年11月28日発売だから、たった1年で日本語版が出たということだな。うれしい！はやい！ありがたい！ ソフトウェア設計に焦点を当てたシリーズの最初の1冊ということで、サブタイトルに「個人で実践する経験主義的ソフトウェア設計」とあるように、1人でできる種類のソフトウェア設計について書かれている。続刊ではチームについての話になる予定のようで、それも今から楽しみ。 2周読んだ なんとなく2周読もうと思ってそうした。 1周目は細かい部分は気にせずにざーっと1,2時間くらいで読んだ。全体的にどうい

※この記事は、2024 Speee Advent Calendar 23日目の記事です。 昨日の記事はこちら tech.speee.jp はじめに こんにちは、SpeeeのDX事業部でHousiiというサービスのアプリケーション開発をしている24新卒の北田です。大学では法学部で文系の出身でしたが、現在はReactとRailsを使用したフルスタック開発に携わっています。 入社から半年が経ったあたりで、私はサービス開始以来最大規模の新規開発のリードという機会を任されることになりました。このプロジェクトを通じて、私は「エンジニアの成長に必要なのは技術力だけではない」ということを強く実感しました。 そこで、この記事では、以下の3つの観点から、エンジニアの技術以外の成長について共有させていただきたいと思っています。 事業視点での判断力：機能を「作る」前に「判断する」ことの重要性 技術的な判断力と実装

この記事はエムスリーAdvent Calendar 2024の19日目の記事です。 こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。私は現在、医師向けのライブ動画配信サービスである「Web講演会」というプロダクトにプロダクトマネージャーとして携わっています。今回の記事では、Web講演会のグロースに取り組む中での学びをご紹介します。 はじめに 「知らないこと」を認識する 「知らないこと」を知るためにやったこと フォーカスする（まずはみかんの売上を2倍に伸ばす） まとめ：プロダクトマネージャーは自信と謙虚さのバランスが大事 We are hiring!! はじめに 突然ですが、先日開催されたpmconf2024は参加されましたでしょうか。 2024.pmconf.jp 私は1日目にオンラインで参加しました。どのセッションも非常に見応えがあり

※この記事は、2024 Speee Advent Calendar 22日目の記事です。 前日の記事はこちらになります。 tech.speee.jp はじめに 初めまして、2022年度新卒でSpeeeに入社し、現在Housii（ハウシー）という完全会員制の家探しマッチングプラットフォームの開発チームでエンジニアをしている大金と申します。 今回は、自分の実体験を元にした記事を書いてみました。 開発物を日々沢山リリースしているものの、イマイチ「事業の成果」に向き合えていないと感じるエンジニアの方々にとって、少しでも今後の動き方の参考となる記事になれば幸いです。 目次はこちら はじめに なぜか「事業成果」から遠ざかってしまう問題 「価値ある顧客体験」を軸にした成果定義へのアップデート 1. 事業の解像度の向上 2. 施策のプランニング周りの動きの改善 3. 「見るポイント」の変化 「事業成果」に

ごん | フリーランスエンジニア @engineer_gon 『若手エンジニアとベテランエンジニアの違い』 エンジニアとして働き始めた1年目は「何が分からないのかさえ分からない」状態で、苦しい時期が続くと思います。実際、僕自身もそうでした。 「こんな難解な業務をいつか一人でこなせるようになるのか」「誰かのサポートなしには到底やっていけない」みたいに感じてる人も多いと思う。 でも、隣でベテランエンジニアの仕事ぶりを見ると 未経験の分野でもキャッチアップスピードが異常に早かったり「なんでそんな考え方ができるんだ」と感じることが多々ありますよね。 この差はなにから生まれるのか。 ある程度経験年数があって一人で自走できるエンジニアは『これをこう使えばこれができるんだな。じゃあこれが必要だからこの情報を調べよう』って、 頭の中でちゃんと論理的に組み立ててイメージができてる。 要は、解像度が高いからこ