Twitter での6年間 #3｜Satoshi Nakagawa
(Twitter での6年間 2 からの続き) 秋になると、上のほうが「Twitter は mobile centric company になる」という方針を打ち出した。つまり、それまではずっとウェブ中心の会社だったのを、これからはモバイル中心にシフトしていくという決意表明だ。その方針に従い、新機能を作るときにはまず iOS か Android に実装することが必須になった。もちろんプロジェクトに十分なエンジニアがいれば、ウェブも同時に実装してもいい。だが、これまでのようにウェブを先に作ってリリースしてから、あとで iOS と Android の実装を進めてリリースするということはしないことになった。その後のウェブトラフィックのかげり具合とモバイルユーザー数の伸びを考えると、いい時期のいい判断だったと思う。 そのころ、1人の男性エンジニアが育児休暇で10週間の休みに入っていた。少ししてから
Twitter での6年間 #2｜Satoshi Nakagawa
(Twitter での6年間 1 からの続き) SQLite の導入とモデルレイヤーの刷新がうまくいったあと、ぼくは次のプロジェクトを探していた。何をやれば最終的に一番ユーザーのためになるか。そのときに選んだのは、JSON パーザーの置き換えだった。当時の Twitter for iOS は、YAJL という C で書かれた JSON パーザーをプッシュ形式のインタフェースで使っていた。プッシュパーザーはドキュメントパーザーに比べてピークのメモリ使用量は多少低くなるものの、パフォーマンスが悪くなる傾向がある。プッシュパーザーを使う側のコードは見通しが悪くなりバグが入りやすく、チームにとって頭痛の種だった。それを iOS 標準の NSJSONSerialization に置き換えることにした。Twitter for iOS のコードベースに存在するほぼすべてのモデルクラスの JSON データ
Twitter での6年間 #1｜Satoshi Nakagawa
2012年1月、Twitter の iOS チームに7人目のエンジニアとして入った。 たまたま最初の週が Hackweek だったので、通常の仕事は一旦停止。なんでもやりたいことをやっていいらしい。入ったばかりで何もわからない状態だったので、ぼくのメンターのテックリードがやっていた Twitter for Mac の多言語化を手伝うことにした。水曜にパッチをマージしてもらって、ぼくの担当部分は完了。その後は次週から始まる通常営業に備えてコードを読み始めた。 次の週からは通常のサイクルが始まった。毎朝スタンドアップミーティングがあり、各自の仕事の進み具合を他のメンバーと共有する。前職までは同僚がほぼ日本人ばかりだったので英語で仕事をしたことがなく、聞き取りがうまくできなかったのを覚えている。 この日からさっそく Twitter for iOS のユーザーとして気になっていた問題を直し始めた。
Twitterのエロ画像検出AIを検証
けたま @_ketama_ うーん？肌色率の高い画像を自動で不適切なコンテンツと判断する機能がTwitterに追加されたのか、投稿から数秒で報告してる人がいるのか…ԅ(˙ω˙ԅ)どっちだろ
[iOS 版 feather] Twitter 社からの書き込み規制にどのように対応したか？ | Covelline Developer Blog
こんにちわ、山口です。 まず初めに feather をご利用頂いている皆様には今回の書き込み規制で大変なご不便をお掛けして申し訳ございませんでした。 10月11日から発生していた iOS 版 feather に対する Twitter 社からの書き込み規制に対して我々が行った Twitter 社とのやり取りと feather に対する修正について書きたいと思います。 同様に規制を受けてしまった Twitter アプリ作者がいましたら、この記事が参考になれば良いと思います。 時系列に書きたいと思います。 なお Twitter 社との具体的なやり取りに関しては伏せさせていただきます。 ざっくりとした要約のみ書いていきます。 2015年10月11日 Twitter 社から弊社アプリ (feather for iOS v3) への書き込み規制を行ったというメールが来るとともに同アプリに対して書き込み
Twitterのキャッシュを支えるRedis - ワザノバ | wazanova
https://www.youtube.com/watch?v=rP9EKvWt0zo 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 1) Redisを採用している理由 キャッシュだけで、ストレージとしては利用していない。 主なところでは、Twitterのタイムラインで利用している。ホーム画面であれ、ユーザ画面であれ、タイムラインはTweetのインデックスなので、key/valueストア型のRedisを利用するケースとして最適。 以前はmemcachedを使っていたが、問題になったのは、タイムラインでおきるread/writeは、（ユーザが閲覧している範囲に追加反映するということなの
rainbowstream.org - Domain Name For Sale | Dan.com
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
twitter/snowflakeが無くなっていた - わくわくパンダさん日記
Twitter 社の Snowflake という OSS がある。分散 DB のレコードにユニークキーを付与するために使うやつ。 Snowflake については以下の記事に詳しい。 https://blog.twitter.com/2010/announcing-snowflake tweet の URL にある ID っぽい長い数字はこの Snowflake で採番したものとされている。 で、今日ふと思い出してリポジトリの様子を見に行ったら、 README だけを残して消滅していた。 雑な和訳： 私達は Snowflake の最初のリリースを引退させ、Twitter 社で稼働している次期バージョンを、 Twitter のインフラを必要とせずに動くようにしつつ OSS 化に向けて取り組んでいる。 最初のバージョンは私達の RPC 基盤である Thrift や Finagle をベースとして
Manhattan, our real-time, multi-tenant distributed database for Twitter scale
Manhattan, our real-time, multi-tenant distributed database for Twitter scale As Twitter has grown into a global platform for public self-expression and conversation, our storage requirements have grown too. Over the last few years, we found ourselves in need of a storage system that could serve millions of queries per second, with extremely low latency in a real-time environment. Availability and
Twitter Office
After six years of phenomenal growth, the micro-blog and social networking company Twitter decided to consolidate from multiple lease and sublease offices into a single headquarters location. The site selected ... Read full description After six years of phenomenal growth, the micro-blog and social networking company Twitter decided to consolidate from multiple lease and sublease offices into a si
twitterのLead Generationカードで僕にメアドを提出！ - ku-sukeのブログ
僕のアカウントだと？無料でお試しできたので作ってみました。下のツイート埋め込みでcard.twitter.com〜のリンク先が上記画像のように表示される方は水色のボタンをぽちっと押してみてください。僕にメアドが通知されます。（もちろん後で削除します） TwitterのLeadGenerationカードテスト！ https://t.co/SNSFgyg7Wi — Yusuke Kawabata (@ku_suke) 2014, 2月 19 こんなかんじです。対応していない／ログインしていないブラウザで開くと「フォールバックページです」という非対応用ページに飛ばされます。 Lead Generationについてはlooopsさんのページで詳しく解説されていますので、まずはそちらをご覧ください。 1クリックでメールアドレスを取得。Twitter「Lead Generation カード」とは [i
OSXのターミナルから画像を指定してTweet。TwitterAPIを使わない楽ちん手法 - それマグで！
Mac OSX 限定ですが、TwitterのAPIを使わずに、ターミナルからツイッターに投げる方法がアリます。 terminal-share コマンドでTwitterに投げる。 (tweet) OSXの標準のソーシャルShare 機能を使ってTwitterやFacebookに投稿することが出来ます。 投稿したい画像ファイルが決まってる場合はこっちを使うほうが楽だったりします。 コマンドは次の通り Twitterに投稿する場合 terminal-share -service twitter -text "テストツイート" -image test.PNG Facebookに投稿する場合 terminal-share -service facebook -text "テストいいね" -image test.PNG 画像の他にもURLやビデオをを選べる オプション引数はこんな感じ オプションを指定
Twitter: 14万件/秒のtweetを支えるFinagle - ワザノバ | wazanova
https://blog.twitter.com/2014/netty-at-twitter-with-finagle 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Twitterの一連のシステムは、バックエンドのユーザプロファイル / tweet / タイムラインから、HTTPリクエストを処理するフロントAPIのエンドポイントに至るまで、Finagle上で構築されてます。同社のエンジニアブログでその概要が紹介されています。 障害耐性があり特定のプロトコルに依存しないRPCフレームワーク for JVM Netty (NIOクライアントサーバフレームワーク) 上に構築。SOA (サービス指向アーキテクチャ)では上流サービスの待ち受けをしている時間が長いので、非同期処理ライブラリが効果的。 Twitt
1年前の自分と暮らす - 昼メシ物語
mirakui_retro という twitter BOT を作って、かれこれ5年くらい運用している。 mirakui_retro は 、1年前の mirakui のツイートをツイートするという BOT だ。つまり、 mirakui_retro の以下の発言は、僕がその1年前に発言したものだ。 このインターネット時代に— Issei Naruta (@mirakui) January 21, 2013 ↓1年後 このインターネット時代に— mirakui_retro (@mirakui_retro) January 21, 2014 歴史 2009年頃、友達の間で Twitter BOT を作るのが流行ってて、 Ruby の勉強がてら作ったのがこの mirakui_retro だった。Twitter の API 仕様で、遡れる発言数には制限があって、僕のツイートのペースだとだいたい3ヶ月前
Decomposing Twitter: Adventures in Service-Oriented Architecture
Decomposing Twitter: Adventures in Service-Oriented Architecture Video and slides synchronized, mp3 and slide download available at http://bit.ly/15yZeLf. Jeremy Cloud discusses SOA at Twitter, approaches taken for maintaining high levels of concurrency, and briefly touches on some functional design patterns used to manage code complexity. Filmed at qconnewyork.com. Jeremy Cloud is the Tech Lead o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitter mobileのソースを漁ってライブラリ何使ってるのか知りたい
twitter/twemoji: Twitter Emoji for Everyone
Twitter API最新事情 - API Meetup Tokyo #1 #apijp
Twitterのリアルタイムマルチテナント分散データベースManhattan
Cybersecurity as a Service Delivered | Sophos
