マイクロサービスを (Ruby on Rails 以外の任意の言語) で書くことについての意見｜qsona
この文書は、ある組織において、ある一つの Ruby on Rails で書かれたサービスの全部または一部を、(言語A) で書き直したい、という proposal に対して qsona が表明した意見の文を、一部手直ししたものです。このサービスは、現在担当しているチームとは別の人が初期実装をしたものであり、現在はまだ小規模ですが、今後新しいチームの手により発展していくもので、現在の規模のうちに要件や新しいチームメンバーに最適な言語で書き直すという選択は十分合理的です。また、この組織内のコードは、Ruby on Rails で書かれているものが大半であり、さらに組織としてマイクロサービスアーキテクチャの方向を目指している、という前提の上でお読みいただければと思います。もちろん文責は qsona 個人にあり、qsona の属する組織の意見とは関係ありません。 ------------------
技術は目的じゃなくて手段だよ論｜qsona
そもそも、手段と目的とは何なのかという話があるのですよ。目的とはなんなのか。 人生における最終的な目的とは何なのか。哲学的になりますが、あんまり本論ではないので、一旦ここでは「幸福を感じる」ことだとしましょう。幸福を感じるのが目的で、そのためにいろいろな活動をしていると。そう考えると全ての活動は手段でしかありません。 ところが、まあそう言ったところで、全ての行動をするときに常に「これは幸福を感じられるための手段になっているか?」と考えるのは大変です。 なので、最終目的である「幸福を感じられる」に、直結する手段と考えられるものについては、「目的」としても良いことにしましょう。美味しいパフェを食べる。好きな音楽を聴く。これらは人生における目的(の一つ)だと言われても特に違和感はないでしょう。 こういう風に、目的が遠いときに、複数の目的に分割してそれらを達成することで最終的な目的にたどり着くよう
組織は話さないですよ｜qsona
会社などの組織体というのは、二つの側面があると思う。一つはその中にいる生身の人間そのものであり、もう一つはその人間が複数いることによって起きる人間同士の相互作用だ。 スタートアップの企業のように人数が少ない時期は、単に個々の人の集まりとしての活動だったものが、だんだん大企業になってくるにしたがってその相互作用が大きくなってくる。だから、会社も少し大きくなってくると、良い文化の定着を図ろうとしたり、組織構造をつくりはじめたりする。 この二つのうち「相互作用」の方は、生身の人間自体に比べると、なかなか理解したり制御するのが難しい。 さて話を変えると、なにか問題が起きた時に、人は、よくわからない何かに原因をおしつけて思考停止してしまうということがままある気がする。たとえば、今の給料が低いのは政府の政策に原因がある、のようなものだ。もちろんそこのロジックを精度高く理解して言っているなら別だが、大抵
"クソコード"は人格攻撃ではないのか｜qsona
これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
