skysight-inc/HackerNews huggingface dataset:
Eugène Atget's Paris, 100 years later
No (nuclear) fizzle necessary. Just blow apart some abused Cobalt-60 source by conventional means, scrapped from medical or materials testing equipment. Imagine the scare. Effective area denial.
Raising $75.000 on Kickstarter for an Alternative Controller: An Interview
Inkscape to Illustrator is what GIMP is to Photoshop.

Glade someone brought it. For most common tasks is there really a point even using Photoshop and Illustrator now days? Especially with the cloud direction they are moving towards.
Every single person who calls you “inspirational” or “impressive” is actually revealing their own age prejudice. A programmer still programming while growing old is not something to marvel at, it is the normal state of things. Please do not allow people to put you on a pedestal; this would only strengthen the age prejudice present in the industry.

Note: You deserve considerable respect and deference for the experience and skill you have no doubt acquired over the years. Also, since there are so few people like you who started programming in those years, you are an unusual and notable person. But don’t let anyone insinuate that it would have been normal for you to have stopped programming by now. It is not.
Make money -> retire. Should achieve it in a about a year from now, a bit under forties. The project is relatively undemanding if you know how to deal with the stress of corporate misery (nothing works as it should, the requirements are shit etc.). After that, who knows, make an indie game? The underlying goal is to strive for mastery, autonomy and balance in life, none of which I think I can achieve while in a career.
Unlikely that they are using javascript in the actual flight controller. Also under the screen they have a small amount of manual buttons that is likely to be seperate from the touchscreen interface logic.
> Because the proprietary Linux driver doesn't support Wayland.

Sure, so don't get NVIDIA hardware for Linux. People don't seem to compile long lists about how the Mac doesn't really have an NVIDIA option, it's considered that your hardware is restricted in that way on the Mac and so you're going into it knowing that. Well, Linux is the same way, just exclude NVIDIA from your list unless you're on a desktop, fine running X and fine with their proprietary driver.

This is not something we can reasonably fix without NVIDIA's direct involvement, so I see no point of including it. It's like complaining the Raspberry Pi can't run your favorite x86 programs.
Because it’s more convenient not to and because the job market discourages it. Training costs time and money in a world where developers rapidly shift between employers. The assumption is that job candidates are trained by a prior employer and fully ready to execute the work of the current employer, which is a fallacy of preferential bias.

Other industries solve for these problems by mandating training as part licensing programs either through broker/agent relationships or through internship/residency programs.
If you use URL Shorteners then try miny, a simple Privacy-Friendly URL Shortener
> Is this [autovivification] always good? No.

Good thing then that the programmer has the choice to use it or not.

repl>>> no autovivification 'store'
repl>>> my %h
%h = ()
repl>>> $h{'foo'}[3]{'bar'} = 'bletch'
Runtime error: Can't vivify reference at (eval …)

> Is this [returning undef for non-existing keys/indexes] always good. […] the answer is no.

Good thing then that the programmer has the choice to use it or not.

repl>>> use Hash::Util 'lock_keys'
repl>>> my %h
%h = ()
repl>>> lock_keys %h
()
repl>>> $h{no_such_key}
Runtime error: Attempt to access disallowed key 'no_such_key' in a restricted hash at (eval …)

repl>>> package Array::Bounded {
use Tie::Array;
use base 'Tie::StdArray';
sub FETCH {
my ($self, $index) = @_;
die "Attempt to access out of bounds index $index in a restricted array" if $index >= $self->@*;
return $self->[$index];
}
}
repl>>> tie my @a, 'Array::Bounded'
repl>>> @a = ('a'..'f')
@a = ('a'..'f')
repl>>> $a[5]
f
repl>>> $a[6]
Runtime error: Attempt to access out of bounds index 6 in a restricted array at (eval …)
Distros like to deprecate the previous version of these toolkits and not include them at all. Installing GTK1 or QT <= 4 is beyond the capacity of ordinary users (not of HN crowd of course).
——————————

UK example reference:
https://www.theregister.co.uk/2019/12/20/uk_conservatives_br...

——————————

EU example reference:
https://www.theverge.com/2020/2/24/21150918/european-commiss...

——————————

US example drafted by NSA:
https://media.defense.gov/2020/Apr/24/2002288652/-1/-1/0/CSI...

* Note this document is for public release. If you dig around you will find references to deploy US Special Forces even using Signal for official communications within combat zones.

——————————
Besides, the page's CSS is (besides colours) very alike to their other properties. https://cloud.google.com/kubernetes-engine/docs/tutorials/he...

And, well "For details, see the Google Developers Site Policies."
That's more "basic farm vehicle / lorry" than Ferrari.

You always have those concerns, it's just implemented differently. Customer hurling abuse at you over the phone (or worse - in person) is a form of healthchecks and monitoring, if worse than often common "have someone log in to the server every day and check if it's alive".

So is frantically logging into server to manually truncate log files that filled your one and only disk volume and caused the above abuse.

So is "we're losing customers because of how slow it is" yet not having a single idea why it is slow, because it runs fast when dev checks on their laptop.

All of the above are based on actual real world events, sometimes involving large corporations. In fact, the large corps seem to have most issues with manual work, because they can afford throwing cannon fodder ^W^W "experienced engineers" at the problems.

At some point it becomes a question of what is good use of your time. I disagree heavily with people claiming that running kubernetes is somehow orders of magnitude more complex than anything else (especially with k3s and using non-etcd backing stores). The complexity is necessary complexity, which you can tackle in various ways including YOLO.

Sometimes the YOLO approach however bites in the worst moment, and spending time on bespoke scripts, or figuring out configuration drift, are all costs that show up as you tackle said complexity.

Personally, the reason I went with kubernetes in the first production deployment I did with it, after being vocal anti-docker person at work, was because of... cost efficiency. Both in terms of my time (even though we had to spend significant amount of time migrating, as it was lift&shift of existing software), and in terms of compute costs - thanks to heavily loaded nodes our worst compute bill never reached above 20% of previous "condition normal". I don't think we ever really had more than 10 servers on purpose. Using k8s paid for itself.
To be honest, it's a bit weird to judge a man on the basis of a joke he made over 40 years ago.
>I was actually surprised how "small" a lot of the bombs we've used are.

I think a lot of people overlook the fact that a majority of nuclear devices were created to act as triggers in an even bigger explosion - and those triggers, themselves, can be effectively deployed as a weapon as well as integrated into a higher yield system.

The man-portable nuclear arms that are fielded out there right now - can be carried onto the battlefield by a single soldier - started life as trigger components for bigger bombs. A lot of the fuss over strategic nuclear weapons usage in the last 2 decades is as a consequence of nuclear weapons getting smaller, not bigger.
Of course, the price in the title is assuming you already have an oscilloscope :)
Unfortunately I have to disagree with even that. Firefox (the default browser in most Linux distros) can't do hardware accelerated video, so you tend to get tearing/stuttering or at the very least a higher CPU load when watching YouTube for example, compared to say Windows, resulting in increased battery consumption if a laptop or at the very least increase fan speeds.

I know it's being worked on with Firefox having acceleration worked on in Wayland, but right now, if even the simplest and most common use-cases have major downsides compared to Windows/OS X, it's hard to justify moving to a worse experience. Windows rules with vendor support, that's just how it is. I've grown tired of having to compromise.
That was just one example, I can provide more up to date ones as well.

Indeed, that is why this Linux laptop is the surviving one that still runs Linux on bare metal, everywhere else I just VMs, if at all.
Thanks for your comment. I post a link to the github repo periodically because the project is moving incredibly fast and actively evolving to become something that's fundamentally valuable to those building distributed systems, cloud services and want to build applications with Go using a framework. People also come and go on HN so don't always get a chance to see it or dont' remember the project. I'm also always actively looking for feedback and so appreciate your comments and will look to publish a blog post next time with valuable content as I've done in times past on the blog https://micro.mu/blog/.

Otherwise as someone who started this project 5 years ago as his first open source endeavour and was really scared about the reaction from a developer community about the quality of my software or whether there would be any interest at all, I'd hope that positive encouragement is something we advocate for rather than negativity. And I hope others are not disuaded by your comment and actively post on HN to get positive feedback on their project!

Otherwise thanks for your comment.

Oh and also now being an old man I wanted to use an account with my real name rather than a pseudonym :)
super tough to take this post seriously, it sounds very much like a company marketing/recruiting post
Some points to consider:

- From the article: “Starting in late 2004, before the FOIA came into force in early 2005, Downing Street implemented an automatic 90-day deletion of emails aside from those specifically selected by civil servants as relevant for storage in the National Archives”

- Since the invention of the telephone, it's never been an expectation that transcripts of telephone calls between MPs or officials should be recorded and made available under FOI.

- Indeed, it's never been an expectation that private face-to-face conversations between MPs/officials be recorded and made available under FOI.

- At least according to FOI laws I'm vaguely familiar with (in Australia), an FOI request can only be made for an item of information that is known to exist. People can't go on "fishing expeditions" for, say, all communications between nominated people over a nominated period of time. Thus, if UK FOI is similarly constrained, it's usually going to be unlikely a private messaging app conversation could be sought under FOI anyway.

All that considered, I don't think this is that big a deal.
Already love TypeScript, but haven't read any book about it yet, gonna pick it out and see how it goes!
The disadvantage of that is that you cannot do reliable client side prediction anymore, meaning you now need to send the full physics state instead of sending just an error correction signal.
The current crop of coders is not going to age well
The Space Shuttle was unique in terms of orbital servicing in that it had an airlock, a giant cargo bay, and CanadaArm.

The airlock allowed astronauts to go outside the vehicle to work on stuff without de pressuring and repressurizing the whole vehicle. No capsules have that capability and none are really large enough to add the capability. Remember it's not just the airlock but storage of the EMUs and any tools or equipment the task might need.

This leads into the cargo bay and manipulator arm. The Space Shuttle could get close to a satellite, grab it with the arm and then pull it into the cargo bay. The arm could also be used to maneuver astronauts out to a satellite to large to pull into the cargo bay. No capsules have these capabilities either.

A Dragon capsule has no ability to depressurize and repressurize safely and has no airlock. It's CBM compatible hatch is not large enough to fit either a NASA EMU or the Russian Orlan so there's no way for the crew to even perform EVAs. The launch suits worn on the Dragon and ACES suits worn on the Space Shuttle can handle emergency depressurization of the vehicle but are not EVA capable.

So it certainly won't be the Dragon, Starliner, or Soyuz doing any sort of manned in-orbit servicing of satellites.
Our PM was also a regular.
My desktop is a Raspberry Pi, you insensitive clod!
Even without gnome just use the xrandr command when you need multiple monitors. IMO they’re very straightforward. Some distros maybe generate xorg configs that don’t have include your second output port? This isn’t an issue I’ve had with the last 4 computers I’ve owned

I don’t get the driver thing? IME especially with USB drivers Linux needs less tinkering than windows. Maybe they’re complaining about closed drivers or firmware? That’s the manufacture being dickish and not a Linux problem.

I’ve never had the resume issue but people have the same problems on windows.

Application development is easier on GNU/Linux than any other platform. I guess if you’re used to the one particular language/framework another platform supports and you move to Linux the support for that isn’t going to be as good. Developing closed source apps sucks but no one wants to run closed source apps on Linux.
> There's more of everything on Earth

No there ain't. A single asteroid could have billions if not trillions of dollars' worth of precious metals (gold, silver, platinum) and would flood the respective markets of those precious metals (making them less "precious" and more commodities, which would be a massive boon for all sorts of industries). Even more common metals like iron and nickel are abundant enough to represent multiple years of Earth's production per asteroid.

Thus:

> that infrastructure [for space-based manufacturing] is more hundreds of billions of dollars to bootstrap.

That will readily pay for itself.

> Then there's the pesky problem of life support, water, and food for everyone working in space to build all that shit.

Asteroids happen to be rich in water ice and hydrocarbons. Ceres, on that note (like I mentioned previously), is a giant ball of the former and has rich surface deposits of the latter (particularly tholins), making it pretty great as a refueling stop and colony site in support of asteroid belt mining operations (better, IMO, than Mars or the Jovian moons). Melt some water and setup some hydroponic farming and you're set.

> That's all besides the fact the technology to actually mine an asteroid doesn't exist and would need to be developed at great cost.

We've been mining for hundreds of years at this point; the key differences with asteroids v. Earth are the (relative) lack of gravity and the lack of atmosphere, both of which should be relatively straightforward to overcome (if anything they should make things easier). Having humans at the mining sites would allow for faster iteration and development of the specific methods.

> You wouldn't cross the Sahara desert to go to some oasis to fill up a gallon bucket of water and take it home.

No, but you might cross the Sahara to find gold, which is exactly what motivated explorers of centuries past. No different here.
Which doesn't hold in court in most of the civilized world.
I love building things and software pays more than carpentry, so there I love writing software and do so full time.

The corporate software culture with all of its incompetence and false expectations grates on the soul like sewage flooding your bedroom. As a result I maintain a lower paying employment in the US Army Reserves, because sometimes a year long vacation to a foreign nation doing real work under real leadership recharges the soul.
There are generations of people alive today who don't remember the Cold War at all, and don't understand the fuss that was made about that era.

These people don't know what it was like to live with the terror that life on Earth could end, any day, within 45 minutes. That was hanging over our heads for decades before the wall fell and the Soviet's 'lost' the Cold War - and before 'terrorists' became the #1 scare factor for modern society.

I often have to remind 20-something year old folks in my circles that the 80's were absolutely terrifying for the potential for nuclear armageddon, not to mention the HIV waves that decimated certain aspects of youth society, as well. There is an ignorance for these things which I think is quite dangerous - kids these days are complacent and un-caring about the rise of the military industrial complex. In the 70's and 80's, we were all concerned not with terrorits, but with totalitarian military leaders, who might end it all ..
it looks interesting, but unfortunately the doc doesn't provide much beyond general diagrams. As an example, i wonder what are the properties of the pub/sub system in terms of delivery guarantees and tradeoffs.
Or, if the goal is to have a third-party system implement the interface and just plug-it in, then at least give a list of available wrappers ( eg : "we currently have wrappers available for rabbitmq or kafka if you want to use them as your pub/sub system").
Except that the TPU does not simulate real neurons in any way. It just performs simple arithmetic using an architecture that is suited to the ANNs we use today. If you managed to understand how the brain works and tried to run the model on a cluster of TPUs, you would need way more energy to simulate one second of brain activity than the 20J a real brain uses in a second. Only by some magical coincidence would any of the hardware we use today turn out to be efficient.
To be clear he didn't create the show, he's one of its stars.
Hi Greg, just read this article and some others (joy of maintenance) and what you have written is very inline with my experience, I did a lot of maintenance work (complex shipping rates calculation based on country and product types, optimizing product/cart page to increase conversion) and my clients loved me and don't care what language I am using (Ruby/Rails/Ubuntu)

The twitter follow button in your blog doesn't work, have you changed your twitter handle?
True, fitting a game and a boot loader into 512 bytes is very impressive. You can build pretty tiny rust binaries if you don’t link the std library though. Check this out for some tricks: https://github.com/johnthagen/min-sized-rust

That blog post explains the vga buffer quite nicely so you should also be able to use the same information when writing assembler.
Regarding what the police should have done, I think the Wikipedia article is quite clear:

> 'a call was dispatched to officers on the street as a "Code 2" assignment, although calls of a crime in progress should be given priority and designated as "Code 1."'

> ' This second call was received at 0642 and recorded merely as "investigate the trouble;" it was never dispatched to any police officers. '

The dispatchers failed twice to notify correctly about the situation.

> Also, if you haven't done it, there's a really sobering mental exercise that you might want to try.

I'm not sure what your point is here. For what it's worth, given where I live I don't see how they could break in less than ten minutes (with a key I guess?), and without alerting neighbors in at least 5 adjacent units, who I could ask for help through the window.
AFAIK OSX hides from userland the support for VP9 decode acceleration present in the Macbook's hardware, Youtube's primary codec these days, so now Firefox supports VAAPI under Wayland it is already ahead of OSX/Macbooks in this regard.
Is that a jab at Haskell in the very first paragraph?

> Today [Go] sits at position 12 on the Tiobe Programming

> Language Index (Haskell sits at position 41).
The irony of going back to Featherweight Java, done in 2001.

At least some work is being done, even if "This is the beginning of the story, not the end".
It is possible to run NVIDIA cards on Mac Pro (or with eGPU hardware). There is no alternative to NVIDIA for many software engineers working with HPC and/or simulations / deep learning tasks; many applications and libraries require CUDA, and there is no alternative for CUDA (OpenCL and ROCm are much lower-level).

I personally use Linux with NVIDIA cards, it works reasonably well, and some desktop environments now even work with Wayland (as of 2020).
When you review the list of changes (including added files), you notice the files that shouldn't be there; so you would see them before committing. And even if you forget, git also lists new files after calling "git commit"
Legal Shield for Social Media Is Targeted by Trump
Fingers crossed: hopefully this is a step towards generics in golang.

Up to now it always seems to have been one step forward, two steps back (or rather "wait another few versions")
MiniDebConf Online
Have you tried it with Pascal cards and later? It simply doesn’t work at all, with my experience.
RESPEK
I bet that This will come under the “what could possibly go wrong.” In a few years time.
>javascript in the actual flight controller.

zero chances that it's the case. I meant that in aerospace applications UI is mission critical too.
It would never cross your mind not to commit .pyc files to source control? They're not even source. Committing .pyc files is to Python what committing .o files is to C.
I have lots of bad experiences with Bluetooth. On Moto G1, Nexus 5x, Pixel 1, Aquaris X, Dell laptop with recent Windows 10, ARM Chromebook, x86 Chromebook, Ubuntu. While connecting between those devices, connecting to a Jabra headset, Lenco soundbar, noname mobile speaker, OneAudio headset, Renault Laguna audio system. Issues varying between: can't see any device at all; can't see the device I'm trying to connect to; can't connect; can connect, but the device freezes and needs a restart; can connect, but the sound still comes out of an internal speaker; can connect everything works, but then it stops working and above apply; everything works, but have to pair every time.

It's dreadful everywhere. I think I had somewhat better experience with a Macbook, but at this stage I use bluetooth as little as possible, so can't really say.

Sorry, I guess I'm just venting...
Even before issuance? No such requirement in Finland at least, so clearly not an EU level requirement.

The Finnish VAT Act does, however, require that companies sending and receiving invoices ensure that the mandatory invoice data is not modified after issuance (209 g §).
Hi, author here. Thanks for your comment. You're right the readme doesn't go into detail and that's on purpose. I only wanted to provide a high level summary there. I need to do better and write some docs. There is a development repo where we're trying to slowly flesh out design docs https://github.com/micro/development. Please let me know if any of that helps and what we can add.

On the specific thing you're talking about. Yes exactly. We want to define high level abstractions for distributed systems which are pluggable. The idea being that we can't replicate the specific complexity and absolutely phenomal work of the teams building rabbitmq, kafka, etc but we can provide abstractions on top to simplify the developer experience and make it pluggable so those who want to use rabbitmq can but those who want to use kafka can swap that out instead.

The built in broker interface at the moment focuses on lightweight pubsub, notifications and events in a way that's fire and forget moreso than delivery guarantees, queuing, offsets, etc. You can use something like kafka or rabbitmq to get these guarantees but we want to write an Event interface that will be more inline with what people expect from that requirement also.

Hope that helps!