Hacker Newsnew | past | comments | ask | show | jobs | submit | more jfkebwjsbx's commentslogin

Yes, but the native APIs are a PITA.


At they? I don't write much js but always found the native apis to be the quickest way to implement functionality when I need to


Yes, nearly every native API is uglier/longer/more inconsistent than jQuery equivalent.


not like they used to be, youngster*

* veteran of the original browser wars


So is jQuery imo, especially the nonsensical argument order for iteration.


The OpenGL bit is even worse than it sounds. The driver is half-broken and the version is ancient, already a decade old.


So nobody can complain about Apple just because another company does "asshole" things too?

Sorry but I don't think that is a good idea for customers.


No, we end users and the general public can complain all we want (and preferably also vote with our wallets).

But asshole companies complaining that other companies are assholes is very hypocritical IMHO.


It doesn't matter if they're hypocrites. At all.

It matters that we create reasonable and sane policies and enforce them evenly and fairly across all market participants. We don't apply them selectively based on whether the company is "a nice guy." None of them are nice guys. They're not people, and folks need to stop anthropomorphizing them.


Apple does the exact same thing with startups and other IP.

Even worse, Apple has taken successful apps from their Store and offer their own one. Same as Amazon but for apps.

You could argue mega corporations doing it is worse than small companies because they have way more resources to outbid competitors.


That is completely false.

Apple didn’t standardize anything on the web, nor followed standards.

What Apple wanted (and achieved) was to push their App Store to control everything and get that 30% of sales on top.

Even to this day Safari does not support standards that other browsers do. And, of course, they don’t allow other browsers to run on iOS.


Your claim is false. When Apple made the decision to not allow Adobe Flash on iOS, there was no App Store. Apple did not allow third-party apps, and writing HTML5 was the only way for any third party to run anything on iOS.

That changed later, and clearly Apple enjoys the 30% now, but the grandparent comment is 100% accurate, and your first three sentences are 100% false.

The fourth statement is accurate, though!


The iOS App Store preceded the Flash ban.

"Apple introduced the App Store on July 10, 2008 with 500 apps" https://www.apple.com/newsroom/2018/07/app-store-turns-10/

Apple's Flash restrictions were published in draft form in April 2010. http://www.mikechambers.com/blog/2010/04/20/on-adobe-flash-c...

And justified by Steve Jobs that same month: https://www.apple.com/hotnews/thoughts-on-flash/


This is cherry-picking articles to create a false timeline. The iPhone never supported Flash. There was never a "Flash ban" so much as there was never Flash.


I think that by "Flash ban" Dotnaught means "Apple's ban on third party development tools" which was specifically intended to ban the iOS packager tool Adobe had started shipping.


You talk as if "web apps" and "Apps" in general (in a phone) were a thing back then.

They were not. Apple was selling a browser in a phone which was a new concept for normal customers.

Blackberries were a thing back then and the iPhone killed them because of this.


All of the earlier smartphones had applications. I had a real player app and a better video recorder for my Symbian phone; blackberry, windows (CE), and palm phones all had apps too.

Mobile Safari was certainly a lot better than browsers on the other phones though. And a lack of carrier garbage and interference on updates was also nice.


You can get Firefox and Chrome for iOS...


No, you cannot. They are wrappers of Safari's engine.


Yes, but they're just thin wrappers around iOS' WebView; they don't use the Gecko or Blink engines. Apple doesn't allow other browser engines on the App Store.


How big are the losses to make such a big impact as to say there is not enough space for enough solar/sun farms?

99% or what?


I think you're overestimating the amount of space we have realistically available for renewable energy. At some point I did the math for Germany.

The average German needs around 144sqm of solar panels (located in Germany) to meet their primary energy demand of around 48MWh per year (taking into account average production of solar panels in Germany). Germany has a population density of around 4300sqm / person. So in the ideal case with no storage losses you need to cover more than 3% of Germany with solar panels if you want to meet primary energy demand with solar power. (Wind energy is slightly more dense in Germany, but I haven't done the math there).

Realistically you might get something like 1% of the land area without huge resistance of the local population. Probably less, which is why offshore wind is popular. 100% renewable generation is only realistic because you can safely assume that large parts of the primary energy consumption are wasted. For example internal combustion engines are at best 40% efficient. Burning things for heating also only gets you 1J of heating per Joule expended, whereas heat pumps get you 2-3J. You just can't get away with losing another factor two to generate syngas, or even more if you want liquid fuels.

Of course you can justify some inefficiencies if you're willing to transport energy from far away (say solar power from the Sahara), but that is ridiculously expensive compared to more local generation.


Every single other unit comes after the quantity, including many other currencies, so I prefer seeing it after too.


When is Microsoft going to release first-class Rust support in Visual Studio and Windows, including debugger and official Rust bindings for their most commonly used APIs like Win32, Direct3D, etc.?


I don't think this is exactly what you want, but you might be interested in it:

https://github.com/microsoft/winrt-rs


Not really, but thanks! Hopefully they will start adding more bindings...


VS Code is the best Rust editor.


Yes, but an editor is just one of the pieces.


If your systems work do not require stable compilers or rely too much on external C++ APIs, then you will be mostly fine.


It’s mostly to trace process performance, network load, stuff like that.


C and Ada variations have done so for many years, way before Rust was a thing.

Ada and D are also in the process of adding memory safety to the base language too.

The actual question is why nobody cared that much until now to put it in mainstream languages. The answer is, as you know, browsers.


> C and Ada variations have done so for many years, way before Rust was a thing.

Not giving any concrete examples is just proving my point.

Which C variations are both thread and memory safe? Which Ada variations are both thread and memory safe ?

AFAIK, such variations do not exists, and people claiming that they do on the internet and then failing to provide a simple link when requested multiple times by others to do so just seems to confirm that.


What C variations have given safe system programming for many years? I'm not sure I know of any.


MISRA C is a subset of C / set of rules that is used in the auto industry, and supported by many tools.


> Rule 20.4 (required): Dynamic heap memory allocation shall not be used

So anyway, what subset of C allows the use of dynamic heap memory allocation and enforces safety?


> MISRA C is a subset of C / set of rules that is used in the auto industry, and supported by many tools.

That's true, and I know you are not claiming this, but MISRA C is neither memory nor thread safe, which is what we are talking about here.

Writing MISRA C code with data-races is trivial, and no "linter" for it finds those.


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

Search: