skysight-inc/HackerNews huggingface dataset:
> Erlang's gnarly build system

It's actually fine, thanks for a remark.
The point the article is making is that this is a 2017 vulnerability and is still present on the lastest release of Windows 10
The Medieval period lasted from the 5th to 15th century. The Dark Ages is a misnomer for the early medieval period (5th to 10th centuries).
Among 30 news organisations in the United States, none of them were trusted by more than 50% of Americans according to Pew Research. [1]

This indicates the dramatic damage done to news organisations when they have been caught in egregious lies and falsehoods, again and again.

Remember, when Twitter cites "official sources", it doesn't mean it's correct, or even that it's not totally fabricated. It means it's probably partisan-slanted "news" written by discredited media organisations.

Even news organisations that are generally trusted on HN have enormous bias and propensity for lies.

Such as the Washington Post falsely claiming Russia hacked critical US energy infrastructure, then retracting the fabricated claim altogether. [2] Or NPR claiming the victim driver of a vehicle during a protest who was attacked violently by gun-wielding assailants was a "right-wing extremist", which was nuked without retraction (they did not apologise for the slanderous claim). [3] [4]

The Associated Press, a self-claimed non-partisan news organisation, falsely claimed the Trump campaign detained 100,000 migrant children, while the actual truth was that it was orchestrated during the Obama administration. Reuters, AFP and NPR also participated in this fabrication. [5] [6] [7]

[1] https://www.journalism.org/2020/01/24/u-s-media-polarization...

[2] https://yro.slashdot.org/story/16/12/31/1533245/washington-p...

[3] https://pbs.twimg.com/media/EbEIlsUUcAACYht?format=jpg&name=...

[4] https://www.wave3.com/2020/06/18/protesters-arrested-followi...

[5] https://abcstlouis.com/news/nation-world/retractions-issued-...

[6] https://finance.yahoo.com/news/multiple-outlets-retract-stor...

[7] https://www.imediaethics.org/ap-afp-reuters-npr-retract-chil...
It's a good and concise summary. Here's also a more in-depth article: https://www.a11yproject.com/posts/2020-08-20-an-indepth-guid...
There's misinformation, the bane of truth seekers.

And there's "misinformation", the bane of agenda setters.

This will be selectively applied.
Has there been any coverage on the revenge porn incident? It sounds plausible given the circumstances but it's a pretty heavy claim.
There will be tweets with tens of thousands of likes/retweets saying "Are others able to like this?" and so the information will be streissand effected to many more people.

Additionally, if the media makes the wrong call due to insufficient evidence at the time or bias, then they could take a hit to their reputation.

It will almost become tactical for the original posters to hold back evidence and wait for their "misinformation" categorisation and then to "disprove" this to make the censors look like liars.
Completely agree. I got to work with a Scala codebase for a few months, and those few months were painful indeed. It was well-nigh impossible to make sense of any pre-existing code.

I'm no stranger to diving into a new codebase and trawling my way through spaghetti to make sense of it ... but I absolutely do not want to do this with a Scala codebase ever again.
Knowing that means you are equipped. I wasn't aiming the QAnon thing at you. I agree in general with your comments but know they must be qualified with the fact that you are discrediting all sources of information until you learn more. A healthy scepticism is essential to navigate this world.
As the parent says, this sounds like a loaded
question. In fact, it sounds just like som marketing
departmetn which wants to promote some IDE is trying to
gather reasons and possibly features which need to be
added to some "competitor" IDE, in order to gather more
market share. I write that because to me, the interest
to actual answer to the question - why people use these
open-source editores - seems somewhat thin.

But, as somebody who uses Emacs, why not use the
attention for some Emacs marketing.

Before going on, I use Emacs mostly since about 22
years. I am also occasionally using vi (mostly for
system administration) or mg (which is a very
light-weight editor with basic emacs keybindings). I've
also used a host of other tools, for example in some
work environments there was really no other alternative
than to use Visual Studio, or Eclipse, and in some the
most practical thing to use was notepad++.

So, why Emacs?

At first, and something that might be interesting to
beginners, basic editing in Emacs, such as to produce
similar results to using notepad++, is actually quick
to learn. It has a nice on-line tutorial and very good
interactive documentation. The fundamental philosophy
it has is that basic text editing is modeless, that is,
one uses a (possibly large) number of key combinations
to modify text, and the basic combinations are
universal. And this is already the main difference to
vi/vim, where the meaning of basic key commands always
depends on the mode. Emacs does have modes, however,
for advanced commands which modify different /kinds/ of
text.

Emacs supports a large number of programming languages
out-of-the-box, which includes anything you need to
write for documentation. This saves a lot of time when
setting up projects. It is also very quick to set up
additional packages and modes.

Emacs and vi/vim both are based on the notion that code
is text: They are optimized for text editing, and in my
experience this is absolutely the right thing to do. I
had the dubious pleasure to use several systems which
use code as kind of point of entry to some kind of
database or graphical system or whatever, and these
are, universally, just a pain in the ass.

Compared to IDEs, Emacs loads and starts very, very
fast. In cases where one want it even faster and don't
need that many features, one can use emacsclient, or
the mg editor, or, of course, vi. It is also possible
to use Emacs in a text terminal, which is invaluable
for remote work on servers or embedded systems, and it
also has good support for the shell's job control:
Running in terminal mode (starting with the "-nw"
option), Ctrl-Z will bring you to the shell, and "fg"
will bring you back to your Emacs session.
Note that as the character ':' is reserved in NTFS, Proton cannot create its wineprefix in the NTFS steamapps/compatdata directory. To solve this, you need to symlink that folder to a filesystem that support filename with the character ':', such as ext4.
More info here:

https://github.com/ValveSoftware/Proton/wiki/Using-a-NTFS-di...

https://github.com/ValveSoftware/Proton/issues/82#issuecomme...

Windows and Linux can share steamapps directory though, I've tried this by installing my games to an external SSD with NTFS filesystem and I can play the games under Proton on my PC and Windows at another PC. I'm not sure whether this will work for games that have native Linux version though
From where I stand, I can't conceive of how it would be possible for fallible men to observe perfectly, recall it exactly and express it within the limits of imperfect language. This is all before you get into the problems of dishonesty and conflicts of interest.

Of course the above would not include abstractions like two parallel lines will never meet or overly simplistic hypotheticals.
It's been released (or gotten a 1.0 release) in 2012 but in development since 2007, so relatively as old as Java 5 since Java's inception; compare the features added to Java with those to Go: https://en.wikipedia.org/wiki/Java_version_history vs https://en.wikipedia.org/wiki/Go_(programming_language)
At least on Windows you can add an existing steamapps directory on the download settings page. If you can add custom library locations on Linux, I'd probably try making a copy of my Windows steamapp library, adding that directory in the Linux client and running repair for all individual games. That will at least save you from having to download everything.
I disagree in the general. It's very easy to write a spec that contradicts itself and is impossible to actually implement.

Some things do have to be designed, and not just thrown together though. That may be through spec, but it could also be working things through on paper. Concurrency is certainly one of these. Other things need to be iterated on in code. I'd hate to play a platformer where the movement mechanics were specced out by a comitee before any code was made.
When Google for monopoly of search, browsers and ads?

When Apple for monopoly of iOS ecosystem(how can Spotify and others compete with Apple's own Music services)?

When Facebook for monopoly on social media, VR and fake news?

When Microsoft for ... can't think of anything right now, just felt the need to vent, maybe you guys can chip in.
JummBox – An online tool for sketching and sharing chiptune melodies
> formal specification

Do you mean a written spec, or a proper formal specification?

https://en.wikipedia.org/wiki/Formal_specification
Only on Windows I believe. Every time Firefox is updated, it installs back the "Firefox Default Browser Agent" in the Task Scheduler.
Hi huxflux,

Thanks for your comment and I’m glad you liked it. Your remark is true and I was concerned as well. However the HN FAQs state:

> Are reposts ok?

> If a story has not had significant attention in the last year or so, a small number of reposts is ok.

I consider 6 as a “small number” and “significant attention” certainly > 4 upvotes (the most upvotes of a previous post) - YMMV.
> Wait, what if I work from home and my kid is sitting in the living room as well. I get recorded then? WTF???

If the software detects that you're in the room your kid fails.
There are so many amazon products coming out of the pipeline.

At first there were amazon batteries and hdmi cables.

But now there are weird products like amazon gaming desks.

It's not hard to imagine they said "we sell a lot of these" and made their own.
Twitter already has a replacement https://gab.com/
Call me optimistic, but I imagine a larger amount of "most" work out of the box by then.
> enormous bias and propensity for lies

So based on your citations, "enormous" is roughly a handful between the thirty of them over the last decade?

Get some perspective, do you actually think the WaPo literally made up a story or do you think they (let's be uncharitable) ran with a story they should've done more due diligence on?
This reminds me of this thread: https://news.ycombinator.com/item?id=21919988

and then there was a follow up to it saying the measurements were wrong IIRC, and then a further article showing, more or less that getting your own mutex replacement correct is so tricky that for 99.99% of programmers, just don't bother.
Also the Varangian Guards of the Byzantine Empire:

https://en.wikipedia.org/wiki/Varangian_Guard
Ok firstly, it's policing speech, not thought. Secondly, it's not policing it, it's basically putting a speed-bump. Thirdly, Twitter defines misinformation -it's their platform, they get to make that call.

Also, people talk about "Fake news" from mainstream media, but actually, the examples of the mainstream media reporting literally incorreect information is pretty rare, and has real world consequences when it happens.
Any kind of set-up is done in textual configuration. And this is
a major plus.
That means you get quickly to see what you have configured,
you can put it into version control and check it out
on a different machine, and so on. This is a big ergonomical
difference to IDEs.

As the technical foundation, it is rock-solid. Emacs is
based on lisp which has basic text manipulation
instructions implemented in native code. This makes it
both extremely easy to configure and extend it. It is
also from a time when Linux was not yet existant, Unix
was not yet universal, and Lisp machines were a thing,
so it has a certain platform feeling - while also
having good access to the OS. It is certainly possible
to use Emacs in text mode as a login shell or as a
terminal manager.

To that adds another quality of Emacs and vi,
one which these IDE enthusiasts can not even
understand, which is that the user interface
is incredibly stable. And this means that
something you have become used to will
not change and drift under your feet
like quicksand. And in the long run, this
really saves a ton of time. That does not
mean you can't change things, rather you can
change stuff under your control, like using
the better-defaults setup.
Shouldn't this be a priority even for other gaming platforms?

Imagine all the progress we made on development tools and containerization ported to the game development environment.

I think it could be a huge step forward!
Also, when people think of sand, they think of beach sand, which is somewhat wet or recently was wet than it have dried, but there is also the variant of very, very dry sand (sometimes can be confused with earth), which is just a little bit softer than a solid ground.

Source: Someone who fell on deserts of Arabia, repeatedly, and almost broke a couple of bones.
> It looks like enough for fingerprinting

No fingerprinting required.

Telemetry > General Data > Id is a GUID. ClientID is also a GUID.

You can clear the latter in about:config and it sticks, but clearing the former causes it to be regenerated on the restart.
People plan to fly and drive more post-Covid, climate poll shows
Are you saying that the average session saves the developer 15 minutes, or the average successful session, in which the bug is actually solved, saves 15 minutes? How likely is it that a given bug will be solved with Pernosco? What do I do if I pay and only realize after that the session wasn't helpful?
It's not just up to America, it's up to every country in the world, and actually every person in the world, to make sure others are safe.

Your sentence can be translated to "It is not my job to rescue other people.".

I suppose the "must" in my 1st paragraph isn't really a must, but how does one call himself human if someone is dying and one thinks "Whatever, not my job...".
I don't accept the premise that we are qualified to judge the veracity of another man's truth. Nor do all those who protest fit within your generalization of assuming to have an exclusive license on objective truth. There's a fair amount of people who simply like to bounce ideas around and have a discussion.
I think it is the combination of consistency and adaptability.

There are
a huge number of interesting features and tweaks
out there, and every once in a while one
encounters a useful gem. For example, I have
started to use Unicode more heavily in documentation,
and I am also a latex user, so now there is
a mode which lets one enter any kind of unicode
symbol by typing the latex sybol name.

Or another, I found that syntax highlighting
is neat but what is really helpful instead is
to give any identifiers in functions different
colors, which makes the data flow in the function
much more salient and quicker to understand -
including spelling mistakes. And that works in many languages.
Quite impossible without extensive sourcecode changes. Where FF has extensive user-configurable flags in about:config, Chrome is just a totally unconfigurable blob.
From my experience, for exploration of data, you usually use the functionality you already know and you visualize things as much as possible. So there is not a huge advantage for Scala in terms of autocompletion and such, but there is quite a bit of advantage for python for batteries-included, visualisation and speed of execution.

But yeah, I get your point, I find it annoying too.
This is not a good analogy. Most cars work in roughly the same way. Most software does not.

Software engineering is a diverse enough topic that you can have two "software engineers" who, aside from very broad general concepts like control flow and modularity, have very little overlap in their areas of expertise. Developing microcontroller firmware requires a very different set of skills and knowledge to building an ML model in R.

Most pieces of software require zero knowledge of the inner workings of, different implementations of, or even existence of a b-tree structure in order to be able to successfully create, understand and maintain them. Let's not gatekeep by telling people they're not real software engineers unless they understand and can recite an arbitrary set of mostly useless topics.
What is the 'right disposition'?
Then my kid would fail, or they'd have to use their bedroom. Which is, IMO, a very private space.
The article lost me at its first sentence:

"Today it's almost obvious to state that good written communication creates a business advantage."

That sentence has a problem with its words. It's very far from good writing. It also sounds like the piece will be business-related, which I didn't expect.

[But maybe that's a "shallow dismissal", I shall return and read more.]

Ah.. I noticed it's talking about good business writing, and that the submitter has mysteriously deleted that word from the title. Well, I never would have clicked had I known that.
A lot of games now don't work because of anti-cheat technologies. But Valve is working on this with Codeweavers with their refactoring of NTDLL.
I like crypto lockers. It means researchers can set the price of the vulnerabilities discovered, not shitty corporations.
Maximize Your Business Potential Using Facebook Marketing Ads
No. New cheap microprocessors were being released constantly that were much faster than what was in Apple II, it was clear to everyone that the future was in new machines with one of the better chips.

The one big mistake Woz made when designing Apple II was picking the MOS 6502 CPU. It made sense at the time, because for the price it was the technically best chip available. The problem was that the company that made it was in serious trouble for multiple reasons.[0] Soon after the Apple II was released, MOS had to accept a low bid buyout offer from Commodore to not go bankrupt, and as Commodore CEO Jack Tramiel absolutely loathed to spend money on literally anything, this basically ended future development of the line.

[0](Mainly, terrible IP practices. MOS was founded because a Motorola engineer recognized a huge market niche that Motorola was poorly serving, and despite repeated pleas to the management, they chose not to do anything. So he set out with a few co-conspirators to found a new chip company to serve that market. However, he chose to design his chip to be way too similar to 6800 that Motorola was already making, and immediately after release Motorola sued them for stealing the design. During discovery, it was found that at MOS there were internal technical manuals related to the Motorola chip that were Motorola property and that the founders took with them when they left. Motorola won, took basically all of the profit that MOS had made, but allowed the company to continue operating.)
My PRs sometimes get queued up like that too. Right now I'm waiting to merge an OS upgrade behind a single python package upgrade. I try to anticipate it in sprint planning and do reviews while I'm waiting for reviews.
> SBT is easy to use at the beginning, simply because the build files are 1/10 the length of a Maven XML build description, the console output looks better, the build REPL has lots of commands that make things easier, and the simple projects just work fine.

The build REPL has lots of commands that aren't documented, and when you search for tutorials the commands have changed (e.g. runMain is apparently now run-main, and if you write runMain you get the wonderfully helpful error "Expected ';'"). There's nothing so simple as Maven's list of phases https://maven.apache.org/guides/introduction/introduction-to... ; instead each project has its own slightly different set of build commands.

> Once you start to dig deeper, you find out that setting multimodule projects is still easier in SBT. And if you decide to dig deep and really learn the build tool, it doesn't really matter which one you choose.

Disagree. Maven multimodule projects are very simple: you can have a module that contains a list of submodules to build and... that's it. Importantly, every submodule acts exactly like a normal top-level project, so if you only ever want to work on one module you don't have to understand anything about the bigger project. And moving between single-module and multi-module projects isn't a big conceptual leap.

SBT multimodule projects are not only their own unique thing, they make the above problem even more confusing, because each project has its own slightly different set of build commands, and each module has a slightly different subset of them that works.

And even if you really learn it in detail, SBT is still awful on multiple levels. https://www.lihaoyi.com/post/SowhatswrongwithSBT.html talks about the deeper problems.
The most important advantage of Emacs and vi are, these
are open systems, which come out of an open culture,
not just "open source" but really free software, with
no strings attached. Granted, open source is having its
successes, so companies are trying to jump onto that
bandwagon, but this has mainly the consequence that the
strings attached are less visible - like "telemetrics",
inacceptable spyware, waste of attention, artificial
obstacles to competitor languages / systems,
unwarranted and empty hype, and so on. It is important
to recognize the tone of that, and to listen to it, and
to think about it, because it can warn you before
making bad decisions.

Also, Emacs has top-notch documentation.
While basic commands are not that hard to learn, there
is certainly a lot of stuff one can learn, so much that
it takes some amount of conscious effort to learn a
good fraction of what is relevant to certain
tasks. That said, Emacs also makes fantastic use of a
undervalued property of the human brain, which is
automatic decluttering, forgotting and blending out
things which are not in use, like a diligent and
friendly housemaid which brings anything which you
haven't really used in the last year into the attic ;-)

But, jokes aside, exactly like learning the Linux
command line well, learning some Emacs is an
/excellent/ use of ones time as a programmer, because
the half-life time of the knowledge you gather is much
much longer than when you just learn the latest
IDE. Chances are that your IDE du jour will be mostly
forgotten five or six years from now. Chances are high
that the basic command-line tools and Emacs commands
you learn now will still be useful twenty and thirty
years from now.
Why? Like, seriously. Telemetry is useful, and I am more than happy to provide them with some useful metrics so they know what to improve on - since I can’t really help with the code itself, since it is an insanely huge project.

It’s not like they use it to build a profile of you, as goddamn chrome does.

I feel that whatever Mozilla does can never be good enough for some people, even though they are one of the most important players in the “fight” of OSS. Just think about it, linux is only usable as a desktop OS because most of the desktop apps migrated to the web - and firefox is the only free browser that is actually capable, as well as the only engine that is not google-controlled. We should support them as much as we can.
Customers or users? There’s a huge difference between the 2, and this excerpt uses the 2 words like if those were interchangeable.
Well.. and Aspyr for porting. And CodeWeavers for employing Wine devs.

And Collabora: https://www.gamingonlinux.com/2020/10/collabora-expect-their...
No! Corporations lie?!

At least their feet will held to the fire!

/s

Tbh though, they will only be held to account, if another big player wants to cripple them and take their market.
42% seem a bit low, THB.