cornfutes

But the thing (n810) had WiMAX? I don’t think the problem was text/voice.

The problem was that it had a resistive touch screen. Samsung already had touchscreen MP3 players that you can install apps on, but it was the capacitive touch at that price point that gave Apple a good 3+ year head start on software. At the time, being able to dial phone numbers with IPhone was mind blowing versus a resistive touch

That’s what was revolutionary about IPhone. They didn’t invent capacitive but they brought it to the $1k range.

Nokia was developing their own OS and App Store, too, but it was the iPhone’s cohesive experience that made everything else fit together

Looks great for a hobby project.

Has anyone done the cost + risk assessment of building a for-profit product on top of this? Would love to know, as I am working on a web IDE with collaboration. There’s also the matter of obscuring client data from 3rd and even 1st party.

> why do people make businesses to sell them?

Money to go do something else.

I was just thinking yesterday that there needs to be a 3rd party tool that reintroduces the thumbs down button.

Meanwhile, mortgage rates his 7%

> Only stressed people want to relax. Otherwise, we want to do more.

You must be American.

This forum is an American forum. The startup accelerator behind it is American. Facebook, Google, Amazon, Apple, Microsoft, the world's largest software companies are American. The next largest country for software would be China, which is probably more then the entire continent of Europe, but we're not communicating in Chinese right now are we? The majority of top computer science programs are based in the U.S., with 1 or 2 outliers from China, the UK, and maybe Singapore. Tech talent tend to aggregate around those tech hubs, and it should be obvious from context that it's not Houston, Scotland with a population of 6,000. Seattle is derived from a native American word, there should be no ambiguity that it's American. Do you expect people to specify that Los Angeles, San Francisco, and New York are in the United States every time?

How much of that originates from rich / developed countries?

> Supporting networked systems and servers - Go has good built-in support for networking and servers, making it well-suited for building networked systems, web servers, and other server tools.

How is this not a web service?

> When a project proudly declares itself as "modern," it implies that it's up-to-date and built with the latest technologies.

> Would anyone suggest replacing TeX with a "modern" alternative simply because it's newer?

No, “modern” implies that the existing solutions have some shortcomings which are perceived to be due to old age or legacy/tech debt.

That’s why no one is proposing an alternative to TeX.

Whether that perception of old age therefore bad is valid or not is a different question. Chances are that the “modern” solution will end up reinventing the wheel and rediscovering why the old tools did things a particular way.

Other times modern means the new tool cherry-pick the best part of its predecessors and omit the bad parts.

The fact that the frameworks are converging on the same idea should suggest that it is necessary complexity in the framework for any sufficiently complex app.

> I am assuming it's because the users who are making these frameworks now have not used or do not remember the times where "signals" were called observables

And also a tendency to not have experiencing working on large web apps (I’m talking 100k+ cloc) where issues arise, and why those React engineers made the decisions that they did

> At first glance, this might seem like a step back — perhaps even un-Svelte-like. Isn't it better if let count is reactive by default

Actually, it was Svelte who coined the term and sold us on the idea of reactivity by default. I don’t think anybody asked for “Reactivity by default”. Svelte advanced this idea, and it helped the framework gain traction. It was easy to get started, and gave Svelte this sense of better ergonomics than other frameworks. I was always skeptical about the performance claims, amortized, and the real selling point of Svelte was ergonomics and the dev experience.

The problem with the Node.js ecosystem is the devs are borderline marketing and sales type. They’ll justify, rationalize and make things sound good after the fact. Previously, Svelte was persuading us that Svelte was better than the rest because of reactivity by default. Now they did a literal 180. It’s probably in the right direction, and maybe how things should have been. A related symptom of the Node.js ecosystem is reinventing and rediscovering the wheel. The problem here is a lost of trust. Anything else which Svelte purports it’s got figured out or is more enlightened about should be taken with a grain of salt.

So it seems those boring FANG engineers with React has it right all along. They had experiencing building sufficiently complex apps where verbose but explicit code was necessary.

> Because the compiler can 'see' where count is referenced, the generated code is highly efficient

Yeah, I don’t believe such claims anymore. Sure, in cherry picked and constrained settings, the performance benchmarks might seem good. As much as I hate to admit, I will reach for the production ready and battle tested React, as boring as it is.

They had no problem keeping the Logan brothers on the platform despite their toxic behavior.