You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ここ3年におけるサイバーエージェントのネットワークを取り巻く環境の変化 / cyberagent-adtech-network-for-these-3years
こんにちは、CTO兼福岡オフィスマネージャーの@edvakfです。最近はとあるC++のコードをRustに逐語訳しながらRustを勉強中です。 今回はピクシブで使っているデプロイ管理画面のpployをgo-pployにリプレースした話を書きます。 まずは結論から メンテナビリティの向上 を目指して社内システムをリプレースした 小規模であっても新規開発から得られる学びはとても大きい その気になれば式年遷宮できるシステム規模を心がけましょう そもそもpployとは? pployとは、「デプロイ管理画面」という類の小さなウェブアプリケーションです。 ピクシブで開発しているウェブアプリケーションのデプロイは基本的にはすべて 「デプロイ中」状態になる masterにpushする staging等にデプロイして確認する productionにデプロイする 問題無ければ「デプロイ中」状態を解く という手順
先日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ページを開く