概要
現職の開発部のメンバーに共有した記事のログ
技術系
エンジニアの認知負荷を下げるためにFlutterのプロジェクト構成で考えたこと
「実装者が考えなければいけない項目を減らす」の内容は特に良い取り組みだなと思いました
【TypeScript】unknown型ってなに？any型との違いは？
any は基本使いたくないものですが、どうしても使わないと行けない場合は any よりも unknow が使えないか先に確認してみるのも良さそうです
Webエンジニアなら知っておきたいルーティングの基本
L3 の基礎なので把握しておくと今後やくにたつかもしれません
Dockerコマンドの挙動を図解にして覚えやすくしてみた
Dockerの基本コマンドのライフサイクルを使いしてくれています
コマンドラインを知っていると何かあった時の対処の幅が広がるかもしれません
AWS から OCI に移行してコストを約半額にした話
OCI (Oracle Cloud Infrastructure) に移行するとコストが下がることと
移行することで発生する差分、筆者がつまったポイント等が記載されています
学習コストはかかりますが、今後コストを意識することがあれば、OCI も選択肢の一つとなるのかなと思います
入力欄のプレースホルダーって結局どうなの
HTML の placeholder 属性は使うべきではないという内容です
なぜの部分を様々な例で解説してくれていますが、読めば納得の理由でした
実録！別れて幸せになる方法（あくまでもコンポーネント設計の話
データ管理や状態管理を行うContainer と見た目だけに責任をもつ Presentational に分けると良いという内容です。
これは CSR だけにとどまらず、SSR においても View = Presentational という扱いにすると良さそうです
マネジメント系
Four Keysを初心者向けにやさしく解説します
Four Keys の指標はアジャイル開発をベースに考えるととても良い指標だと思いますが
今の会社の方針や運用においては難しい指標になると思います
まわりからの期待を見える化して、個人の力を引き出すエンジニア組織づくり
役割と責任に加え、周囲から何を期待されているのかを明確にすることで力を引き出せるというお話です。
役割の明確化、その役割における責任の明文化、そして周囲の人からどのようなどのようなことが期待されているのか。
これはエンジニアに限らず、全社で行っていくべき内容だと思いました。
セキュリティ系
OWASP SAMMではじめる、プロダクトセキュリティの評価と中期計画
OWASP SAMM を用いて現状の把握だけでも一度してみたいですｗ
その他
社内Wikiを改善して、開発体験をより良くする
ドキュメントを整備する際に、実際に取り組んで効果があったことを記してくれています
ドキュメントオーナーという形で、責任を明確にすることで整備されるというのはわかる気がします
何事も責任者になれば意識が変わりますから
共有するほどではないけど興味があったもので読んだもの
- 第1回「初級編・テスト管理ツール『CAT』で困った時の調べ方」
- AWS入門ブログリレー2024〜EC2 Image Builder 編〜
- 【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part3
- Software Design編集長対談：ココネが考えるものづくりとエンジニアキャリアパス
- IT資格をとって特典を得る
-
エンジニア向け海外の情報収集サイトまとめ
- リンクはたどっていないので、どういったものを紹介しているのか見ただけ
- なぜ人は努力が続かないのか？
- 人類は気づいていた。この勉強の仕方が1番早いということを。
- 朝にその日の作戦名を決めたら幸せになれた話
- 【雑記】少し仕事を休んだ話
- MySQL Shell dumpInstance でバックアップ中はDDL が待機させられる
- MySQLに踏み台サーバ(ssh)経由でアクセスする方法
- 一休の社内勉強会のご紹介2024
- 【初心者向け】AWS CloudFormationでWeb3層構造のWordPress環境を構築（Session Manager接続可）
- オンラインカウンセリング支援制度でコーチングを受けてみた
- 異なるチームでリーダーを務めて感じた役割の変化
- 私の好きな「IJ開発室」の文化
- 【Notion】非エンジニアが解説するチームでのNotionの使い方（テンプレート機能編）