Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Python is an engine, flutter is the whole car.


If Flutter is a car, Python is at least four different models of car, plus three models of light truck and one airplane.

The scope of Python's standard library is just enormous.


true, but still - these libraries can be updated independently, one from each other - with a framework, things have to be orchestrated.


In general in PLs this is not true—the standard library is usually very carefully designed and all of its interactions are well-considered—but Python's libraries do seem to be more independently-updated than most.

Even so, isn't that an argument for a smaller, integrated team for the framework, rather than a large one made of ~1000 volunteers? A tightly-knit framework is much more likely to suffer from too many chefs than a disparate collection of library functions.

Between the parallelization problems inherent in a tight framework and the fact that its total surface area is also smaller than a PL that's maintained by about the same number of people, it sure doesn't sound like Flutter's problem lies in developer headcount.


And Python is written in C, unlike Flutter which is written in Dart.


Flutter engine is mostly written in C++.

Other parts are written in Dart like you said.


I doubt that complexity of a language is comparable to that of a widget library. After the text input cell and scrolling window it’s basically dumb geometry/drawing code all along.


It's much harder to to implement a language in a proper way than writing a widget library.

But that hardness comes from the level of knowledge one must have in different fields such as compiler theory, cathegory theory, hardware, beside classical computer science and coding.

To write a widget library you just have to know how to code and have some experience.

That being said, the amount of work for implementing a widget library might be higher, but is less qualified work being done.

I dabbled in computer language theory and compilers and it's hard. I have no issues reading source code for widget and GUI libraries.


The code behind "intelligent", performant and scalable Tree/Greed widget can be quite big and complex and include concurrent/parallel code.


Flutter has its own language (Dart) which I suspect is included in these stats.


The Dart team is separate from the Flutter team, though they do interact as Flutter is now the primary use of Dart and as such, influences what is worked on in the Dart team.


Then Django or Pytorch are cars, too.


Like a Fisker Ocean?

Launched, abandoned. Scammed again.

When are you all gonna learn?


Heh, as long as the ocean does not cause them to burn - https://jalopnik.com/more-than-a-dozen-fisker-karma-hybrids-...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: