A message about Stadia and our long term streaming strategy

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • Killed by Google

    Part guillotine, part graveyard for Google's doomed apps, services, and hardware.

  • Amazon publicly stated that they ran their own business on AWS, and however much of an exaggeration that might have been, it gave people the confidence to try it out. The reasoning was clear: if AWS handles Amazon-scale business, they can surely handle my smaller workload.

    Google is starting with a handicap, in that they have a very strong reputation for killing products that don't meet unknown high standard of performance/revenue. I mean, the term "Google Graveyard" is popular, although I prefer Killed By Google[0]. To counter that handicap for GCP, they need something that stands out as much as Amazon's initial claim, and I haven't seen it. It seems clear that Google isn't running their own infrastructure on GCP. If anything, the hope seems to be that they've spent so much money on GCP, surely they wouldn't shut it down after all of that?

    But of course, the bright sparks at Google are aware of the Sunk Cost Fallacy as well as anyone else, so... yeah. I have trouble trusting it.

    0. https://killedbygoogle.com

  • Flutter

    Flutter makes it easy and fast to build beautiful apps for mobile and beyond

  • > I think the general gist is just the broad question of what can effect flutter funding

    I mean, I hate to be flippant about it, but honestly the biggest factors in Google's funding of Flutter in the last 5 years have been COVID-19 and Russia attacking Ukraine, along with the subsequent market instability and inflation.

    > The hobby projects, I think this is hard to define but is a classic you know it when you see it.

    Well that's fine but I can't afford to have someone comb through 600,000 apps and make a call for each one on whether it's a hobby or not. :-)

    > The result of a single Udemy course

    We don't know how people wrote their apps. Also, someone can do a single Udemy course and then develop a killer app that makes millions of dollars. Is that a hobby?

    > something that serves 0 to few users (most of whom are the devs friends)

    I assure you plenty of commercial projects fail in exactly this way. ~90% of startups fail.

    > something not actively being developed

    Plenty of commercial projects have no active development. Probably most, frankly. For example my bank's app hasn't changed in years.

    > something where the code base is quite small, etc.

    Is Wordle commercial or hobby? Would a Wordle-style app written in Flutter count as a hobby app or a commercial app? What if it sells for millions of dollars the day after we decide it's a hobby app?

    I just don't think this is a useful metric.

    > I think the wider question is how many people are getting enough value out of Flutter that it truly translates into value for Google that is worth sustaining, definitely not an easy question to answer.

    The value Google wants is ad dollars, Android users, and reduced internal development costs. Google isn't willing to report any of these numbers, and they are material so I would get in legal trouble for revealing them. My job is working on Flutter, and I am not concerned for my job. If that's not enough, there's not much more I can tell you.

    > I would have to dive into the current issues to get them all.

    I'm happy to discuss whatever issues you'd like if you're curious about current status on things. I recommend reaching out to me on our Discord (link in the contributing docs on GitHub, I'm @Hixie there). In general all our issues are public on GitHub and for Flutter I try to give regular updates on the top-voted issues (see also https://github.com/flutter/flutter/wiki/Popular-issues for a summary of the top 10).

    > But coming from other languages / frameworks there is an incompleteness that feels more important to address than games no matter what a survey says.

    I'm not sure what to say to that. Dart has one of the most comprehensive standard libraries out there. We have some holes, e.g. we don't yet have a good story for HTTP2, which we're working on. But compared to most languages, the core standard library is way more comprehensive than average, IMHO.

    But again, the people who would work on, say, HTTP2, and the people who would work on the Game Toolkit, are entirely different people and the skills aren't interchangeable. Engineers aren't commodities you can just move around at will. People specialize, have interests, commitments are made, etc.

    I would also say that "no matter what a survey says" is a very subjective way to run things. I actually strongly appreciate our data-driven approach. I think that's the right way to develop a product. You're never going to be able to address everyone's needs, but addressing the needs of the most people first seems like the better choice. We drive almost all our efforts from hard data collected in surveys, UX research, voting on issues, etc.

    > Saying they are orthogonal is denying resources/funds could be used differently for different goals.

    The paltry funds we spent on the Game Toolkit work literally could not have been used for iOS work. That's just not how things work.

    > growing Flutter user base has a priority over polish

    The two are not mutually exclusive. The Google team working on Flutter is currently focusing on growing the user base _by_ improving the polish (specifically around developer experience).

    > Thank you! This!! This gives some idea of how many devs are truly working on Flutter worldwide. These numbers make much more sense to me and what I see!

    These numbers have been public for some time, for what it's worth. We're pretty transparent, more or less as transparent as we can be about this stuff given constraints like privacy on analytics and given the very dubious nature of analytics in general. We tend to share these numbers on our blog and developer events regularly.

    > "It has a developer base of several million", I felt like this was gaslighting me as I could not see where all these devs existed

    The total Flutter developer base is much bigger than MAUs. As best we can tell from data collected by third parties, there are several million developers who use Flutter. They might not all do so within the same month, though. (For the same reason, if we had weekly active user numbers, they'd be smaller than the monthly active user numbers.)

    I would be very careful about interpreting absolute numbers here. You cannot compare numbers from different sources because collection methodology is such a huge factor in determining the result (literally by orders of magnitude). In my experience the only way to use metrics like this is comparing them over time to metrics collected in the exact same manner.

    > it does not go unnoticed where [Remy] works and I am guessing is sorta paid by proxy by Google.

    I actually have no idea where Remy works, where is it?

    > These feel tied together, I mean this in a honest way and not to offend the team, but does anyone on the team use iOS full time and run Flutter apps on device in prod regularly (just cruise ebay motors?)?

    Yes, of course.

    > I talk to other iOS users and this is a well known issue, scroll acceleration is off (scroll fast and it's WAY off), there is an issue already posted for Flutter with scroll being a full frame behind native so the location / perceptions feels off at first touch, and pull to refresh is a bit janky at times.

    Do you have the issue #? I can see if we should be prioritizing it higher.

    > "We actually have built tools to verify that we are matching iOS physics to the pixel" I mean no offense, but is something code wise wrong in the tooling?

    Maybe? I don't know. My experience on iOS is that we do pretty well, but maybe I'm just not sensitive to the same issues, or maybe it affects different hardware, or maybe we have changed the settings, who knows. Concrete data filed in actual GitHub issues is the way to resolve this.

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo
  • amplify-flutter

    A declarative library with an easy-to-use interface for building Flutter applications on AWS.

  • A quick browse shows a few notable names like Square, Tizen, and Toyota. Amazon seems to have also forked Flutter themselves to make their own framework called Amplify: https://docs.amplify.aws/

    Seems to be enough buzz around it that I wouldn't be super worried.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • I've made fully open source macOS app that keeps an eye on your Mac Book when you're in library or public places.

    6 projects | /r/MacOS | 10 May 2023
  • Flutter vs. React Native: Which Multi-Platform Mobile Development Tool Is Best?

    6 projects | dev.to | 7 Feb 2023
  • Fl-Query⚡ for Flutter | Managing async data & mutations in Flutter is like a breeze now🌬️

    4 projects | dev.to | 13 Jul 2022
  • Lançamento do App Edudu

    2 projects | dev.to | 28 Mar 2024
  • Android 12+: Changing wallpaper or dark theme breaks Flutter and Jetpack Apps

    1 project | news.ycombinator.com | 21 Mar 2024