先日開催されたオープンセミナー2018@広島で朝会をやめた話をしてきました。 ちょっと煽り気味のタイトルになっていますが、内容的には朝会をやめて自分たちの時間的に都合の良い夕方の時間帯に夕会を行なっているというお話でした。 朝会で無くても良い 朝会をやる主な理由は「チームの状況の認識合わせ」だと思います。チームメンバー全員で集まれれば時間帯はいつでも良いはずで、朝である必要は無いです。 僕の所属チームの都合上 - 朝の出社時間が２拠点間でバラバラ - 昼の時間も拠点によってバラバラの時間 - 夕方であれば集まれる という事情があるので僕らは夕会にしました。 僕らのチームでは夕会になりましたが、他のチームではもしかしたら朝会になるかもしれないです。 そのチームに最適な時間を探してみるのも良いかもしれません。
先日Twitter社より衝撃のアナウンスが行われました。 新しいAccount Activity APIの実装。そして6月20日に行われるUserStream APIの撤廃です。 また、同時にDM関連のAPIも廃止されます。 現状、Twitter用クライアントアプリは主に「Rest API」と「UserStream API」の 2種類のAPIを使用してタイムラインや各種通知を取得しています。 UserStream APIの廃止はクライアントアプリにとって致命的な変更です。 UserStream APIはリアルタイムなタイムラインの更新やFav、RTの通知を行うために 必須となっており、Rest APIではタイムラインの取得しか行えません。 さらにRest APIには利用制限があり、基本的に15分に15回しか利用できません。 つまり実質1分に1回しかタイムラインが更新できません。 通知の取得
もしかしたら私だけかもしれないです。ずれているかもしれません。 一般論ではないかもしれません。 でも、同じような気持ちになっているエンジニアがいるかもしれないので、 代表して言わせてください。 エンジニアに、気軽に「バグ」と言うのをやめませんか？ 最近立て続けに以下のようなことが起こっており、私と同僚が消耗しています。心がすり減ってます。ワーカーエクスペリエンスが低下しています。。。 ～～～～～～～～～～～～～～～～～～～ 「○○さん、この数値がバグなんだけど直してもらえる？」 →調べたらその週は祝日影響で、営業日が少ないだけだった。 「あのデータのバグはいつ直りますか？」 →データの集計定義の変更の依頼があり、変更前の状態をバグと呼ぶ 「この前入ってなかったバグなんだけど、次の開発に入れてもらっていい？」 →スコープ外のこと（担当がそれを忘れていた）をバグと呼ぶ ～～～～～～～～～～～～
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く