個別チャットで「お疲れ様です」でチャット始めるの辞めろ！ - 宇宙行きたい
@yoshiori 引用したいので社外にも頼む— SHIOYA, Hiromu (@kwappa) 2014, 12月 18 ということで社内ブログから転載 ↓ 以下原文ママ こんにちは！！ 双剣、G級古文書全開放、HR302 のヨシオリです！！ さて、チャットでこんな画面よく見ませんか！？ (今回はこの画面取るためにワザと sorah にやってもらってます) これ、個人的に凄く邪魔です！！！ 要件を全部入力してから呼び出して欲しいです！！ まず呼びかけて、それから本題を入力しはじめられると、その間待つのが時間の無駄です！！ 具体的には 「お疲れ様です」って通知が来る 作業を中断して hipchat を見る 中々続きが来ない 中々続きが来ない！！！！！！ 中々続きが来ない！！！！！！！！！！！ この時間、完全に無駄です！！！ さらに人によっては在席確認も兼ねているのか、こちらも「お疲れ様で
情報を無視する能力 - 良いあそなすちゃん
情報を流す人が対象になる人を選ぶ労力と漏れのリスクととりあえず全員に流して各人がそれを取捨選択する労力ではどちらがよいのだろうなぁ— あそなす (@asonas) 2014, 12月 17 エンジニアじゃない人もリポジトリにコミットしたり、チャットでがやがや話をしていたり、Issuesトラッカーで盛り上がりをみせていたり、そういう情報があふれるチームで何年も仕事をしていると、必要のない情報を無視する能力が育ってくる。 メンションがきたら何かしらのポップアップで僕に通知がくる。それを見て、自分に関係ありそうなものだったら何かアクションをする、そうじゃなかったら無視をする。そういう能力。鍛えれば鍛えるほどその判断は高速にできて、仕事が捗る。 「いや、そもそも通知とか必要最低限にしておけばそういう判断も能力も必要ない」という意見もあるけど、それって結局情報を発信する側が、その情報を必要としてそう
cronジョブの多重起動を MySQLの汎用ロック機能で回避する - ブログ - ワルブリックス株式会社
MySQLのロック機能を使って楽に cronジョブの多重実行回避をしようという話 たかがロック、されどロック システムで非同期にキューの処理などを行う場合、cronを使って短い間隔でバッチジョブを起動してキューを処理するという方法がよく取られるが、キューの混み具合によってはバッチジョブにかかる時間が長くなってしまうため、前に実行されたジョブがまだ走っているかどうかチェックして、もし走っている場合は処理を実行せずにそのまま終了するといった制御が必要になる。 たまにこの制御をしていないバッチジョブが溜まりに溜まってシステムをハングさせているのを見かける。 適当な空のファイルを作成してこれを flockするとか、システムコールレベルでアトミックに作成できることになっているオブジェクト（シンボリックリンクなど）を駆使してロックの代わりにするとかといったテクニックが典型的に利用されるが、これらを真面
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
