2024-09-02 共有記事ログ

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

# 技術系
## [監視ツールを迷ったら CloudWatch から始めてみるのもありなのでは](https://kaminashi-developer.hatenablog.jp/entry/2024/08/28/080000)
CloudWatch でもそれなりの監視ツールとして使えるという記事です
今後の運用も考えると、どういった内容を監視するのかも考えながら、やっていきたいですね

## [開発効率を上げる！Gitを使ったER図とテーブル定義書の管理方法](https://note.com/canly/n/n4c5379fbf569)
ER図とテーブル定義書の管理方法についての記事です
この記事では ER図をPlantUML で、テーブル定義書を Markdown で管理すると決めたようですが
当社も ER 図の管理を PlantUML で管理すれば Git 上での管理が楽そうです
ちなみに Mac では tbls というコマンドを利用すれば良さそうです
 [tblsを使ってテーブルのPlantumlを生成&vscodeで表示までしてみる](https://qiita.com/__kafka__/items/4a1126870143452944b1)
Web上でも見ることはできるみたいなので試してみても良いかもしれませんね
https://www.plantuml.com/plantuml/uml/SyfFKj2rKt3CoKnELR1Io4ZDoSa70000


# その他
## [この世の中に溢れているので自分が発言する必要はないが「ソフトウェアは認知の限界まで複雑になる」を自分なりに再考する](https://syu-m-5151.hatenablog.com/entry/2024/08/25/142213)
プログラムの複雑性についての記事です
どのように複雑性を解消していくかという点も、スライドを含めとても興味深い内容ではありましたが
個人的にはスライド内での戦略vs戦術に感じるものがありました
https://gyazo.com/d11019d37dca18214fdde869cf0d1f27
https://gyazo.com/f8bccabae8d24a7bb5c6a8ed261dd3f7
とりあえず動けば良いという考えを持つ全ての人に知ってもらいたい
それは短距離走であって長距離を走ることは不可能であるということを
業務委託として作って終わりならそれで良いが、自社で持つのであれば開発し続けるための土台はコストを割いて作るべきだということを

## [プロダクト開発におけるβ版とはなんなのか](https://tech.unifa-e.com/entry/2024/08/28/130411)
β版の意味やメリットについての記事です
当社でもβ版を提供してはいますが、差分を正しく把握して明確な目標設定が出来ているのか疑問です


# 共有するほどではないけど興味があったもので読んだもの
* [なぜボタンは button 要素で作るべきなのか、div 要素をボタンにすることを通して考える](https://creators.bengo4.com/entry/2024/08/26/073000)
* [GitHub ActionsでPushしたついでにタスク定義も作ってほしい！](https://engineering.nifty.co.jp/blog/27616)
* [PoCで学んだFortiGateの動作について](https://note.shiftinc.jp/n/nf219bb88d517)
* [「記憶力に頼らないタスク管理」というテーマで登壇しました](https://dev.classmethod.jp/articles/hrmethod-task-management/)
* [日本CTO協会の新卒エンジニア向けの合同研修に参加してきました](https://developers.prtimes.jp/2024/08/27/joint-training-ctoa-2024/)
* [「AWS版GitHub？Amazon CodeCatalystの全体像をまとめてみた」というタイトルで登壇しました](https://dev.classmethod.jp/articles/lets-start-codecatalyst/)
* [ネットワーク初心者VRFとの出会い](https://note.shiftinc.jp/n/n787078b4f173)
* [SORACOMプラットフォーム スケーラビリティ実現の仕組みと運用の工夫【SORACOM Discovery セッションレポート】](https://blog.soracom.com/ja-jp/2024/08/28/soracom-platform-scalability-operations/)
* [Web で縦書きの段組みレイアウトは意外と難しい](https://zenn.dev/chot/articles/b14bbb942ba5a4)
* [２次開発以降のバージョン管理｜ブランチ活用例](https://note.shiftinc.jp/n/naf8dc6c653d8)
* [リモートワークにおける非同期コミュニケーションの重要性とポイント 勉強会レポート](https://lab.sonicmoov.com/working/asynchronous-communication/)
* [いい加減シェルスクリプトで [ $? -eq 0 ] や [ $? -ne 0 ] なんて エラー処理を書くのはやめよう！](https://qiita.com/ko1nksm/items/09bd50e51cc8663a4f0e)
* [【完全版】これ1本でReactの基本がマスターできる！初心者チュートリアル！](https://qiita.com/Sicut_study/items/d520f9a858506b81e874)
* [学生の50％以上が使う大学非公認アプリを作った話](https://qiita.com/akidon0000/items/5dab4e425796d6e32f8a)
* [絶対チェックすべきGitHubリポジトリ15選](https://qiita.com/Sicut_study/items/3c063a938f6dbc48bdbd)
* [可読性の高いコードを書くための実践ガイド](https://qiita.com/nucomiya/items/54d716729ffa47312f0d)
* [ExcelでCSVファイルを「0落ち」や「文字化け」なしで開く方法](https://qiita.com/loannp2609/items/3d24e797abbc922f38e6)
* [チームにテストコードを書く文化を定着させる](https://qiita.com/muratak-dev/items/a89968fdab43f7d2589a)
* [Lispの現代における意義](https://qiita.com/sym_num/items/cfd90cf2da047dba7a7c)
* [アプリの★5評価が激増！不満をもらう&応援してもらう方法](https://qiita.com/EikanNyain/items/f60011a9e39b02d3ff87)
* [uvが良いので今日から暫く使ってみます](https://qiita.com/moritalous/items/569e0910413e0835520c)
* [Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法](https://qiita.com/legitwhiz/items/afa5a0c22b5098495de8)
* [Pythonユーザー必見！知らなきゃ損する小ネタ集](https://qiita.com/hata_kenji/items/0f8a07cb895baf733e10)
* [CCoEとは](https://sreake.com/blog/ccoeとは/)
* [成功循環モデルから学ぶ、チーム力を向上させた取り組み](https://tech.medpeer.co.jp/entry/2024/08/30/115000)
* [プロダクトの改善を加速するためにCREチームを立ち上げました！](https://tech.codmon.com/entry/2024/08/30/115410)
* [インフラシステムグループ　業務支援チームを紹介します。](https://engineering.nifty.co.jp/blog/29102)
* [AWS 超入門 〜AWSを始めよう〜](https://qiita.com/1998_i-airi/items/50bd6ebf50f5e75b4bc9)