ミクロ地獄図とは？開発タスクの依存関係を描きだした図です。 以下にミクロ地獄図のサンプルを示します。 こちらはFigJamで描かれていますが、図が描けるツールなら何でも良いと思います。 描くのが地獄のように大変なところから「ミクロ地獄図」と命名されましたが、実際はそこまで大変ではありません。 なぜミクロ地獄図を使うのか？弊社ではスクラム開発を取り入れていて、開発タスクの管理にGitHub Projectsを使用していますが、以下のような課題が上がっていました。 開発タスクの依存関係がパッと見てわかりにくい今現在のタスクの進捗がパッと見てわかりにくい開発以外のタスクとの依存関係が表現しにくい締め切りまでに完了させなければいけないタスクが漏れることがあるこのようなの欠点を補間するために、ミクロ地獄図を活用しています。 ミクロ地獄図の運用例イメージが掴みやすいように、弊社で実際に運用している流れ

結論 何も考えずにpipで入れてたら効いてないよそれ。 ネットの記事を見たり、公式のマニュアルを読んだりじゃなく、それだけじゃなくて、採用バージョンのソースまでちゃんと読まないとだめだし、ちゃんと動作検証しないとダメだよってお話。 色々考えた結果、gunicornに移行しました。 発端 現在、携わっている案件でuWSGIが採用されており、性能改善のためのチューニングをしていたところ、よくわからないタイミングでエラーが頻発するケースがあった。 調査 どうにもuWSGIのプロセスがほぼ同時に全部落ちるというタイミングが存在。 このオプションに指定した閾値分のリクエストを処理したworkerは再起動されるという、max-requestsという設定が入っていた。 uWSGIは指定したworker数分のプロセスを立ち上げて動作するため、workerはコア数分あればいいと思う。 uWSGIは、複数のw

ブログやSNSをAIが分析して技術力の順位などを算出。自身の市場価値を測れます。企業からのスカウトで転職活動もできます。