はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 Slackを使っていると、大抵どのワークスペースにも雑談や質問用のチャンネルが作られているかと思います。 チャンネル運営側からすると、そこで多くのエンジニアたちのコミュニケーションがとられることを期待しています。 しかし、結局は特定の人のみがたま～に使う程度になっていませんか？ その原因に「自分がチャットを投げてもいいのだろうか？」という心理的ハードルが大きく関わっていると思っています。 そこで、ここではSlackのワークフローという機能を使って匿名でチャットを投稿できるチャンネルを作ります。 なんちゃって掲示板みたいなものです。

目的 これはHead Firstデザインパターン 第2版 ―頭とからだで覚えるデザインパターンの基本に出てくる内容について、 サンプルコードをPythonで補足した記事になります。（本書ではJavaで書かれているため） 本書との併用を前提としています。 第1章 第一章では最初のデザインパターンであるStrategyについてに開設されています。 本書では次のように説明されています。 Strategyパターンは一連のアルゴリズムを定義してカプセル化し、交換できるようにします。Strategyパターンを使うと、 アルゴリズムを利用するクライアントとは独立してアルゴリズムを変更できます かみ砕くと、こんな感じですかね。 この原則では、複数のアルゴリズムを定義し、実行時に必要に応じて適切なアルゴリズムを選択することができます。このような手法によって、機能や振る舞いをより柔軟に変更できるようになります

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

目的 Djangoでデータベースとやり取りする際に、ORMを使うことが多いかと思います。 ORMは非常に強力ですが、場合によってはレスポンスタイムの悪化を引き起こすことがあります。 今回はその原因となる「N+1」問題についてと、その解決方法を示します。 N+1問題とは データベース上のデータを取得する際に発生する性能の問題です。 一般的に、1つの主データに対して、それに紐づく複数のデータを取得する場合、1回のクエリで主データと全ての紐づくデータを取得することが望ましいとされます。 しかし、ORMを使用した際に、1つの主データに対して、それに紐づく複数のデータを取得する際、1つの主データに対して1回のクエリを発行し、その紐づくデータを1つずつ取得することがあります。 結果 「主データ(1) + 紐づくデータ数(N)」 の数だけクエリが発行され、性能劣化を引き起こします。 N+1問題とは 主デ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?