pythonaut_16

Offering $5 dollars feels like it's ascribing a low value to the time/effort to help. Offering a coffee or beer feels like a better gesture/token of appreciation. It's not about the value then but about the gesture.

For anyone who is working, people are "giving" them $5 all the time. But they probably don't have people buying them coffee/beer/lunch all the time.

Phoenix is a good example. It makes great use of OTP, but you don't really need to touch OTP when using it to build web applications. You can, and your life as an Elixir dev will certainly be easier if you have some understanding of OTP, but it works great as a web framework even if you don't.

One might make the argument for related vs unrelated politics. (Though the line between what's related and unrelated is fairly subjective)

A bakery is obviously going to have an interest in politics directly related to operating a bakery and the employment laws affecting it. A bakery might reasonably avoid political stances on something unrelated, such as nuclear power, foreign conflicts, etc.

In my experience the answer is "all of the above"

It's rather analogous to physical products that are shipped with the instructions in 8+ languages or Tesla selling cars with their batteries limited in software.

> Is it substantive or a gigantic bubble?

It's both IMO. The whole market is in a giant bubble due to various fiscal policies and decisions, but the big tech companies have substantive/reasonably solid businesses within the bubble.

Walmart clearly falls under a geographic area. There's a physical store. You can measure the competition in that geographic area and you can look at what other choices consumers have.

An iPhone is clearly a different case. Measuring what options users have is not limited by a geographic region but by what policies and app stores govern the device.

Where does Apple cross the line from being able to sell a completely closed garden product to having to allow fair competition?

If iPhone had no App store and only had official Apple apps we wouldn't be having this conversation, regardless of how popular iPhones are.

I think Apple is in the wrong, but a critical issue what threshold or criteria must be met for them to be required to offer an open(ish) platform?

*open(ish) meaning allowing alternative app stores or charging industry standard payment processing fees.

Geographic area is an interesting term here. If you take "iPhone owners" as a geographic area, then Apple has a 100% monopoly on that market. Geographic area == captive audience, and since iPhone users are a captive audience of the app store.

I think there's a reasonable argument that users buy iPhones with the expectation of a market in the app store (I can get or buy apps from any company that cares to develop one), so when Apple charges a 30% fee (far above normal payment processing fees) on every transaction made through the app they are abusing a monopoly position.

The problem isn't that Apple has more of a monopoly than Epic has with Unreal Engine, it's that Apple has a monopoly on a distribution channel to end users.

The Unreal Engine license is like Epic giving you a toolbox for no upfront cost, but charging you 5% of whatever revenue you generate selling goods made using the toolbox.

The App store comission is like Apple charging you 30% anytime you sell one of those goods to someone who lives in an Apple branded house. (To complete the analogy, maybe you're a door to door salesman and Apple charges you a "sidewalk usage fee" or something)

One (Unreal Engine) is a licensing agreement for a tool with no upfront cost; the other is a tax on any sale made to an end user.

Those are all fair points, but if Firefox has a hard time driving adoption now, I think being on Chromium they'll find it even harder, unless they have some real killer, must-have features lined up. But I doubt they have those features planned because if they would use them to drive adoption in Firefox now.

Interesting though with Github. Maintaining the MDN docs certainly aligns well with Github's mission.

Hard to see MS/Github maintaining a browser after Microsoft just adopted Chromium for Edge, but it would be cool to see Firefox given the VS Code treatment. Github had Atom which is where Electron came from, then VS Code is an evolution on top of Electron. Would be nice if Edge was built on Firefox instead of Chromium.

That's the death of Firefox.

What would "Foxium" offer that Brave, Vivaldi, Edge, Chromium, or Chrome don't already offer?

I don't think your speculation is unfounded though.

Spreadsheets and some other business software can get really gnarly though (especially on RAM usage). Outlook itself can be quite heavy.

But I also agree, browsers and web apps aren't exactly lightweight either. Maybe WASM adoption can help on this front?

You're not really refuting the points so much as just saying "You're wrong".

Granted the parent was anecdotal with their own experiences too, you could at least address the points. E.g. to the point of achieving 100-200Mb daemons, you might reference what RAM footprint you typically expect/experience from a similar program running in JDK 14-16. Rather than just:

> You'd be wrong, because JDK 14 will most likely give you substantially better performance than Go

You might say what's unusual with Levandowski is that he made so much money while working for someone else; and while not actually achieving any additional revenue.

If a battery or metals (or self-driving) engineer comes up with a material break through and starts a company they could easily eclipse Levandowski's earnings.

Which should allow a Django instance to serve more concurrent requests.

Making views async won't do much to make an individual request faster (besides keeping it from being blocked by other slower requests).

Is that because the Python interpreter has to explicitly handle coroutines differently from normal functions?

One difference for Elixir/Erlang (which GP mentioned) is that the BEAM VM can interrupt any function by default. (There's a few exceptions when you deal with native code and other things)

Having features like heated seats tied to a subscription crosses the line. It's one thing to install them in all cars as an additional feature that can be enabled, but charging a subscription for it is ludicrous.

I don't mind soft-locked features too much since it can be cheaper for the manufacturer to just install it on everything than to build two separate models; plus it can be nice as a consumer to still have those additional features available if you change your mind later.

I doubt the author would make the same complaint if Microsoft wrote similar proprietary extensions for Emacs or Vim or Atom.

I also doubt they would make the same complaint if JetBrains or someone else wrote the same proprietary extension for VS Code.

Neither the first case nor the second would make any of those editors any less open source.

The other side is that keeping some extensions closed-source probably allows the VS Code team to access more of Microsoft's work. I would guess that the proprietary parts of ms-code.cpptools are using code from Visual Studio and other closed-source Microsoft tooling.

Scenarios where someone might have my password but not my SMS: keyloggers, password written down at my desk, video surveillance or shoulder-surfing, audio analysis of keyboard and/or CPU tones[0].

The stronger or less guessable a password is, the more likely it is to be written down or recorded somewhere where it could be compromised.

[0]https://en.wikipedia.org/wiki/Acoustic_cryptanalysis

Apply a similar comparison to the past and it's humbling to realize just how little we know about history, and how quickly we collectively forget the farther back you go.

Wait, are you arguing that 2FA is a waste of time/not actually effective? What alternative do you propose then to provide additional security to accounts?

Or are you arguing purely in the sense of SMS and Email based 2FA?

It's crazy to think that 40 years worth of video can be uploaded daily, and yet that only captures a minuscule amount of everything that goes on in the world in a given day.

Crypto in particular has lots of requirements that would be served by Rust and Haskell that might make them more appealing; where a traditional web startup that mainly serves web traffic can easily choose between Ruby, Python, Javascript, Elixir, etc.

You can always answer those doomsayers with one of my new favorite quotes: "Anything worth doing is worth doing poorly"

It's probably not just a "these days" problem though. Thinking through my own experience and various anecdotes it seems like fighting over-engineering and complexity are staples of software development.

Consider also that sometimes complexity/engineering really is warranted; either by the domain or by the tooling.

In other words, avoiding complexity-domain mismatch isn't just a "these days" problem, it's a constant consideration in software development.

Do you have a source for your claim that masks are less impactful than distancing?

I wonder if you could use a retrieval drone (depending on the size of the rocket). Either by remote control or GPS on the rocket, fly over to pick up the rocket with some kind of mechanical claw.