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

プログラマの手段と目的

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


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

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

• プログラミングは目的ではなくて手段である【目的化してしまうと危険です】
• プログラミングが目的だっていいじゃない プログラマーだもの

プログラマ以外にもわかりやすい説明をしたい

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

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

ペアプロ中に消去法で試行錯誤を重ねたいとき

消去法をやりたいときペアプロだと大変

ペアプロをやっていて感じるのは、細かな試行錯誤で総当たりみたいなのはあまり向いてないかなというところ。つまり消去法ですかね。

zennの使用感と最近のブログサービス何使うのが良いのかわからないという話(雑記)

ただの感想文です。

Rustを(ボクが)業務で使い始めて三ヶ月が経ちました

タイトルの通り。

なんとなく書いてみようと思った次第。
振り返りです。

ドキュメントが必要な場合もあるが、それでもなるべくソフトウェアで解決したい

まえおき

こちらツイートした内容について自分なりにあーだこーだ頭の中で考えてたものを文章に出来そうな気がしたので、ブログに書いてみる試みです。

同意するところもあるけど、このドキュメントを書いて！みたいなトップダウンなのあったらめんどくなりそう。何を書き残すかはもっと絞れるんじゃないかな/

プロダクト開発でドキュメントを書かないとどうなるか | プロダクト開発の現場から https://t.co/ujSB1grpE2

— やんく✌('ω')✌ (@yy_yank) February 12, 2022

プロダクト開発でドキュメントを書かないとどうなるか
https://product-develop.com/2c981f18e9924410bb266a5fd87343c2

特にこの記事の内容を批判したいとか反対だというわけではなく、居酒屋でオッサンがボヤいてるのと似たような感じの文章です。
…ただの個人の感想、というかポエムです