[1] Fabric, an SDK for mobile apps - https://docs.fabric.io/android/fabric/overview.html
[2] Heron, a realtime, distributed, fault-tolerant stream processing engine - https://github.com/twitter/heron
[3] Finagle, a fault tolerant, protocol-agnostic RPC system - https://github.com/twitter/finagle/
[4] FlockDB, a distributed, fault-tolerant graph database - https://github.com/twitter/flockdb
[5] Ruby implementation of the ICU (International Components for Unicode - https://github.com/twitter/twitter-cldr-rb
[6] Clockwork Raven, Human-Powered Data Analysis with Mechanical Turk - https://github.com/twitter/clockworkraven
[7] Gizzard, a flexible sharding framework for creating eventually-consistent distributed datastores - https://github.com/twitter/gizzard
[8] Twemcache, a Twitter fork of Memcached - https://github.com/twitter/twemcache
[9] Twemproxy, a fast, light-weight proxy for memcached and redis - https://github.com/twitter/twemproxy
[10] Iago, a webapp load tester - https://github.com/twitter/iago
[11] Ospriet, a bestof/voting app - https://github.com/twitter/ospriet
Not the Mac app that's for sure.
So why does Twitter need 3,800 employees? Why does it need 1,500 technical employees?
Sure, it gets more traffic than any of those other sites, but growth has slowed and the traffic is more or less stable. The core product hasn't changed significantly. Their most ambitious innovation in recent years (Periscope) was an acquisition. What do the bulk of these engineers work on, day to day? It seems like Twitter is optimally set up to burn money.