skysight-inc/HackerNews huggingface dataset:
> This is because "Trash" is just a label. The "Send to trash" button simply is a shortcut to add the trash label.

this basically boils down to "because they didn't consider internationalization or localization when coding it."

It is NOT a valid excuse for this not working from what was already a multinational company when GMail was introduced.

> Now they have a bin and a trash, with different things in!

translation: "but there's tech debt"

Not an excuse. Especially from a company with enough money to fix it without even noticing the effect on their bottom line. It didn't have to be coded to have the concept have a 1:1 correspondence to the name. "spam" and "trash" could have been conceptual objects with multiple localized interfaces for humans.
AppleScript, for all its faults, handled localization quite impressively. It parsed the whole script into an abstract representation, and could then could display it in another language as needed.
Is chess really a good proxy for measuring age effects?

Chess, after all, is a classic domain where expert performance is the result of intensive practice plus quality feedback (informally, the "10,000 hour" rule).

Computer chess plus the internet has made training better, cheaper, more accessible and more intense.

So nowadays anyone with any talent at the game should be able to progress faster than in the past.
"mm" is a perversion of "MM", which is derived from Roman numerals (M is 1000, and MM is M*M). This notation has a long history of use in business and accounting.

For consistency, the author's use of "bln" should be "BB", or at least "B". These have no Roman antecedents, but they are common in accounting.

I've never seen "MMM" for billion. Missed opportunity! I'll have to suggest that to our CFO for our next filing.
Regarding GUI, there is also https://github.com/yglukhov/nimx which is based on OpenGL.

> Nimx officially supports Linux, MacOS, Windows, Android, iOS, Javascript (with Nim JS backend) and Asm.js/WebAssembly (with Nim C backend and Emscripten).
"Markets can remain irrational longer than you can remain solvent."[1]

In other words, you can also lose money, even if you're right.

1. Pseudo-Keynes: https://quoteinvestigator.com/2011/08/09/remain-solvent/
History of FreeBSD – Part 2: BSDi and USL Lawsuits
Self-Service ChatBuddy That Removes Cloud Infrastructure Deployments Complexity
You could say the same about JavaScript, but with very heavy investment there are now several implementations that have improved its performance significantly.

Also see PyPy, which manages to squeeze a lot more performance out of Python for many use cases without changing the language.
Yeah - I not a huge fan of non-obvious acronyms in writings that are intended for a general audience. I know it's hard to predict what's obvious and what isn't but this one almost certainly isn't.

I would argue that it's not laziness on my part - it makes things jarring to read. And HN becomes less pleasant the more people that do it.
>We dove into major tech IPO’s since 2018 to find out.

It also self-selects for "major" offerings as well. I'd be curious to see this table for ALL tech IPOs.
Instabug first launched on HN back in 2013 as a bug reporting SDK for mobile apps. Over the years, we heard from mobile developers that they want more granular metrics about how their apps are performing in the wild, so we released a new APM tool.
We found that most APM products in the market focus on server-side monitoring, so we built ours specifically for mobile developers.

Here is a quick summary of what we launched:

1. UI Hangs: track the performance of each ViewController, Activity, and Fragment in your app.

2. Network Performance: we record the response time of all your network calls, as seen by users and show you the full round-trip with both client-side and server-side errors.

3. Execution Traces: you can define your own traces to track the performance of any logic in your app that can be a bottleneck to your users’ experience.

4. Apdex Scores: a single metric that represents your overall app quality as perceived by your users with a breakdown of satisfying, tolerable, frustrating, and crashing sessions.

5. App Launch: see how long your users are waiting from the moment they open the app until the app is fully launched and accepting touch events, across devices and OS versions.

Building this was a bit tricky for us. APM is the most data heavy and complex product we’ve built (specially that we had to switch to working remotely overnight like most of the world).
And since APM is all about performance, we had to make sure to keep the footprint of our SDK as small as possible, and more importantly, to do so without sacrificing accuracy or taking shortcuts.

We’d love your feedback and please let me know if you have any questions.
Most languages designed in that era were not designed to be fast, and none of them were designed to be fast on 2020-era processors. The former is because this was the era of exponential CPU growth, and the latter because as good as many of these language designers were, none of them were psychic.

I'm pretty sure both Guido for Python and Larry for Perl were explicitly aware of the impossibility of designing for processors that wouldn't exist for 20 years, though digging up quotes to that effect would be quite difficult.

A mantra of that era is "There are no slow languages, only slow implementations." I, for one, consider this mantra to be effectively refuted. Even if there is a hypothetical Python interpreter/compiler/runtime/whatever that can run effectively as fast as C with no significant overhead (excepting perhaps some reasonable increase in compile time), there is no longer any reason to believe that mere mortal humans are capable of producing it, after all the effort that has been poured into trying, as document by the original link. Whatever may be true for God or superhuman AIs, for human beings, there are slow languages that build intrinsically slow operations into their base semantics.
"Opportunity costs" are very often, as in this case, just an excuse for being too lazy to do the right thing.

When people have pride in their work and want to put out a quality product, instead of "optimizing" for pennies, then things get fixed.
I would be curious if these simulations can be made accurate enough to filter out candidates for driving. Set up a series of scenarios and grade how each driver performs. Then long term compare that to actually perform if hired.

Building off another comment, enough drivers could be used to help train an AI how to drive or how to reach specific situations.
SQL: How to get first value based on time without a JOIN or a Window Function
I wonder if a different approach would work well.

Every 12 years, take the largest 10 companies and break them up in chunks.
I wasn't a huge fan of that style too but it's growing on me. More importantly, it's worth noting that this is also intended for experimental features which can eventually become part of the language syntax. eg:

proc hello(greeting: string): string {.noSideEffect.}

became

func hello(greeting: string): string
Numba is indeed a great library for speeding up Python and also doing other useful things when interacting when external libraries.

For example the "jit compile a single function" feature is gold when you need to pass a function callback pointer into a C library. This is how pygraphblas compiles Python functions into semiring operators that are then passed to the library which has no idea that the pointer is to jit compiled python function:

https://github.com/michelp/pygraphblas/blob/master/tests/tes...
So what? I feel like these objections about "intrinsic value" are missing the point. There are lots of things out there that have little to no intrinsic value (like currency) that are nevertheless very useful. You are acting like there is some inviolable law of the world where things without intrinsic value will inevitably become worthless, but there isn't. There's lots of things with fundamentally no intrinsic value that have nevertheless commanded a very high market price for many centuries now.

I'm not saying Bitcoin is necessarily on that path, but there's also no reason it couldn't be, and whether it is or isn't isn't related to any intrinsic value it might or might not have. And lots of things that do have intrinsic value, like grain, are terrible investments because they're easy to make more of and because they don't store indefinitely. "Intrinsic value" is just an orthogonal concern.
There's a lot of gray area between "entirely free of such issues" and "completely unusable." The AMLogic chips on mainline linux are much closer to the latter than the former.
Jeez, paint the steering wheel red or something?
I think a likely explanation is that the non-technical person who got the email thought it would just be easier to remove the image than try to figure out how to add the proper attribution to the website.
What I really want for python is a knob to improve startup time. I've imagined there must be a way to "statically link dependencies so that import isn't searching the disk but just loading from a fixed location/file. There doesn't seem to be many resources on the net. I've found this one: https://pythondev.readthedocs.io/startup_time.html. I tried using virtualenvs to limit my searchable import paths, and messed around with cython in effort to come up with a static linked binary. But I've yet to come up with anything that really improves the startup time. Clearly I have no idea what I'm doing.
The article mentions that the real focus of anticompetitive behaviour in Google's case should be the acquisition or integration of additional aggregators. In this case the Android app store. I think one of the most blatant anticompetitive behaviours is how Google has integrated the play store framework into lots of applications which means disabling it breaks them (or causes apps to show warning notifications). At the same time privacy features for apps themselves keep increasing limiting the possibility for new entrants to collect data on consumer behaviour. This gives Google itself an unfair advantage - which is entirely unrelated to the quality of their service (in this case the play store). This I believe should be the main focus of this DOJ lawsuit.
5000mAh graphene powerbank can be fully recharged in under 20 minutes
Style guide for the base language is to generally stick to ascii, and many of the big packages do that too. It's really nice in examples, analysis scripts and the like though.
We're still a pretty small so unlikely to happen, but great tip for a larger team.
What happens when it's an operation that doesn't have magic fallback methods like the arithmetic operators do? Say the code is `max(400, n)` instead. Now what? The `max` function doesn't know about your special type, so the code fails. Magic methods simply don't scale: they solve this problem in a few very specific cases and nowhere else. With multiple dispatch, you have a completely general solution to this entire class of problems: you just define a new method of `max` that knows how to handle your new number type and everything works.
We need to be aware of our own bubbles when talking about how "most people" feel.

I think most tech aware people are wary of Google, at best.

I think most people people don't care. They use Google to search things every day and it seems to work for them. They might hear about privacy every once in a while but don't give it any thought. Most people think Android is synonymous with Samsung.
I bought an Odroid once. It was DOA. It was cheaper to throw it in the garbage than mail it back to Korea. I'm glad you've had better luck.
Vint Cerf’s Plan for Building an Internet in Space
Paywall Free: https://www.wsj.com/articles/the-businesses-where-google-is-...
Jeff Bezos Uses the 'Disagree and Commit' Rule
People want data privacy but don’t always know what they’re getting
It's no different than other languagages. If I'm searching for something about the express framework, I include "js" or "node" in my search terms.

Same for rails, add "ruby".

"go" is also a fun one…
You see this in tons of domains, not just chess. My personal hypothesis is that it has become so much easier to study and improve yourself based on the past insights of others, and this network creates ever accelerating standards.

For example, I recently (as a middle aged adult) took up ice skating. It probably won't be too long before I'll be at "early 1900s Olympic champion" level. Reason being that those early Olympic champions basically had to figure out how to do everything by trial and error. These days I can watch countless videos on YouTube explaining exactly how to practice certain elements.

So yes, the inequality factor is certainly there, but with even homeless people getting access to a base level smartphone these days I don't necessarily think it's insurmountable.
On NASA's announced 2020 Tipping Point awards
The processors on ARM SBCs are mostly industrial or automotive designs and feature sets lag behind the consumer laptop/desktop market. Many of those processor families don't yet support NVMe, or just started supporting it recently.
> No, in that stock represents ownership into a company, while cryptocurrency represents

Ownership into a cryptocurrency. Its not like you can borrow a PC from Bill cause you have shares in MS. The company and the cryptocurrency both perform a function that gives them value to people, the stock/coins reflect that value.
I have to pay Google to compete against Google. I'm in education. And Google has a product for educators and students. So do I. Now Google's going to be able to smartly know who to advertise to and get their product in front of Google's customers better than I will be able to. They're just naturally a big bully.
Thanks for posting that YouTube link.

I started down the path of doing this project for a family member after we found an old VCR and I had been playing with a few of the cheap HDMI capture cards.

I've had a world of hurt with video/audio sync issues and the recommendation he uses to grab the component to HDMI device led me down a path of searches where I finally found that my V4L2 capture with ffmpeg was using a different clock than the ALSA sound capture device. Using ffmpeg's -ts flag I have set V4L2 use 'abs', the same as ALSA.

I haven't done any extended length captures yet so I'm not positive I won't have drift, but on the shorter length clips it has worked flawlessly.

Anyway, thanks again for the link. His advice led me down a path that finally seems to have made the capture aspect of this project work!
Not showing stats beyond 7 days is the biggest WTF for me. Makes CF completely useless.
Haha. Run-flats aren't just a problem in the countryside. My wife's BMW doesn't have a spare. Run-flats are only good to ~50mph and 50 miles when flat.

So what happens when you blow out the sidewall on a Friday evening on an interstate in suburban NY? You call AAA, wait 3 hours in the pouring rain, and get towed the nearest tire dealer (that's already closed for the day), check into the hotel across the street, and then miss out on the Saturday activities you had planned while you wait for the tire shop to open and get your tire replaced.

I'll never buy a car without a spare again. Run-flats are nearly useless unless you just happen to be near a tire shop during open hours.
"No problem at all?" I don't know any American who likes their local ISP monopoly.

To the contrary, we have HUGE problems with them. I'm not sure there's any company more vilely detested in America than Comcast.

Alas, for some reason the Democratic party hasn't shown any real interest in regulating them or promoting competition, which is a failure of democracy. I don't personally know why -- I could guess something about campaign contributions and lobbying but if anyone actually knowledgeable could speak up I'd love to know.
Based on what? Regional monopolies such as cable ones led my comcast are widely considered the most hated companies in existence so much so that south park even made an episode about it.
Anything short of breaking it up won't accomplish anything.
Actually, you’d be surprised how plausible it is to diagram the human electrophysiology using electromechanical circuit analogs. Everything in the body signals electrically, and biological matter being piezoelectric has been known (probably not popularly) since the late 60’s.

Indeed, I am finishing up my dissertation applying electrical engineering theory to model cellular evolutionary biology predicated on digital signal processing theory to demonstrate natural selection progressively evolves adaptations with faster sampling rates of environmental radiation for greatest BIBO system stability.
The DOJ complaint isn't "You can't have a monopoly". In fact there is nothing illegal about having a monopoly in a product or service under US law.

The problem arises when a company leverages a monopoly to suppress competition, implement predatory pricing, or manipulate competition in another market. Using a monopoly in search to compel tying agreements prohibiting browsers or manufacturers from including other search engines or apps would qualify. If it turns out that agents of the company (Directors, VPs, etc) internally communicated an intent to suppress competition that would be more than enough to bury them.
> This is just pushing testing to the customer.

Correct.

> Why would the customer report a bug instead of switching to a less buggy product?

All products are buggy to varying degrees. As a user, you can't easily tell if another product is "less buggy". Would you risk investing time into figuring out another program that may turn out just as buggy? No. You most likely move on with your life.

Once users are invested into your product, it takes a lot to make them switch. Every single piece of software that I use regularly is either extremely simple or somewhat buggy. I haven't switched once because of it. It's a nuisance, but not a dealbreaker.

That's not to say that I like this situation, of course I would prefer software that doesn't have bugs and glitches, but I also prefer software that exists today, not tomorrow.
The market has spoken: worse is better.

> Why do you think the customers are going to report bugs?

If it's an important bug, somebody will most likely report it. If it's not an important bug, not having it reported is most likely not important either.

> I can't say that I've ever attempted to report a bug on an iPhone app, Windows, etc. It's like yelling at the wind.

So, did you switch to Android or Linux/MacOS then? Is the grass really greener on the other side?
>But even if a company achieves monopoly position through legitimate means, it cannot take actions that do not advance plausible business goals but rather are designed to make it harder for competitors to catch up.

This reads like a text-book definition of a "moat." It's no surprise to people that have been paying attention that moats are anti-competitive in nature, yet it'll be interested too see what, if any, impact anti-trust will have on the common wisdom of building moats.
Not to mention the data isn't even de-duped. Weird.
But that's not what cloudflare is doing. You can't separate analytics from other parts of its business. Cloudflare collects a lot of data to determine which traffic is legitimate, and offering analytics simply means that they build a nice UI for site owners to access that data.
> We only really care about the end result of a Pull Request (in the context of Github)

Hmm, I'm not sure that's true. Imagine if this excellent commit got squashed, there'd be something really lost: https://dhwthompson.com/2019/my-favourite-git-commit
Yeah I doubt that nature is able to solve problems above a certain size. After you put together a certain number of soap bubbles they'll collapse into a black hole. Furthermore there are concerns of speed of light or speed of sound.

Nature might give efficient solvers for specific problems up to a certain size, but we already have "practical" NP problem solvers in classical silicon in the form of SMT solvers.
Debian donates 10k USD for Peertube video hosting platform development
You realize CL doesn't have ads in the first place right? It makes no difference to them, revenue-wise, whether I read their content in a web browser or in an RSS feed -- if anything, I'm saving them bandwidth. They make money by charging for making posts in certain categories in certain locations.
It looks like even the expensive commercial databases have docker images that would be okay for development purposes:

* Oracle Express: https://github.com/oracle/docker-images/tree/master/OracleDa...

* Sql Server: https://hub.docker.com/_/microsoft-mssql-server

* DB2 Community: https://hub.docker.com/r/ibmcom/db2

* Sybase: https://hub.docker.com/r/nguoianphu/docker-sybase
Always impressed to see what Netflix comes up with -- you almost always know you've had a good idea if it overlaps with what Netflix has built internally.

In my case though, I think people are going about mostly wrongly -- my ideal observability tool is:

- structured logs as the source of truth. Metrics and tracing are actually just special cases of any normal log stream. For applications it doesn't get much simpler than log-to-stdout/stderr, and the log shipping tools we have today can pick out/filter and bucket the metrics/traces/regular logs that come through (or do it on a node-local collector). You don't even have to necessarily trace context very well if you know that the logs from roughly 1-5 seconds are likely relevant and you can filter for signal (warnings/errors/etc) there.

- all-in-one but pluggable with reasonable defaults, for easy administration (because you don't really care how team X does their observability, you just want your own little instance with your own data in it)

- federated (rather than worrying about scaling one mega large service, why not run little ones that can move queries to data and come back?)

- Histograms, because distribution/bucketing is the fastest way to solve a lot of these problems

- schema driven (ex. sprinkle in some JSONLD)

- standardized RED/USE for everything (so your load balancer, network card, CPU, as low/high as you dare/care to go vertically)

To bring all these "features" together, I think the UX you'd put on top of that is incident driven and focused -- context is what matters for solving non-obvious problems, and getting the right context as quickly as possible usually has to do with distance-to-incident. In addition to this, the real next-level goal is to never have an un-analyzed/tagged incident, and soon you can start recognizing (via simple rules, at least) problems and suggesting solutions, or identifying problematic commits before they land (in your infra-as-code repo, or your code-as-code repos).
2008 was an example in which known information was not reflected in the price. There was a huge amount of mortgage-backed securities that were backed by non-performing loans. Anyone who did due diligence could have figured this out, and some did. But most people didn't do due diligence, so extremely important, publicly available information was not factored into the price of MBSs.
A Book for Getting Started as a Professional Software Engineer
the americanisation of our language continues to irk me

It goes both ways. Especially on the internet, a lot of Americans pick up wonky spellings and phrases from your end of the ocean.

It's just a fashion that comes and goes. For example, back in the late 17th/early 18th century, England went through a wave of Francophilia which altered the spellings of a number of common words. By then, the United States was becoming more independent and because of geography wasn't part of that craze, so some of the legacy spellings remained here.

In the early 20th century, American newspaper publishers pushed for simpler spellings of some words ("thru"), in order to save money on newspaper and ink. They became common in the United States, but less so in other English-speaking countries.

Don't let it irk you. It's not worth it. Humans are messy.
Thank you! Yes, the idea is to be the most developer friendly low code product out there.