大規模Webアプリケーションにおける複雑性とアーキテクチャ設計に関する一考察 - Qiita
Webアプリケーション開発についての知見を、自分の経験と知識をベースに整理してみようという試みです。 いわゆるサーバサイドにスコープを絞り、フロントエンドは対象外です。筆者は普段、オブジェクト指向言語で書いているので、本記事でもその前提（Ruby、PHP、Python、Java、Scalaあたりを想定）になっています。 では、本編をどうぞ。 ソフトウェア開発は複雑さとの戦い 『人月の神話』では、ソフトウェアの本質的な困難性について4つの性質をあげている。その中で最初に出てくるのが「複雑性」である。『新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡』なんか読んでもらえると、ソフトウェアの複雑性と戦うために、人類が生み出してきた発明の数々が説明されている。 では、複雑さとは何か？もう少し掘り下げて考えてみよう。 複雑さの正体 Webアプリケーションが複雑になる
会話のうまい人とそうでない人の決定的な差がどこにあるか、ようやくわかった
公私共に、会話のうまい人を、たくさん見てきた。会話はコミュニケーションの基礎であり、また終着点でもある。上手であることに越したことはない。 ではどうすれば、会話が上手い人、あの人と話すのが楽しいね、と言われる人になり得るのだろうか。 一説によれば「聞き上手となるべき」という人がいる。ウンウン、と相手の話をよく聞き、相手に気持ちよく喋ってもらうことに注力せよ、という。 しかし最近、それはどうも違う、と感じることもある。聞き上手であることは特定のシーンにおいては重要なのだが、必ずしもそうではない。 例えば私は普段「聞き上手」の人をあまり求めていない。 なにか観察されているのでは、と勘ぐってしまうからなのだが、むしろ話上手、と言われる人の方が与しやすく、会話も続くのだ。 また、世の中に散らばる「会話のしかた」は、いかにもマニュアル的で個別のシーンで使い勝手が悪い。だから最近まで私は「会話に王道な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
