YAGI BLOG

Obsidian+Claude Code+Neovimで運用始めた

Sun, 18 Jan 2026 22:06:56 +0900

僕はObsidianを2024年ぐらいから使っている。メモアプリは色々と使ってみたけど、使うならObsidian、Apple純正メモ、Google Keepのどれかかなと思っている。メモアプリは色々と書き溜めると自分の資産になり生活の必須アイテムになるので、Evernoteみたいに改悪されると非常に苦しくなる。将来的なサービスの継続性や使いやすさを考えた結果、ビックテックが運用しているアプリもしくは、通常のMarkdownと互換性のあるObsidianを使うことにしている。

今回は、Obsidianの使い方に変化が最近あるため、それらについて記事を書いた。

以前の使い方

基本的には標準的な使い方をしていたと思う。Obsidianアプリをインストールして、便利なプラグインをいれてデイリーノートやライフハックや目標などを自分の人生に関わることをディレクトリごとに分け、Vimモードで利用するといった感じ。ローカルオンリーで動作することで高セキュリティというのも一つのメリットだと思うが、複数端末で利用して都度メモれるようにしたかったので、同期機能を使っている。細かい話をすると、ディレクトリでカテゴリを表現して、横断的な内容はタグつけをする。それぞれのカテゴリでMOCを作るといった運用をしている。あとは、個人情報は極力書かないようにしている。データに残している時点で流出の危険性は常につきまとう。

使い方の変化

PCで操作するときは、Obsidianアプリは起動しない。Neovimで保管庫を開いて、sidekick.nvimでClaude Codeを起動する。こうすることで、ちょっとめんどくさいファイル作成やまとまりのない文章をAIにまとめて記載してもらっている。この使い方で一番便利だと思ったことは、過去の自分のドキュメントを分析させて、思考の傾向や今後の行動指針などのドラフトを作ってもらうことができる。この使い方は自分の脳内情報を文書化すればするほど、より分析ができ、より成長できるのではと思っている。ただ、Claudeに自身の様々な情報を学習させてしまうことになってしまうため、この使い方大丈夫か？とも思っている。とはいえ、すでにブラウザでClaudeを使うときに、個人情報に近しい内容の会話もしているので、AI時代のいまある程度は仕方ないとも思う。

Claude Codeによるサポートのおかげで、Obsidianアプリの機能を使わないとめんどくさい操作をしなくても、Neovimで全部完結できるのは嬉しい。NeovimのプラグインでObsidianのもあったが、若干使いにくくてやめてしまっていた。

さいごに

AIにどうやって協業させるかを最近よく考える。AIに自分の仕事を奪われるといったネガティブなイメージをもっていても仕方がないので、ポジティブに変換して時代についていきたい。ちなみに、このブログはAIをまったく頼らずに書いている。AIを使ったごみ記事でブログを運営する価値は少ないと思っているし、自分にとっては自分の言葉で作ることに価値があると思っている。仕事のドキュメントではごりごり使っている。本当に便利。

開発環境現状確認2026

Thu, 15 Jan 2026 23:21:25 +0900

最近、いろんな方が開発環境の記事をあげていたので、自分も書いてみる。¹

OS

個人ではArch Linux、会社ではMacOSを利用している。 Windowsは4年程度さわっていないので、Windowsの環境構築の質問をされたときに、答えられるか冷や汗をかくことがある。

Arch LinuxはデスクトップにHyprlandを使っていて、タイル型にもだいぶ慣れた。僕はPCゲームをやらないし、ブラウザとObsidianと開発ができれば問題ないので、今後もメイン機はLinuxのなにかしらだと思う。

ウィンドウマネージャー

Hyprland。タイル型めっちゃ好き。軽量だし、ほとんどマウス操作せずに大体のことができる。一時期はGNOMEじゃないと動かないゲームがあったりして、二刀流だったけど、いまはHyprland一択になっている。ぜひ、タイル型に興味がでた人は検索してみてほしい。

エディタ

Neovim。ここ数年はVSCodeもIntelliJもほとんど使っていない。たまにScalaを書くときでもLSPのおかげでNeovimでなんとかなっている。 Neovimは非常に気に入っていてこれを乗り換えることはほとんどないと思う。いままで自力でなんとかキーマップとか覚えていて、体系的にVimを学んだことがないので、どっかで学びたい。基本的にNeovim推奨のプラグインたちを利用しているはず？？

ターミナル

WezTerm。基本的にはNeovimを起動してからあれこれするので、WezTermの機能を使っていない。一応、tmux風な<C-b>をLeaderに設定している。

コーディングエージェント

Claude Code。Anthropicについていけばいいのではと去年あたりから思いProプランを契約し続けている。会社ではGemini CLIをつかったりもしていて、Claude or Geminiっていう感じ。ただ、Sub agentsとかSkillsとか全然使いこなせていないので、将来的なAIとの付き合い方を考えながら、慣れていきたいと思っている。

シェル

zsh。一時期はfishを使っていたが、zshの方が運用していて安定感ありそうとかそんな理由で乗り換えた気がする。

ブラウザ

個人はFirefox、会社ではVivaldi。Vivaldiは最初は色々とカスタムしていたが、今となっては特になにもしていない。普通にChromeで良さそうだなと思っている。最近、Appleから本格的に離れようと思っていて、タブレットもAndroidの格安中華タブを買った。となるとGoogle製品に寄せておけばよさそうかなと思っている。

dotfiles

dotfiles。なるべく、ローカル環境と同じようなディレクトリ構成にしていて、シンボリックリンクをはればいい感じに動作するようにしている。細かい設定を入れられていないのと、セットアップのシェルを雑にClaude作ってもらっていて検証をしていなかったりするので、まだまだ改善の余地がある。

メモ

Obsidian。基本的にメモとして残したい内容はObsidianに書くようにしている。このアプリ非常に便利で、重宝している。P2P機能が実験的に追加されているので、これが本格的に利用可能状態になったら、端末ごとのデータ連携をこれにしたい。

それと、Neovimなんかと同じで、自分の頭の中をどう表現しようかなとあれこれいじくるのは、盆栽感があって楽しい。こういった楽しいと思える作業は積極的にやりたい。

キーボード

HHKB Professional HYBRID Type-SのUS配列黒。Kinesisの分割キーボードを触ってみたいと数年前に思ったけど、高すぎて断念したまま。上司にLofreeのUS配列をもらったりしたけど、HHKBはいまのところは一番好き。この便利なキー配列になれたらもう他に浮気できない人は多いはず。昔にこんな記事を書いていた。懐かしい。「HHKB Professional HYBRID Type-S」こいつは最高かもしれない

まとめ

AIコーディングがターミナルで活躍するようになっていて、ターミナルに閉じこもっていたのが、意外と正解？だったのかもしれない。dotfilesは盆栽みたいな表現をよく見かけるけど、盆栽をいじる人はこういう気持ちなのかな？実際に盆栽+dotfilesをいじる人がいたら話を聞いてみたい。

k0kubunさんの記事を見て書き始めた。似たような構成にさせていただいた。 ↩︎

sidekick.nvimの導入をした

Wed, 07 Jan 2026 23:07:56 +0900

昨日、sidekick.nvimを導入したので感想など書く。

導入時に気になったこと

このプラグインをいれるときに、2つの設定がわからなかった。

opts.nes
opts.cli.mux

opts.nesのNESとは、Next Edit Suggestionsの略らしい。 GitHub Copilotが提供する、ファイル全体を解析して大規模なコード変更を提案する機能らしい。 AIが流行り始めたときによく見たCopilotの補完をより強化した感じのものらしい。現状だとこの設定を使えるのはCopilotのみらしく、自分の場合はCopilotは使っていないので、無効にしておいた。

opts.cli.muxとは、tmuxやzellijを利用して、チャットのセッションを保持するというものらしい。たしかにチャットの途中でNeovimを閉じると消えてしまうのは使い勝手が悪いかもしれない。だけど、個人的にはWezterm+Neovimを使っていて、これのためだけにtmuxをいれたくないので、これも無効にした。Claude Code初心者のため徐々に慣れていってセッション管理が必要になったらまた考える。

感想

現状のAI活用はターミナルで操作するのが色んな面で楽になっている。ターミナルで操作するなら、Neovim内で完結させる。なんて美しいのか。今後もAIxNeovimはアップデートしていきたい。ちなみに、こんな感じになった。

Gateway APIについて学んだ

Mon, 05 Jan 2026 17:24:02 +0900

あけましておめでとうございます。本年はアウトプットの数を増やすという目標のもと、さっそくブログの更新をする。年末年始は友人・家族と会えたし、飲みすぎないようにしたおかげで溜まってた本の解消やBLEACH全巻読んだりと充実できた。

去年、学んだk8sのGateway APIについて記事を書く。

Gateway APIとは

Gateway APIは動的なインフラストラクチャの展開と高度なトラフィックルーティングを提供するAPIの種類のファミリーです。

とのこと。これだけだとわかりにくいが、要はk8sへの通信を担うLBをコード化して自動管理しようっていう認識であっていると思う。詳しくは、以下リンクでk8sやGCPの公式ドキュメントをみると理解が深まると思う。特に、GCPのドキュメントは具体的にどのリソースと紐づくのがわかりやすいので、GCPを知っている人はこっちを読むのをおすすめする。

https://kubernetes.io/ja/docs/concepts/services-networking/gateway/
https://docs.cloud.google.com/kubernetes-engine/docs/concepts/gateway-api?hl=ja

きっかけ

学んだきっかけは、会社でGKE StandardからAutopilot移行をしたときに、Autopilotクラスタが利用可能なすべてのゾーンにNEGが作成されていない状態で、手動でLBを作成すると障害になるケースがある。 という事象を発見したから。移行時の話は以下リンクから見れるので興味ある方は見てほしい。

所属している会社のアドベントカレンダーを書いた2025

さわってみた

Gateway APIはk8sのマニフェストファイルを増やすことで実装できる。 kustomizeを利用する前提でディレクトリ構成を以下に記載する。GCPの場合は、LB作成時に必要なフロント、バック、ヘルスチェック、バックに登録するNEGをそれぞれ表現しているイメージを持ってもらうのがわかりやすそう。また、GKEのPodでNginxを立てている想定でサンプルは実装している。

k8s/
└── base/
    ├── configmap.yaml
    ├── deployment.yaml
    ├── gateway.yaml
    ├── healthcheck.yaml
    ├── httproute.yaml
    ├── kustomization.yaml
    └── service.yaml

Gateway APIに関係している実装は、gateway.yaml, healthcheck.yaml, httproute.yaml, service.yamlなので、それぞれサンプル実装を記載して解説をする。

gateway.yaml

kind: Gateway では利用するLBの種類やトラフィックをリッスンする場所と方法などの設定ができる。 addressesは予約したIPを指定して利用することもできる。

apiVersion: gateway.networking.k8s.io/v1beta1
kind: Gateway
metadata:
  name: nginx
  namespace: default
spec:
  gatewayClassName: gke-l7-rilb  # Regional Internal Load Balancer
  listeners:
  - name: http
    port: 80
    protocol: HTTP
    allowedRoutes:
      namespaces:
        from: All
  addresses:
    - type: NamedAddress
      value: nginx

healthcheck.yaml

これはLB作成時に必要なヘルスチェック。

2025年振り返りと2026年展望

Wed, 31 Dec 2025 21:46:08 +0900

久しぶりに振り返りと展望を書く。

2025年振り返り

今年はプライベートではいろんなことがあった。去年、結婚してから結婚式や妊娠など生活の変化が大きかった。家庭を支えるためにお金について考えることが多かった。仕事はぼちぼち順調ではあるけど、SWEとしての成長は若干止まっているような気がしている。勉強自体は情報収集や読書を中心にできているとは思うけど、もっと自分の実績を社外でも積むような活動が必要かもしれない。会社ではスペシャリスト（他社でいうところのテックリードやシニアソフトウェアエンジニア）のようなポジションで働いている。役職名としてはかっこいいが、横断的に開発チームが手が届きにくいところをがんばる雑用みたいな感じ。GCP, CI/CD, k8s, AIなどの整備をすることが多くサービス開発からは少し離れている。今年大きな仕事は、GKEクラスタ移行だった。k8sはおもしろい。開発、運用を幅広く経験しているので、ここらへんから自分が好きな技術でOSSコミットを始めるのがスキルアップとしてはいいのかも。

あとは、筋トレや資産形成や英語などちょっとずつだけどやりたいことができているので、全体的にはいい評価を上げたい。強いて言うなら、SNSに時間を溶かしていたりしてもっとやれるだろと思った一年でもあった。来年は、アウトプット前提で行動をしたい。

2026年展望

来年は子供が生まれるので、子育てを頑張る年になると思っている。楽しみ。雑にいまのところ考えていることや2025年できなかったことを引き継ぐような感じで書き出す。

子育て
- 最重要！妻と協力する
プログラミング
- アウトプットを増やす
- OSSコミットをできると理想？
読書
- 月何冊みたいな目標持っても良さそう
- 技術書、小説、ビジネス書など幅広く読む
英語学習
- まずはTOEIC受けてみるぐらいで数値化するのがよさそう
- 英会話のレベルを上げたい
運動
- 筋トレ週3以上
- フットサル、サッカーを月1以上
資産形成
- つみたてNISAの枠をなるべく埋められるように節約したい
人間関係を大切に

細かい目標などは改めて立てるとして、2026年は何事もフットワークを軽く行動する・小さく継続することを意識して、スキマ時間を有効活用したい。

今年からSoftware Designを読み始めた

Fri, 26 Dec 2025 14:10:51 +0900

今勤めている会社がSoftware Designを定期購読していることに今更気づいた。新卒から働いているのに。。前から気になっていた雑誌だったので、毎月お借りして読んでいる。

読むメリット

これは編集者がソフトウェアエンジニアに向けて、トレンドや基礎技術をまとめてくれているので、広い範囲の技術について知ることができるというメリットがある。普段情報収集するときにFeedlyやX/Twitterやはてぶなどをみることが僕は多くて、自分の興味のある領域ばかり見てしまう傾向がある。（バックエンド開発、DevOpts、SRE、クラウド、k8sなど）

他の技術に対して、興味を持つきっかけになってありがたいと思っている。AIの発展によって、エンジニアはよりT字型スキルの上横棒の広さが求められていると思う。AIの成果物に対して、ある程度は適切なレビューや判断ができるように知識の幅が求められている気がする。だから、こういった雑誌を読むメリットはさらに大切になっているかも？？？

読んだなかで記憶に残っていること

いろんな面白い特集があってあげるのが難しい（~~忘れてる~~）けど、ZOZOのレガシーシステムのモダン化は面白かった。こういったレガシーな課題に対して、技術的に解決するのは大変だけど面白いし、やりがいがあるなと思う。 ZOZOに限らずだけど、2000年初期からあるシステムはDBにロジックを書くのが当たり前だったことが多そうなので、OracleやSQL Serverなどに貯められたストアドのリプレイスやDBの切り替えなどは結構課題になりそうだと思う。自分務めている会社でもここらへんにはやはり課題感がある。

さいごに

ということで、来年もしっかり読んでいくぞという気持ち。

今日もブログ更新できていい感じ。ここから数日は忘年会などが入ってくるため、年内はあと2,3記事更新できればなという感じです。

デジタルデトックス（SNSデトックス）を始めた

Fri, 26 Dec 2025 00:07:16 +0900

今年の仕事納めが終わった。ということで、アウトプットの場を活発化するために、ブログ更新頻度を上げる。アウトプットの質を求めるとなかなかに億劫になってしまう自分がいるので、てきとーな内容でもあげるスタイルで行こうと思う。ただ、匿名ではないブログなので、最低限のモラルを持ちたいところ。もう20代ではないし。

疲れてる自分がいた

毎日なにか疲れてる。仕事もしているし、趣味でジムでトレーニングしたり、フットサルをしたりと平日から活動をしているからというのもあるが、疲労感が取れない。身体の疲れもあるが、頭がなんか重いという感覚がずっとあった。

原因は・・・

タイトルにでっかく書いてるので丸わかりだが、デジタルに触れすぎてることが原因ぽかった。たしかに仕事もモニターとにらめっこすることが多いし、プライベートでもスマホタブレットPCテレビ、とにかく画面ばっかりみている。それに寝る前にスマホでYoutubeやX/Twitterをみる機会がほとんどで、これらの活動を無意識にしていた。習慣っておそろしい。

スマホのスクリーンタイムの結果を見たり、生活を振り返ったときに思い当たるのが、スマホでX/Twitterを見てる時間が多いということだった。先程スクリーンタイムを確認したところ、先週はスマホだけでX/Twitterを17時間とか見ていたらしい。自分は他の端末でもTwitterをみているのでもっと見てる。

これは完全にドーパミン中毒者状態になっているのではと思った。詳しいことはわからないけど、SNSで無限スクロールをする行為は不定期な報酬を求める行為でパチンコと同じということだった。時間を浪費してしまうだけではなく、読書やプログラミング、英語などやりたいと思っていることに使う時間も結構少なかったように思う。

ということで、デジタルデトックス特にSNSデトックスに踏み切った。

現在

先週末あたりからデトックスを始めていて、いまのところ成功しているように思う。ただ、中毒とはおそろしいものだと思うので、気を引き締める必要がある。

自分はこういったことを意識して生活をしている。

スマホをさわるときにTwitterは開かない（何も考えていないときはまっさきに開いてた）
通勤電車では、あらかじめYoutubeの英語コンテンツ、BBC・CNN・Sky Sportsあたりダウンロードして、それをみる（通勤電車は満員でスマホを開くぐらいしかできることがなく、暇でTwitterを見ていた）
目的があるときは開いてOK（無目的の無限スクロールが問題ある）

これが今のところは結構効いていて、おかげでこのブログを書けている。年末年始の予定がない時間は有意義な活動ができるといいなあと思いつつ、今日は寝る。

所属している会社のアドベントカレンダーを書いた2025

Thu, 18 Dec 2025 23:32:50 +0900

久しぶりの投稿です。ここ数年は広い領域の仕事をしていて、結構インプットができました。アウトプットが少ないなと毎回思うので、ちょっとしたことでもいいのでブログ更新しようと思います。継続って難しい。。

アドベントカレンダー書いた

ということでQiitaのアドベントカレンダーを書いたのでURL載せておきます。

GKE StandardからAutopilotへの移行

Google CloudのGKE関連やネットワークには知見を貯めれました。こういったところの学びやハマりポイントなど記事にできるとよさそうかなと思っています。

あとは気分的に本ブログのドメインをサブドメでblog.yuyagishita.comにしたいかなと思っています。

GKE AutopilotのPodバーストとHPAで問題が起きた

Sat, 15 Mar 2025 23:44:06 +0900

久しぶりに記事書きました。
最近はObsidianに情報をまとめることが多いですが、もう少し気軽にアウトプットしようと思って書きました。なので、詳細を調査はできていません。適当なこと書いてたらすみません。

発生した問題

タイトルにもある通りGKE Autopilotに関する話です。 AutopilotやPodバースト、水平Pod自動スケーリング（HPA）を知らない方はこれらの記事が参考になると思います。

発生した問題についてですが、AutopilotクラスタでHPAを有効にしたDeploymentを上げたところ、Podが何度も再起動されながらHPAの最大値までPodが増えるといった挙動をしました。最大値までPodが増えたあとは再起動を何回もして不安定な状態でした。

原因

おそらく、Deploymentのresources.requestsが動かしているアプリに対して低すぎたことがこの状態を発生させていたと思います。こんな感じの設定にしてました。

resources:
  requests:
    cpu: "50m"
    memory: "52Mi"
  limits:
    cpu: "500m"
    memory: "1Gi"

コスト削減のため、リクエストを最も小さい値にしてました。対象アプリがrequestsの値を大きく上回ってました。 Podバーストを有効にしているとlimitsはあくまで予約しているだけで実際にはリソースを確保していないということらしいので、以下のような解釈をしました。

requestsの値を大きく上回る
HPAが適用される（HPAはCPUが80%で動くようにしてました。）
Podが増える
よくわからん挙動する

対処方法

requestsの値を対象アプリが要求している値の120%ぐらいにしました。正常に動作するようになりました。

まとめ

Autopilotクラスタを利用することで、Nodeの管理が必要なく運用が楽にはなりますが、自動で管理してくれる分よくわからないことも発生するので、手放しには喜べないなと思いました。

誰かの役に立ちそうなことがあれば、定期的に自分のメモを書いてるぐらいの感覚でブログを更新したいという気持ちです。

2023年振り返りと2024年展望

Thu, 11 Jan 2024 11:44:06 +0900

新年あけましておめでとうございます。去年の振り返りと今年何をしようか簡単にまとめて行きたいと思います。

2023年振り返り

去年はプライベートの遊びにかなり時間を使っていて、勉強などはあまりできていなかったです。SNSに使う時間を減らそうと思っていましたが、Youtubeにかなり時間を使ってしまいました。時間の使い方をもっと上手にできるようにしたいです。自己成長という面では、読書と英語には少し時間を使えたかなと思っています。読んだ本はあとで一覧にまとめるとして、英語に関してはNetflixで英語字幕・英語音声でドラマを見たりChatGPTと英会話をしたりIELTSの勉強を始めたりしました。英語を上達させたいという気持ちが昔からあるのでコツコツやっていますが、中間目標を設定しないとだらだらやってしまうので今年はIELTSを始めました。資格勉強は中間目標としてはかなり有効な気がしています。
仕事に関してはスペシャリスト(≒テックリード)という役職をもらい少し待遇がよくなりました。役職が上がったのは素直に嬉しかったですが、今後役職を上げるのがとてもむずかしいのと給料面が高くはないので転職活動は視野に入れたいと思っています。というかメガベンに転職したい。

2023年読んだ本

主要な本を挙げます。

Kubernetes完全ガイド第2版

k8sを網羅的に学習するならこの本はかなりおすすめです。k8sのあれなんだっけって思ったときにもかなり役に立ちました。

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ

脳の構造に合わせて効率的に学習する方法を学べます。個人的には新人プログラマーに教えるときに認知的負荷レベルを考えるというところは勉強になりました。プログラマー以外の人にもおすすめできる本です。

達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践

ISUCONに出たことはありませんが、パフォーマンスチューニングについてわかりやすく学べる本です。WEBアプリのパフォーマンス改善をするときはたいていDBのインデックス関連が多いなと実務をしていて感じます。

半沢直樹　アルルカンと道化師

池井戸潤が個人的にかなり好きです。おもしろくて熱くなれます。

クスノキの番人

SFチックな設定で人の感情を繊細に扱っていた本でした。

カケラ

湊かなえ原作です。個人的にはそこまではまりませんでした。女性の方が楽しめるかもとも思いました。

正欲

浅井リョウ原作です。「読む前の自分には戻れない」という言葉がしっくりくる本でした。個人的にはおすすめです。

もものかんづめ

さくらももこ原作の本をはじめて読みました。ちびまる子ちゃんにでてくる友蔵と友蔵のモデルになった人の性格が真逆でおもしろかったです。

島耕作シリーズ

社会人になってから読むとけっこうおもしろいです。課長から始まって、今は取締役です。

2024年展望

2024年は時間の使い方を見直したいと思います。プライベートの遊びは息抜きの時間にできるよう調整をがんばります。2024年にやりたいと思っていることはいまのところこんな感じです。

IELTS バンドスコア6.0以上を取得する

英検準1級レベルらしいです。自分の英語レベルだと厳しいかもしれませんが、やってみようと思います。

転職する

今年もできない可能性ありますが、メガベンに入るための準備をして応募しようと思います。アルゴリズムが苦手なので今年は継続して競プロをやります。

競プロで茶レベルに達する

時間的にコンテストを受けるのが難しいときが多いので、茶レベルの問題が解けるように学習します。

読書継続

月2冊以上読めればと思っています。

筋トレ継続

現在は家トレをしているので、できる範囲でがんばります。

また、何かしら毎年新しいことをしたいのでおもしろそうなことがあったら積極的に取り組みたいです。

Kubernetes完全ガイドを読んだので感想とか

Wed, 05 Apr 2023 19:09:12 +0900

去年からちょっとずつ読んでた「Kubernetes完全ガイド第２版」を読み終わりました。なかなかボリュームのある本で668ページもあって読むのが大変でした。k8sを雰囲気しかしらない僕にとってはかなり勉強になる本で、体系的に学ぶことができk8sの全体像が頭に入ってきて解像度がかなり上がりました。
本のアウトプットも兼ねて感想とか気になったこととか書きます。

環境構築

この本はハンズオン形式なので、k8sの環境を作る必要があります。僕は最初GKEを作成したのですが、費用がすぐに発生していやだったのでローカルで構築できるkindを利用しました。kindはDocker上でk8sを構築することができとても楽でした。ただ、他のブログなどをみてるとMinikubeがおすすめみたいです。kindはちょっとクセが強く一部の機能を動かすために設定が必要だったりしてたしかに初心者向けではないなと思いました。

図が多くて分かりやすい

大体のページに図があって、初めて知った概念などの理解をする補助になりました。文章読んでよくわからなかったら図を先にみて理解してました。

第７章までやれば基礎力が身につく

この章まで終われば、一旦は基礎知識OKな気がしました。仕事でk8sをさわらないけど、何をしているの知りたいとか動いてるGKEを追えるようになりたいとかの理由でこの本を読み始めた人は一旦区切りかなとか思います。

第９章　リソース管理とオートスケーリング

k8sを利用する上でかなりのメリットかなと思いました。アプリの負荷にあわせてスケールアウトを自動でやってくれたりするのは可用性を高めてくれてかなりよきですね。
仕事で利用しているGKEではあまり高負荷がかかる場面もないのでここらへんの機能が効果的に発揮されてる場面に遭遇したことがほぼないのが残念です。

運用上のベストプラクティスをもっと知りたい

この本を読んでて思ったのが、実際の運用だとどの機能をどれぐらい利用して構築しているんだろう、です。ヘルスチェックや柔軟なスケジューリングやセキュリティなど便利な機能がたくさんあり、それらを知れてとてもよかったです。ただ、僕ぐらいのk8s初心者だと運用レベルをどれぐらい高めればいいのかって疑問がでてきました。何かしらのベンチマークとか取れたりするのかな。。今後そこらへんも調べたいと思いました。

この本は体系的にk8sを学べて最高です。文句とかは一切ないです。

マイクロサービスとの相性の良さ

複数のコンテナを安全に管理することができるk8sはやっぱりマイクロサービスとの相性はかなりいいですね。逆にマイクロサービスでなく高負荷がかかったりしないモノリスなアプリだった場合はk8sはオーバースペックかもなと思いました。普通にCloud RunとかECSとかそういうので運用のほうが費用面も考えてコスパがいい気がしてます。もちろん、利用する言語や求められるシステムによっては選択はかなり変わると思いますが。
マイクロサービスやモノリスといった話はそのまま組織論として置換できそうで、大規模なアプリや多数の開発メンバーを抱えている組織だとそれぞれを分離させて管理できるk8sといった技術はかなり有用だなと改めて思いました。逆に小さい組織の場合はもっとミニマムかつ小回りが聞く技術構成にしたりすると救われそうですね。

まとめ

k8sの勉強において最高最強の本でした。あと、GitOptsについてもこの本きっかけで理解が深まったのでよかったです。

所属している会社のアドベントカレンダーを書いた

Mon, 12 Dec 2022 11:15:10 +0900

ブログをリニューアルしてから初めての投稿です。今年はブログを全然更新できていなかったので、心機一転+記事を書く手間を極力減らして気軽に投稿できるようにリニューアルしました。無理せず継続する予定なので今後もよろしくお願いします！

アドベントカレンダー書いた

Qiitaのアドベントカレンダーを書いたのでURL載せておきます。

Scala + Play Frameworkでリクエストを値オブジェクトにする

Scalaに関する記事を書いていて、今年はScalaを触ることがほとんどで強い型付けには非常に助けられてます。（型パズル化したときは難しくて時間を溶かしてますが、、）アプリを作るなら、Java, Scala, Goあたりの静的言語はマストだなーと最近思っています。

損する結婚儲かる離婚｜幸せな家庭を築くために

Wed, 26 Jan 2022 23:10:15 +0900

明けましておめでとうございます！！2022年最初の投稿です。最近は英語、競プロ、Rust、筋トレに励んでいます。学生の時は英語の苦手意識が強くて正直嫌いな教科でした。ですが、自分のペースで好きなときに学習ができる今はそこまで苦になっておらずけっこう楽しめてます。学校の勉強は義務感が強く勉強する目的もとくになかったことが苦手意識につながったのではと思っています。プログラミングも必修になることで学ぶ機会が増えるのは良いことだと思いますが、僕の英語と同様に子供たちの苦手意識が強くならないか心配です。（誰か楽しく学習できる仕組みを作ってくれないかな。）

今回は「損する結婚　儲かる離婚」という本が面白かったので感想書きます。藤沢数希さんはおもしろい視点の本を出すので結構好きです。（笑）

結婚は金融商品

結婚とは「所得連動型の債券」という金融商品です。とかいきなり言われてもよくわからないですよね。なぜ結婚を金融商品だと考えているのか。それは結婚と離婚で動くお金が基本的には慰謝料、財産分与、婚姻費用の3つあるからです。子供がいる場合はこれに養育費がかかりますが、それは離婚成立後の話です。
僕がこの本を読んでてとても驚いたのが、この金融商品はとんでもない利益・損失を生むことがよくあると知ったからです。テレビなどを見てると離婚する際に慰謝料の話が出てきて有名人とかだととても払っている印象で慰謝料高いなーと思ってました。この本を読むと僕のようなサラリーマンが離婚するときに動くお金の内、婚姻費用が断然ヤバいことに気づかされます。慰謝料は精神的な苦痛に対する損害賠償金で浮気などの原因を作った側が支払うお金です。日本では浮気などの慰謝料は100~200万円程度で所得や社会的な地位によって変動はしないです。財産分与とは結婚してから夫婦が形成した共有財産を対象として半分ずつにします。結婚前の財産は対象外になります。普通のサラリーマンは億レベルの財産を形成しないと思うので何千万円の支払いになることはなく、形成された財産の中から支払いがされます。最後にサラリーマンでも全財産以上の支払いになる可能性がある婚姻費用（コンピと言われるもの）について書きます。別名「コンピ地獄」と言われているそうです。（笑）婚姻費用とは「民法の規定で夫婦は相手の生活を自分と同じレベルで維持し、夫婦の資産、収入その他一切の事情を考慮して、婚姻から生ずる費用を分担する義務があるとされている。」そうです。ということは夫婦間でより稼いでる方が、そうでない方に毎月一定の金額を支払う義務があります。要は夫婦の片方が専業主婦（主夫）の場合は稼いでる方が生活費を送らないといけないです。なぜこのコンピがヤバいのか。それはコンピの計算方法が、夫の所得、妻の所得、子供の人数と年齢だけから家庭裁判所でほぼ機械的に決まってしまうことにあります。そして、離婚が成立するまでこのコンピは毎月のように支払い義務があることにあります。わかりやすいようにこの本に記載されていたケースをあげます。

ケース1：夫は年収1000万円のサラリーマン、専業主婦、子なし
→コンピは14~16万円（月）

なんだそれぐらい払えるでしょ、年収1000万円なんだしって思ったあなた、僕も同じように最初思いましたがそれは甘いです。離婚騒動が裁判までもつれ込むときは調停、家裁、高裁と続き簡単に2~~3年かかるそうです。 2~~3年もの間、毎月支払うってどんな地獄でしょうか。そしてさらに地獄なのが、自分が有責ではなくてもコンピ、共有財産は支払う義務があることです。まさに地獄です。

泥沼の離婚裁判

結婚の時に動くお金について知ると離婚裁判が泥沼になることはすぐにわかりますね。稼ぎが少ない方は配偶者からお金を絞るために永遠と離婚してくれません。普通に考えたらそうしますよね。何もしなくても毎月のように高額なお金が振り込まれるので。明らかに婚姻制度のバグだろと思ってしまいますね。高所得な大人はこの金融商品を譲渡する相手を慎重に選ばないとこのバグに巻き込まれて痛い目に遭いそうですね。（もちろん、離婚せずにいつまでも円満な夫婦でいれば問題ない話です。）

離婚裁判の実情や有名人の結婚、離婚騒動で具体的な話を知れるので興味あったらこの本読んでみてください。

結婚相手の賢い選び方

結婚して専業主婦を目指す女性がいるとして、結婚相手の賢い選び方は「安定した将来キャッシュフローを期待でき、キャッシュフローの質もいい」男性です。なぜなら、結婚してから財産はしっかり形成される可能性が高く財産分与に期待ができ、高い金額のコンピも期待できるし回収もしやすいからです。慰謝料は相場があり大した金額にならない場合があるので、この2つについて注目するのがポイントですね。キャッシュフローの質についてあげましたが、たとえば、夫が大企業のサラリーマンだったら給料差し押さえがしやすいですけど、違法風俗店オーナーとかだと裁判所から発行された紙で差し押さえができるかは疑問です。

具体的にどういう職業の男性がオススメかというと、大企業の会社員、医者、弁護士などです。反対にお笑い芸人やスポーツ選手はあまりオススメじゃないです。なぜなら、結婚した後に同じように稼いでくれないと意味がないからです。
結婚相手にオススメの職業が婚活市場で人気があるのには相応の理由がありますね。

一夫一妻は自然な形なのか

急に話は変わりますが、一夫一妻制について考えさせられたので書きます。多くの哺乳類の動物は一夫多妻的な社会を作っています。内容を端折りますが、ヒトは本来ゆるやかな一夫多妻配偶システムを持っているそうです。これは現代の自由恋愛を見ればわかりやすくて、一部の男性が圧倒的にモテて多くの女性が集まり、それ以外の男性にはセックスさせてくれる女性がいない状態になっています。この本では具体的な調査結果が書かれていますが、雰囲気でも十分理解できますよね。これは現代の恋愛市場が一夫多妻制になっていると捉えられます。それに、一夫一妻で特をするのは誰なのか。一夫一妻は自然な形ではないかもって思ったあなたにもう1つ伝えたいことがあります。それは一夫一妻制によって得をしているのは非モテの男性かもしれないということです。一夫一妻の法規制によってモテる男性は1人の女性と付き合うので、一部の男性による女性の独占が起きません。ということは非モテの男性にも女性が分配されます。つまり、一夫一妻制は非モテの男性のための法制度であるとも考えられます。

他にも、一夫一妻が絶対的な扱いになっている影響で女性側が結婚するメリット少なめの男性を選ぶことはなく未婚子なしが増えて少子化にもつながっている可能性があるとか、女性が社会進出をする中で男性との男女格差がなくなっているのでわざわざ結婚せずに好きな男性との婚外子でもいいのではとか色々と考えられます。

色々と書きましたが、一夫一妻が絶対悪というわけではなくて、古き良き婚姻制度を大事にしてもいいし新しい制度を導入してもいいしとにかく現代にあった多様な家族のあり方が認められる社会になってもいいのかなと思いました。

最後に

もし結婚をするなら正しい知識と覚悟を持ってしようと思いました。とくに配偶者とより良い結婚生活を築く覚悟がないのに結婚すると相手も自分も不幸になってしまいそうです。

DIE WITH ZERO｜人生で最も大切なことは思い出

Mon, 20 Sep 2021 21:29:35 +0900

久しぶりの投稿です！最近、ブログに対する熱を失いかけていたけど友人と会ったときに「次はいつ投稿するの？結構楽しみにしている！」と言われてみてくれる人がいるなら頑張ろうかなと思えました！友よありがとう！！

このブログでは本のアウトプットをするときに要約を主にしていたけど、今後はなるべく自分の思ったことを主体にして書きます。本の要約ならYouTubeや他のブログにもごろごろあるので同じことをしてもしょうがないですよね。

この本を読み終わったときの感想は「めっちゃおもしろい！！」です。ここ数ヶ月で読んだ本の中で一番おもしろくて、結構さくっと聞き終わりました！よく世間で言われている将来のために貯金をしようとか安定している仕事に就こうとかそういった生き方について考えさせられる内容でした。（それらの生き方が間違っているとは本の中で言っていない。）著者の考える生き方は今までにない新鮮なものだったのでぜひ読んでみてほしいです！

ゼロで死ぬってどういう意味？

本のタイトルのインパクトがとにかくすごいです。最初は「ゼロで死ぬ」ってどういうこと？ってなりますが、ゼロで死ぬとはお金を残さずに死ぬことを意味してます。貯金したまま死ぬということはお金を得るために使った自分の時間がムダになっているし、そのお金で得られたはずの経験を失っています。たしかに将来のためにって考えて今の生活を質素に抑えた結果がムダになるのはもったいないですよね。この主張で誤解して欲しくないのが、お金を残さずに死ぬってことは「子供のために何も残さなかったり、困っている人のために寄付をしたりせずに自分のためにだけお金を使って死ぬ」ということではないです。子供のためにお金を残すことも含まれているし、寄付などで他者貢献をしてもいい。
ただ、遺産として残すより前に今渡せばいいのにという著者の主張があります。なぜなら、自分が死んだときに遺産として子供にお金が渡るのは平均寿命から考えると大体60とか70歳のときぐらいだし、寄付で助けてほしい人は今たくさいいる。子供には人生でもっともお金がなくて大変な若い時期にお金を渡せばいいし、寄付したいと思っているなら今すればいい。そうすれば感謝もされるし自分の経験になる。だからこそ死ぬときにゼロでいいって考え方です。

人生でもっとも大切なことは思い出

著者が考える人生でもっとも大切なことは思い出です。死ぬときに稼いだお金はあの世には持っていけないので、どれだけ価値のある経験をして思い出があるのかが自分の満足度につながるっていうのたしかになと思いました。思い出を増やすには経験を増やす必要があって、経験を増やすためには自分がしたいことや今しかできないことに時間やお金を費やすってことが大切です。この「今しかできないことをやろう」って考え方は今までの自分にはあんまりなくて、将来のために今の時間を勉強に費やそうとかをよく考えていました。人生はステージごとに今しかできないことがあって、たとえば、20代ならサッカーや野球みたいな激しい運動をして楽しむことができるけど、60代になってその運動はできないです。運動以外でも旅行や食事、リスクのある挑戦など若いときじゃないとできないし思いっきり楽しめないことがあります。だからこそ、若いときから少ない給料なのにこつこつ貯金をするのではなく、借金をしたとしてもいい体験ができるのならしようって考え方はありだなと思いました。
この本の中で著者が若いときに毎月貯金をしていて上司から「この先、収入は増えるのになぜ元気で若い今の自分が、将来収入が増えるであろう自分のために貯金をするのか。」のように言われるシーンがあって、自分も経験のためにもっとお金を突っ込もうと思いました。老いたときの経験よりも若いうちの経験は何十年も活きるから、今こそリスクをとった経験をするべきだなと思いました。歳を取ってからの挑戦は身体的にもきついし、家族がいるので借金もできないしとかを考えると若い今こそリスクを取るべき。

終わりを意識する

自分の終わり＝死ぬことを意識すると今残っている時間をもっと有意義に使おうって考えることができますね。これってスティーブジョブズの演説でもみたことある内容だなと思いました。死を意識しないと人は永遠と今の時間が続くと錯覚してしまう。時間が永遠にあると思うから今をムダにしても全然大丈夫だと感じてしまう。自分の終わりを意識することは大切だなと改めて思いました。時間は自分の命。

この本に出てくる自分の寿命を測定するアプリをダウンロードするかどうか考え中です。（課金したらダウンロードできるアプリみたいなので。。）

資産を取り崩すのは45~60歳がオススメ

これぐらいの年齢は健康でお金を持っていてかつ人生も折り返し地点なので資産を切り崩すことを考えるのに適しているみたいです。仕事が好きな人にとってはこの歳って稼げるしいいポジションでおもしろい仕事ができているのかなと思います。仕事をすることはいいことだしやりたいのなら全力でやるべきだとは思うけど、人生の思い出を増やすためにはもっと違った経験にお金を使うことを考え始めるのが良さそうです。それにお金から得られる価値は年々下がっていて、80歳の時の旅行と30歳の時の旅行ではどっちが楽しめるのかって考えると30歳の方だと思います。歳を取ってからお金を手にしても有意義に使えないときが多そうなので若い内にいい経験できるようにお金を使いたいですね。

最後に

この本の著者は親しい人や家族を何十人も旅行に招待して飛行機代やホテル代、遊び代などすべてを出して最高の思い出を作ったりとすごいいい経験をしている人でうらやましいです。自分も特別な経験にお金を使いたい！！

この本の内容を知るためにYouTubeの要約動画を見るのもいいと思いますが、知人の話や著者の実体験が多く語られていてより本を読んだ方がよりイメージしやすいので本がオススメです。

それとこの記事を書いていて思いましたが、伝わる文章としてうまくまとめようとすると鬼ほど時間がかかるので、スピードと質のバランスは考え直そうと思いました。

読書方法を変えて低レイヤーの本を3冊読んだ

Tue, 13 Jul 2021 20:44:35 +0900

以下記事を読んでから技術書の読み方を変えてみました。
読書のやり方を変えてみたら知識の吸収速度・引き出し速度が上がった話

実際にこの読書方法を実践してみてどうだったか感想を書きます。

読んだ本の紹介

今回は以下の低レイヤーの本を3冊読みました。

なぜ低レイヤー？

僕は情報系の学部出身ではないので、CSの基礎知識がめっちゃ欠けています。。エンジニアとしてアプリケーション以下の低レイヤーの理解を深めることでハードウェアを効率的に利用した開発ができるようにしたかったです。また、システム障害時に素早く対応できるようにもしたかったです。基礎が身についていると新技術の理解度も上がると思うのですぐには効果が出ないですが、以前から勉強したいと思っていました。

読書方法の紹介

基本的には参考にした記事の方法で読書しました。違う点として電子書籍を読む端末を持っていないので紙の本を読み、ハイライト方法には付箋を貼って対処しました。高校生みたいでちょっと懐かしかったです。笑
それと読書ノートや知見まとめノートは作っていないです。

赤色のハイライトまとめ

最初の「*」は赤色のハイライトをした部分です。その下のスペースが入った後に「*」がある部分は自分の気づきや学びを書いてます。

[試して理解]Linuxのしくみ　実験と図解で学ぶOSとハードウェアの基礎知識

赤色のハイライト * コード領域とデータ領域の「メモリマップ開始アドレス」が必要な理由は、CPU上で実行される機械語命令においては、高級言語で書かれたソースコードと異なり、特定のメモリアドレスを指定する必要があるからです。32
気づきや学び        * プログラムを実行するためにメモリアドレスの指定は必須。

* 1つのCPU上で同時に処理するプロセスは1つだけ 40
    * 1つのCPUで複数の処理を同時に捌けない。最近のCPUは複数のコアを持っているから並列に処理を捌ける。

* 図04-11 プログラム内の関数が実行されるタイミング（正しい理解）52
    * コンテキストスイッチによりプロセスが切り替わる。

* プロセスのページテーブルをうまく設定すれば、図05-23のように、物理メモリ上では断片化している領域を、プロセスの仮想アドレス空間上では大きな1つの領域として見せることができます。112
    * プログラムを動かす環境では仮想化技術は必ず出てくる。

* 図05-25 仮想記憶では、他のプロセスのメモリ空間にはアクセスできない 115
    * 他のメモリ空間を勝手に変更できなくなるので他のプロセスによりメモリ操作の心配がなくなる。

* 仮想メモリの枯渇とは、プロセスが仮想アドレス空間の範囲一杯まで仮想メモリを使い切った状態でメモリを獲得しようとしたときに発生します。133
    * 仮想メモリの容量も気にしないといけないので管理が複雑になる。

* これはストレージデバイスの一部を一時的にメモリの代わりとして使用するしくみです。141
    * スワップの話でOOM対策の一つである。

* プログラムのワークロードをキャッシュメモリのサイズに収めることによって、性能を大きく向上させます。165
    * プログラムを高速に動かすにはCPUの近いところでデータを配置することが大切。

* 設定変更や時間の経過によってシステムの性能が突然、数行も劣化したような場合は、ファイルのデータがページキャッシュに収まらなくなった可能性があります。187
    * ブラウザでもキャッシュの仕組みがあるが、速度を上げるためには必要。

* これらのシステムコールが発行されると、次のような順序でファイルのデータを読み出します。197
    * ファイルシステムによらず統一的なインターフェースでアクセスできるのがLinux。

* SSDとHDDの一番大きな違いは、SSDの場合はデータへのアクセスに機械的な動作が一切なく、電気的な動作だけで住むことです。254
    * SSDのメリットは高速にデータの読み書きができることだが、HDDと比べると費用が高い。

プログラムはなぜ動くのか　第2版　知っておきたいプログラムの基礎知識

* CPUの制御装置は、プログラム・カウンタの値を参照して、メモリーから命令を読み出して実行します。21
    * プログラムの実行順序はこのカウンタを参照している。

* コンピュータは、引き算を行う場合に、内部的には足し算として演算するようになっています。40
    * 2進数では補数を使ってマイナス表現をする。

* ポインタとは、データの値そのものではなく、データが格納されているメモリーのアドレスを持つ変数のことです。80
    * C言語で出てくるポインタはアドレスを指定していて自由に値を入れられる。

* 仮想記憶によって発生するページインやページアウトは、低速なディスクのアクセスを伴うので、その期間だけアプリケーションの動作が遅くなってしまいます。103
    * この機能はLinuxでいうところのスワップ。

* Java仮想マシンは、Javaバイトコードを逐次ネイティブ・コードに変換しながら実行します。145
    * JVMで動かすときは高級言語をバイナリまでコンパイルしていない。まずはVMコードに変換している。

* 何らかのプログラミング言語で記述されたソースコードは、ネイティブ・コードに翻訳されなければCPUに理解してもらえません。153
    * 動的言語でも静的言語でも実行するにはネイティブ・コードに変換しないとダメ。

* 複数のオブジェクト・ファイルを結合して1つのEXEファイルを生成する処理がリンクであり、リンクを行うプログラムのことをリンカーと呼びます。159
    * リンクしないとプログラムが動かない。

* ライブラリ・ファイルは、複数のオブジェクト・ファイルをまとめて1つのファイルに格納したものです。160
    * C言語ではライブラリ・ファイルに実行されるバイナリが入っていて標準関数をプログラムの中で実装したときはリンクさせないと実行する関数の中身がないってことになる。

* 外部シンボルとは、他のオブジェクト・ファイルの中にある変数や関数のことです。161
    * 「シンボルの未解決」とはこのファイルに目的の変数や関数が記述されていないときに発生する。

* スタックは、関数の内部で一時的に使用される変数（ローカル変数）や、関数を呼び出すときの引数を格納するためのメモリー領域です。
ヒープは、プログラムの実行時に任意のデータやオブジェクトを格納するためのメモリー領域です。156, 166
    * Javaでもスタックやヒープ領域に関するエラーなどが出てくるのでここら辺の理解は重要。

* レジスタは、メモリーよりアクセスが大幅に速いので、処理を高速化できるからです。219
    * 他の低レイヤーの本を読んでも出てくる箇所。レジスタ、メモリー、ストレージの記憶媒体の使い方は重要。

* IN命令は、指定したポート番号のポートからデータを入力し、それをCPU内部のレジスタに格納します。
OUT命令は、CPUのレジスタに格納されているデータを、指定したポート番号のポートに出力します。235
    * ポート経由でデータの入出力をする。レジスタに格納して実行するタイミングの詳細が気になる。

* CPU内部のレジスタは、データを演算処理するものですが、I/Oコントローラ内部のレジスタは、基本的にデータを一時的にに格納するだけのものです。 236
    * I/Oコントローラ内部にもレジスタのような記憶装置を持っている。

コンピュータシステムの理論と実装　モダンなコンピュータの作り方

* 2の補数を用いることで、単純なビット単位の加算が行えるハードウェアがあれば、特別なハードウェアを用いることなく正と負のどちらの加算も行える、ということになる。31
    * コンピュータを表現する２進数は低レイヤーでは必須知識。

* 機械語においてハードウェアとソフトウェアが交わり、機械語においてプログラマーの抽象的思考（これは記号命令によって表される）がシリコン上で実行される物理的操作に変換される。60
    * プログラマの思考が最終的に機械語に変換される様は魔法みたい。

* アセンブラはアセンブリコマンドを入力として受け取り、その出力として対応するバイナリ命令を生成する。116
    * アセンブリと機械語は1:1になっていて機械語の理解にはとてもいい。

* コンパイラにおいても、バイナリである機械語を直接生成したほうが都合がいいため、シンボルを含んだコマンドをわざわざ生成するようなことはしない。128
    * アセンブリを作成する理由はあんまりなさそう。

* 最初のステージは高水準言語の仕様だけに依存し、2番目のステージは対象とする機械語の仕様だけに依存するからである。135
    * VMのメリットとしてそれぞれのステージにのみ関心を持てば良くなる。

* コンピュータサイエンスという分野においては、「シンプルさと優美さを兼ね備えたものは表現力も豊かである」というのが常である。139
    * CSだけではなくこれは言えると思う。シンプルで美しく保てると変更しやすく表現力が豊かだと思う。

* トークナイザは、ソースコードに大して意味を持つコードの最小単位である「トークン（字句）」に変換する。
パーサは、一連のトークンを言語の構文ルールに適合させ、その構文構造を明らかにする。225
    * 上記二つで構文解析器を作成している。Javaとかでも同じなのか。

* 図10-1 Jackコンパイラ 225
    * この図はとてもわかりやすい。

* 一般的に、プログラム言語は、それが許可するトークンと、そのトークンを意味のあるプログラム構造へ結合させる構文ルールを正確に指定する。226
    * 字句解析では高級言語のコードを意味のあるトークンというグループにまとめる。

* プログラマーは通常、LEX（lexical analysis）やYACC（Yet Another Compiler Compiler）などの”コンパイラ生成器”を使ってトークンナイザやパーサを作る。243
    * 一から構文解析器を書くことはないらしい。

* OSは通常、高水準言語によって書かれ、他のプログラムと同様にバイナリへとコンパイルされる。278
    * OSの実装をする際も何かしらの高級言語で書かれている。

* 高水準言語を用いる利点のひとつは、--変数のためのRAM領域への割当や、変数が必要でなくなったときにそれを再利用する方法について、プログラマーはその詳細を気に掛ける必要がない--という点が挙げられる。284
    * システムを作る上で各層毎に役割を与えてそれぞれを依存させないことでその中身を知らなくてもいいようになっている。クリーンアーキテクチャもこういった思考の元だと思う。

各本の総評

[試して理解]Linuxのしくみ　実験と図解で学ぶOSとハードウェアの基礎知識

この本は図が多めで理解しやすいように丁寧な説明がされています。低レイヤー関連の本を読むとき、一番最初に読む本として適していると思います。詳細な説明は割愛されているのでLinuxのしくみを知るための入門としてオススメです。

2025年を制覇する破壊的企業｜注目するべき企業が分かる

Mon, 14 Jun 2021 22:44:30 +0900

今回は「2025年を制覇する破壊的企業」をAudibleで聞きました。最近はJournalをリリースしてから次に何を作ろうかを決められずにだらだらと過ごしてます。 muuteっていうネイティブアプリでジャーナリングなどのサポートをしてくれて使いやすいアプリがあり、こういう方向性がメンタル領域では良いのかなとか思いました。

さてこの本を聞いて気になった箇所をふれながら感想を書きます。

注目するべき11社

著者の山本康正さんがあげた破壊的企業はこれらの企業。

Google
Amazon
Facebook
Apple
Microsoft
Netflix
Tesla
CrowdStrike
Robinhood
Impossible Foods
Shopify

GoogleやAmazonは誰でも馴染みがあると思いますがCrowdStrike・Robinhood・Impossible Foodsは初耳でした。 CrowdStrikeはPCなどのセキュリティのサービスを提供している企業でインターネットをつなげているだけでPCのセキュリティを最新の状態にできるらしいです。 Robinhoodはゲーム感覚で投資ができるスマホアプリを提供している企業です。投資をするためには手続きが色々と必要だったり、投資アプリが使いづらかったみたいです。それらの煩わしさから開放されているらしいです。 Impossible Foodsは代替肉を作っている企業です。大豆から肉に近い食感や味を作ることで人口増加により食料問題などの解決策になります。

これらの企業を注目するべき理由として業界の常識を破壊するだろうってことがあります。 Teslaの話ででてくるロボタクシーは今のタクシー業界やUberなどをまるっと破壊しそうです。ロボが運転を代わりにやってくれるならわざわざ人がやる必要ないですよね。 AmazonやAppleなどはアマゾンプライムやiPhoneの利益が半端ないので他の業界に参入したとき赤字でもサービスを提供できます。たとえば、Apple Cardはポイント還元を他のクレカよりも高めに設定したとしてもiPhoneユーザーにできればそこで採算が取れるみたいです。それにそのサービスから得られるユーザーデータを分析することでより精度の高いサービスを考えられます。

この本を聞いていて具体的になんで注目するべきかをビジネス面、技術面どちらの視点も入れていて非常にためになりました。

コングロマリット、体験、データ

大切だと思った箇所についてふれます。コングロマリットとは異業種にも手を伸ばして事業を始める企業のこと。 GAFAなどが映像業界に手を出したのもコングロマリットでGoogleのYouTubeやAmazonのプライムビデオなどが該当します。技術力やデータを駆使して異業種の不便さを劇的に改善するのが今後のトレンドになりそうですね。

ハードやソフトの発達によりサービスで得られる体験こそに価値があるという話がでてきます。サブスクなどが流行っている理由も体験を得られるいい手段だからってことがあると思います。家で映画を見る場合は15年前ならTSUTAYAとかでビデオを借りて家のビデオデッキを使ってみるっていうのが一般的だったと思います。でもよくよく考えるとビデオの中身にある映画を見るっていう体験を僕たちは欲しいですよね。ビデオを借りることは手段でしかないです。体験こそに価値があるのはそういうことです。

これからの時代ではデータを制した企業が勝つっていう話もありました。 Amazonはユーザーの購買データを膨大に持っていてそれをうまく活用できれば、「この人は肥満になりやすい商品ばっかり購入しているから保険金は高めに設定する。」といったAmazonの異業種である保険に対しても精度の高い便利な商品を作れます。データをうまく活用することでユーザーを知ることができます。ユーザーを知れれば今何をすればいいのかが明確になり、新しい効果的な手を企業がうてます。

これらのトレンドを活用する企業に先行投資すればがっぽり儲けられるかもしれないですね。笑

個人レベルで必要な5つのスキル

これらのスキルがあるとこれからの未来で市場価値の高い人材になれそうです。

ファイナンス
データサイエンス
プログラミング
英語
ビジネスモデルを読む力

自分の中では英語は必須かなと思います。とくに英語の読む力が足りないと最新のニュースや論文などのキャッチアップができないです。英語圏で情報が出てくることがほとんどなので、時代の最先端をいこうと思うと英語を読めないとつみますね。データサイエンスやプログラミングなど今ブームになっているIT系の技術についてはある程度どういったものかを知っていればいいと思います。僕はソフトウェアエンジニアをしているのでプログラミングスキルは一番伸ばさないといけない能力ですが、技術者ではない人はある程度中身を知っていて仕事を依頼できる状態なら問題なさそうです。個人的にはファイナンスに関する知識が薄いのでここも身につけたいなと思ってます。

最後に

未来がどうなるかは正確にわかる人はいないですが、こういった未来を予測する系はワクワクするのでおもしろかったです。今の自分は大した知識を持っていないのでもっとIT系だけではなく広い視点で物事を考えられるように学びたいなと思いました。技術を使って世界を変えることで仕事を失う人がいるとは思いますが、より単純な仕事を機械に任せることで人はクリエイティブな仕事に専念できそうです。

オードリー・タンデジタルとAIの未来を語る｜デジタルとの向き合い方を考える

Sat, 15 May 2021 23:04:16 +0900

最近ネットでよく見かけていたオードリー・タンが書いた「オードリー・タンデジタルとAIの未来を語る」をAudibleで聞きました。ジムで筋トレしている時に耳が空いてるなと思ってここ数ヶ月筋トレをしながらAudibleを聞いています。効率いいとは思いますが、トレーニング中につい考えてしまうので少しトレーニングの質が下がっているかなと思っています。

今回は思ったことを書き殴るスタイルで本の内容をアウトプットします。

台湾のコロナ対策ですごい結果を出していた

著者は台湾のデジタル担当政務委員であり、世界の中でもいち早く新型コロナウイルスの封じ込めに成功した台湾での対応により世界中に注目されたそうです。対応内容として主に国民に効率よくマスクを配布するシステム開発をしたそうです。この対応で僕がいいなと思ったことは国民と政府がお互いに信頼して対応していることです。政府のトップダウンで強制的にやらせるのではなく、国民の意見を尊重した上で対応していました。今の日本のコロナ対応をみていると政府と国民の間に信頼関係が構築できているようには思えないです。台湾では信頼関係があるからこそ妨げが少なく迅速に対応ができたのかなと思いました。

AIとの付き合い方

「今後は人々の仕事をAIが奪う。」といった考えが耳に入ってくるときがあります。ですが、AIはあくまで現代人がやっている単純な作業を代わりにやってくれて、よりクリエイティブな仕事を人ができるようにサポートしてくれる存在です。これまでの歴史でも科学の発展により単純な作業をする仕事はなくなりました。たとえば、わざわざ洗濯板で洗濯しなくても洗濯機が代わりにやってくれたりとか。
これからの時代は今までより変化が激しいと言われているので成長意欲がなく今と変わる気がない人にとっては仕事がなくなる恐れは確かにあると思います。

最後に

オードリー・タンの経歴が本当にすごくてびっくりました。デジタル担当だけではなくシリコンバレーで起業したり、OSSに貢献していたり。学校にはあまり通っていないみたいですが、自分のやりたいことが明確に決まっている場合はオードリー・タンみたいに学校に通わず挑戦するのがいいのかもと思いました。

Journalを支える技術

Tue, 20 Apr 2021 20:50:14 +0900

Journalというジャーナリングをするアプリをリリースしました。ジャーナリングとは自分が思っていることを書き出すことで自分について理解を深めたり、自分がやりたいことを見つけるのに役立ったりします。日記をイメージしてもらうのがわかりやすいと思います。

今回はJournalを支えている技術について紹介します。

フロントエンド

Next.js

フロントエンドはNext.js（React）とTypeScriptを使っています。なるべくシンプルに作りたかったので全ページをSPAで作っていますが、SSGできそうなところはSSGを使って静的ファイルにしたいと思ってます。

Tailwind CSS

CSSにはTailwind CSSを使っています。Next.jsとの相性が良さそうだったのとシンプルで使いやすそうだと思って選びました。CSSの知識が乏しいのでネットの有識者を参考にした結果、Tailwind CSSにしました。

Vercel

フロントエンドの本番環境のデプロイ先にはVercelを使っています。 VercelはNext.jsの運営元でデプロイがとても簡単で使いやすかったので選びました。 GitHubのリポジトリを指定すれば自動でデプロイをしてくれますし、設定も少なめで本当に簡単です。

Vectr

サイトのロゴやファビコンを作るのにVectrを使っています。Vectrはsvg形式のファイルを無料で作れるので利用しました。

バックエンド

Echo

バックエンドはGoのフレームワークであるEchoを使っています。 GoでAPIを作るのにEchoはとてもお手軽とのことだったので選びました。アーキテクチャにはクリーンアーキテクチャを選んでいます。クリーンアーキテクチャでコードを書いたことがありませんでしたが、テストコードが書きやすかったり、外部のライブラリなどの依存が減るので採用してよかったなと思っています。また、コード量が増えたことはデメリットかなと思います。

Cloud Run

バックエンドの本番環境のデプロイ先はCloud Runを使っています。ローカルの開発環境でDockerを利用していて同じようなDockerfileでCloud Runにデプロイができ、Cloud Runがいい感じにリクエストをさばいてくれます。

ただ、アプリが起動するまでに10秒弱ぐらい時間がかかってしまいAPIのレスポンス待ちになってしまうのがデメリットかなと思います。Cloud RunはフルマネージドでAPIを叩かれていないときはコンテナが起動していないのでレスポンスに少し時間がかかってしまうのは仕方ないですね。

Cloud SQL

データベースの本番環境はCloud SQL(PostgreSQL)を使っています。普段の仕事でも使っているRDBが自分としては使いやすいの選びました。

その他に利用しているサービス

GitHub Actions
CI/CDツール。バックエンドのデプロイに使っています。
Firebase Authentication
ログイン認証のため。
Google Domains
ドメイン取得のため。なるべくGCPにサービスを寄せている。

禅、シンプル生活のすすめ｜手放すことから始めよう

Thu, 11 Feb 2021 17:21:21 +0900

今回の記事は「禅、シンプル生活のすすめ」です。今回もAudibleで聞きました。最近、ミニマリストや禅などのシンプルな考え方が気になっていたので購入しました。著者は枡野俊明（ますのしゅんみょう）さんという僧侶、作庭家、日本造園設計代表、多摩美術大学教授などいろんなことをしている人みたいです。

読む目的

シンプルに生きることで生活の質を上げる

学び

とらわれない
人は自分が正しいと思う考えにたどり着いたとき、その考えに固執しがち。考えや常識にとらわれないことで変化を楽しめるし気持ちが楽になる。
手放す
物事がうまくいかないとき、何かが足りないと思ってしまいがち。現状を変えるなら何かを得る前にまずは手放す。今まで抱えていた執着のせいでうまくいってなかったのかもしない。
不安は実体がない
人は不安を感じることが多いがたいていの不安は現実では起きない。昔の逸話で不安を抱えている人がお坊さんに相談をしたとき、そのお坊さんが「不安を出してくれれば私が消してあげよう。」と言った。相談者は不安を出すことができないと気づいた。
今目の前に集中する
将来のことを考えてもどうなるかは誰にもわからない。考えることは大切だができない理由を探している場合が多い。わからないからこそ不安を抱えるのではなく今目の前にだけ集中する。来月死ぬとしたら誰もが今目の前に集中するはず。
知足
自分が持っていないものを欲しがったり自分以外の誰かに憧れるのではなくて、今自分がすでに持っているもの注目して生きるということが「足るを知る」。現状の環境や自分が持っているものに感謝をしつつ自分の持っているもの十分に活かそう。
なぜ墨で絵を描くのか
たとえば同じ夕日でも人によって感じ方がそれぞれ違う。墨を使って白黒で描くことによりそれを見た人が自分自身の色をつけられる。

行動すること

断捨離をする
手放すことを進めるためにも断捨離をして身軽になりたい。 1年間使っていないものは基本的には捨てる対象。
本は電子書籍かオーディオブックにする
本は部屋の場所を取る大きな要因。自分がその本を部屋に置きたいと強く思わない限りはデータで本を扱う。 iPad miniの新型がでたら買って電子書籍を読む用として使う。
洋服の制服化をする
洋服も場所を取るし手放す対象。洋服の制服化をすると毎日何着るか考えなくて済むし、お金もかからない。いきなり同じ服しか着ないのはむりなので最低限の洋服を持つことから始める。
本当に必要な質の良い物をもつ
量よりも質を考えて大切に物を扱いたい。

感想

アドラーと似ている考え方が結構多いと思った
他の本で読んだ考え方と似ている箇所があったりと繋がりがあっておもしろい。
自分のできる範囲からミニマリストを目指してみる
シンプルに生きるためにも少しづつ自分にあった方法を探したい。
持つことはコストがかかる
今まであまり意識したことがなかったが持つだけでもコストがかかっている。物理的にも場所を取るし、心が重くなる原因にもなる。

教養としての投資｜投資を始めよう

Fri, 29 Jan 2021 22:31:50 +0900

今回の記事は「ビジネスエリートになるための教養としての投資」です。今回もAudibleで聞きました。この本は農林中金バリューインベストメンツでCIO（最高投資責任者）の奥野一成（おくのかずしげ）さんが執筆された本です。長年投資の世界にいる奥野さんが日本人にはなぜ投資が必要なのかをわかりやすく解説してくれてます。

読む目的

金融リテラシーを身につけて豊かになる

学び

企業が利益を出し続けるために必要な要素は「参入障壁」「付加価値」「長期潮流」
まず「参入障壁」の高さが大切。競合に簡単にまねできないビジネスだと市場の取り合いにならない。「付加価値」はその会社が参入障壁を持っていても社会に対して価値を提供できていないと意味がない。「長期潮流」は「参入障壁」「付加価値」がそろった時に効果を発揮するもので今後の社会の流れに沿っているビジネス（世界人口増加による食糧危機や靴などの必需品の需要増加）なら利益が増幅する。
楽して稼げるは投機か詐欺
楽して稼げる話があったとしてもしそれが本当なら世の中の人みんな稼げているはず。稼げていないってことは元々勝率50%ぐらいのギャンブルか100%負ける詐欺。もし本当に楽して稼げる話があったとしてなぜあなたにその情報が届くのかちゃんと考えた方がいい。
日本人は投資リテラシーが低い
日本人は投資が危険とか汗水かいて働いて得たお金にこそ価値があると考えている人が多い。実際には投資は正しい知識を持てばリスクに対してリターンをしっかりと得られるし、会計や英語や世界情勢など複合的な知識が求められるので頭でとても汗水かいている。日本人はそもそも投資の経験不足で、日本人の資産内訳が現預金53.3%でアメリカの資産内訳が12.9%からも投資をしないことがわかる。
短期的な投資はゼロサムゲームでほとんど投機
短期的な投資はたとえば株だと上がった株価で儲けた人がいるならその分損をした人がいる。あくまで株価の上下のみで勝ち負けを決めているため。これはギャンブルになりやすい。

行動すること

働いて得たお金は基本的に自己投資に回して余剰資金を投資に回す
資金力がない僕のような会社員はまずは自己投資に回すことで自分をアップデートするべき。高い価値を発揮する労働力になればその分稼ぐ力が身につく。で余った分のお金は生活が苦しくならないレベルで投資に回す。
つみたてNISAで少額から始める
銘柄を選んで株式投資する場合はその会社の株を死ぬまでもつ気持ちで買うべきって話があって今の自分の投資だと銘柄を選ぶ能力がない。なので、まずはつみたてNISAでアメリカ株に投資することから始める。また投資状況が気になって毎日チェックして時間を使ってしまうのはもったいないので無理ない範囲から始める。

感想

ウォーレン・バフェット最強。

デール・カーネギーの「人を動かす」はとりあえず読むべき

Sat, 09 Jan 2021 18:58:47 +0900

2021年に入って一発目の記事はデール・カーネギーの「人を動かす」です。いつも通りAudibleで聞きました。この本は1936年発売で作者のデール・カーネギーは作家、セールス・スピーチなどの対人スキルの研究者だったそうです。自分の目的のためにどうやって相手に気持ちよく動いてもらうかについてさまざまな偉人の話を交えながら30原則にまとめてあります。

読む目的

人の動かし方を学んで、人間関係を良好にする方法を学ぶ

学び

自己重要感を満たしてあげることが大切
人を動かすためにもっとも大切なことは相手に自己重要感を与えること。自己重要感は自分の存在がこの世界で特別で重要だと思いたい感情のことで承認欲求とほぼ同じ。人は誰しもこの自己重要感を生まれながらに持っていて、自己重要感を満たすととても幸せな気持ちになる。自己重要感を与えるもっともかんたんな方法は褒めること。
議論をしない、否定をしない
議論は相手の意見と自分の意見が違った時に起きるが、自分の正当性を相手にぶつけて議論に勝ってもいいことはない。相手は自分が非難されて攻撃されたと感じてしまう。そうすると自分を守るために自己正当化をしたり、議論の相手を敵だと認識して人を動かすどころではなくなる。相手に気持ちよく動いてもらうのに議論や否定などの攻撃はアンチパターン。
相手に心から関心を寄せる
人を動かすためには相手を褒める・励ます・話を聞く・相手に思いつかせるなどのさまざまな手法があるが、これらは相手に心から関心を寄せていないと逆効果になる。てきとーに褒められらたり、励まされてもばかにされたように感じるだけ。本当に相手の立場になったつもりで考えることが大切。

行動すること

相手が間違っていると思っても相手の立場に立って尊重する
間違っていることを否定されたらどういう気持ちになるか考えて行動する。もしどうしても指摘したいときはまずは相手のことを褒めたりしてから「〇〇したらどうか？もっとよくなるかも」と提案をする。
自分の目的別に行動を考えて実行する
自分の目的が短期的に人を動かして成果を出したい場合は相手を褒めることを重視して行動をする。自分の目的が長期的に家族のような関係を築きたい場合は褒めないようにする。アドラー心理学にもあるように褒めることは承認欲求の奴隷に相手をしてしまうことに繋がるため。

感想

この本は当たり前がいくつも書かれているが、それを実践することは難しいからこそベストセラーになっていると思った。
人を動かすvs嫌われる勇気の構図が頭に浮かんできて褒めるについてとても考えさせられた。これらの本を読むと矛盾しているように思うがそもそもの目的が違っていてビジネス向けのカーネギー、家族向けのアドラーって感じだと思う。

2020年の振り返り

Sat, 26 Dec 2020 21:38:51 +0900

2020年ももう終わりですね！毎年思いますが、1年が終わるの本当に早いです。皆さん2020年はどんな1年だったでしょうか。コロナウイルスの影響で生活ががらりと変わった人がとても多いと思います。僕は仕事では今まで週2でやっていたリモートワークが週5に変わった感じで仕事がなくなるとかはありませんでした。柔軟な対応をしてくれた会社には感謝です。
環境の変化が激しかった2020年ですが、自分は何ができて何ができなかったのか振り返ろうと思います。

できたこと

ブログ開設
Twitterの継続
個人開発に取り組んだ
AtCoderを始めた
自宅環境の改善
読書の継続
ジャーナリングの習慣化
筋トレの継続
サウナの習慣化

1. ブログ開設

本日、個人ブログの公開を行いました！！

まだまだ、記事は少ないし、サイトの見栄えや設定が整っていませんが、これから改善していくので、よろしくお願いします！！https://t.co/aFzW1X5Cyy
— Yu (@yuyagishita) March 22, 2020

3月22日にブログの公開をしました。コロナウイルスが日本で流行り始めて家にいる時間がめちゃくちゃ増えたので前から作りたかったブログを作りました。ブログはGolang製SSGのHugoを使って構築しました。Golangの学習も兼ねてHugoを選びましたが、今だったらNext.jsとかGatsbyとかを選んでいたかもです。

2. Twitterの継続

去年Twitterをはじめて気付いたら1年以上経っていました。Twitterはつよつよエンジニアをフォローして考え方を吸収したり、情報を集めることをメインで利用してました。情報発信の場としてはうまく活用できてないですが、今の自分では駆け出しエンジニアにフォローされるよう頑張るぐらいしかできないしそもそもフォロワーを増やす意味は？って考えたら発信に力をいれる必要が今はないかもと思ってます。

3. 個人開発に取り組んだ

自分的には個人開発に力を入れて時間をたくさん使ってました。個人開発は企画、デザイン、フロント、バックエンド、DB、インフラなどすべてを自分でやらないといけなくてめちゃくちゃ勉強になりました。個人開発はリリースして収益化できればそれで食べていけるし、ポートフォリオとして機能するし、勉強になって自分のスキルが向上するしエンジニアにとっていいことしかないなーと思いました。自分のプロダクトを作りたい、おもしろいことをしたいって気持ちにしたがって来年も取り組みます！

4. AtCoderを始めた

自分のプログラミング能力をあげたいと思って競技プログラミングを始めました。D問題以上が解けなくて自分の力のなさを実感しています。。僕はPythonで競技プログラミングをしていて、C系に比べるとちょっと遅いのかなーと思いつつ仕事で使ってある程度かけるPythonでやってます。

5. 自宅環境の改善

コロナウイルスの影響で自宅にいる時間がめちゃくちゃ増えたので自宅環境の改善をしました。自分の部屋が狭いので家具を捨ててスペースを作って、そこにフレキシースポットのデスクとアーロンチェアの中古を置いてます。また、HHKBを買ったり（これまじでいい買い物だった。）、AirPods Proを買ったり（隣の住人がうるさくてノイズキャンセルしたくてw）といい感じになりつつあります。
次は4kモニターを買う予定です。お金がありません。

6. 読書の継続

今年はいろんな本を読みました。読んだといってもほとんどAudibleなので聞いたが正解ですかね。読んだ本はこれらの本です。

嫌われる勇気
幸せになる勇気
LIFE SHIFT
仕事は楽しいかね？
論語と算盤
1兆ドルコーチ
僕は君の「熱」に投資しよう
パン屋ではおにぎりを売れ
デール・カーネギーの人を動かす方法（読み途中）

アドラー心理学の嫌われる勇気、幸せになる勇気が1番衝撃でした。マジでオススメです。読書は自分の世界が広がるので今後も続けます。

7. ジャーナリングの習慣化

ジャーナリングを始めました。詳しくはググって欲しいです。代わりに0秒思考をやめました。ジャーナリングは自分の気持ちや考えを0秒思考よりもより柔軟に広く深められると思ったのでこっちに乗り換えました。 0秒思考ありがとう。

8. 筋トレの継続

週2筋トレを継続しています。全人類やった方がいいですね、間違いない。緊急事態宣言のときは家で自重トレをしてましたが、基本的にジムにいってます。継続した結果、体重が72.5kg→65kgまで減って満足です。体が軽い。今度ブログの記事にしようかなと思っています。

TablePlusで追加したデータが取得できない

Mon, 07 Dec 2020 20:48:35 +0900

PostgreSQLにTablePlusからデータを作成したはいいもののGolangから作成したデータが取得できない。。ということが発生していました。解決策はとても単純でしたが、少しハマったので記事にしました。

解決策

TablePlusの画面でデータを作成した後にコミットができていなかったです。

上記画像の状態だとコミットができていません。⌘Sなどでコミットしてあげましょう。

しっかりと公式ドキュメントを読まなあかんですね。

「パン屋ではおにぎりを売れ」で考える技術を身に付けよう

Wed, 18 Nov 2020 23:37:31 +0900

今回は「パン屋ではおにぎりを売れ」をAudibleで聞きました。この本は今年の6月発売なのにすぐにAudibleに対応されていてAmazonさんさすがです。
この本の著者は編集者の柿内尚文さんでさまざまなベストセラーを世に送り出していて、企画した本の累計発行部数が1000万部を超えているそうです。漫画ではなくビジネス書でこれだけ売り出すのは相当すごいみたいですね。
めちゃくちゃ結果を出している柿内さんはセンスがあったからとつい思ってしまいますが、ご本人は自分のことを平凡だと言っていて考える技術を身に付けて実践してきたから今があると言っているそうです。この本は柿内さんが実践している考える技術について詳しく解説されています。

読む目的

考える技術を学んで自分の人生に活かす

学び

素晴らしいアイデアを生むための3つのルール

ゴールを決める
インプットして現状を整理する
考える技術を使う

「考える」の基本は「広げる」と「深める」
「広げる」ことで可能性を考えて、新しいものを生み出すことができる。
「深める」ことで本質的な価値に気付ける。
ずらす法
今存在しているものを位置をずらすことで新しい価値を生む考え方。柿内さんが若手ビジネスパーソン向けに作成した「「のび太」という生き方」が40代女性に売れていて小中学生からファンレターがよく届いてたことから、児童向けの本としてアピールすることで40万部のベストセラーにした。ずらすことで新しい価値が生まれる。
かけあわせ法
さまざまなことやものをかけあわせることで思考を広げて新しいものを生む考え方。ヒットの2大要素は「新しさ」と「共感」。「出会ったことがない言葉と言葉」をかけあわせて思いもよらないアイデアを生むきっかけになる。
360度分解法
360度全方位から分解して魅力や価値があるところを無理やりにでも見つける考え方。たとえば、出版業界では不況だが本をもっと買ってもらうためにはどうするかを考える際に「本と健康」というテーマを作ってみる。このテーマで本を買ってもらうために健康長寿の人に読書の習慣をもつ人が多い、読書は脳を若返らせる、短い読書でもストレスが大幅に減る、といったデータがあまり知られていないことを活用して本の価値を伝えることができるのではと考える。

行動すること

シコ練
考える練習を習慣化する。ロジカル思考で考えを深めたり、他でも使えないか考えを広げたり、本書で紹介された考える技術を元に考えて意識せずともできるようにする。
思考ノートで貯金
シコ練や日頃考えた内容をメモすることで思考を貯金する。いつかどこかで活きることがあるかもしれない。

感想

ロジカル思考やアイデアを生む時の考え方を言語化して誰でも体現ができるようにしていてとても分かりやすかった。
「仕事は楽しいかね？」で「新しいアイデアは新しい場所に置かれた古いアイデア」という言葉があったが、かけあわせ法がまさにこれだなと思った。
とても読みやすい本なので、ロジカル思考とかが苦手だったり知らない人に対してオススメしたいと思った。

「幸せになる勇気」でアドラー心理学の実践方法がわかる

Thu, 29 Oct 2020 22:02:46 +0900

今回は以前に紹介した「嫌われる勇気」の続編である「幸せになる勇気」をAudibleで聞きました。アドラー心理学は今までの生き方とはガラッと変わるような考え方をしていて前作を読んだ時にはとても感銘を受けましたが、結局生活の中にどうやって落とし込めばいいんだろう？みたいな感じに僕自身なっていました。本作ではアドラー心理学の実践方法にふれていて前作を読んだ人は必ず読んだ方がいいなと思いました。

読む目的

アドラー心理学の実践方法を学ぶ

学び

叱っても、褒めてもいけない。
叱ることは相手を尊敬せずに従わせる行為であり、コストの低い暴力的なコミュニュケーションである。また、褒めることは相手の承認欲求を満たす行為であり、所属する共同体の中で競争を産んでしまう。競争が生まれると勝ち負けが生まれて誰もが敵になってしまう。
教育する際に「問題行動の5段階」は知っておいた方がいい。
第一段階：称賛の欲求
褒めてもらうことで共同体の中で特権的な地位を得ようとする。
第二段階：注目喚起
とにかく目立つことで特別な存在になろうとする。
第三段階：権力争い
戦いに勝利することで、自らの力を誇示して特権的な地位を得ようとする。
第四段階：復讐
愛が得られないとわかったので、他者と憎しみでつながろうとする。
第五段階：無能の証明
これ以上の絶望を経験したくないので、あらゆる課題から逃げようとする。
尊敬とは、人間の姿をありのままに見て、その人が唯一無二の存在であることを知る能力のことである。
この言葉はエーリッヒ・フロムの言葉で普通に世間で認知されている尊敬とかかなり違っている。一般的な尊敬は経営者や上司や芸能人などに憧れを抱くような感情だと思うが、エーリッヒ・フロムはこう言っている。
「それは尊敬ではなく、恐怖であり、従属であり、信仰です。相手のことをなにも見ておらず、権力や権威に怯え、虚像を崇めているだけの姿です。」
自立とは自己中心性からの脱却である。
自立はただ親元を離れて自分の力で生活をすることとかではなく、愛のタスクに向き合って人生の主語を「わたし」から「わたしたち」に変えること。利己的にわたしの幸せを求めるのではなく、利他的にあなたの幸せを願うのではなく、不可分なるわたしたちの幸せを築き上げることが愛である。わたしたちの幸せを得るための課題こそが共同体感覚にも繋がる。

行動すること

叱ることも褒めることもせずに相手を尊敬する。
叱ることは悪影響でしかないので絶対にしない。褒めない対応は難しい場面があるが基本的に相手を尊敬して成果を出した場合もその相手が頑張ったから今があることを伝える。
相手を信頼する。
人の悩みは人間関係であり、人の幸せも人間関係から得ることができる。交友関係を築くためにも相手がどういう人間なのかよく考え、その上で相手を損得なしに信頼する。だが何度も裏切ったりする相手の場合は無理に信頼をする必要はない。

感想

本作もめちゃくちゃおもしろかった。アドラー心理学は理解するのが難しいが確かにって思うことがたくさんある。
他者とは分かり合えないとか一見すると冷たい考え方に思えるが、現実的に考えてどうやったら幸せに生きることができるのかに踏みこんでいて興味深い。
愛のタスクの話で運命に支配されてはいけない、自らの勇気を持って運命の手綱を握るみたいな話もおもしろかった。よく僕たちは「運命の人」とか言うがそれは普段出会う人などが「運命の人」ではなかったと無理やり納得させているだけで、この人とどんな困難に襲われても共に歩む勇気を持てていない。将来のことは誰もわからないからこそ楽になるため、運命の下僕になるのではなく、運命といえるだけの関係を築き上げることが大切。幸福な運命を作れるのかは自分次第。運命に中指を立てろ！

「僕は君の「熱」に投資しよう」は挑戦したい気持ちを後押ししてくれる

Thu, 08 Oct 2020 22:28:40 +0900

今回僕が読んだ本は、「僕は君の「熱」に投資しよう」です。久しぶりにAudibleではなく紙で読みましたが、やっぱり紙で文字をみながらの方が何回も反芻できるし読んでる感があっていいので個人的には紙派です。

この本の著者は佐俣アンリさんという方で、ベンチャーキャピタルで有名な松山太河さんという方のカバンもちからはじめてシードファンド（まだ事業ができていない初期段階に投資するファンド）として日本最大となる300億円のファンドを運営しているそうです。300億円を動かすとかはデカすぎて想像がつきませんでしたが、この本を読んでいると常におもしろいことや世の中に影響を与えることに挑戦していて人生をめちゃくちゃ楽しんでいることが伝わってきました。

読む目的

自分の挑戦したいことに役立てる
起業家と投資家について知る

学び

ただ頑張るだけでは意味があまりなく、「どこで」頑張るかが大切。
たとえば、食品工場で死ぬほど頑張って個人の生産性を上げたところでインパクトは少ないしその工場の偉い人が得をするだけ。努力をする場所を間違わなければその環境が自分のなりたい姿に最短距離で近づけくれる。
自分の中に熱があるならぶつけようぜ。
熱を持っていて挑戦できることはとても楽しくやりがいがある。スポーツやアートなど熱をぶつける対象はなんでもいいが、起業なら何度失敗してもやり直せるし想像ができないような成果を上げることもできる。
シードを狙うベンチャーキャピタリストはロマンをおって投資をしている。
機関投資家などはロジカルに考えて投資した以上のリターンが見込めるかを考えているが、アンリさんは人類の進歩や社会に圧倒的なインパクトを出すかもこいつっていう直感を大事にしている。そのためロジカルに考えると絶対回収できなさそうな投資を行っている。
逆境の時にこそ逃げないこと。
頭がいい人はその状況を分析して失敗だと思ったら逃げてしまう。逆境こそ耐えて跳ね除ける人が信頼を勝ち得ることができる。
本当に大切なことを「1つだけ」やろう。
人は今やらなければいけないことを後回しにしてやったほうがいいことをしてしまう。自分がやりたいことを達成するためにやるべきことのみに取り組もう。

行動すること

自分がやりたいことに時間をよりかける。
今自分は「プロダクトを作ること」をしたいので、ブログや筋トレ以外の遊びなどの時間を必要最低限にする。「Just for Fun」の精神で取り組む。
正しい場所で努力をする。
個人でやっているだけでプロダクトを作るための環境にいないので、プロダクトを作っている人がいる場所に飛び込む。また、1週間の大半を勤めている会社の仕事に費やしていてこの時間をどうにかしたい。。

感想

挑戦している人って最高にかっこいいし、自分もそういう人でありたいと思った。
正しい場所で本当に大切な努力をすることは理解したが、いきなり会社をやめてノープラン！みたいなことをすると生活ができなくなるので、挑戦しつつ生活は担保できるラインで攻めたいなと思った。

Next.js(React),Go kit(Golang)で「SENRYU」を個人開発した

Sun, 20 Sep 2020 22:04:18 +0900

今回はじめて個人開発でアプリを作りました！！今年の1月に個人開発をしようと考えてから、アプリ企画・技術選定をして、開発途中で作るアプリを変えたりと色々と迷走しましたが、なんとか一区切りつきました！！（8か月ぐらいかかるなんてチンタラやってたなあ（笑））

開発したアプリや今まで考えていたことなどをまとめます。

アプリ概要

川柳を共有することができるSNSアプリ「SENRYU」を開発しました。

機能

ログイン
ユーザー登録
ログアウト
川柳一覧表示
マイ川柳一覧表示
川柳投稿

フロントエンド

Next.js(React)

フロントエンドにはNext.jsを利用しました。TypeScriptを使ってみたくて、TypeScriptと相性がいいReactを選択して、最近話題のNext.jsにしようと決めました。
Next.jsはルーティング設定が楽だし、SSG, SSR, SPAをページごとに設定できて便利だしと使って良かったなと思っています。ただ、認証はFirebaseやNextAuth.jsを利用して他のSNSアカウントとかでログインする実装にするのが楽だと感じました。

Material-UI

ReactのUIコンポーネントライブラリであるMaterial-UIを利用してUIの基礎を作りました。簡単に見た目を整えることができるので、とても便利です。

styled-components

Material-UIの見た目を調整したい時にCCS in JSのstyled-componentsを利用しました。TypeScript内でCSSを書けるので普段CSSとかを書かない僕には使いやすかったです。

バックエンド

Go kit(Golang)

個人的にGolangを利用したかったのとマイクロサービス構成でアプリを作ってみたいという理由からGo kitを利用しました。使ってみた感想としてあまり日本語のドキュメントとかなく調べるのが大変でしたが、Golangにはホットリロードがあってコンパイルが速く言語に慣れれば開発スピードが上がりそうだなと思いました。

データベース

MongoDB

NoSQLを利用したことがなかったので今回利用しました。MongoDBの基礎的な知識を身につけることはできましたが、RDBMSよりもNoSQLを利用するメリットがあんまりわからなかったです。

開発環境

Docker

マイクロサービス構成でアプリ開発をしていたので、それぞれのサービス毎にコンテナを作成しました。ローカルでDockerコンテナを立てて開発するときはVSCodeのRemote Containerが非常に便利でした。ぜひ使ってみてほしいです。

対象リポジトリ

senryu-frontend
senryu-user
senryu-post

記事を書くまでの経緯

元々、今年の1月に他のサービス開発を考えていました。技術選定の時には

Next.js(React)
TypeScript
Go kit(Golang)
MongoDB
Docker
Github Actions
AWS
K8s
マイクロサービス

でアプリを開発してリリースをしようと思っていました。せっかくの個人開発だし勉強もかねて挑戦してやる！っていう気持ちで技術選定をしましたが、今思うとDocker以外はほぼ経験がなかったのでめちゃくちゃ無謀だったなと思います。（笑）
そんな感じで技術選定をしてから要件や仕様決めて開発を始めましたが、わからないことが多すぎで全然進捗がなかったです。。亀の足のような遅さでしたがなんとか進めていた 4月頃か5月頃に気づいてしまいました。
「クラウドでK8s使うと金けっこうかかるやんけ！」
今思うと当たり前だし、調査不足すぎだよ自分。。ということがあり、最初に作りたかったサービスは世にリリースするのが厳しいなと思いましたが、せっかくある程度までは勉強して作っていたので、違うサービスとして開発をしてGithubで公開してポートフォリオ的な感じにしようと決めました。
といった経緯で今に至ります。結果的には個人開発したアプリをリリースすることはできませんでしたが、Next.jsとGolangを学べたり個人開発の雰囲気を味わえたので良かったです。

最後に

個人開発はすべてを自分で考えないといけないので、とても大変ですが技術選定や作業の進め方など誰からも指図されずに好きなようにできるので、楽しいし学びが多いですね。

「1兆ドルコーチ」でコーチングの重要性がわかる

Wed, 16 Sep 2020 23:15:46 +0900

今回は「1兆ドルコーチ」についてのレビュー記事です。皆さんはビル・キャンベルをご存知でしょうか？僕はこの本を読むまでこの人を知りませんでした。ビル・キャンベルはシリコンバレーの伝税のコーチでスティーブ・ジョブズと共に倒産寸前のアップルを再建したり、グーグルのエリック・シュミットやラリー・ペイジと共にGoogleを巨大企業に導いたり、他にも数々の企業に貢献をした人らしいです。ビルはあまり表に出たがらなかったらしいのであまり知られていないそうです。

読む目的

なぜレジェンドと言われているかを知ることができる。
コーチングの重要性を理解できる。
仕事でマネージャーをしている人は良好なチームを築くための助けになる。

学び

「人がすべて」ビルはどんな会社の成功でも支えているのは人だと考えていて、人が実力を発揮できるように手を貸すことが大切だと教えてくれている。その環境を作るためにも支援、敬意、信頼を持って行動するべき。
強いチームを作るためには信頼と愛が必要。会社において信頼・愛は想像しにくいが、相手を思いやって行動してチームメンバーがありのままの自分を出せる環境を作ることで大きな成功を掴めるチームになる。心理的安全性が担保される状況になるとリスクがあっても大胆な行動ができるようになる。
コーチングによって「なぜ」を追求して自分を深く知り、勇気を出させ挑戦を促せる。コーチングはされる側が自分について内省し、自分がなぜその行動をするのかが明確になる。それを繰り返すことで自分がやりたいことを見つけて本心で取り組める。コーチングはする側の能力だけではなく、される側の素質も大切で正直で謙虚さがないとコーチングを受け入れることができない。
ぶれずに自分の信念を貫くことが大切。ビルは常に「人がすべて」や信頼や愛が大切だという考えを持っていて、そこがぶれずに誰に対してもつらい状況でも貫いていた。そのような人だからこそ信頼され数々の貢献をすることができた。

行動すること

エレベータートークをする。職場で同僚と信頼関係を築くために、エレベーターなどで人と会ったら自分から話しかける。信頼関係を気付くためには相手に興味をもち相手を知ることが大切。
フリーフォームで話を聞く。相手に全神経を集中させて相手が言いそうなことを先回りして考えず、質問を通して問題の核心をつく。自分がコーチングをするときに相手が抱えている問題を相手自身に気づいてもらうことで問題をしっかりと認識して自らの行動で改善できるようになる。
自分をオープンにする。信頼関係を築くためにありのままの自分を相手に伝えて仕事、プライベート共に相互理解ができるようにする。
人を助ける。時間や人脈などを使って人のために惜しみなく使う。

感想

ビルが言っていることは信頼しようとか思いやりを持とうなど当たり前のことが多いがこの当たり前のことをぶれずに継続することが大切だし、とても難しい。
信頼関係を築くために雑談が大切で、「雑談の一流、二流、三流」の本にもあったが雑談力は良い関係を作るためには必須の力だと改めて思った。
1人の力はたいしたことがないけど、人と人の繋ががで大きな力になると思った。自分も何かしらのコミュニティに参加して繋がりを増やしたいなと思った。
ビルは聖人みたいな人格者かなと思ったら、言葉使いは汚いし飲みの席で盛り上げるムードメーカーだったり信頼できない人には関係を築かないかったり人間味溢れる人でそこも魅力なのかなと思った。

Next.jsのgetServerSidePropsでリダイレクトをする

Sun, 13 Sep 2020 00:24:52 +0900

勉強用にNext.jsで個人開発をしていて、cookieに値がない時トップ画面にリダイレクトする実装をしたかったのですが、参考にできる情報が少なかったので記事にしました。

リダイレクト方法

import { parseCookies } from "nookies";
import { GetServerSideProps } from "next";

// ...

export const getServerSideProps: GetServerSideProps = async (context) => {
  const cookies = parseCookies(context);
  const userId = typeof cookies.userId === "undefined" ? "" : cookies.userId;
  if (userId === "") {
    context.res.writeHead(302, { Location: "/" });
    context.res.end();
  }

  return {
    props: {},
  };
};

cookieにuserIdを仕込んでいて、userIdがなかったらログインしていないとみなしてトップ画面に戻す実装をしました。

最後に

RFC: Returning redirects from getServerSideProps / getStaticProps にもあるようにgetServerSidePropsでリダイレクトする方法が書かれていますが、うまく実装ができなかったのでレスポンスを書き換える感じの実装にしました。
Next.js関連は日本語の記事が少ないので、情報を探すのが大変ですね。

「Type '型' is not assignable to type 'never'」のエラーを解消した

Tue, 08 Sep 2020 21:11:11 +0900

仕事でVueを使っていて、追加と削除が繰り返される配列要素のオブジェクトに一意のid番号を振るの記事に書かれているオブジェクトの追加と削除を実装しようとして、 TypeScriptで書いている時にエラーが発生したので、その解消法について記載します。

発生したエラー

以下コードの3行目でType 'boolean' is not assignable to type 'never'.Vetur(2322)のエラーが発生しました。このエラーは解消しなくてもアプリが動きましたがエラー状態は気持ちが悪いので解消法を探しました。

        getNewId() {
            const usedIds = this.stats.reduce((accumulator, stat) => {
                accumulator[stat.id] = true;
                return accumulator;
            }, []);
            const nextid = usedIds.findIndex((exists) => !exists);
            return nextid < 0 ? usedIds.length : nextid;
        }

解消法

[] → [] as boolean[]のように記載することでエラーを解消できます。TypeScriptは、連結を使用して配列を削減するときに「never」型を推測するのはなぜですか？に記載されているようにboolean[]にキャストしてあげればOKです。

これは、[]の型がnever[]であると推論されているためだと思います。これは、空でなければならない配列の型です。型キャストを使用してこれに対処できます。

今回のコードは無理やり配列を作っているので、TypeScriptが値を持たないと判断してnever[]を返していたみたいです。

      const usedIds = this.sitePermmisons.reduce(
        (accumulator, sitePermmison) => {
          accumulator[sitePermmison.id] = true
          console.log(accumulator)
          return accumulator
        },
        [] as boolean[]
      )

最後に

今回のエラーはとても単純な内容でしたが、reduce, findIndexの使い方やVueでオブジェクトの追加、削除方法などをあまり理解していない状態だったので、色々と調べていたらかなり時間をかけてしまいました。なんとなくの実装で進めると大はまりすることがあるので、理解しつつ作業のスピードを落とさないようにバランスを考えないとなーと思いました。

「論語と算盤」は現代語訳で読んだ方がいい

Wed, 05 Aug 2020 22:25:22 +0900

今回はAudibleで「論語と算盤」を聞きました。この本は「日本近代化の父」と呼ばれる渋沢栄一が執筆した本です。渋沢栄一は幕末の頃に尊王攘夷派の武士でしたが、一橋慶喜（後の徳川慶喜）に仕えていたことから幕臣となり、明治維新後は大蔵省、実業家になりました。みずほ銀行、JR東日本、帝国ホテル、東京海上日動、東京ガス、王子製紙などの会社設立に関わり約500社の設立に携わったそうです。（そりゃ日本近代化の父とか呼ばれますよね。）

現代語訳で読んだ方がいい理由

この本は渋沢栄一が1916年に書いたそうで100年前の書籍です。100年も前だと今は使っていない言い回しが多かったりして理解するのが難しいです。また、論語に関する知識もそんなにないので、余計難しかったです。それに加えて、Audibleで聞いていたので「今言っていた言葉どういう漢字使うんだよ。。」とか考えてしまい、さらに難しかったです。これから読もうと考えている人は現代語訳版を購入して渋沢栄一が伝えたいことをしっかり理解できるようにするのがいいと思います！

読む目的

渋沢栄一のように人から尊敬されて、仕事も人生も充実させるために必要なことを知る。

学び

道徳を伴わない商売は不幸になる。
自分のためだけではなく、誰かのために貢献をすることで、自分の利益にもなるし社会の利益にもなる。
人を理解するには「視・観・察」が大切。「視る」ことでその人の行動を知り、「観る」ことでその行動の動機を知り、「察る」ことでその人が何に満足しているのかを知る。そうすることでその人が自分の欲を満たしたいだけなのか、それともその人が言っている動機が本当なのかがわかる。
「智・情・意」が調和しているといい。「知」（知恵）だけあっても自分の利益のみを求めてしまうし、「情」（情愛）だけあっても感情に流されてしまうし、「意」（意志）だけあってもただの頑固者になってしまう。

行動すること

誰かに貢献することを意識して日々行動する。
人と接する時は「視・観・察」を意識してその人の本質を知る。

Vuetifyで「Data Tables」を使って管理画面を作成する

Sat, 18 Jul 2020 17:24:13 +0900

今回は久しぶりに技術ネタの投稿です！最近会社でNuxt.js + TypeScriptを利用して開発をしていて、「Vuetify」でデザインをいい感じにしながら開発を進めています。こんな感じのテーブルを作成します。データのソート、表示数変更、新規作成、編集、削除、検索ができるにしています。

全体のコード

// pages/yagiblog-sample.vue

<template>
  <v-card>
    <v-card-title>
      <v-row>
        <v-col cols="6">
          テーブル作成のサンプル
        </v-col>
        <v-col cols="6">
          <v-dialog v-model="dialog" max-width="500px">
            <template v-slot:activator="{ on, attrs }">
              <v-btn color="primary" dark class="mb-2" v-bind="attrs" v-on="on">
                新規作成
              </v-btn>
            </template>
            <v-card>
              <v-card-title>
                <span class="headline">{{ formTitle }}</span>
              </v-card-title>
              <v-card-text>
                <v-container>
                  <v-row>
                    <v-col cols="12" sm="6" md="4">
                      <v-text-field
                        v-model="editedItem.name"
                        label="氏名"
                      ></v-text-field>
                    </v-col>
                    <v-col cols="12" sm="6" md="4">
                      <v-text-field
                        v-model="editedItem.height"
                        label="身長(m)"
                      ></v-text-field>
                    </v-col>
                    <v-col cols="12" sm="6" md="4">
                      <v-text-field
                        v-model="editedItem.weight"
                        label="体重(kg)"
                      ></v-text-field>
                    </v-col>
                    <v-col cols="12" sm="6" md="4">
                      <v-text-field
                        v-model="editedItem.bodyFatPercentage"
                        label="体脂肪率(%)"
                      ></v-text-field>
                    </v-col>
                  </v-row>
                </v-container>
              </v-card-text>
              <v-card-actions>
                <v-spacer></v-spacer>
                <v-btn color="blue darken-1" text @click="close">
                  キャンセル
                </v-btn>
                <v-btn color="blue darken-1" text @click="save">
                  保存
                </v-btn>
              </v-card-actions>
            </v-card>
          </v-dialog>
          <v-text-field
            v-model="search"
            append-icon="mdi-magnify"
            label="検索"
            single-line
            hide-details
          ></v-text-field>
        </v-col>
      </v-row>
    </v-card-title>
    <v-data-table
      :headers="headers"
      :items="persons"
      :items-per-page="5"
      :search="search"
      class="elevation-1"
    >
      <template v-slot:item.actions="{ item }">
        <v-icon small class="mr-2" @click="editItem(item)">
          mdi-pencil
        </v-icon>
        <v-icon small @click="deletePerson(item)">
          mdi-delete
        </v-icon>
      </template>
    </v-data-table>
  </v-card>
</template>

<script lang="ts">
import Vue from "vue"

interface Persion {
  name: string
  height: number
  weight: number
  bodyFatPercentage: number
}

export default Vue.extend({
  data: () => ({
    dialog: false,
    search: "",
    editedIndex: -1,
    editedItem: {
      name: "",
      height: 0,
      weight: 0,
      bodyFatPercentage: 0
    },
    defaultItem: {
      name: "",
      height: 0,
      weight: 0,
      bodyFatPercentage: 0
    },

    headers: [
      {
        text: "氏名",
        value: "name",
        align: "start"
      },
      {
        text: "身長(m)",
        value: "height"
      },
      {
        text: "体重(kg)",
        value: "weight"
      },
      {
        text: "体脂肪率(%)",
        value: "bodyFatPercentage"
      },
      { text: "操作", value: "actions", sortable: false }
    ],
    persons: [
      {
        name: "naosuke.ii",
        height: 1.68,
        weight: 60,
        bodyFatPercentage: 15
      },
      {
        name: "iemochi.tokugawa",
        height: 1.7,
        weight: 61,
        bodyFatPercentage: 14
      },
      {
        name: "kaishu.katsu",
        height: 1.6,
        weight: 55,
        bodyFatPercentage: 12
      },
      {
        name: "eiichi.shibusawa",
        height: 1.63,
        weight: 65,
        bodyFatPercentage: 20
      },
      {
        name: "aritomo.yamagata",
        height: 1.75,
        weight: 63,
        bodyFatPercentage: 10
      },
      {
        name: "shigenobu.okuma",
        height: 1.8,
        weight: 68,
        bodyFatPercentage: 19
      },
      {
        name: "taro.okamoto",
        height: 1.72,
        weight: 63,
        bodyFatPercentage: 18
      },
      {
        name: "toshimichi.okubo",
        height: 1.82,
        weight: 70,
        bodyFatPercentage: 17.5
      },
      {
        name: "takamori.saigo",
        height: 1.9,
        weight: 80,
        bodyFatPercentage: 18
      },
      {
        name: "kaoru.inoe",
        height: 1.79,
        weight: 65.5,
        bodyFatPercentage: 12.3
      },
      {
        name: "yukichi.fukuzawa",
        height: 1.98,
        weight: 65,
        bodyFatPercentage: 10
      },
      {
        name: "yoshinobu.tokugawa",
        height: 1.75,
        weight: 58,
        bodyFatPercentage: 8
      },
      {
        name: "hideyo.noguchi",
        height: 1.56,
        weight: 50,
        bodyFatPercentage: 7
      },
      {
        name: "ichiyo.higuchi",
        height: 1.5,
        weight: 49,
        bodyFatPercentage: 20
      },
      {
        name: "soji.okita",
        height: 1.7,
        weight: 62,
        bodyFatPercentage: 13
      },
      {
        name: "isami.kondo",
        height: 1.75,
        weight: 68,
        bodyFatPercentage: 15
      }
    ]
  }),

  computed: {
    formTitle(): string {
      return this.editedIndex === -1 ? "新規作成" : "編集"
    }
  },

  methods: {
    deletePerson(item: Persion): void {
      const index = this.persons.indexOf(item)
      confirm(item.name + " を削除しますか？") && this.persons.splice(index, 1)
    },
    editItem(item: Persion) {
      this.editedIndex = this.persons.indexOf(item)
      this.editedItem = Object.assign({}, item)
      this.dialog = true
    },
    close() {
      this.dialog = false
      this.$nextTick(() => {
        this.editedItem = Object.assign({}, this.defaultItem)
        this.editedIndex = -1
      })
    },
    save() {
      if (this.editedIndex > -1) {
        Object.assign(this.persons[this.editedIndex], this.editedItem)
      } else {
        this.persons.push(this.editedItem)
      }
      this.close()
    }
  }
})
</script>

基本的な使い方

<v-data-table>にヘッダーやアイテムを渡せばいい感じにテーブルを作成してくれます。ここで書かれている"headers"や"persons"はscriptに記載されているdata: () => ({})内を参照しています。

「仕事は楽しいかね？」は目標なんて要らないことを教えてくれる

Wed, 24 Jun 2020 22:01:11 +0900

今回、Audibleで「仕事は楽しいかね？」を聞きました。この本は3時間54分で聞くことができ短いので聞きやすい本でした。あらすじを簡単に説明すると、舞台は大雪の空港で飛行機は止まっていて主人公を含む大勢の人は空港から動けずにいました。主人公は35歳で15年働いているが、出世したわけでも事業を立ち上げて成功したわけでもない普通のサラリーマン。そこに有名な実業家である老人、マックスがやってきて、普通とは違った考え方や深い言葉をさまざまな実例をもとに教えてくれるといった内容です。マックスの言葉には考えさせられることが多く、あっという間に聞けました。

読む目的

仕事に対して活かせることがないか見つけるため。

学び

明確な目標設定は要らない。5年先を見据えた目標設定をして行動するなどは悪くないが、人生は予想外な出来事が多く思い通りにいかないことがほとんどである。また、5年後に目標を達成できたとしても変化の早い今の時代において時代遅れの目標達成になってしまうおそれがある。「今日の目標は明日のマンネリ」
変化を恐れずに積極的に試すことが大切である。人はつい完璧を求めてしまい、ブログやYouTubeを始めようと思っても結局行動ができない。たとえ失敗をしたとしても、その経験は必ずどこかで活かされる。本当の失敗は何もしないこと。
自分の知識や経験を増やして何にでも興味を持つ。成功するアイデアは自分たちの周りに常にあって、それにほとんどの人が気付けない。コカコーラは薬剤師のジョン・ペンバートンが作った頭痛薬に偶然、店員がソーダで割って飲んでいたことから始まったという話がある。自分のところに偶然アイデアが転がってきたときに気づいて行動ができる人間にならないとむだにしてしまう。
仕事や私生活における失敗や課題にアイデアは隠れている。失敗や課題があると人は嫌な気持ちになったり、感情的になってしまうことがある。だが、そういう時こそ冷静になって分析をすると思いがけない発見がある。課題を敵として捉えるのではなく、仲間にできないか考えることが発見につながる。
新しいアイデアは新しい場所に置かれた古いアイデアである。

行動すること

明確な目標設定をせずに、「明日は今日と違う自分になる。」を目標にする。さまざまなことを試して自分を変化させる。その時に自分が良いと思う変化を積極的に取り入れる。

感想

マックスの話は最初何を言っているんだこの老人はと思ってしまうことが多々あったが、論理的に説明してくれてなるほどと納得させてくれる。
よく学校や会社で言われた目標を立てて逆算して取り組もう！みたいなことが逆にその人が変化することを妨げてしまうなと思った。明確な目標設定をして取り組んでいると自分の他の可能性に気付けないし、柔軟に行動することができなくなる。
違った考え方を教えてくれて面白かったが、しっかりと理解をして自分のものにできていないように思った。自分とは違った考えを受け入れるには思考停止しないで、なぜかと考えることを繰り返すことが大切だと思った。

「LIFE SHIFT」は無形資産の大切さを教えてくれる

Thu, 11 Jun 2020 20:37:43 +0900

Audibleで2冊目に購入した本「LIFE SHIFT」を聞き終わりました！単行本だと428ページとなかなか厚めの本で、オーディオブックだと13時間22分もありました。以前聞いた「嫌われる勇気」は6時間59分だったので、正直聞くのが長くてめっちゃしんどかったです。（笑）この本の注文日が4月25日なので、聞き終わるのに1か月半は費やしています。もっと聞く時間を作らないといけないなと思いました。

読む目的

これからの長寿化時代をどうやって生きれば幸せで豊かになれるのかについて知る。

学び

人生におけるこれまでの3ステージ（教育→仕事→引退）では長寿化時代を幸せに生きることはできない。長寿化や年金制度の崩壊により引退生活を普通に過ごすのでも、老後の資金についてこれまで以上に考える必要がある。
長く生きる恩恵を得るにはマルチステージの人生を過ごすといい。自分で起業してビジネスを始めてもいいし、さまざまな知識やスキルを身につけて複数の仕事を並行でしてもいいし、自分について深く知るために思い切った冒険をしてもいい。考えて行動をするといい方向に人生が進みやすい。
これまで以上に自分が築く資産のうち、無形資産が大事になる。マルチステージの人生を生きるために自分のスキルを高めたり、自分を変えるために人脈を増やしたり、友人や家族とより良い関係を築くことが大切になる。
お金や不動産、株などの有形資産はあくまで無形資産を変えた結果生まれる資産。自己投資を増やすことでより稼ぐことができるし、世界に影響を与えるようなおもしろい仕事ができる。
無形資産は、生産性資産、変身資産、活力資産がある。これが本当に重要。
結婚相手はこれまで以上に慎重に考えないといけない。マルチステージの人生を送るためにも妻は専業主婦で夫は仕事人間では夫婦でお互いに無形資産をバランスよく蓄えてアップデートすることが難しくなる。お互いに家事や仕事を分担して取り組める関係性がこれからの時代には合っている。
健康的に過ごせる時間が多くなり長く生きるということは何も考えず行動しない人はさらに苦しい人生になってしまう。

行動すること

自分の知識やスキルに投資して、多くの価値提供ができる人になる。
いろいろな人に出会い、人的ネットワークを広げて、変身資産を蓄える。
目先のお金や仕事、人間関係にとらわれず、長期的な視野を持つ。
今までの友人や家族との関係を大切にする。

感想

この本は普段長くても数年先しか考えていなかった僕のような人に、具体的なこれから起きる人生を示している。
今までの価値観にそった人生では必ず苦しくなってしまう場面がたくさんあることを教えてくれる。
国や年代関係なくすべての人に言えることがつまっている本なので、一度は読んだほうがいい。
自分の知識やスキルについて投資するのは意識して行動していたけど、人的ネットワークを広げることがこれからの変化が早い時代に有効だと考えていなかった。同じ人間関係だけでは新しい考え方が入ってこないので、薄くてもいいから幅広く人間関係を広げることは大事だと気づけた。

「React Hook Form」でフォームを簡単に作る

Tue, 26 May 2020 09:00:24 +0900

Next.js(React)でログイン機能を実装していて、フォーム作成に苦戦していました。そもそも、Reactを全然理解していないので、フォームの値はどうやって取得すればいいのか？みたいなところからわかりませんでした。

今回はReact+TypeScriptでフォームを作成するのにReact Hook Formがとても便利だったので、紹介します。

React Hook Formとは

公式サイトを見ると「高性能で柔軟かつ拡張可能な使いやすいフォームバリデーションライブラリ」らしいです。
詳細は以下公式サイトを見てください。
React Hook Form

さっそく実装をする

まずはReact Hook Formをインストールします。以下コマンドをプロジェクト配下で実行します。

npm install react-hook-form

インストールしたら、importしてフォームの値をサポートするためのFormData型を作成します。

import { useForm } from "react-hook-form";

type FormData = {
  username: string;
  password: string;
};

今回はログイン用のフォームを作成するために、string型のusernameとpasswordを用意しました。次に、useFormを使ってフォーム作成に必要なメソッドを受け取ります。

import { useForm } from "react-hook-form";

type FormData = {
  username: string;
  password: string;
};

export default function Login() {
  const { register, handleSubmit, watch, errors } = useForm<FormData>();
}

useForm<FormData>()のように書いてフォームで使う型を設定できます。 constで定義されているメソッドについては以下にまとめました。

register:　input/selectのRefとバリデーションルールをReact Hook Formに登録する
handleSubmit:　フォームバリデーションに成功するとフォームデータを渡す
watch:　指定されたinput/inputsを監視し、その値を返す
errors:　各inputのフォームのエラーまたはエラーメッセージを含む

これらのメソッドを使って、フォームを作成します。

import { useForm } from "react-hook-form";

type FormData = {
  username: string;
  password: string;
};

export default function Login() {
  const { register, handleSubmit, watch, errors } = useForm<FormData>();
  const onSubmit = (data: FormData): void => console.log(data);

  console.log(watch("username"));
  console.log(watch("password"));

  return (
      <form onSubmit={handleSubmit(onSubmit)}>
        <div className="filed">
          <label className="label">username</label>
          <input
            name="username"
            placeholder="username"
            ref={register({ required: true })}
          />
          {errors.username && "usernameを入力してください。"}
        </div>
        <div className="filed">
          <label className="label">password</label>
          <input
            name="password"
            placeholder="password"
            ref={register({ required: true })}
          />
          {errors.password && "passwordを入力してください。"}
        </div>
        <div className="filed">
          <button>login</button>
        </div>
      </form>
  );
}

フォームの流れにそって解説します。
フォームのinputで作成したFormDataを使うためにはname属性に設定します。また、ref={register({ required: true })}のように書くことで、inputは入力必須にしています。 {errors.username && "usernameを入力してください。"}はusernameがバリデーションエラーになったら表示されます。最後に、フォームに入力をしてボタンを押してバリデーションエラーが発生していない場合、<form onSubmit={handleSubmit(onSubmit)}>が動いて、const onSubmit = (data: FormData): void => console.log(data);が実行されてコンソールに入力された値が表示されます。フォームに入力がない状態でボタンを押すと以下のような挙動をします。 console.log(watch("username"));はusernameに入力された値が変わるとその都度コンソールに表示します。

HugoでTwitterカードを表示させる

Fri, 22 May 2020 22:38:37 +0900

これまでこのブログはTwitterなどにリンクを貼った際にサムネイル画像を表示できていなかったので、Twitterカードで画像を表示できるようにしました。また、Twitterだけではなく、Slack（コミュニケーションツール）などでも画像が表示できるにしています。

Twitterカードとは

サルワカくんの記事が分かりやすかったので、詳しく知りたい人は以下記事を読んでみてください。
【2020年版】Twitterカードとは？使い方と設定方法まとめ

簡単に説明すると、Twitterでよく見かけるURLを貼ったときに表示されるやつです。

Twitterカード表示対応

僕が現在使っているHugoのテンプレートはBeautiful Hugoなので、このテンプレートでの対応方法を書きます。

今回重要なファイルは2つです。

themes/beautifulhugo/layouts/partials/seo/twitter.html
themes/beautifulhugo/layouts/partials/seo/opengraph.html

ファイルの中身を以下に書きます。

// themes/beautifulhugo/layouts/partials/seo/twitter.html


{{- with .Title | default .Site.Title }}
  <meta name="twitter:title" content="{{ . | truncate 70 }}" />
{{- end }}
{{- with .Description | default .Params.subtitle | default .Summary }}
  <meta name="twitter:description" content="{{ . | truncate 200 }}">
{{- end }}
{{- with .Params.share_img | default .Params.image | default .Site.Params.logo }}
  <meta name="twitter:image" content="{{ . | absURL }}" />
{{- end }}
  <meta name="twitter:card" content="summary" />
{{- with .Site.Author.twitter }}
  <meta name="twitter:site" content="@{{ . }}" />
  <meta name="twitter:creator" content="@{{ . }}" />
{{- end }}

// themes/beautifulhugo/layouts/partials/seo/opengraph.html


{{- with .Title | default .Site.Title }}
<meta property="og:title" content="{{ . }}" />
{{- end }}
{{- with .Description | default .Params.subtitle | default .Summary }}
<meta property="og:description" content="{{ . }}">
{{- end }}
{{- with .Params.share_img | default .Params.image | default .Site.Params.logo }}
<meta property="og:image" content="{{ . | absURL }}" />
{{- end }}
{{- with .Site.Params.fb_app_id }}
<meta property="fb:app_id" content="{{ . }}" />
{{- end }}
<meta property="og:url" content="{{ .Permalink | absLangURL }}" />
<meta property="og:type" content="website" />
<meta property="og:site_name" content="{{ .Site.Title }}" />

ここでみてほしいのは、.Params.share_imgです。 Beautiful Hugoでは各記事のFront Matter（mdファイル内の一番上にtitleとかdateが書いてあるところ）に、share_img: "表示させたい画像のパス"のように書いてあげればTwitterカードに画像を表示できます。

Go製APIから「fetch」するのにハマった

Tue, 19 May 2020 21:04:08 +0900

Next.js(React)+Goで個人開発をしていて、FetchAPIを利用してGoでローカル環境にたてたAPIをNext.jsで呼び出す際に、値が取れずにはまりました。今回はどうやって解消したのか記事にしました。

今回発生したエラー

Next.jsでfetchを使ってPOSTした際に、以下のようなエラーが発生。

Error serializing `.postData` returned from `getServerSideProps` in "/posts/get-api". Reason: `object` ("[object Promise]") cannot be serialized as JSON. Please only return JSON serializable data types.

ようわからんけど、APIから値が取れてないみたいでした。 Next.jsからfetchする際のコードは以下のようにしていました。

export const getServerSideProps: GetServerSideProps = async () => {
  const url = "http://localhost:8080/login";　←　APIはローカルの8080番ポートにたてていました。
  let postData = {};
  await fetch(url, {
    method: "POST",
    cache: "no-cache",
    headers: {
      "Content-Type": "application/json charset=utf-8",
    },
    body: JSON.stringify({ username: "yagiyu", password: "miran" }),
  }).then(function (response) {
    console.log(response);
    postData = response.json();
  });
  return {
    props: {
      postData,
    },
  };
};

また、上記を実行した時のレスポンスが以下で、APIと通信はできたが、値を取れませんでした。

Response {
  size: 0,
  timeout: 0,
  [Symbol(Body internals)]: {
    body: PassThrough {
      _readableState: [ReadableState],
      readable: true,
      _events: [Object: null prototype],
      _eventsCount: 2,
      _maxListeners: undefined,
      _writableState: [WritableState],
      writable: false,
      allowHalfOpen: true,
      _transformState: [Object],
      [Symbol(kCapture)]: false
    },
    disturbed: false,
    error: null
  },
  [Symbol(Response internals)]: {
    url: 'http://localhost:8080/login',
    status: 200,
    statusText: 'OK',
    headers: Headers { [Symbol(map)]: [Object: null prototype] },
    counter: 0
  }
}

ターミナルからcurlを実行すると、以下のように成功していました。

「Nike Training Club」を1か月継続して、身体を絞った

Tue, 12 May 2020 19:57:35 +0900

コロナウイルスの影響により、ジムに通うことができなくなってしまったので、Nike Training Clubというアプリを利用し始めました。このアプリで自宅トレーニングを1か月継続したので、使ってみてどうだったか解説します。

「Nike Training Club」とは

NIKEが提供しているトレーニング支援アプリのことで、180種類を超えるワークアウトとトレーナー達の音声と映像ガイドが入っていて、すぐにトレーニングを開始できます。

ワークアウトの種類が豊富

収録されているワークアウトは自宅でできる自重トレーニングから器具を使ったワークアウトなど幅広いです。中には、ヨガやボクシングなどのワークアウトも収録されているので、気分を変えて取り組めます。トレーニング器具がない人は器具なしのワークアウトを選択して取り組むことをオススメします。

ワークアウトの音声と映像ガイドが分かりやすい

すべてのワークアウトに音声と映像ガイドがあるので、やり方が分からなくても正しいフォームで取り組むことができます。フォームがおかしかったり、無理なペースでワークアウトに取り組むと怪我の原因になるので、この機能はとても優秀です。

ワークアウト後に消費カロリーがわかる

ワークアウト後には

所要時間
ワークアウトで消費したカロリー（Apple Watchなどがない正確な値は分からない）
ワークアウト中の平均心拍数（Apple Watchなどが必要）

が記録されて、

体感したワークアウトのキツさ（アクティビティ）
ワークアウトを行った場所（ロケーション）

を記録します。
ワークアウトのキツさを記録することで、「パーソナルプラン」を作成時に反映されます。

あなたに合わせたパーソナルトレーニングを作成してくれる

簡単な質問に答えることで、あなたに合ったスケジュールを作成してくれます。また、ワークアウトにある程度取り組むとワークアウト後に記録したワークアウトのキツさに合わせて、ワークアウトを修正してくれます。ジムで器具を使う場合でも、自宅で行う場合でも自分のレベルに合ったトレーニングを提案してくれるのはとても便利です。

今まで取り組んだワークアウトをすべて記録してくれる

日々取り組んだワークアウトを記録してくれるので、今まで自分が積み上げてきたワークアウトが可視化されて自分の自信につながります。昔と今のワークアウトの結果を比較して、自分の成長を感じられます。

「Nike Run Club」と連携できる

Nike Run Clubはランニング専用アプリで、GPSを利用して走行距離や走っているペースなどを記録してくれます。このアプリと連携をすることで、ワークアウトで欠かせない有酸素運動であるランニングの結果についても一覧で確認できます。

1か月自重のパーソナルトレーニングを継続した結果

自宅に体重計がないので、体重と体脂肪率の変化は正確には分かりませんが、取り組む前後の写真を確認すると、かなり身体を絞ることができました。とくに腹筋に効果が出ていて、始める前はあまり割れていませんでしたが、腹筋がかなり割れました。
自重トレーニングで全身鍛えるワークアウトが多かったので、全身を絞ることができました。全身の写真はもう少し鍛えたら、筋トレ始める前と後の記事を書きますのでお待ちください。（笑）

継続して取り組めば必ず身体は生まれ変わると思います。

自宅トレーニングを行う際に必要なもの

ヨガマットは必需品です。ヨガマットなしで取り組むと背中の骨や肘などが痛くなるので、ヨガマットは絶対に必要です。コロナウイルスが流行している今は自宅トレーニンググッズがかなり売れているようなので、手に入れることはできないかもしれませんが。。

自宅でトレーニングをしていて、不満に思ったこと

マンションやアパートで取り組みづらいワークアウトが多い
自重トレーニングで肩や背中、胸筋のワークアウトがない

自重のパーソナルトレーニングはバービーやスクワットジャンプなどうるさい音が出てしまうワークアウトが多いので、なかなかマンションやアパートに住んでいる人は正直やりづらいと思います。僕はヨガマットの上でなるべく音が出ないようにやっていましたが、迷惑になっていたかもしれません。

自重トレーニングで肩や背中、胸筋を集中的に鍛えるワークアウトはなく、下半身を鍛えるワークアウトが多いので、上半身を鍛えたい人には少し物足りないと思います。NIKEさんこれらのワークアウトも追加してください。（無料でこのクオリティなのに、わがまま（笑））

まとめ

Nike Training Clubは無料なのに、すごい高機能で日々のトレーニングを支えてくれるので、 Nike Run Clubと連携させて使ってみてください。

CSSの「@media」でレスポンシブ対応させる

Fri, 08 May 2020 07:31:02 +0900

以前に僕のブログを見たことがある人にはわかると思いますが、サムネイル画像がなかったり、文字のサイズ、余白などが違ったりとデザインをガラッと変えました！デザインについて考えると、どんどん深みにはまって正解がまったくわからなかったです。（笑）

CSSで@mediaを使ってデバイスの大きさごとに表示を調整したので、その記事を書きます。

`@media`とは

@mediaを使うことで、各デバイスや画面サイズごとに適用するCSSを指定できます。レスポンシブにする場合は必須みたいです。（CSSは本当によくわからない。。）

使い方

以下のような感じで使うことができます。

@media (max-width: 767px){
    img {
        width: 100%;
        height: auto;
    }
}
@media (min-width: 768px){
    img {
        width: 277px;
        height: 145px;
    }
}

(max-width: 767px)はデバイスの画面幅が767px以下だったら、{}のCSSを適用します。 (min-width: 768px)はデバイスの画面幅が768px以上だったら、{}のCSSを適用します。これは例としてあげていて、レスポンシブ対応させるときは画像サイズを%やautoを使って指定することでいい感じにできます。

767pxを画面幅の境目にしている理由として、今のパソコンやスマホ、タブレットのサイズを考えると、767pxのサイズに合わせる見やすくできるそうです。

@media screen and (max-width: 767px)のような書き方をしているサイトが多数ありますが、screenとはスクリーン画面ではなく、プリンターまたは音声機器以外のデバイスすべてなので、わざわざscreenをつける必要はないです。

まとめ

レスポンシブ対応させるときは@mediaを使って、デバイス毎にCSSを変更させましょう。

一度は使ってみてほしいメモ帳アプリ「Boost Note」

Sun, 03 May 2020 21:46:23 +0900

去年から「Boost Note」というメモ帳アプリ使っていて非常に便利なので、紹介記事を書きます。

「Boost Note」とは

開発者向けのMarkdown式のメモ帳アプリです。簡単に操作できて、Todo管理やちょっとしたコードやコマンドをメモるのに最適です。 Windows, Mac, Linux, Android, iOSの環境で使うことができて、クラウドストレージもあるので（無料枠は100MBまで）各端末で共有をして使うこともできます。 OSSで提供されるレベルではないように思います。

ダウンロードはこちらからできます。

メリット

めんどくさい設定が必要なく、即使える

アプリをインストールしてから、簡単な初期設定をすれば即使えます。初期設定も名前やエディター、フォントの色や大きさなどを設定するだけで使えます。（名前だけ設定すれば、あとはデフォルトでいい感じに使えます。）めんどくさい設定がないので、とても嬉しいです。

動作が軽い

起動してからすぐにメモることができます。メモって考えたことをすぐに書きたい時が多いので動作が軽いのは便利です。アプリの起動が遅くて、もっさり動くとストレスの元になりますよね。

ちょっとメモしたいことをMarkdownですぐに書ける

Markdownで書けるので、Todo管理するときのチェックボックスやメモしたいコードを記載することができ、後から見返した時にわかりやすいです。

ローカルでもクラウドでも使うことができる

ローカルでもクラウドでも使うことができるので、他の端末にも共有したいときにわざわざデータを移行する必要がないので、便利です。僕はまだ使ったことがないですが。。

タグ付けやブックマークをして整理できる

メモが増えてくると管理がめんどくさくなってきます。メモごとにタグ付けやブックマークをすることができるので、大切なメモがどこにあるのかすぐに見つけることができます。

まとめ

「Boost Note」は便利なので、開発者の人は是非使ってみてください。また、開発者の人じゃなくても直感的で使いやすいしMarkdownも難しくないので、使ってみてほしいです。

MongoDB 入門

Thu, 30 Apr 2020 20:26:52 +0900

最近、MongoDBを使うことがあり、NoSQLをはじめて使いました。MongoDBを触ったことがない人のために書きます。

MongoDBインストール&起動

今回はDockerHubからMongoDBのコンテナイメージをインストールします。

$ docker pull mongo

インストールができたら、以下コマンドでコンテナを起動します。

$ docker run --name mongo-sample -d mongo

-dはバックグランドで起動することを意味してます。起動したコンテナ内に以下コマンドで入ります。

$ docker exec -it mongo-sample bash

MongoDBのシェル起動

MongoDBのコンテナ内で以下コマンドを実行します。

$ mongo

シェルを起動したら、環境準備は完了です。

基礎的な用語解説

MongoDBをさわっていく上で、イメージしやすくするために、Oracleの用語と比較します。

MongoDB	Oracle
データベース	データベース
コレクション	テーブル
ドキュメント	行（レコード）
フィールド	列（カラム）

テストデータ作成

以下コマンドをシェルで入力して、テストデータを作成します。

> db.foods.insert({name:'apple', price:50, producer:['sato']});
> db.foods.insert({name:'meat', price:100, producer:['suzuki']});
> db.foods.insert({name:'fish', price:120, producer:['kaneko', 'kitamura']});

以下コマンドでDBの情報をみることができます。

> db.stats()
{
	"db" : "test",
	"collections" : 1,
	"views" : 0,
	"objects" : 3,
	"avgObjSize" : 86,
	"dataSize" : 258,
	"storageSize" : 20480,
	"numExtents" : 0,
	"indexes" : 1,
	"indexSize" : 20480,
	"scaleFactor" : 1,
	"fsUsedSize" : 28014751744,
	"fsTotalSize" : 62725623808,
	"ok" : 1
}

testデータベースに"collections" : 1となっていて、foodsコレクションが作成されて、"objects" : 3からドキュメントが3つ作成されていることが分かります。

GitHubのプライベートリポジトリをgo getする

Mon, 27 Apr 2020 20:01:04 +0900

個人開発していて、GitHubの自分のプライベートリポジトリをgo getしようとして、エラーに遭遇しました。今後同じような目にあった時のために、備忘録として残します。

エラー内容

以下のようなエラーが発生しました。

$ go get github.com/<username>/<private-repository-name>

go: downloading github.com/<username>/<private-repository-name> v0.0.0-20200426100620-259de4f4dd2c
go get github.com/<username>/<private-repository-name>: github.com/<username>/<private-repository-name>@v0.0.0-20200426100620-259de4f4dd2c: verifying module: github.com/<username>/<private-repository-name>@v0.0.0-20200426100620-259de4f4dd2c: reading https://sum.golang.org/lookup/github.com/<username>/<private-repository-name>@v0.0.0-20200426100620-259de4f4dd2c: 410 Gone
	server response:
	not found: github.com/<username>/<private-repository-name>@v0.0.0-20200426100620-259de4f4dd2c: invalid version: git fetch -f origin refs/heads/*:refs/heads/* refs/tags/*:refs/tags/* in /tmp/gopath/pkg/mod/cache/vcs/d99582f38bf8799347c5c3580859733d5d5c417fd23feb23ec82dc0787605157: exit status 128:
		fatal: could not read Username for 'https://github.com': terminal prompts disabled

原因

go getでモジュールをダウンロードする際は通常、http通信をしているみたいです。 GitHubのプライベートリポジトリへは認証が通らず、エラーになっていました。

解決方法

以下手順で解決できます。

Personal access tokensを作成
git config設定

1. `Personal access tokens`を作成

GitHubのDeveloper settings画面でトークンを作成できます。設定画面を開いたら、「Generate new token」を押すと、以下の画面が表示されます。

「嫌われる勇気」は承認欲求がいらないことを教えてくれる

Fri, 24 Apr 2020 19:54:22 +0900

本日「嫌われる勇気」をAudible（オーディオブック）で読み終わりました。オーディオブックは本の内容を朗読してくれるサービスで、作業しながら本の内容をインプットできれば効率が良さそうと思い、始めました。本の内容とオーディオブックで読んだ（聞いた）感想も交えて記載します。

読む目的

アドラー心理学を学んで、自分の人生に役立てる。
自分の常識が変化する体験をする。

学び

承認欲求は不必要な感情。承認欲求は他者からよく思われたいという感情からきていて、この感情に縛られると他者の言動を気にしてしまい、自由になることができない。
課題の分離をすることで、自由になることができる。他者が抱えている課題には介入せずに、自分の課題に集中的して取り組むことが大切である。
他者貢献があなたを幸せにする。
原因論ではなく、目的論で考える。目的論で考えると次の行動が取りやすい。
トラウマは存在しない。その人が行動しない理由をトラウマのせいに無意識でしている。

行動すること

承認欲求から逃れるために課題の分離をする。自分が悩むことや行動することは自分の課題であり、それについて他者がどう思うかは他者の課題だと理解する。

オーディオブックを使った感想

作業をしながら聞いたので、本の概要や大切なキーワードについては理解ができたが、全体的な理解は薄い。
作業しながら、インプットができるので、効率的で良い。
プログラミングをしながら聞くことが多かったが、今回の本のような難しい内容ではなくもっと理解をしやすい本なら頭に入ってきそう。
全然頭に入ってこなかったら、今後は移動時間や家事をやっている時のみに使おうと思っていたが、ある程度は頭に入ってきていたので、今後もこのインプットを継続する。

「ゼロ秒思考」で思考力を高める

Tue, 21 Apr 2020 21:14:14 +0900

「ゼロ秒思考」を始めて、7か月が経過しました。
「ゼロ秒思考」とは、赤羽雄二さん著のビジネス書で、取り組み方はA4の紙1枚にテーマを書いて、1分で3、4行程度それについて自分が思ったことを書きます。それを1日10セット毎日繰り返します。自分が考えたことを瞬時に書くだけでいいので、そこまでハードルは高くないのかなと思います。YouTuberのAKIOBLOGさんの影響で始めました。

僕の場合は、書いた紙の管理がめんどくさいと思ったので、iPhoneのメモアプリに書いていました。本当はA4の紙にペンを使うことを著者は推奨しているので、やる際はそちらのやり方に沿ってください。
こんな感じで書いてます。

欲望がだだ漏れですね。笑
自分が「ゼロ秒思考」に取り組んだ感想を書きます。

感想

「なぜか」と考える癖がつく

始める前は普段生活をしていて、物事に対してそういうものだと思い思考停止してしまっていました。たとえば、日本では「新卒で入社してから3年はその会社で働こう。」といった考え方があります。そういうものだと受け入れてしまってはいないでしょうか？なぜ3年働く必要があるのかと考えると、3年も継続できなかった人間はまたやめるかもと企業から思われて再就職できないのではとか、最低でも3年は働いてもらわないとその企業が新卒採用で使った資金を回収することができないから企業側が定着させたのではとか考えることができます。
思考の深掘りをすることで、仮説を立てて自分の意見を持つことができます。

頭の中が整理される

自分がやりたいことや疑問に思ったことなどを深掘りしていくので、頭の中が整理されます。やってみるとわかりますが、自分が理解していたと思っていても、うまく言語化できずに自分の理解不足がわかります。それに、頭の中のモヤモヤがすっきりします。

やるべきことが明確になる

頭の中が整理されていくことで、今やるべきことや大切なことが明確にわかります。それらを実行するために必要な情報を集めたりする行動を迷いなくとれるようになります。

1つのテーマを繰り返したり、そのテーマから派生した内容を深掘りしないと思考が浅くなる

注意点として、次から次にテーマをがらりと変えて行う思考が浅いまま終わってしまいます。たとえば、先ほど挙げた「どのようにいきたい？」というテーマで

自由にいきたい
自分で仕事を選べるようになりたい
楽しく生きたい
世の中に新しい価値を生み出したい
自分の周りの人は最低でも幸せにしたい

といった答えを出していますが、このままだと思考が浅いです。自由にいきたいと言っているが、そもそも自由って何？どんな状態をさしているのかといった内容が全然わかりません。思考の深掘りをするためにも「自由に生きるとは？」というテーマでまた取り組む必要があります。それで、これ以上深掘りすることができない状態になったら、それが今の自分の答えになります。

まとめ

毎日繰り返すとスムーズに思考の深掘りをすることができるようになるので、ぜひ取り組んでみてください。僕も続けます！

AtCoder Beginner Contest 163の振り返り

Sun, 19 Apr 2020 21:55:38 +0900

今回で5回目のコンテスト参加となりました。今回は「Unrated」になってしまいました。コロナウイルスの影響で参加者がめちゃくちゃいて、サーバ処理が追いつかなかったんですかね。。コンテストが始まると一気にサーバ負荷がかかるという特殊な状況ですが、運営側には頑張っていただきたいです。
今回はC問題まで解いたので、そこまでの解説をします。

A - Circle Pond

問題文

半径Rの円の周長を出力してください。

制約

1 ≤ R ≤ 100
入力は全て整数である。

解説

Pythonはmath.piで円周率を使えます。

回答

import math

R = int(input())
print(2*R*math.pi)

B - Homework

問題文

高橋君の夏休みはN日間です。
夏休みの宿題がM個出されており、i番目の宿題をやるにはAi日間かかります。
複数の宿題を同じ日にやることはできず、また、宿題をやる日には遊ぶことができません。
夏休み中に全ての宿題を終わらせるとき、最大何日間遊ぶことができますか？
ただし、夏休み中に全ての宿題を終わらせることができないときは、かわりに’-1‘を出力してください。

制約

1 ≤ N ≤ 10^6
1 ≤ M ≤ 10^4
1 ≤ Ai ≤ 10^4

解説

この問題は高橋君の夏休み日数から宿題にかかる全日数を引くだけです。

回答

N, M = [int(_) for _ in input().split()]

A = [int(_) for _ in input().split()]

ans = N
for i in range(M):
    ans -= A[i]

if(ans < 0):
    print("-1")
else:
    print(ans)

C - management

問題文

N人の社員からなる会社があり、各社員には1,…,Nの社員番号が割り当てられています。
社員番号1の社員以外の全ての社員には、自分より社員番号が小さい直属の上司がちょうど1人います。
XさんがYさんの直属の上司であるとき、YさんはXさんの直属の部下であるといいます。
社員番号iの社員の直属の上司の社員番号がAiであることが与えられます。各社員について直属の部下が何人いるか求めてください。

「FACTFULNESS」は1度は読むべき名作

Thu, 16 Apr 2020 20:02:57 +0900

2019年に読んだ本の中でダントツに面白かった本です。書店のランキングの上位に常に入っていて、気にはなっていましたが、分厚めの本だったので敬遠していました。読み出したら、めちゃくちゃ面白くて１週間ぐらいで読み切りました。

今年読んだ中で1番おもしろかった本でした。

ファクトフルネスとは自分の中にある本能を理解して、数字や出来事をもとに事実を把握するといった意味があります。

この本を読んで、自分がいかに世界を知らなくて、偏見や先入観で物事を見ていることが分かりました。

めちゃくちゃおすすめです。 pic.twitter.com/qHKcOlmDbt
— Yu (@yuyagishita) November 9, 2019

以前にこのようなツイートをしていて、「FACTFULNESS」を一言でいうと
「FACTFULNESSとは自分の中にある本能を理解して、数字や出来事をもとに事実を把握する」 といった意味があります。ここから要点まとめ&感想をまとめていきます。

要点まとめ&感想

僕は「FACTFULNESS」を読み始めて、いきなりびっくりさせられました。本のイントロダクションで「クイズに挑戦してみよう」という部分があり、クイズは全13問あって内容は世界の事実に関する問題です。その問題の中で数問ピックアップします。

質問1 「現在、低所得国に暮らす女子の何割が、初等教育を修了するでしょう？」
A　20%
B　40%
C　60%

質問3 「世界の人口のうち、極度の貧困にある人の割合は、過去20年でどう変わったでしょう？」
A　約2倍になった
B　あまり変わっていない
C　半分になった

さあ、みなさん分かりましたか？

正解は、質問1はCで質問3はCです！
僕は最初にこの問題に取り組んだ時に、低所得国の初等教育か。。そんなに教育受けれる子はあんまりいなんだろうなと思って、AかBって思いましたし、世界の貧困もあんまり変わっていないだろうと思いました。みなさんはどうですかね？多分僕と同じように思った人はかなり多いと思います。なぜなら、実際に著者のハンス・ロスリングさんはこれらの問題を世界中の人に対して実施した結果、10%程度の平均正解率だったそうです。質問3の正解率は平均で7%です。しかも、これらの問題に取り組んだ人には、学者や大学教授などの学歴が高く優秀な人たちが多く含まれています。

このような結果になった理由として、人間は物事をドラマチックに考えてしまう癖があるそうです。確かに、ニュースとかを見ていて、飛行機が墜落したとか殺人事件が起きたとか物騒なニュースが多く流れていて、それを見る度に世の中には危険がたくさんあると考えてしまいます。飛行機が墜落する確率なんて、今やほとんどない確率なのに。

ハンス・ロスリングさんはこの本の中で、人間には 10の思い込みがあることを伝えています。その中で僕が特に気をつけた方がいいと思った思い込みを1つ挙げます。

分断本能

分断本能とは全ての物事に対して、2つのグループに分けようとしてしまう本能です。例を挙げると「発展途上国」と「先進国」、「金持ち」と「貧乏人」、「善」と「悪」。大抵の場合は、分かりやすく二極化することはなく、真ん中ぐらいの国や所得層、良い面もあれば悪い面もあったりします。
人がこのように分断させて考えてしまうのは物事をシンプルにさせたいのと二極化をすることでドラマチックな展開を希望しているからです。確かに二極化させた方が構図が分かりやすく対決したりしたら面白くはなりそうです。
この本能のせいで、偏った見方をしてしまいます。

この本能を抑えるためには、「分断」を示す言葉に気づくことが大切です。多くの場合、実際には分断されておらず、誰もいないと思われていた中間部分に大半の人がいます。また、世界を示しているデータを元に世界を見る工夫をすれば防ぐことができます。

この本は10の思い込みに対する対処方法として、正確なデータや事実を元に思考しようと教えてくれていて、現在世界中で流行している「covid-19」に対してもこの考え方をするべきだと僕は思っています。人々が恐怖本能に駆られて、買い占めをしたり、宅配の人に対してアルコールスプレーを吹き付けたりと本能で行動をしてしまっていてとても残念です。現在のコロナウイルスの感染の仕方や物流が止まっていないことを正確に認識できていれば、そのような行動はしないはずです。
感染症が流行っている今こそ、「FACTFULNESS」を読むべきだなと思います。

AtCoder Beginner Contest 162の振り返り

Sun, 12 Apr 2020 22:28:00 +0900

今回で4回目のコンテスト参加となりました。結果として、C問題まではなんとか解くことができました。ですが、B問題を1回凡ミスしたことに気づかず20分後に再提出したこととC問題はPythonでは時間制限を突破できなくて、PyPyで提出をしてなんとか正解だったのであまり良くない内容でした。まだまだ余裕でD問題に到達することができていないです。。
基礎力を強化するためにも、今回も振り返りをしていきます。(回答に記載しているコードは提出してACしたコードです。)

A - Lucky 7

問題文

3桁の整数Nが与えられます。Nのいずれかの桁に数字の7は含まれますか？含まれるなら Yes を、含まれないなら No を出力してください。

制約

100 ≤ X ≤ 999

解説

この問題は入力された3桁の文字数それぞれに「7」が含まれているかを確認すればOKです。

回答

N = input()

if(N[0] == '7' or N[1] == '7' or N[2] == '7'):
    print("Yes")
else:
    print("No")

B - FizzBuzz Sum

問題文

FizzBuzz列a1,a2,…を次のように定めます。

iが3でも5でも割り切れるなら、ai = FizzBuzz
そうではなくiが3で割り切れるなら、ai = Fizz
そうではなくiが5で割り切れるなら、ai = Buzz
そうではないなら、ai = i

FizzBuzz列のN項目までに含まれる数の和を求めてください。

制約

1 ≤ X ≤ 10^6

解説

入力されたN項目までのそれぞれの数字をFizzBuzzで判別して、該当しない数字を足せばOKです。

回答

N = int(input())

ans = []
ans_num = 0
for i in range(N):
    s = i+1
    if(s%3 == 0 and s%5 == 0):
        ans.append("FizzBuzz")
    elif(s%3 == 0):
        ans.append("Buzz")
    elif(s%5 == 0):
        ans.append("Buzz")
    else:
        ans.append(s) 
        ans_num += s

print(ans_num)

C - Sum of gcd of Tuples (Easy)

問題文

$$ \sum_{a=1}^{K} \sum_{b=1}^{K} \sum_{c=1}^{K} gcd(a, b, c) $$ を求めてください。
ただし、gcd(a, b, c)はa,b,cの最大公約数を表します。

React + Go + MongoDBの環境をDocker Composeで作成した

Sat, 11 Apr 2020 12:51:41 +0900

現在、勉強がてら個人開発をしていて、せっかくの個人開発なので、今までさわったことがないReact, Go, MongoDBでwebアプリを作ります。その最初の段階として、Docker Composeを使って環境構築を進めます。

Reactの環境構築

今回の開発では、プロジェクト配下をこんな感じにしています。

プロジェクト
├── backend
├── frontend

Reactはfrontend配下に構築します。

`Dockerfile`の作成

DockerfileにDocker上で起動させるコンテナの構成情報を書きます。 frontend配下に以下内容で作成します。

FROM node:13.12.0-alpine3.10
WORKDIR /usr/src/app

1行目にはコンテナのDockerイメージ、2行目にはコンテナ内の作業ディレクトリを記載しています。 alpineはAlpine Linuxのことで、必要最低限の構成がされているおかげで、Dockerイメージの軽量化を図ることができます。

`docker-compose.yml`の作成

docker-compose.ymlで複数のコンテナをまとめて起動することができます。拡張子は「.yml」「.yaml」どちらでも動きます。 ~~どっちかに統一してくれればいいのに。~~
プロジェクト配下に以下内容で作成します。

version: '3'
services:
    node:
        build:
            context: ./frontend
            dockerfile: Dockerfile
        volumes:
            - ./frontend:/usr/src/app
        command: sh -c "yarn start"
        ports:
            - "3000:3000"

volumesではコンテナ内のusr/src/appをfrontendに永続化させます。 portsでは外部の3000ポートとコンテナ内の3000ポートをつなげています。ローカル環境ではlocalhost:3000でアクセスができるようになります。

Dockerイメージのビルド

docker-compose.ymlのある階層で以下コマンドを叩きます。

docker-compose build

Building node
Step 1/2 : FROM node:13.12.0-alpine3.10
 ---> b529a862f234
Step 2/2 : WORKDIR /usr/src/app
 ---> Using cache
 ---> b753b92fbf97
Successfully built b753b92fbf97
Successfully tagged プロジェクト名_node:latest

上記のような表示がされ、ビルドすることができます。

「HHKB Professional HYBRID Type-S」こいつは最高かもしれない

Thu, 09 Apr 2020 17:58:56 +0900

ずっと欲しかったHHKBの最新モデル。2019年末に発売してからずっと欲しかったですが、お値段が3万代と非常に高価だったので、なかなか手を出すことができませんでした。ですが、コロナウイルスの影響により、飲み会などでお金を使う機会がなくなり、ある程度生活に余裕が生まれたので、遂に念願の購入をしました！！（また貧乏生活が始まります。笑）
僕は今まで自分でキーボードを買ったことがなく、いきなり最高級品に手を出すのはどうかと思いましたが、キーボードは長年使えることを考えるとどうせ買うなら一番いいやつを買おうということで購入しました。今回はキーボード初心者が買ってどうだったかレビューしていきます。

HHKB Professional HYBRID Type-S について

今回、購入したのは「Hhkb Professional HYBRID Type-S」の英語配列/墨です。
2019年12月10日に3年ぶり発売されたHHKBの最新モデルで、Bluetooth 接続で最大4台までの端末と同時ペアリングできるほか、USB Type-C による有線接続、そしてキーマップのカスタマイズ（WindowsOSのみ）に対応。（Macは5月とかに対応予定みたいです）静電容量無接点方式により心地よいタイピングが実現されているそうです。
開封すると、HHKBの本体、各国語で用意された取扱説明書、Macユーザー向けの注意書き、そして富士通の乾電池が入っていました。

非常に美しいフォルム

見てください！この美しいフォルムを！！
最大限にキーの数を減らしているので、非常にコンパクトです。キーの数は僕が購入した英語配列で60キーです。通常のキーボードはキーが100キー程度あることを考えると本当に少ないです。

特徴的な配列になっていて、「Fn」キーと他のキーを同時押しすることでカーソル移動など様々な機能を使うことができます。例えば、「Fn」+「;」同時押しで左にカーソル移動ができます。僕は普段MacBookProを使っていて、「Delete」キーの位置が違うのでよく押し間違えてしまうのと、矢印の移動がまだ慣れていないです。

左側は「Fn」キーと同時押しで音量変更などができます。 MacOSの場合はドライバのインストールが必要です。
Mac用ドライバ（HHKB Professionalシリーズ専用）

Macで扱う場合は背面にあるDIPスイッチの「SW2」をオンにすれば使うことができます。

4台まで接続可能なBluetooth接続

前作から進化している点として、4台までBluetooth接続登録をすることで、「Fn」+「Control」+「1~4の数字キー」でいつでも切り替えことができます。僕はMacBookProしか接続していないので、他の端末を買ったら使ってみたいです。

人間がタイピングしやすい設計

すべてのキートップ面を中央方向に向けた「シリンドリカルステップスカルプチャ」、3段階のチルト切り替えでキーボードを好みの角度にできる「傾き調整機能」、タイピングミスを減らすために全てのキーが45gになっている「キー荷重」などタイピングのしやすさにめちゃくちゃこだわっていますね。

電源は充電式ではなく乾電池

HHKBは充電式ではなく乾電池を採用しています。画像の所に乾電池2本を入れることで動きます。乾電池を採用している理由として、充電式だと内蔵しているバッテリーが劣化するとパフォーマンスが下がってきたり、動かなくなるので、長期的に使うことを見越して乾電池にしているそうです。この出っ張りは見た目的にはあんまり美しくないですね。。

実際に使った感想

基本的には尊師スタイルで使っています。尊師スタイルとはリチャード・ストールマンという有名プログラマがラップトップ上にHHKBを置いてタイピングしている画像が元になっているそうです。
僕は今まで会社では支給された一般的なキーボード（結構なお古）、自宅ではMacBookProのバタフライキーボードを使っていました。最近はコロナウイルスの影響により、フルリモートワークとなっていて、バタフライキーボードを使っているのですが、HHKBを1度使うともう今までの生活に戻ることはできそうにないです。笑　打鍵感がしっかりしていて、キータッチが軽く、ストロークもいい感じだし、何よりも「スコスコ」となる音がたまらなくいいです。文字を入力していてすごい気持ちがいいです。いい買い物をしたなととても満足しています。

まとめ

特にキーボードにこだわりがないなら、買うべきです。

PythonでPoetryを使ってみた

Sun, 05 Apr 2020 16:12:01 +0900

先日、僕が入会しているオンラインサロンのメンバーの方に、「PipenvよりもPoetryの方がいい！」といったことをお聞きして、Poetryを知らなかったので調べて使ってみました。日本語に翻訳してくれている公式ドキュメントにそって進めていきます。

Poetryとは

PEP 518で提案されたpyproject.tomlによるパッケージ管理を導入したツールです。 pyproject.tomlでrequirements.txt、setup.py、setup.cfg、MANIFEST.inを置き換えることができます。Pipenvはrequirements.txtの置き換えしかできないので、いろんなファイルを置き換えることができて良いですね。また、Pipenvで使用するPipfileは独自規格で今後継続的に採用されるか不明なので、PipenvよりPoetryを使う方が良さそうです。

Poetryインストール

MacやLinuxでは以下コマンドでインストールします。

curl -sSL https://raw.githubusercontent.com/python-poetry/poetry/master/get-poetry.py | python

$HOME/.poetry/binにインストールされます。
Poetryを更新したいときは、以下コマンドを実行します。

poetry self update

Bash, Fish, Zshでの補完の有効化

僕はシェルにFishを使っていて、補完をサポートしてくるのでありがたいです。公式ドキュメントには自分のシェルに合った次のコマンドどれかを使えばいいそうです。

# Bash
poetry completions bash > /etc/bash_completion.d/poetry.bash-completion

# Bash (macOS/Homebrew)
poetry completions bash > $(brew --prefix)/etc/bash_completion.d/poetry.bash-completion

# Fish
poetry completions fish > ~/.config/fish/completions/poetry.fish

# Zsh
poetry completions zsh > ~/.zfunc/_poetry

# Oh-My-Zsh
mkdir $ZSH/plugins/poetry
poetry completions zsh > $ZSH/plugins/poetry/_poetry

変更を効かせるために、シェルの再起動をしましょう。

プロジェクトのセットアップ

Poetryを試すためのプロジェクトを作成します。次のコマンドで作成できます。poetry-demoと名付けています。

poetry new poetry-demo

するとpoetry-demoディレクトリが作成されます。

poetry-demo
├── pyproject.toml
├── README.rst
├── poetry_demo
│   └── __init__.py
└── tests
    ├── __init__.py
    └── test_poetry_demo.py

pyproject.tomlがプロジェクトの依存関係をまとめてくれています。中身はこのようになっています。

PythonでPipenvを使ってみた

Fri, 03 Apr 2020 21:00:13 +0900

Pipenvを使うと、個人開発の時だけではなく、複数人で開発する際にもパッケージ管理が楽になります。Pythonで作業環境を整えるのが非常に簡単になります。
公式によると

Pipenvは、手動でパッケージのインストールおよびアンインストールを行うのと同じように Pipfile に対してパッケージの追加および削除を行うのに加え、自動でプロジェクト用の仮想環境を作成し管理します。またPipenvは、いかなるときも重要な Pipfile.lock を生成し、これを利用しビルドが常に同じ結果になるようにします。
Pipenvは主にアプリケーションのユーザーと開発者に、簡単に作業環境を作れる方法を提供するためのツールです。

とのことです。

Pipenvインストール

僕はMacを使っているので、Homebrewでインストールします。

brew install pipenv

プロジェクト作成＆パッケージのインストール

Pipenvを試すためのプロジェクトを作成します。今回はpipenv-testディレクトリをホームディレクトリに作成して、その配下にPythonの静的解析ができるflake8をインストールをします。

mkdir pipenv-test
cd pipenv-test
pipenv install flake8

インストールをするとターミナルに以下のような表示がされます。

Creating a virtualenv for this project…
Pipfile: /Users/ユーザーネーム/pipenv-test/Pipfile
Using /usr/local/Cellar/pipenv/2018.11.26_4/libexec/bin/python3.8 (3.8.2) to create virtualenv…
⠋ Creating virtual environment...created virtual environment CPython3.8.2.final.0-64 in 719ms
  creator CPython3Posix(dest=/Users/ユーザーネーム/.local/share/virtualenvs/pipenv-test-x1ZFqoq_, clear=False, global=False)
  seeder FromAppData(download=False, pip=latest, setuptools=latest, wheel=latest, via=copy, app_data_dir=/Users/ユーザーネーム/Library/Application Support/virtualenv/seed-app-data/v1)
  activators BashActivator,CShellActivator,FishActivator,PowerShellActivator,PythonActivator,XonshActivator

✔ Successfully created virtual environment!
Virtualenv location: /Users/ユーザーネーム/.local/share/virtualenvs/pipenv-test-x1ZFqoq_
Creating a Pipfile for this project…
Installing flake8…
Adding flake8 to Pipfile's [packages]…
✔ Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
✔ Success!
Updated Pipfile.lock (e8e061)!
Installing dependencies from Pipfile.lock (e8e061)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 5/5 — 00:00:01
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.

Pipfileでインストールしたパッケージなどを管理していて、プロジェクトを他の人に共有するときに依存関係が分かります。 Pipfileの中身はこんな感じになります。

Pythonコードを静的解析した

Wed, 01 Apr 2020 20:34:45 +0900

今回はflake8, autopep8を使って、Pythonコードを静的解析します。

静的解析とは

コードを実行せずに行う解析です。コーディングルールチェックや、制御フローの解析、コードの複雑度の分析をすることでソースコードにある問題点を発見してくれます。

flake8とは

pep8のチェック、pyflakesのチェック、及び循環的複雑度をチェックできるラッパーのことです。導入をすることで普段から綺麗なコーディングができます。

autopep8とは

pep8のスタイルガイドに適用するように、自動的にPythonコードをフォーマットしてくれます。

flake8, autopep8インストール

さっそくインストールしていきましょう。
以下コマンドでflake8をインストールできます。

pip install flake8

次にautopep8をインストールします。

pip install autopep8

とても簡単ですね。

使い方

flake8

flake8 <対象ファイルへのパス>

このコマンドで対象ファイルを静的解析することができ、結果をターミナルに表示してくれます。

autopep8

autopep8 --in-place --aggressive --aggressive <filename>

公式ドキュメントにはこのように実行することを推奨しています。 --in--placeをつけることでファイルを更新してくれます。これがないとコードを自動的にフォーマットして、更新してくれません。 --aggressiveをつけることでコード整形のレベルを指定でき、２つつけることでレベル2になり修正対象のエラーが増えるそうです。このコマンドで対象ファイルを静的解析することができ、結果をターミナルに表示してくれます。

試してみる

test.pyを任意のディレクトリに作成します。内容はこんな感じにしてみました。

def example(num_a,num_b,num_c,num_d,num_e,num_f,num_g,num_h):
    print(num_a+num_b+num_c+num_d+num_e+num_f+num_g+num_h)
num_a,num_b,num_c,num_d,num_e,num_f,num_g,num_h = 1,   2,  3,  4, 5,  6,  7,   8
example(   num_a,     num_b,      num_c, num_d,num_e,   num_f,  num_g,   num_h  )

適切な改行や空白をいれることができていないし、文字列がとても長くなってしまっています。まずはflake8で静的解析をします。

test.py:1:18: E231 missing whitespace after ','
test.py:1:24: E231 missing whitespace after ','
test.py:1:30: E231 missing whitespace after ','
test.py:1:36: E231 missing whitespace after ','
test.py:1:42: E231 missing whitespace after ','
test.py:1:48: E231 missing whitespace after ','
test.py:1:54: E231 missing whitespace after ','
test.py:3:1: E305 expected 2 blank lines after class or function definition, found 0
test.py:3:6: E231 missing whitespace after ','
test.py:3:12: E231 missing whitespace after ','
test.py:3:18: E231 missing whitespace after ','
test.py:3:24: E231 missing whitespace after ','
test.py:3:30: E231 missing whitespace after ','
test.py:3:36: E231 missing whitespace after ','
test.py:3:42: E231 missing whitespace after ','
test.py:3:80: E501 line too long (80 > 79 characters)
test.py:4:9: E201 whitespace after '('
test.py:4:47: E231 missing whitespace after ','
test.py:4:80: E501 line too long (81 > 79 characters)
test.py:4:80: E202 whitespace before ')'

コードが汚いと怒られていますね。この汚いコードを綺麗にするために、autopep8を実行します。その後、ソースコードを見ると

筋トレ歴5ヶ月で体重を3.9kg、体脂肪率を7%落とした筋トレメニュー

Mon, 30 Mar 2020 22:12:44 +0900

2019年11月に「FASTGYM24」に入会して、5ヶ月経ちました。
この5ヶ月間で体重が 3.9kg、体脂肪率が 7% 落ちました！！
今回は自分が週2で行っている筋トレメニューについて紹介をします。（現在はコロナウイルスの影響を考慮して休会をしているので、自宅でできるメニューを考えなくてはいけません。。）

筋トレメニュー

最近行った筋トレメニューの記録です。ジムで筋トレするときは、最初にトレーニング前の体重・体脂肪率・骨格筋量を測定してから、メニューの表示順番でトレーニングをしています。
メニューの順番はジムの混み具合で変えていて、基本的にはBIG-3系の種目（ベンチプレス・デッドリフト）からやっています。大体2時間あれば全メニューが完了していました。

全身を鍛えるために、それぞれの部位を10×3セット行っています。

【胸】
ベンチプレス

【肩】
リアレイズ
ローイング
振り子

【背中・下半身】
デッドリフト
懸垂

【腹】
アブドミナル
トーソ・ローテーション

【有酸素運動】
バイク

肩のトレーニングは筋トレYouTuberのJinさんのトレーニングを参考にしていて、かなり効きます。

バイクは足が筋肉痛にならない程度で、汗をかくようにこいでいます。有酸素運動はランニングとバイクを気分で変えながら行っています。

週2で筋トレをしている理由としては、筋トレしている友人が山本義徳先生の方法が効率いいと聞いて、取り入れています。

自分にあった筋トレと重量でメニューを組んで、コツコツやれば誰でも身体を変えることができます。

マッチョを目指して頑張りましょう！！

AtCoder Beginner Contest 160の振り返り

Sun, 29 Mar 2020 16:05:35 +0900

今回で3回目のコンテスト参加となりました。前回が2月22日（土）だったので１ヶ月ぶりでした。この１ヶ月、AtCoderの問題に取り組んでいなかったので、散々な結果となりました。。（日頃からコツコツとやらないとダメですね。）

今回の結果はC問題が解けずに終わってしまい、悔しかったです。今後、類似問題が出てきても解けるように振り返りをします。今回の僕の結果はこちらから。（弱弱なので、お恥ずかしい。笑）

A - Coffee

問題文

ある長さ6の英小文字からなる文字列がcoffeeに似ているとは、3文字目と4文字目が等しく、5文字目と6文字目も等しいことを言います。与えられる文字列Sがcoffeeに似ているか判定してください。

制約

Sは長さ6の英小文字からなる文字列である。

解説

この問題は長さ6の文字列が3文字目 = 4文字目、5文字目 = 6文字目の時にYes、違う時にNoを表示すればOKです。

回答

N = input()
if(N[2] == N[3] and N[4] == N[5]):
    print("Yes")
else:
    print("No")

B - Golden Coins

問題文

高橋君は金色の硬貨が好きです。自分が持っている500円硬貨1枚につき1000、5円硬貨1枚につき5の嬉しさを得ます。高橋君はX円を持っています。これを高橋君の嬉しさが最大になるように両替したとき、高橋君の嬉しさはいくらになりますか？ (なお、利用できる硬貨は500円玉、100円玉、50円玉、10円玉、5円玉、1円玉の6種類とします。)

制約

0≤X≤10^9
Xは整数

解説

高橋君が持っているX円が500円何枚分（Y枚）あるのかを求めてから、X＝X-500*Y円をして、同様にX円が5円何枚分（Z枚）あるか求めます。その後、Y*1000+Z*5を表示すればOKです。

回答

math.floorを使うことで小数点以下を切り捨てしています。

import math

X = int(input())
total_500 = 0
total_5 = 0
total_count = 0

if(X >= 500):
    total_500 = math.floor(X/500)
    total_count += total_500 * 1000
    X -= total_500 * 500

if(X >= 5):
    total_5 = math.floor(X/5)
    total_count += total_5 * 5
    X -= total_5 * 5

print(total_count)

C - Traveling Salesman around Lake

問題文

1周Kメートルの円形の湖があり、その周りにN軒の家があります。i番目の家は、湖の北端から時計回りにAiメートルの位置にあります。家の間の移動は、湖の周りに沿ってのみ行えます。いずれかの家から出発してN軒すべての家を訪ねるための最短移動距離を求めてください。

制約

2≤K≤10^6
2≤N≤2×10^5
0≤A1<…<AN<K
入力中のすべての値は整数である。

解説

この問題を解いているとき、全ての出発地点からの最短経路を全部計算するのかなと思ってしまい、実装方法が訳分からずに途中で解くのをやめました。。
解き方として、円形の湖沿いを通って全ての家を通る必要があるので、最短経路を求めるには家と家の距離が最大の道を通らなければいいみたいです。（こういう問題を円環っていうらしいです。）以下の画像のように、湖を2周した長さを直線で表示すると、それぞれの家と家の距離がわかるので、最大の道をKメートルから引いてあげます。

About

Fri, 27 Mar 2020 17:01:47 +0900

栁下優 / Yu Yagishita

1995年生まれ。明治大学理工学部卒業後、都内のWeb系企業にソフトウェアエンジニアとして就職。バックエンド、SRE、DevOpts関連の仕事を主にしている。

Skills

Scala
TypeScript
Kubernetes
Google Cloud

Certification

Oracle Certified Java Programmer, Silver SE 8 認定資格

Interest

サッカー観戦
筋トレ
読書
プログラミング

Contact

Hugoで作成したサイトの表示設定について

Tue, 24 Mar 2020 16:36:43 +0900

今回、Hugo + Netlify で本ブログを作成しましたが、最初サイトの見栄えがよくなかったので、各種設定をしました。 Hugoはconfig.tomlを修正すれば、簡単にサイトの表示を変えることができます。今回は僕が行った修正を記載します。

`config.toml`設定

現在の本ブログのconfig.tomlはこんな感じになっています。

baseURL = "https://yuyagishita.com/"
languageCode = "en-us"
title = "YAGI BLOG"
theme = "beautifulhugo"
summarylength = 100
HasCJKLanguage = true

[Params]
  readingTime = true
  wordCount = true
  socialShare = true

[Author]
  github = "yuyagishita"
  twitter = "yuyagishita"

[taxonomies]
  category = "categories"
  tag = "tags"

[[menu.main]]
  name = "Home"
  url = "/"
  weight = 1

[[menu.main]]
  name = "Tags"
  url = "tags"
  weight = 2

[[menu.main]]
  name = "Categories"
  url = "categories"
  weight = 3

[blackfriday]
  hrefTargetBlank = true

１つずつ解説していきます。

Nginx + uWSGI + Python(Django)の環境をdockerで作成する

Mon, 23 Mar 2020 22:18:15 +0900

はじめに

Nginx + uWSGI + Python(Django)のアプリ環境をDockerで作成する方法を本記事にまとめました。

Docker for Windowsのインストール

コントロールパネルを開いて、「プログラムと機能」→「Windowsの機能を有効化または無効化」→「Hyper-V」にチェックが入っているか確認します。
チェックが入っていなかった場合は、チェックを入れてPCを再起動させて有効化させます。
次に「Docker Desktop for Windows」のインストールをします。
インストールはここからできます。

Djangoを動かす環境構築

ディレクトリ構成

以下、構成でDjangoアプリを動かします。

Infrastrcuture作成

Alpineにpython + uWSGI、Nginxをインストールします。

docker-compose.yml作成

Nginxとpython + uWSGIのコンテナを作成します。
今回はログをdjango-sample配下に出力するようにしていますが、お好きなところにログを吐き出すように設定してください。

django-sample/docker-compose.yml

version: '2'
services:
  nginx:
    build: "./Infrastructure/nginx/"
    volumes:
      - ./logs/nginx:/var/log/nginx
    ports:
      - "80:80"
    networks:
      django-sample-network:
        ipv4_address: 172.23.0.4
  python:
    build: "./Infrastructure/python/"
    volumes:
      - ./Application/django-sample:/home/work/django-sample
      - ./logs/django:/home/work/django
      - ./logs/uwsgi:/home/work/uwsgi
    ports:
      - "8000:8000"
    networks:
      django-sample-network:
        ipv4_address: 172.23.0.5
networks:
  django-sample-network:
    driver: bridge
    ipam:
     driver: default
     config:
       - subnet: 172.23.0.0/24

Dockerfile作成

Nginx

django-sample/Infrastructure/nginx/Dockerfile

AtCoder用にPythonの環境構築

Mon, 16 Mar 2020 22:24:26 +0900

本記事は以前Qiitaに投稿した内容を本ブログに持ってきています。

はじめに

最近、AtCoderを始めました。
AtCoderは競技プログラミングサイトで、毎週リアルタイムのコンテストが開催されていて、AtCoderで評価されたレーティングを利用して、転職活動ができるAtCoderJobsというサービスが話題になっているそうです。
最初、シェルがfishでHomebrewなどが入っている状態で色々試していましたが、うまくいかなかったので、Mac環境をきれいにして環境構築をしました。

環境

macOS Catalina 10.15.2 Homebrew 2.1.15 bash 3.2.57

シェルをbashに戻す

ターミナルで以下コマンドを叩いて、ターミナルの再起動をするとシェルがbashに戻ります。

$ chsh -s /bin/bash

Homebrewをアンインストールする

以下コマンドを叩いてパスワードを入力すると、Homebrewをアンインストールできます。

$ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall)"

Homebrewの公式サイトに記載されています。

Homebrewインストールする

以下コマンドを叩く。

$ usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

インストールできたか確認するために、以下コマンドを叩きます。

$ brew doctor

すると、Warningが大量に出たので、brew doctorでWarningが出たので解決方法まとめました。(for Mac)を参考に解決しました。
Warning: Unbrewed dylibs were found in /usr/local/include. のログに関しては残すことを忘れてしまっていたので、上記記事を引用しています。

Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: Unbrewed header files were found in /usr/local/include.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.

Unexpected header files:
  /usr/local/include/arith.h
  /usr/local/include/binary_log_types.h
  /usr/local/include/cdt.h
  /usr/local/include/cgraph.h
  /usr/local/include/color.h
  /usr/local/include/decode.h
  /usr/local/include/demux.h
  /usr/local/include/encode.h
  /usr/local/include/errmsg.h
  /usr/local/include/fcfreetype.h
  /usr/local/include/fcprivate.h
  /usr/local/include/fontconfig.h
  /usr/local/include/freetype/config/ftconfig.h
  /usr/local/include/freetype/config/ftheader.h
  /usr/local/include/freetype/config/ftmodule.h
  /usr/local/include/freetype/config/ftoption.h
  /usr/local/include/freetype/config/ftstdlib.h
  /usr/local/include/freetype/freetype.h
  /usr/local/include/freetype/ftadvanc.h
  /usr/local/include/freetype/ftbbox.h
  /usr/local/include/freetype/ftbdf.h
  /usr/local/include/freetype/ftbitmap.h
  /usr/local/include/freetype/ftbzip2.h
  /usr/local/include/freetype/ftcache.h
  /usr/local/include/freetype/ftchapters.h
  /usr/local/include/freetype/ftcid.h
  /usr/local/include/freetype/ftdriver.h
  /usr/local/include/freetype/fterrdef.h
  /usr/local/include/freetype/fterrors.h
  /usr/local/include/freetype/ftfntfmt.h
  /usr/local/include/freetype/ftgasp.h
  /usr/local/include/freetype/ftglyph.h
  /usr/local/include/freetype/ftgxval.h
  /usr/local/include/freetype/ftgzip.h
  /usr/local/include/freetype/ftimage.h
  /usr/local/include/freetype/ftincrem.h
  /usr/local/include/freetype/ftlcdfil.h
  /usr/local/include/freetype/ftlist.h
  /usr/local/include/freetype/ftlzw.h
  /usr/local/include/freetype/ftmac.h
  /usr/local/include/freetype/ftmm.h
  /usr/local/include/freetype/ftmodapi.h
  /usr/local/include/freetype/ftmoderr.h
  /usr/local/include/freetype/ftotval.h
  /usr/local/include/freetype/ftoutln.h
  /usr/local/include/freetype/ftparams.h
  /usr/local/include/freetype/ftpfr.h
  /usr/local/include/freetype/ftrender.h
  /usr/local/include/freetype/ftsizes.h
  /usr/local/include/freetype/ftsnames.h
  /usr/local/include/freetype/ftstroke.h
  /usr/local/include/freetype/ftsynth.h
  /usr/local/include/freetype/ftsystem.h
  /usr/local/include/freetype/fttrigon.h
  /usr/local/include/freetype/fttypes.h
  /usr/local/include/freetype/ftwinfnt.h
  /usr/local/include/freetype/t1tables.h
  /usr/local/include/freetype/ttnameid.h
  /usr/local/include/freetype/tttables.h
  /usr/local/include/freetype/tttags.h
  /usr/local/include/ft2build.h
  /usr/local/include/geom.h
  /usr/local/include/graphviz_version.h
  /usr/local/include/gvc.h
  /usr/local/include/gvcext.h
  /usr/local/include/gvcjob.h
  /usr/local/include/gvcommon.h
  /usr/local/include/gvconfig.h
  /usr/local/include/gvplugin.h
  /usr/local/include/gvplugin_device.h
  /usr/local/include/gvplugin_layout.h
  /usr/local/include/gvplugin_loadimage.h
  /usr/local/include/gvplugin_render.h
  /usr/local/include/gvplugin_textlayout.h
  /usr/local/include/gvpr.h
  /usr/local/include/lt_dlloader.h
  /usr/local/include/lt_error.h
  /usr/local/include/lt_system.h
  /usr/local/include/mux.h
  /usr/local/include/mux_types.h
  /usr/local/include/my_command.h
  /usr/local/include/my_list.h
  /usr/local/include/mysql.h
  /usr/local/include/mysql/client_plugin.h
  /usr/local/include/mysql/plugin_auth_common.h
  /usr/local/include/mysql/udf_registration_types.h
  /usr/local/include/mysql_com.h
  /usr/local/include/mysql_time.h
  /usr/local/include/mysql_version.h
  /usr/local/include/mysqld_error.h
  /usr/local/include/mysqlx_ername.h
  /usr/local/include/mysqlx_error.h
  /usr/local/include/mysqlx_version.h
  /usr/local/include/pack.h
  /usr/local/include/pathgeom.h
  /usr/local/include/pathplan.h
  /usr/local/include/png.h
  /usr/local/include/pngconf.h
  /usr/local/include/textspan.h
  /usr/local/include/types.h
  /usr/local/include/usershape.h
  /usr/local/include/xdot.h

Warning: Your Xcode (10.3) is outdated.
Please update to Xcode 11.3 (or delete it).
Xcode can be updated from the App Store.

Warning: Broken symlinks were found. Remove them with `brew cleanup`:
  /usr/local/lib/node_modules/expo-cli/node_modules/.bin/detect-libc
  /usr/local/lib/node_modules/expo-cli/node_modules/.bin/prebuild-install

まずは、Warning: Unbrewed header files were found in /usr/local/include.の解決をします。

GoでインストールからHello Golang！！

Mon, 16 Mar 2020 22:22:38 +0900

本記事は以前Qiitaに投稿した内容を本ブログに持ってきています。

概要

MacにGoをインストールして、「Hello Golang！！」を表示させるところまでを解説していきます。
また、僕はシェルにfishを使っているので、fish向けの環境構築についても記載します。

環境

macOS Catalina 10.15.1
Homebrew 2.1.15
fish 3.0.2

Goインストール

$ brew install go

$ go version
go version go1.13.3 darwin/amd64

Homebrew使うとコマンド一つでインストールできるので、とても便利です。

GOPATHの設定

GOPATHとは、Goのソースをまとめているディレクトリを指定している環境変数のことであり、 GOPATHを利用することで、外部ライブラリの導入やビルド作業を非常に簡単に行うことができます。

bashでGOPATHを指定するには、

$ vim ~/.bash_profile

で設定ファイルに以下追記をします。

export GOPATH=$HOME/go（←ワークスペースにしたい場所）
export PATH=$PATH:$GOPATH/bin

僕のようにシェルにfishを使っている人は、

vim ~/.config/fish/config.fish

で設定ファイルに以下追記をします。

set -x GOPATH $HOME/go
set -x PATH $PATH $GOPATH/bin

これでGOPATHの設定は完了です。

Hello Golang！！

ではいよいよ「Hello Golang!!」を表示させていきます。

ディレクトリ構成

最終的に以下構成になります。

go/
┣ bin/
   ┣ hellogolang
┣ pkg/
┣ src/
   ┣ hellogolang/
              ┣ main.go

以下ファイルのそれぞれの役割に関して記載します。
bin：　実行ファイルが格納されるディレクトリ
pkg：　ビルドしたパッケージオブジェクトが格納されるディレクトリ
src：　パッケージごとのソースが格納されるディレクトリ

新卒でJava Silverに合格した体験記

Mon, 16 Mar 2020 22:20:52 +0900

本記事は以前Qiitaに投稿した内容を本ブログに持ってきています。

2019年3月にOracle Certified Java Programmer, Silver SE 8 認定資格を取得していて、これから受験しようと思っている人のためになればと思い、記事を作成しました。

Java Silverとは

Oracle社が提供しているJava技術者向けの資格の１つで、今回僕が受けたテストは、「Oracle Certified Java Programmer, Silver SE 8 認定資格」です。
公式によると

Oracle Certified Java Programmer, Silver SE 8 認定資格は、Javaアプリケーション開発に必要とされる基本的なプログラミング知識を有し、上級者の指導のもとで開発作業を行うことができる開発初心者向け資格です。 https://www.oracle.com/jp/education/certification/jse8-2489021-ja.html

この試験のレベルは入社してからJavaの基礎的な研修を受けて、業務を数ヶ月こなせば初見でも全く分からない問題はないかなといった感じです。
オブジェクト指向がまったく分からない状態で、Java Silverの勉強を始めるのは少ししんどいかもです。
また、受験料が3万弱するので、落ちると悲惨です。。
確実にとりましょう！（Oracleの資格は一回落ちても、無料で再度受験できるキャンペーンをやっていることがあるので、申し込む時に忘れずに。）

勉強を始める前の僕のレベル

IDE（Eclipse）を使って、なんとかJavaのコードはかけるが、基礎的な型の継承やポリモーフィズムやカプセル化などの理解は曖昧って感じでした。

試験勉強の仕方

自分は2018年9月から2019年3月までにJava Silverに合格することを会社の自分の目標にしていて、Javaプログラマ Silver SE 8 スピードマスター問題集を購入して、最初はコツコツと出勤時のお昼時間や業務中に空いている時間で勉強していました。
ですが、だらだらと勉強をしてしまっていたせいで、気付いたら1月も終わろうとしていました。笑
そこからやばいと思い本気で勉強を始めました。

本気の時の勉強

出社時のお昼時間
業務中の空いた時間
平日は退社してから、カフェで2時間勉強
休日は予定がなかったら、3〜4時間ぐらい

こんな感じで60時間程度は学習にあてました。

Javaプログラマ Silver SE 8 スピードマスター問題集は3〜4周取り組みました。
1周目で分からなかった問題にチェックマークをつけて、２周目で再度解けなかった問題に取組み、最後の演習問題で分からなかった章の問題に次の周で取り組むといった具合で問題集を解いていました。
他には、TECH ProjinにJava Silverの問題があったので、その問題を解いたりしていました。

出題範囲

１章　Javaの基礎
２章　Javaのデータ型の操作
３章　演算子と判定構造の使用
４章　配列の作成と使用
５章　ループ構造の使用
６章　メソッドとカプセル化の操作
７章　継承の操作
８章　例外の処理
９章　Java APIの主要なクラスの操作

PythonでOpenPyXLを用いたExcel操作まとめ

Mon, 16 Mar 2020 22:18:19 +0900

本記事は以前Qiitaに投稿した内容を本ブログに持ってきています。

概要

業務でPythonを使ってExcelを作成することがあったので、備忘録としてこの記事を作成しました。
実行環境はPython 3.7で、OpenPyXLを利用してExcelを作成します。

作成・保存・読み込み

新規にExcel作成

from openpyxl import Workbook

wb = Workbook()

Excel保存

wb.save('test.xlsx')

save()にはエクセルを保存したいpath（ディレクトリとファイル名）を指定してください。

アクティブなシート取得

ws = wb.active

シート作成

ws2 = wb.create_sheet("Sheet2")
ws3 = wb.create_sheet("sheet3", 0)  # 最初のシートに設定
ws4 = wb.create_sheet("sheet4", -1)  # 最後から２番目にシートに設定

Excel読み込み

from openpyxl import load_workbook

load_workbook('test.xlsx')

シート編集

シートのタイトル命名

ws.title = "test-sheet"

セルに文字入力

ws['A1'] = "hogehoge"

['A1']の部分に指定したいセルを入力

数式を使う

ws['A1'] = "=SUM(1, 1)"

セルの結合

ws.merge_cells('A2:D2')

セルの結合解除

ws.unmerge_cells('A2:D2')

セルの色付け

from openpyxl.styles import PatternFill

fill = PatternFill(patternType='solid', fgColor='4d4d4d')
ws['A1'].fill = fill

patternTypeはセルの塗り方、fgcolorはセルに塗る色を指定しています。色に関しては、以下サイトなどを参考にしてください。 https://www.color-sample.com/colors/4d4d4d/

文字に色付け

from openpyxl.styles.fonts import Font

ws['A1'].font = Font(color='FFFFFF')

列の幅を変更

ws.column_dimensions['A'].width = 15

セルに罫線を設定

from openpyxl.styles.borders import Border, Side

border = Border(top=Side(style='thin', color='000000'),
                        bottom=Side(style='thin', color='000000'),
                        left=Side(style='thin', color='000000'),
                        right=Side(style='thin', color='000000')
                        )

for row_num in range(1, 15):
            for col_num in range(1, 3):
                ws.cell(row=row_num, column=col_num).border = border
                ws.cell(row=row_num, column=col_num).alignment = Alignment(horizontal = 'left', vertical = 'top', wrap_text = False)

horizontalで水平方向を、verticalで垂直方向を何揃えにするかを指定しています。horizontal, verticalでは以下の定数を指定することができます。
horizontal

'center', 'centerContinuous', 'fill', 'left', 'justify', 'distributed', 'right', 'general'

vertical

PythonでExcelを添付してメールを送信する

Thu, 12 Mar 2020 23:26:17 +0900

本記事は以前Qiitaに投稿した内容を本ブログに持ってきています。

概要

先日、業務で「PythonでExcelを添付してメールを送信する」機能を試行錯誤して実装しました。
Djangoのメール送信機能を使ったら、わりかし簡単に実装できたので、自分と同じに状況になるかもしれない人のために記事を作成しました！

環境

Python 3.7
Django 2.2
※ Djangoを利用していないと本記事の実装はできません。

事前準備

openpyxlをインストールします。

$ pip install openpyxl

メールサーバの設定

プロジェクトのsettings.pyに送信先の情報を追加します。
送信するメールサーバの情報を記載してください。
settings.py

EMAIL_HOST = '00.00.00.00' # 送信メールサーバ
EMAIL_PORT = '000'         # 送信メールポート

メールに添付するExcelを整える

添付したいExcelをbytesオブジェクトに変換します。
これをしないとメール送信ができません。

from openpyxl import load_workbook
from io import BytesIO

wb = load_workbook('test.xlsx') # 添付したいExcelを読み込む
excelfile = BytesIO()
wb.save(excelfile)              # Excelをbytesオブジェクトに変換する

メールをExcelを添付して送信する

以下、コードでメール送信ができます！！

from django.core.mail import EmailMessage

subject = "件名"
body = "本文です。"
send_from = "hogehoge1@gmail.com" # 送信者
send_to = ["hogehoge2@gmail.com"] # 宛先リスト
bcc = ["hogehoge3@gmail.com"] # Bccリスト

email = EmailMessage(subject, body, send_from, send_to, bcc)
email.attach('test.xlsx', excelfile.getvalue(), 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet')
email.send()

参考資料

https://speakerdeck.com/thinkami/djangocongress-jp-2019-talk https://narito.ninja/blog/detail/64/

YAGI BLOG

Obsidian+Claude Code+Neovimで運用始めた

以前の使い方

使い方の変化

さいごに

開発環境現状確認2026

OS

ウィンドウマネージャー

エディタ

ターミナル

コーディングエージェント

シェル

ブラウザ

dotfiles

メモ

キーボード

まとめ

sidekick.nvimの導入をした

導入時に気になったこと

感想

Gateway APIについて学んだ

Gateway APIとは

きっかけ

さわってみた

gateway.yaml

healthcheck.yaml

2025年振り返りと2026年展望

2025年振り返り

2026年展望

今年からSoftware Designを読み始めた

読むメリット

読んだなかで記憶に残っていること

さいごに

デジタルデトックス（SNSデトックス）を始めた

疲れてる自分がいた

原因は・・・

現在

所属している会社のアドベントカレンダーを書いた2025

アドベントカレンダー書いた

GKE AutopilotのPodバーストとHPAで問題が起きた

発生した問題

原因

対処方法

まとめ

2023年振り返りと2024年展望

2023年振り返り

2023年読んだ本

2024年展望

Kubernetes完全ガイドを読んだので感想とか

環境構築

図が多くて分かりやすい

第７章までやれば基礎力が身につく

第９章 リソース管理とオートスケーリング

運用上のベストプラクティスをもっと知りたい

マイクロサービスとの相性の良さ

まとめ

所属している会社のアドベントカレンダーを書いた

アドベントカレンダー書いた

損する結婚 儲かる離婚｜幸せな家庭を築くために

結婚は金融商品

泥沼の離婚裁判

結婚相手の賢い選び方

一夫一妻は自然な形なのか

最後に

DIE WITH ZERO｜人生で最も大切なことは思い出

ゼロで死ぬってどういう意味？

人生でもっとも大切なことは思い出

終わりを意識する

資産を取り崩すのは45~60歳がオススメ

最後に

読書方法を変えて低レイヤーの本を3冊読んだ

読んだ本の紹介

なぜ低レイヤー？

読書方法の紹介

赤色のハイライトまとめ

[試して理解]Linuxのしくみ 実験と図解で学ぶOSとハードウェアの基礎知識

プログラムはなぜ動くのか 第2版 知っておきたいプログラムの基礎知識

コンピュータシステムの理論と実装 モダンなコンピュータの作り方

各本の総評

[試して理解]Linuxのしくみ 実験と図解で学ぶOSとハードウェアの基礎知識

第９章　リソース管理とオートスケーリング

損する結婚儲かる離婚｜幸せな家庭を築くために

[試して理解]Linuxのしくみ　実験と図解で学ぶOSとハードウェアの基礎知識

プログラムはなぜ動くのか　第2版　知っておきたいプログラムの基礎知識

コンピュータシステムの理論と実装　モダンなコンピュータの作り方

[試して理解]Linuxのしくみ　実験と図解で学ぶOSとハードウェアの基礎知識

オードリー・タンデジタルとAIの未来を語る｜デジタルとの向き合い方を考える