2023/10/08 このエントリーをはてなブックマークに追加 はてなブックマーク - リファクタリングって何なのか 〜掃除から紐解くリファクタリング〜 というスライドを作った

リファクタリングって何なのか 〜掃除から紐解くリファクタリング〜 というスライドを作った

カテゴリ: ,


リファクタリングと掃除でも比較してみるかぁ、と愚かなことを思いついて書きました。

ブログにしようかなとも考えたのだけど、多分スライドとかの方がわかりやすいかなぁと思ってスライドにした。

https://speakerdeck.com/yyyank/jie-ju-rihuakutaringututehe-nanoka-sao-chu-karaniu-jie-kurihuakutaringu-refactoring-vs-room-cleaning


自分は掃除が苦手なので、結構部屋が散らかりがちで
頭の中では分かっているのだけど、みたいなことがよくある。

日常の中で生活できてしまっているから、散らかってるのは分かっているのだけど掃除しないんだよね。という。
これはなんかリファクタリングに似てる気もする。というのが発端だった。

リファクタリングって自分の中でどういうものなのだろうというところの整理としてやってみたのだが、案外「掃除をする」ということ自体の整理にもなった。

2022/05/20 このエントリーをはてなブックマークに追加 はてなブックマーク - プログラミングの手段と目的をプログラマ以外に伝える3つの例

プログラミングの手段と目的をプログラマ以外に伝える3つの例

カテゴリ: ,





例えば、Javaであっても、Goであっても、Rustであっても目的のWebサービスは作ることが出来るとして、プログラマはある意味手段を好きに選べる。


そして「手段を目的化するな」とか「手段を大事にしたい」とか色々な意見が年に1回ぐらいSNSで話題になったりならなかったりする。




適当にググって出てきた記事:


で、この話題の持論を出したいというブログエントリではなく。

どうやらこの「目的」と「手段」というのはプログラマ以外には分かりにくいらしいということを聞いたので、
今回はプログラマ以外にも伝えるべく何か例えを出してみたいなという試みです。手段を選びたいとか目的を大事にしろとか、一体どういうこと?というのを具体的にイメージしやすい例を並べたい。

2021/06/29 このエントリーをはてなブックマークに追加 はてなブックマーク - クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)

クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)

カテゴリ: ,


すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。
あえてブログの記事に残そうかなと思って書いてみます。

最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、
ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて
考えがまとまってきたので、自分の言葉で整理してみたくなった。

「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解?をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも

2019/11/06 このエントリーをはてなブックマークに追加 はてなブックマーク - 質でもスピードでもなく、安全を求めるプログラミングがある

質でもスピードでもなく、安全を求めるプログラミングがある

カテゴリ: ,


ただのスライドを読んでの感想文です。
大仰なタイトルを思いついてしまってごめんなさい。

2019/08/05 このエントリーをはてなブックマークに追加 はてなブックマーク - エラーログとtry-catchの最低限

エラーログとtry-catchの最低限

カテゴリ: ,

thanks いらすとや
https://www.irasutoya.com/2015/07/blog-post_993.html



この記事は僕がぼんやり考えてぼんやりこうだよなぁ、と思ったという内容です。
割と当たり前な結論なってしまったのでアレてす。これが正解というものではないですし、間違いを含んでいる可能性もあるので悪しからず。
間違いはご指摘いただけると助かります。
なお、例外機構や例外オブジェクトのない言語もまとめて考えるため、本記事では例外という言葉を使わず、
とりあえずエラーと表現しています。

2017/02/22 このエントリーをはてなブックマークに追加 はてなブックマーク - オレオレ実装で良いと思う

オレオレ実装で良いと思う

カテゴリ: ,


一人で書くときは。


個人で書くときとチームで書くときは良いコードの意味が違う。



2016/12/19 このエントリーをはてなブックマークに追加 はてなブックマーク - 個人的コードを早く書くための覚書

個人的コードを早く書くための覚書

カテゴリ: ,

なんとなく書いてみた。というか書いてみると作業方針ぽくなったし、チケットの捌き方みたいになった。


2014/07/23 このエントリーをはてなブックマークに追加 はてなブックマーク - ソースは英語で、コメントは意訳(Programing have to be like natural English, and comment have to be free translation)

ソースは英語で、コメントは意訳(Programing have to be like natural English, and comment have to be free translation)

カテゴリ: ,

スパゲティコード、レガシーコードなど
コーディングに関する情報や言葉というのは世の中にたくさんあります。



そういった言葉から、いつも感じるのは
可読性の重要性です。


また、それを守る事とは、最終的にはコードという「文章」を書く
というところに結びつくと僕は考えています。


コーディング規約に書かれている事のほとんどは「文章を書くこと」を具体的に言っている
だけなのではないかなと。イディオムに近いものだと思っています。


従って、英語を意識しながらコーディングすれば、
可読性が高く、自然と規約に沿った実装が出来るはずです。






僕は実装するときに、感覚的には英語のライティングと同じように、ソースを書いています。
ポイントとしては

  • 主語は何か
  • 動詞は何か
  • 前置詞は何か、補語は何か
  • 複数か単数か
  • どのような状態か

  • だと思っています。


    今回はJavaのクラスを1つ作ると想定して、「英文のような実装」というものを考えてみます。


    GA