その働き方、やめてみない？ - Qiita
はじめに 私の開発チームでは、毎週おこなう振り返りの中でチームのパフォーマンス向上や問題点の改善を目的とした「トライ」という取り組みを考え、次の1週間でそれを実践するようにしています。 この記事では、これまでに試してきたトライの中で特に印象的だったものをいくつか紹介していきたいと思います。 みなさんの職場でも取り入れられそうなものがあれば、ぜひ参考にしてみてください。 18時〜翌朝6時は仕事禁止 言葉の通り、夕方18時から翌朝6時までの間に仕事をしてはダメ、というものです。 ねらい リミットがあることで仕事に集中できる 18時になったら合法的にタスクを手放せることによる心理的負荷の軽減 やってみて 集中力が高まる・心理的負担が軽減されることに関しては効果を感じた人が多かった印象です。また強制的に朝型になるので、生活リズムが改善された人もちらほらいたようです。 一方で、「タスクに追われている
C10K 問題、実は理解していない
お願い 「C10K 問題とは何か」がわかる方は是非 Issue や Twitter などで教えてください。 追記: 自分の立場 1req ごとに 1 native thread を割り当てていたら、クライアントの数が増えれば増えるほど負荷が高まるのは当然だ。ただハードウェアの性能的に余裕があっても性能が劣化することがあり、それを C10K 問題と呼ぶ。C10K 問題は fd, pid の枯渇、スレッドを固定長サイズで確保することによるメモリの無駄遣い、コンテキストスイッチコストを含む。これを解決する方法が 1req ごとに 1 native thread を割り当てない技術で、シングルスレッド+イベントループ+IO 多重化といったテクニックや M:N モデルにつながる。 追記: @naoya_ito さんに解説してもらった当時の歴史的背景 https://twitter.com/naoya
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
