すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。
あえてブログの記事に残そうかなと思って書いてみます。
最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、
ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて
考えがまとまってきたので、自分の言葉で整理してみたくなった。
「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解？をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも
みんな陥りがちだし、言われんでも分かっとるわ！的な内容ではあるのだけど、
自分の中で整理してみたくなったのでブログを書いてみる次第です。
つまりただのポエムです。
thanks いらすとや
https://www.irasutoya.com/2015/07/blog-post_993.html
みんなどうやって作業効率を上げてるのか教えて欲しいです！！！
ポモドーロテクニックを使ってみての実感とかを書きます。
これに対して、「ポモドーロのやり方間違っている」とか
「もっと良い手法がある」など、何かあればやんわり教えていただけると幸いです。
ってなんとなく思った。
いろんな言語を学びたいとか言いつつ、お前が真っ先に書こうとするのはJavaだろう、と。
「Javaが凄い出来ます！得意です！」とかなかなかそういうことを言う気にはならないんだけど、
パッと何かをしようとしたときには一番楽な言語となっている。それかKotlinなんだけど。
多分、Javaに関して言えば、開発環境がすでに目の前にあるから咄嗟に使いやすいというのは大きい。
例えば普段鉛筆を持たない左手で字を書いてみる。
書いているうちに左手で字を書くことを覚える、みたいな作業は必ず必要である。少なくとも僕の場合。
ただ、忙しい時にtryすると、
「この忙しいのになに悠長なことしてんだ」ということになるので時間の捻出もある程度必要になりそう。仕事ならば。
家で趣味コードであればダラダラ書いても良いかもしれないが。
やっぱある程度家で素振りしてから実戦で個人で使ってみるという流れかな。
それでよっぽどチームで使ってメリットがあるならチームで導入という流れになるだろう。と思う。
ホントにそれってJavaでやる方が向いている作業？ってこともある。
もしかしたらPythonの方が良いかもしれないし、JavaScriptの方が良いかもしれないし、
RustとかGoの方が良いのかもしれないみたいなの。
それでも案外Javaで出来てしまったりするからタチが悪いというか。
極端な話Semicolonless Javaみたいなことになる。
まぁそもそもそんな難しいことを僕自身が書いていない。
やっぱり素振りだなぁ。もっとコード書かないと
プログラミングをするお仕事をして数年経つけど(5年ちょいぐらい)、段々と守破離が出来なくなってきた気がする。
剣道や茶道などで、修業における段階を示したもの。「守」は、師や流派の教え、型、技を忠実に守り、確実に身につける段階。「破」は、他の師や流派の教えについても考え、良いものを取り入れ、心技を発展させる段階。「離」は、一つの流派から離れ、独自の新しいものを生み出し確立させる段階。
https://kotobank.jp/word/%E5%AE%88%E7%A0%B4%E9%9B%A2-689006より引用
この守破離という言葉は、近い職業で言うといわゆるITエンジニアの意識高い系の人たちが使っている気がするのだけど考えとしては大事と思っている。
で、出来なくなってきてると思っているのは主に「守」の部分。
トレードオフ的な。
例えば、新しい言語Aを学ぶとなったとする。
そうすると、プログラミングを初めたばかりであれば入門書から全て基本文法を覚えたりとか始める。
次に何かアプリとか作ってみようとする。そして仕事で使うとかする。
一方で、それが今の僕であれば基本文法は入門書を細かく見なくても◯◯言語のアレと同じだからやんなくても大体分かるな、となる。
A言語とB言語があった時に、AのXXXX ≒ BのXXXX とか判断出来る。
一見して便利なんだけど、全然手とか動かさなくて済んでしまう。もしくはそれで済まそうとする。記憶に残らないし身につかない。
性分として、元々あたまでっかちな方なので結構質が悪い。
言語の違いの部分だけ味見して分かった気になるとかそんな感じになってて中途半端だなぁ、、とかいうのが最近です。
ということで、僕がやっているのは守のない守破離みたいな感じになっている。かもしれない。
帽子のないマリオ、バクダンを持ってないボンバーマン、具のないカレー、みたいになんか足りない感じ。
そもそも破も離も出来ないはずなので、完全にわかったフリということになる。厳しい。
ここ最近思うのはもっと愚直にやりたいなということ。
もちろん、分かりきっていることをド初心者と同じように学ぶというのは効率が悪いのでやらないですが、もっと色んなことに真摯に向き合いたいなとか思う所存。
という自分の悩み？と自戒を書いた風のポエムでした。
うだうだ言ってないでコード書け的なやつだ。
良い本なので感想とか僕の考えてることを書こうと思います！
「わかる！ ドメイン駆動設計～もちこちゃんの大冒険～」というTechBoosterさんが出している本です。
DDDだからページ数多いんだろうなというイメージだったんですが、60ページ。しかも1000円は安い。
買ってハズレでもちょっと1日御飯を控えめにするだけでなんとかなる（大体控えめにすることはない）。と思いPDF版を買いました。
こちらから買えますよ！まわしものじゃないけどｗ
https://techbooster.booth.pm/items/392260
振り返りも兼ねて。
枯れ果てていた自分のGitHubアカウントの緑化運動をした話をココに記します。
GitHubに草を生やす活動とは。GitHubにアカウントを作り、
適当にリポジトリを作り1日1プッシュは行う感じのやつです。
GitHub上だとContributionsとか書いてあるやつ。
コーディングをしていて。
自分自身本当に納得いっているコードや、自明であるから然るべき！
みたいな意志をもって生まれたコードは強靭であるとともに、たまに厄介な気がする。
さっき風呂に入りながらボーッと考えてたことを書いてみる。
タイトルの通り。
簡単に言うと、中継点を作ってそのポイントに到達するたびに
レビューをするほうが良いのじゃないだろうかということ。
最近、胡散臭いブログエントリを書いてなかったので、
とびっきり胡散臭いのを書こうと思います（どれも胡散臭いよ、、とか言っちゃダメだ）。
2冊本を読んで、それが割と自分の生活の軸になっているという話です。
