Twitter での6年間 #8｜Satoshi Nakagawa
(Twitter での6年間 7 からの続き) これ以後は、新アーキテクチャプロジェクトが長期間続くので、大きな変化はなかったと思う。 なので、この話はいったんここで筆をおくことにしたい。 ぼくは、今年3月に Twitter を辞めることにした。もともと新しい物事を学ぶことが好きなので、あまり同じ環境に長くいるのには向いてなかったのだと思う。それでも6年間やってこれたのは、すばらしいマネージャーや同僚にめぐまれたことが大きいし、ぼくが Twitter というサービスをすごく好きだったからだと思う。 Twitter という会社では、優秀なエンジニアやデザイナがユーザーのためになるように日々プロダクトを開発し続けている。これからもユーザーとして便利に使っていこうと思う。
Twitter での6年間 #7｜Satoshi Nakagawa｜note
(Twitter での6年間 6 からの続き) Apple のイベントからしばらくすると、テックリードから提案があった。ぼくがデモ用に作ったライブラリの設計もコードもきれいで見通しがいいので、そのライブラリをアプリ本体に組み込んで、既存のコードを置き換えてはどうかということだった。ぼくはその提案には反対だった。既存のコードによほど大きな設計ミスがない限り、同じ要求を与えれば同じコードができあがる。ぼくの知る限り、既存のコードに大きな設計ミスはなかった。ぼくは、まずゴールとなる新アーキテクチャーを設計し、既存のコードを徐々に置き換えていくことでゴールに近づけていくインクリメンタルアプローチを提案した。既存のプロモートツイート関連のロジックを新しいコードベースに意味もなく移植したりすることで問題を起こしたくなかったのだ。マネージャーや他のエンジニアたちも同意見で、新アーキテクチャプロジェクトを
Twitter での6年間 #6｜Satoshi Nakagawa｜note
(Twitter での6年間 5 からの続き) 2014年3月、グリーンカード、つまり永住権の申請プロセスをはじめることにした。そのときぼくは H-1B ビザで働いていたのだが、このビザには6年の最終期限がある。2010年10月からなので期限まで残り2年半しかなかった。一度期限が切れてしまうと、基本的には国外に出ていかなければいけなくなる。H-1B で働いていてこれからも US で働きたいと考える以上、グリーンカードを取得する必要があるわけだ。 6月の WWDC で、iOS 7 にシェアエクステンション機能が搭載されるとの発表があった。社内でそれを実装するために優秀なエンジニア2人のチームが結成された。この機能はアプリから独立した拡張として別プロセスで動作するので、iOS に標準搭載されている Twitter 連携機能を直接使う必要があった。そこでその問題について詳しいぼくが認証部分をチー
Twitter での6年間 #5｜Satoshi Nakagawa｜note
(Twitter での6年間 4 からの続き) 2013年の春ごろだっただろうか。上のほうの人が、A/B テストをプロダクト開発に活用することを推奨し始めた。A/B テストでプロダクトの方向性を決めていくというのだ。これにつられ、この頃の社内では A/B テスト万能論のような空気さえただよっていた。普通に考えて、A/B テストを数週間走らせてデータをとっても、それが長期的な成功につながるか判断できるはずがない。短期的に数字が上がるからといってユーザーの嫌がることを続けていれば、いつかユーザーの忍耐の限界に達してしまうかも知れない。そのユーザーの堪忍袋の状態をどうやって計測できるというのか、など疑問は尽きなかった。 そのころ Growth という大きな部署ができて、従来国際化を担当していた i18n エンジニアリングチームもその下に組み込まれることになった。Growth チームの強い権限のも
Twitter での6年間 #4｜Satoshi Nakagawa
(Twitter での6年間 3 からの続き) 2013年に入り、iOS 6 の普及率も十分に高くなったころ、同僚のエンジニアから1つの提案がなされた。ツイートビューを作り直そうというのだ。その時点での Twitter for iOS は、iOS の黎明期に Apple が推奨していたように、できるだけビュー階層を減らして描画するようになっていた。たとえば、ツイートビューには一切サブビューがなく、ツイートテキスト、プロフィール画像、ユーザー名、タイムスタンプなどのパーツは直接ツイートビューに自前で描画する設計になっていた。当初はそのほうがパフォーマンス的に速かったからだ。それから数年間の Apple によるハードウェア、ソフトウェア両面での改善の結果、ベンチマークを取ってみるとどうやらその設計はもう古いらしいことがわかった。たとえば画像を表示するときに、自分でビューに CPU で描画するの
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の「画像の説明」をテキストとして取得 - Qiita
本日、 Twitter から以下のような発表がありました。 視力の弱い方にも画像の情報をお届けすることができるようにしました。この機能が多くの方々に利用され、たくさんの瞬間をより多くの方々と一緒に共有できるようになりますように。https://t.co/5q59cf8yRk pic.twitter.com/WIQNU5ANRp — Twitter Japan (@TwitterJP) March 29, 2016 HTML における画像の ALT テキストに対応するものだと思います。非常に有意義です。 ただ、別の方向に考えてしまう人（私）は居るもので。 『説明は最長420文字まで入力可能。』隠しテキストとして使えそうだな。｜Twitter公式アプリに「画像の説明」追加できる機能 視力が弱い人に画像の情報伝えられる - ねとらぼ https://t.co/UfKnrCO7Qd — りおかんぽ
Twitter の画像の説明文は視覚障害者だけでなくすべてのユーザーのために入れよう
3月下旬、 Twitter の画像投稿時にスマホアプリから説明文を設定できるようになりました。 より多くの方に画像をお届けするために(blog.twitter.com) 画像の説明文を入力する画面オリジナル画像 日本の公式ブログや各ニュースサイトの報道では、「視力が弱い方」「目の不自由なユーザー」というアピールが目立ちますが、この機能は視覚障害者のためだけに向けたものではありません。 外出先でスマホから画像をツイートする時、わざわざ説明文を入力するのは面倒でしょう。私も何度かやってみましたが、正直言ってかったるいです。ただ、「自分のフォロワーには視覚障害者はいないからまったく関係のない機能だ」とは思っていただきたくなく、この記事を書きます。 なぜ視覚障害者のためになるのか 誰のための機能か どのような説明を書けばいいのか まとめ なぜ視覚障害者のためになるのか § 画面を目で見ることが困難
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Snapshot versions are back!
AppleVis Extra #44: Ged Maheux from The Iconfactory, developers of Twitterrific | AppleVis
Log in / FAQs - The Iconfactory Support
How accessible Is tweet bot for Twitter? | AppleVis
twblue.es
TheQube — an accessible social networking client – TheQube is an accessible social networking client written mainly for the blind and visually impaired users.
Accessibility for Android at Twitter
dogriver | A Review of Chicken Nugget from Accessible Apps
Hashtag # - Braille Formats/Textbook - National Braille Association
Review: Chicken Nugget, An Accessible Twitter Interface for the Next Generation - Blind Bargains