bartekpacia

Try gofumpt, it’s my default.

> You admittedly wasted their time with an unserious application "as a writing exercise

That’s not what he said.

It’s even more crazy because Telegram is by far the smoothest messenger app on Android.

BTW, would you mind sharing how you got that job?

Sounds like AccessKit [0] to me

[0]: https://github.com/AccessKit/accesskit

My first impression was the same. Another VC-backed SaaS vibes.

I don’t think it’s possible for them to be even clunkier. The only next step is they just stop working at all.

I share the same exact sentiment.

I hope they get hit hard.

Yes, in Poland we do the same (mandatory visit to Auschwitz)

> compares flat earth theory to holocaust

Same here. At first I genuinely thought it’s some screenshots from that map.

Says much about how advanced games have become graphics-wise. If only everything else didn’t become completely enshittified.

Why would one question the Holocaust?

No, Poznań is Poznań.

> Former German area.

Former from 1939 to 1945.

> And elsewhere in the world, the US almost seems to be trying to start WWIII.

What? Where? Can you give some examples?

> is about to give Taiwan billions of dollars for "defence"

Why quote defence? You think they give it for offence?

I suppose you're a citizen of the West; then US hegemony is certainly in your best interest.

It draws from the original UNIX text editor called "ed".

https://zed.dev/faq#why-zed

Logs being stored in binary is the main problem, I think.

What do you mean by bazelisms? Is it akin to bashisms? :-)

> On the web, I still can't help but find "rendering text and UI elements to a canvas" incredibly weird.

Flutter's docs explicitly say [0] that it is not a tool for building websites, it's for web apps. If all you want is to render some text onto a canvas, look elsewhere.

[0]: https://docs.flutter.dev/platform-integration/web/faq#what-s...

Yes, IMHO the world doesn't need another build system. Bazel sounds great, and the mobile development community seems to be converging arond it as the go-to tool for huge apps, e.g. see rules_xcodeproj [0].

It'd be a lot of work, because no good Bazel rules for Dart exist (there is [0] which is old and unmaintained, although it was recently forked [2] by a Google engineer working on Flutter), and of course, no rules for Flutter exist as well. Another problem here is that a lot of flutter_tools [3] code assumes that Android project uses Gradle, and iOS project uses Xcode.

After some investigation, it looks that to change this situation one could either:

(1) reimplement flutter_tools in Bazel, or

(2a) contribute to flutter_tools to work with Bazel, or

(2b) fork flutter_tools to work with Bazel (like you forked the engine)

Each of these is quite a lot of work. I'm curious to hear what you think about this.

[0]: https://github.com/MobileNativeFoundation/rules_xcodeproj

[1]: https://github.com/cbracken/rules_dart

[2]: https://github.com/matanlurey/rules_dart

[3]: https://github.com/flutter/flutter/tree/master/packages/flut...

I feel like the build system situation in Flutter is really unfortunate. For Android there's Gradle, for iOS/macOS there's Xcode (xcodebuild), CMake for Linux, some Visual Studio-something for Windows and so on. This causes problems at scale – reliable, incremental, cross-platform builds are very hard/impossible. Same goes for splitting the build work across multiple workers (aka remote build execution). I did some research on this and looks like Bazel is the tool designed to solve this kind of problems. Of course the cost of Bazel adoption is huge but at a certain scale it makes a lot of sense. As the number of huge Flutter codebases grows I think this problem will become more pervasive.

I read on flutter/flutter repo that Google has Bazel rules for Flutter, but they're internal and they're not interested in open-sourcing them.

This is amazing. Thank you very much for all you've done and are still doing. Flutter changed my life as a developer. I learned so much thanks to its culture of openess & embracing community contributions. I feel like it's something unseen in most other open-source projects of this scale - I'm speaking this as a person that contributes regularly & has been invited to #flutter-hackers a few months ago:)

I was at Fluttercon Berlin last year and I remember your talk where you said we need to build for the next 10 million developers who will use Flutter. Many tools that should exist for Flutter still don't exist. The fact that you did code push on Android & iOS is a great achievement (code push on desktop should be much easier to implement than iOS and it's only a matter of time for you) - but what's the next big thing you plan to accomplish at Shorebird?

Maestro is not based on Appium. It's built from the ground up, you can learn more about its internals here[0].

> it isn't AI

Hmm, why? I understand "AI" is an incredibly broad term, and there are maybe some fundamental differences between how App Quality Copilot and CamelQA work (I tried neither), but from looking at App Quality Copilot's website, it sure looks like "AI".

[0]: https://blog.mobile.dev/maestro-re-building-the-ios-driver-6...

Seems similar to App Quality Copilot - https://www.mobile.dev/app-quality-copilot

I remember having Snapdragon 800 in my LG G2. It was a beast at the time!

Very cool project! Can’t wait to see its future development.

I’m glad that I know the author. He won 2 tracks of this year’s Stanford TreeHacks with it:)

That’s how comments also work in the Dart language and I really like it. Happy to see this change.

Indeed, totalitarian dictatorship is a very interesting system.

I always do:

brew update && brew upgrade && brew cleanup && brew autoremove

Just like Zed?

+1, I don’t think such stuff should be ever enabled by default.