週刊ニュース Lv2（2022年11月19日～2022年11月25日）

Metadata

Date: November 27th, 2022
Category: 週刊ニュース

前回は週刊ニュースをsubstackというサービスで書いたのですが、素早くアウトプットできることもあり、媒体を分けずに今のブログでやることにしました。前回の週刊ニュースも移行済みです。

11月19日(土)

最近Goを学んでいるのですが、この日は改めてGo言語やりたい！となってそれを言語化しました。

Go言語をやっているのはmattnさんに憧れているのもあるし、勝手に低レイヤーに近い言語だと思っているので、低レイヤーを学べる数少ない機会もGoだと多そうだし、長く使っていけそうだし、シンプルな言語仕様だから追っていきやすそうだし、初心者とプロでもそう書き方に違いが出る言語でもないしと色々あるけど、最終個人的に好きだからやりたい。

また、Goで何か作りたい！となったのでGoの活用事例をたくさん調べました。

調べた活用事例たちの中でも一番腑に落ちる説明だったのが下記です。
- goを利用する傾向が強いのは、最初から強くスケールを意識している。ゆえにコンテナ技術やマネージドクラウド・オーケストレーションの中で用いられる傾向が強い。IoT/基盤技術/一部データサイエンス周り/大規模システム/高速なキューイング処理などをするシステム/普通のhttp restなどだがまるで大規模バスシステムなどのように爆速で振る舞うニーズ　などが多いと思います。参考： Go言語が現在落ち目になってきていると聞きました。ついこの間までむしろこれから伸びる言語として扱われていたのに、いきなり評価が逆転してしまった理由は何故だと思いますか？
調べた活用事例たち

Windows純正のメンテツール「PC Manager」を使ってみました。

wingetでインストール(winget install Microsoft.PCManager)することができ、早速Boostボタンを押してみると、自分の場合は1.9GBくらいあったtempファイルを削除してくれました。UIもわかりやすく直感的に操作することがきて、Windows純正というのも推せるポイントでした。すでに導入して1週間くらい経ちますが、問題なさそうなので今後インストールアプリのリストに加わることになりそうです。
参考：購入直後のヌルサク感が復活!?　Windowsの純正無料メンテツール「PC Manager」を試してみると…

同僚からオススメされていたWEB+DB PRESS Vol.130の「イミュータブルデータモデルで始める実践データモデリング」を読みました。

「1つのデータが複数の業務で更新される場合は、アプリに複雑性をもたらす」という所は大きくうなずきながら読んでました。
3章は実践的な話だったのですが、社員と部門テーブルは社員が登録されるタイミング、部門が作成されるタイミングはそれぞれ別。社員と部門が結びつくのはその後のタイミングなので、それは所属という交差テーブルで表現するなど、今まで中間テーブルというものがうまく説明ができなかったのですがすごく納得できました。実際にテーブル設計するときにまた読んで理解を深めたいです。

11月20日(日)

この日も引き続き、Goで何か作りたい → 業務でGoを活かせることはないかという観点で調べていました。

最終的にGoで今すぐに業務で活かせることは何かという問いの答えはでませんでした。
また、副産物として映像分析ツールを小・中・高校で導入している事例をいくつか見つけてこれは自社で開発しているサービスと相性が良さそうという確信を持つことができたので、よくなるDBに事例や案をまとめて提案するまで行いました。(よくなるDBはサービスがよくなると思うアイデアを集めたDBでそのアイデアを元にプロダクトロードマップに含めていくかを意思決定していきます。)

11月21日(月)

#go-zassou、#dev_sports_tech_challengeという2つの新しいチャンネルが生まれました。

Goで何かしたいという想いがあったため、ClassiさんのRubyの会社の手札にGoを加えるまでという記事を参考に#go-zassouチャンネルを作りました！このチャンネルをきっかけにいろんな技術の話に花が咲いたりしたので作ってよかったとおもいます。
さらに、#dev_sports_tech_challengeというチャンネルも生まれました。少し外に目を向けてみると、スポーツ x ITで問題解決に取り組んでいる企業はたくさんいて技術のレベルも高いと感じました。#dev_sports_tech_challengeというチャンネルでは、スポーツ x ITで問題解決したいときに相談したり共有したりお互い高め合うことができそうと思いで作りました。

11月22日(火)

アトミックノートは再度着手するときのトリガーとなるようにブレインダンプまでしておくという知見を得た

あとでアトミックノートを書こうと思い、とりあえずタイトルだけ書いておいたのですがタイトルだけでは思い出せないということがわかりました。構造化まではしなくていいもののそのとき思ったことをブレインダンプしておく必要があると思いました。

最近は組織が小さいうちから今後スケールするためにできることを考えています。

組織が大きくなったときに急にスケールしなくなるのは、それは今まで個人で技量のある人がいい感じで回してくれていたからという仮説を立てました。
仮説が正しいかどうかはわかりませんが、小さいうちからコアメンバーが自然とやっている素晴らしいこと、カルチャーを仕組みとして実装するのが良さそうではと思っていますが、メンバーと話し合いながら模索していこうと思ってます。

11月23日(水)

mattnさんのライブコーディングで機械学習試してみました。

1年前くらいにVimのことを知りたくて見たのですが魔法すぎてナニモワカラナイだったのですが、今見るとスコシワカルくらいになっていて成長を感じました。今でもmattnさんのコーディングは早すぎて止めないとわからないのですが…VimとGo言語と機械学習どれも興味ある人は入り口としてもっともコスパがいいのでおすすめです（笑）
ゴリラ.vim 16 ~ mattnさんのライブコーディング

11月24日(木)

この日は24時くらいまで実装をしてました…全然終わらなかったので、月曜日の自分に任せました。

11月25日(金)

チームのエゴ（価値基準）があるとよいという話をしました。

最近、「Team Geek」という本を読んでいて、自分のエゴよりもチームのエゴを優先すると個人間で対立もなくなるし、何よりチームとして何を優先したいのかがあるのはいいことだと思いました。なので、その話をなにかの拍子にしました。チームのエゴが今はないのでメンバーと話し合いながら自分たちチームのエゴはなんだろうと考えてみたいです。
自分をよく見せようとするよりも、「集団」のエゴを考えみてはどうだろうか。チームの功績やグループの誇りについて考えてみよう。 1.6.1の「エゴをなくす」

改めてブログをどうするか考えた。

今のブログはRoam Researchのstatic-siteという拡張機能で構築しました。かなり大変だったのですが、最近は毎月の維持費が気になり、広告をつけたりしましたがあまり足しにならず引っ越しなどを検討していました。最終的には、シンプルなマークダウン管理もgit管理は面倒だから気が進まない、今のRoam Researchのインターフェースはやっぱり魅力的、なんだかんだ引っ越しは大変、ということもあって今のまま運用していくことにしました。ただ将来的にはパブリックなデジタルガーデンに興味があり、それは今のstatic-siteでは実現できないので、Roam Gardenのような形で無料でgit管理不要なものが出てきたらデジタルガーデンだけはそっちでやるとかはあるかもしれません。

Small Changes