2025-05-16 共有記事ログ

# 概要
現職の開発部のメンバーに共有した記事のログ

# 技術系
## [今日から使える便利なGitコマンド10選](https://qiita.com/generosity-naman/items/2a18be5da245cc393727)
便利なgitコマンドの紹介記事です
今まで知らなかったけど、結構活用場所が多そうなコマンドが紹介されていました！
もしコマンド操作をする際にはぜひ参考にしてみてください！

# セキュリティ系
## [GitHub Actionsのセキュリティ対策](https://techblog.ap-com.co.jp/entry/2025/05/04/190400)
Github Actionsを安全に使うための方法の一つの共有記事です
当社でもいくつかGithub Actionsを利用していますが、サードパーティ製の物を利用している場所があるかもしれません
一度見直して Dependabot とハッシュ指定で安全な環境を目指してみましょ！

# その他
## [開発メンバーに出社アンケートをとってみた](https://techblog.openwork.co.jp/entry/remote-or-office-2025)
出社に関するアンケートの結果記事です
個人的にはミーティングの進行をする時は皆が出社して同じ環境で話せる方が嬉しく思いますが、リモート者が複数人いる時などは、全員リモートでも良いのではとも思ったりします
正直ならところ顔や仕草などで何か発言しようとしているのか、考えているのか、意見が無いのかを判断しているところはあるので、リモートでも存在感を積極的に発揮してもらえるなら、全員フルリモートでも困らないのかなとは思います！
一方的に伝えるだけのミーティングなら、全員存在を消してもらっても問題は無いですけど笑

## [高速ゴミ製造機と逆割れ窓理論](https://zenn.dev/ourly_tech_blog/articles/6a0a89a8955047)
Four Keysの指標を用いた改善が逆割れ窓理論となった記事です
Four Keysに限らず、あらゆる指標は根本原因から改善することでより良い環境になるのだと思います
そのためにはまず現在地を知るために、数値を集める必要があると思います
その集めた数値が徐々に改善されて行くと自分たちのモチベーションにもつながると思いますので、数値ハックのためでは無く、環境を改善するために、まずは指標を計測することから始められたらと思います！


# 共有するほどではないけど興味があったもので読んだもの
* [勝手に語る、事業と組織の急成長期を支えるエンジニア組織と開発環境](https://product.plex.co.jp/entry/engineering-interview)
    * 自分にはあまり刺さらないなんちゃってインタビュー記事
* [結局エンジニアは学び続けないといけない](https://qiita.com/genimura/items/16873d157ec24f1e5e1e)
    * 学び方や学ぶ内容は変わるけど学ばなければならない
* [セキュアな開発は「最初の1歩」から! SPIDERPLUSの脅威分析](https://techblog.spiderplus.co.jp/entry/2025/05/01/150000)
    * 特定の対象に対して大きなコストをかけずに行う脅威分析は入り口としては良さそう
* [今更ながらghコマンド入門してみた](https://zenn.dev/akasan/articles/08baf7b0ee96ec)
    * 色々と便利そうなので使い方をしっかり調べたい
* [「頑張ってるので安心」から脱する - じゃあ、おうちで学べる](https://syu-m-5151.hatenablog.com/entry/2025/05/02/191144)
    * 成果を意識して、成果を評価するのは大切だと思うが、成果や価値の認識はしっかり合わせる必要がありそう
    * 最終的にはお金が稼げるならば、法に触れなければ何をしても良いのだろうけど
* [ドメイン駆動設計入門（DDD）を読んでみて](https://zenn.dev/spacemarket/articles/6a4fb0969dce36)
    * 取り入れるかどうかは別だけど、ちゃんとDDDを学んでみるのも良いかも
    * 抽象に依存はもっと意識していかなければと思った
* [GitHub CLI（gh）で快適にGitHubを操作する](https://developer.so-tech.co.jp/entry/2025/05/07/120000)
    * PR操作にかなり便利そう
* [生成AIによって劇的に変わるDevOps開発体制の未来　鍵を握るPlatform Engineering](https://techblog.ap-com.co.jp/entry/2025/05/07/120248)
    * 確かにAIで大体できない部分のリソース不足は標準化して利用側に対応してもらう必要がでてきそう
* [新規アプリ開発を請け負う時の流れ](https://qiita.com/neon-izm/items/67cdb159aabf66f3e92b)
    * ちゃんとアプリ開発を請け負う時は参考になりそう
* [機内モードって本当に必要？通信にまつわる“なんで？”をわかりやすく解説](https://qiita.com/nucomiya/items/c73f5911d7ae234b6111)
    * そうなんだ！という感じ
    * 興味本位で見るのは面白いかも
* [あらゆるITエンジニアが身につけて損はない最強の言語を見つけた！](https://qiita.com/sengoku/items/b627f281c65d6987afca)
    * できるようになりたい
* [なぜあなたの記事には「いいね」が付かないのか？](https://qiita.com/jnchito/items/e4d76a63d71e9cc9f9b8)
    * 誰かのための記事では無く自分のための議事録でしか無いのが自分の現状
    * ただ、いいねに限らずフィードバックがもらえないなら誰かのために書こうとはならない
* [エンジニア4年生が思う、エンジニアを苦しめるかもしれないマインド、考え方](https://qiita.com/Matsui_engineer/items/d74f5a1bcb54b7d2de90)
    * 納期というものはエンジニアを苦しめますよね…
    * 自分たちでコントロールして、スコープの調整ができる環境を作れると心は少し
* [自分、意識高い“系”エンジニア、やってんなぁって話](https://qiita.com/yuki_s_14/items/1e19aa3dbf21b5481ee8)楽になるかも
    * 興味のあることはこだわりが強く深くまでしらべるけど、そうでないことは見事に水面撫でる程度しかやらない、きれいなT字型だから、部分的には結構刺さる
* [『速読会』に参加してみた](https://tech-blog.rakus.co.jp/entry/20250508/speed-reading)
    * 自分は文字を読むのがとにかく遅いから、少しでも早く読めるようになりたい
* [育児に疲れた原因や解消方法を紹介](https://blog.hapins.net/entry/2025/05/08/123133)
    * 子どもが生まれたら少しでもお嫁さんの負担を減らせるように頑張る
    * まずは業務量と体制の改善が必要かも
* [エンジニアリング(プレイング|ノンプレイング)マネージャー](https://blog.wh-plus.co.jp/entry/2025/05/08/131547)
    * 責任の範囲が明確にできるなら、基本はノンプレイングマネージャーとして動き、ケースバイケースだプレイングマネージャーとして動けるのが良いのかもしれない
* [「反響は二の次」で始めた、Tech Blog継続の舞台裏](https://tech.acesinc.co.jp/entry/2025/05/09/083000)
    * 企業として執筆する際には目的は大事かもしれない
    * AIに詳細な文章構成は任せるのはとても良いと思うし、プロンプトを組織内で共有できるとより良い記事を短時間で描けるようになりそう
* [今さら聞けないLinuxコマンド！業務で役立つ頻出コマンドを徹底解説 ～初心者から中級者まで必見！業務効率を劇的に向上させるLinuxコマンドの使い方 ～](https://note.shiftinc.jp/n/na094dfa95c0a)
    * 中級者には不要な内容かも
* [【Linux】tmux入門 - アメリエフの技術ブログ](https://staffblog.amelieff.jp/entry/2025/05/09/120000)
    * 今までは別ウィンドウを開いていたけど、一度使ってみようと思う
* [眠れなくなるほど面白い暗号化技術 第2回 - 300年間暗号学者を欺き続けた魔法の表](https://techblog.ap-com.co.jp/entry/2025/05/12/093000)
    * この方法だと鍵を知らないと解読できるかは運次第になりそう
    * 今のPCスペックなら、ある程度鍵の長さが絞り込めたら、そこそこの速さで解読できるのかも
* [時短・フレックス・子育て──SmartHRのQAエンジニアの実践録](https://tech.smarthr.jp/entry/2025/05/12/174558)
    * ワークライフバランス大事だよね
* [プロンプトエンジニアリングは死んだ(in 2025)](https://qiita.com/hokutoh/items/c34861437e6872f75a4e)
    * プロンプト特化の人は新しい価値を探さないと
* [【図解】メールの仕組み](https://qiita.com/gonzaemon/items/4175779c01bcbdddf857)
    * メールのプロトコルは、仕組み自体を意識したことがなかったから勉強になる