jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
In this situation, you can't pick both. The offensive measures we are discussing exist by breaking the defensive measures. The problem is breaking the defensive measures breaks not only their defensive measures, but ours as well. Hence Snowden's analogy to making a secret entrance to all bank vaults, even ours.

In this case, the idea is that the NSA will keep knowledge the secret door to the bank vault to themselves, and we'll all be secure. The problem with this is that other countries can inspect the bank vault and discover the secret door for themselves, or steal said knowledge from the NSA via espionage. Now our bank vault is just as exposed as theirs.
> conforms to how programmers think

Python is an important tool in general, it allows to automate many tasks that otherwise would have to be done manually. I wish more non-programmers knew how to use it.
Thank you. That helped.
Discord bans users for not adhering to the terms of service is a better title.
Thanks! I have a PhD in Math and also the ~60% of a major in Physics.

I usually recommend to attend the classes in a university, but sometimes if you have a family and a full time job it is very difficult. (That's the reason of my missing 40% major in Physics.)

Many universities have the material for the classes online, so you can try to study it. Don't skip the initial classes for Classic Physics, they are important to understand how the Physicist think. Also, don't skip the Math classes, because Quantum Mechanics without Math is only unintelligible handwaving.

So, assuming you can't study Physics full time, this is a 5 year project. It's not easy, it's not short, but it is a fun one.

(There are also some crash curses that teach directly the "important" facts about Quantum Mechanics. I always think they are just a collection of rules that seam arbitrary unless you learn also all the other 90% part that is not in the curses.)
This is why I think javascript is secretly the best programming language to start someone out in as you can very quickly get to doing "cool" things - throw up a barebone html page with a canvas element and boom, you have full control over a graphical user interface. You figure out how to draw a rectangle, move a rectangle, and keep track of where that rectangle is, and you basically have everything you need to write a (very) basic game engine. With guidance, something like pong might be only a few hours away.
It's relevant when falling back to SMS would cost you $$$. Not something I have to worry about in the US, but I understand some areas are different (a parent comment mentioned Brazil).
Because Crimea is relatively warm, it's an interesting place worth visiting and, last but not least, there aren't that many options for Russians to go spend winter holidays in. The next work day is Monday
Outside of bots and spam, third party Discord clients also often disable a lot of Electron's options that guard against XSS stuff escaping the sandbox, which is pretty dangerous. I wouldn't be surprised if Discord wanted to minimize the chance of some really big problem stemming from lots of users using these unsafe versions.
By the standards of 1960 we already have AI. After all, computers can beat the best humans at chess.
“There should be a Netflix for books.”

“THE LIBRARY”

http://www.johnnywander.com/comics/24
I totally agree with your comment. This should be on the top.

Now my rant: I blame frameworks for the "inventor's drama" whenever someone builds a "RESTful API". We need frameworks (or libraries) that focus on the hypermedia part, support linking, URI builders ("forms") and feeds. The frameworks should treat HTTP as a protocol and not as a set of design decisions á la "Do I use singular or plural in my resources?!!".

And of course there is temporal coupling. That's why we do not buy big batch processing closets from IBM to build websites. The notion of HTTP is temporal coupling.
Yes, since the author works at Hacker School.
Why do you removed the monitor from the main firmware ? It's perhaps one of the most useful things that you could have there. Also, perhaps you should been clone Woz's monitor commands. It allow to list&edit chunks of ram in a quickly way.
>Something similar has happened before, but it was discovered that the neural network was using physical electrical effects that occurred in the actual hardware when certain pieces of code was run.

Link?
You sound like you might benefit from Flux: https://justgetflux.com/
Like any well functioning market, it should track the actual cost of goods, in this case, the actual cost of facilitating the transaction.

I have a hard time believing that a fixed 0.25% has anything to do with the real costs. It doesn't appear that CoinBase is even making that argument.
You humans can't appreciate the dance of robots.
PhDs in the US are paid to teach and often receive grants to do research.
That's the "official" (via the leak) story, however a few things to note:

- Pretty much everyone agrees there's no way even with their incompetence that Mt Gox could have had all those stolen via malleability (although likely some were).

- MK said the coins are "technically speaking [...] not 'lost' just yet, just temporarily unavailable". This implies Gox owns them but can't access them.

EDIT: source for the MK quote: http://www.wickedfire.com/shooting-shit/179038-my-conversati...
If you're designing a web page without the marketing copy it'll end up holding, you're basically doing it wrong.
Reposted now as a pastebin text. Thanks!
Technically yes. I am no expert but I understand the best approach is to divert attack traffic to a sinkhole, i.e. handle attack traffic, not block it.
Which is odd, because this is the first time I've heard of Gigablast. If that isn't a name straight out of the 90's...
There's a strong possibility that many people that are recruited into USDS are actually contractors / consultants and are thus free to bill whatever rate the government can deem necessary and appropriate. This is how almost anyone I know has ever gotten beyond that kind of salary. Also, GS15 is usually reserved for people that have been with federal service for 15+ years and isn't exactly given out to newbies without considerable thought. However, that could certainly happen but there's not exactly much room to promote them up honestly.

And frankly, $132k in the DC area is about as pitiful in the Bay Area if you ask me. Defense contractors alone command $140k salaries for senior developers frequently (the contractors that still do have contracts that is). If you're in "cybersecurity" (whatever BS that actually means is beyond me when it comes to the technical definitions) you can get that with some pretty solid experience beforehand and reach into $200k as an engineer (not being management, which is usually where the caps on compensation tend to lift - see the ES pay scale compared to the GS).
> I would like to note the lack of children working 18-hour days.

I would like to note it too, but unfortunately it still exists. Google for it.
But... we do all secretly agree that if it isn't pretty high, then the testing isn't doing much, right?

No, sorry, not even close.

To me, measuring the value of a test suite by code coverage is like measuring the productivity of developers by lines of code. It's just not what actually matters.

For example, it's well known that bugs in code tend to cluster. Given a large system where some parts are inherently complex and therefore error-prone but most of the code is routine boilerplate stuff, I would much prefer to see test effort concentrated on the challenging areas.
There's a t-shirt out there that says, "you < turing", and while it's intended as a nerdy insult, the question I have is how many humans could pass a Turing Test?
They absolutely are, and pretending otherwise doesn't make it so.

Scientific descriptions of reality are required to adhere to strong principles of information conservation. Religious beliefs are, both by definition and in practice, required to reject such principles. If that isn't 'incompatibility,' then the word is meaningless.
There's a DC supplement that brings it up to $157k, + a small relocation reimbursement.

(source: I almost took an offer at the VA-embedded Digital Service. Still wishing I could have made it work)
ugh, didn't really think the "tough guy i am very smart" thing was on HN
It's scary to see just how many talented folks there are out there, that are struggling to find some work.

It's not like most of you are blue-collar workers either. Those supposed job 'shortages' at those big tech firms seems more like a sinister collusion strategy to flood the market with cheap labour possibly.
The need for reliable and extensible libraries is a huge one, and that is largely why I am a huge fan of F#. Not that .NET is some silver bullet to solve all your problems, but one could use F# to develop a $100,000,000 system largely because it shares the same framework C# does.
How about Digital Ocean?

I have used them for the past year and have been happy.

There is also Vultr.com, a digital ocean clone that has worked well for me.

Ramnode and Prometheus are reliable.
Aside from the obvious Digital Ocean, there is Atlantic who offer VPS's for $0.99 per month.

https://www.atlantic.net/

BTW - If you sign up for Digital Ocean, use my referral code: http://myshar.es/1ojAsbb
Google's video products used to be better, and better integrated. I used to use it to call my mom. Now I have to send her an email with a link to click instead of just initiating a video call. And they keep changing the names of all of it. The underlying video technology is perfectly fine, it's all the other stuff around it that's a complete train wreck.
The easier flow is to bring up the card while you’re next in line, then tap it to the reader when it’s time to pay.
I think there's two important aspects of this article:

1) Assume the people who wrote the code aren't stupid.

2) Be nice to developers

Point #1 is valid, because yes a lot of times intention is difficult to suss out and the guy who wrote it might have known something you didn't, or maybe the circumstances were different when it was written.

Point #2 is just wrong, it goes against the entire principle of Egoless Programming. Like you said about Ribbon, if it sucks you need to just admit it and either make it better or scrap it. It's just software, people don't need to incorporate every bug they write into their personal feelings of self-worth. If anything developers should embrace criticism, there might be lessons there to learn.
Hey, it still could be.
> I'm still unclear why Nvidia would want to control Arm.

Nvidia have some really good high performance Arm cores that they've developed and sold (Denver, Carmel). Continuing to invest in that area makes some sense for Nvidia today, but it would make a lot of sense if the products they're paying to develop were official Arm products sold through the Arm IP sales channel. In other words, it would increase Nvidia's return on investment on work they're already doing.

(on the other hand, the amount they would have ended up paying for Arm might be fully justified by the value of the company but it was really, really high)
The current scheme is extensible to 7x6=42 bits (which will probably never be needed). The advantage of the current scheme is that when you read the first byte you know how long the code point is in memory and you have less branching dependencies, i.e. better performance.

EDIT: another huge advantage is that lexicographical comparison/sorting is trivial (usually the ascii version of the code can be reused without modification).
> "then they could pocket some of the cash"

The bartenders can do that anytime they receive cash anyway. There is no difference.

> "they were almost certainly told by management that if they were ever caught serving a drink without entering the order into the accounting system first, they'd be fired."

No restaurant I've ever worked for would fire someone for doing their job... I've probably had this exact scenario happen 5+ times while working as a server/bartender (no electricity). I've even worked at restaurants that didn't use electronic POS systems. When the electricity goes out sometimes we take cash, sometimes we'd bust out the manual processing for credit cards (there are manual ways to process credit cards). There are many many scenarios on a daily basis where you may NEED to skip putting things into the system- e.g. you need a managerial adjustment, or you buy someone a desert for their birthday.

On the other side of the table, from the ownership/ management side... having a restaurant not operate when it is possible INCREDIBLY expensive. If an owner came in and watched people purposely not processing orders they very well might fire the staff who wouldn't do their jobs for inclement weather.
> I'm still mind boggled that Slack didn't capitalize on video meetings, they had all the technology and know-how, however execution matters like anything else, and I don't think they've been able to entirely execute on adding strong robust video offering to their core product.

I find that I’m using Slack’s “Hangout” features more and more often, especially for ad-hoc 1:1 meetings.

Intentionally or not, they seem to be taking an approach that allows them to embed themselves more deeply into work culture one piece at a time.
Miners, not developers, control Bitcoin. If the big mining farms don't want bigger blocks, there will not be bigger blocks. That's how the blockchain works - the miners are in charge. Running out of transaction capacity means transaction fees can be raised. If you run a big mining farm, that looks good.

If the blockchain TPS capacity is ever reached, (it's not even close yet) we'll probably have exchanges dealing with miners for faster transaction processing. Then demands for "net neutrality" for Bitcoin.
God how I lived, breathed, loved and adored Captive! I think it's the only game I've ever truly fallen in love with.

I still can't face trying it in an emulator and having the spell potentially broken.
Does anyone know where to find these kinds of illustration online, to use for my own purposes? I assume they've been scanned from old books, and I'd like to see what others are available.
Until the least bright member of the crew makes a mistake, gets caught, and turns in the rest. Being perfect is difficult to maintain forever, though it's possible in principle. It might require the thief to live like a grad student even though he has billions of dollars/euros worth of stolen wealth; being flashy attracts attention and if nothing else, the tax authorities.
> I would argue that Go has been successful largely because everything that’s happening is “out in the open”, where the average developer can see it. It’s a very different philosophy, one that I think the quote-creator aligns with better than your typical Haskell devotee.

This is why I like Go. It makes it difficult to write code that doesn't take basically the same approach any other, similar code would. When you start trying to get abstract or do anything cute, it hurts just enough that you won't do it unless there's an actual need, not just some aesthetic preference.

Consequently, I can hop in to just about any of my dependencies and read them immediately. No, "huh, I haven't seen that language feature before" or "WTF is that symbol even?" or "... but where does it actually do anything?" or "oh great they've imported a library that basically turns it into an entirely different language".

The community's also been really good at avoiding adding abstractions through libraries, so you don't end up with the mess that Javascript had for years with multiple competing Promise libraries in wide use or a dozen competing module systems or any of that crap. There's some experimentation but it rarely gets out of hand.
As a CTO coach I use Meets, Zoom and MS Teams.

MS Teams is the worst of the bunch by far, mainly because it's not a video conferencing tool but wants to be everything. So it's hard to just schedule a call with someone in another organisation. Works fine with Zoom and Meets, doesn't work with Teams (also the HTML link in invites does not work in my calendar solution, why not just have a simple text link?)

Zoom is the easiest and has the best video and sound quality and is my prefered tool (also support raw audio which is excellent when working with my speech coach).

(I invest in my setup, Sony ZV1/Elgato HDMI, Bose QC, Rode Podcaster, 500mbit fiber and I don't like it when the software tool reduces this to 90s video internet for no reason).
Nathan Marz (of Apache Storm fame) also wrote about this topic recently:

"Now, I don't want to comment on the effectiveness of open floor plans for fields other than my own. But for software development, this is the single best way to sabotage the productivity of your entire engineering team."

http://nathanmarz.com/blog/the-inexplicable-rise-of-open-flo...
Your logic is completely broken though. You're looking at projects written back when the only real competitor to Perl was classic ASP (PHP was still in it's infancy) and then saying that Perl as a language is terrible because you're too lazy to look at all the modern frameworks that have been added since then (have you even heard of mod_perl, Mojolicious, Dancer or Catalyst? All of them do away with CGI)

Yes, there are some bad Perl programmers, but there are bad programmers in every language. If someone missuses pointers in C/C++, you blame the developer. Or if someone cocks up the whitespacing in Python, you'd blame the developer. Of course the buck stops at the developer - he is the guy writing the code to begin with. Who else are you going to blame if someone writes bad code?

Lists aside, ironically Perl has better type safety than many other loosely typed languages due to the lack of operator overloading - thus avoiding the often overlooked triple character operators (eg ===, !==, etc). So while Perl (like any language) does have it's hidden traps, it also has protection against hidden traps that other languages exhibit. However you conveniently overlook this when ranting about how poor Perl's type system is.

The problem here is that you clearly have some deep seated prejudice against Perl and it's caused you to create a presentation that's, at best, rude, but realistically it's just down right ignorant flamebait.

If you really cared half as much about good programming practices and secure web applications as you make out, then half your presentation would have been explaining how to avoid those pitfalls you demonstrated, instead of smugly shrugging whenever the question was raised. And since you continually explained how "shit" Perl is, you could have also demonstrated the equivalent features in other languages which are safe (the problem here is that examples you'd given would have been bad practice in any programming language - as has been discussed on here already).

This is why you're receiving so many negative comments, both from HN, Youtube commenters and even half your peers in the audience that day.

Hopefully the next time you decide to give a presentation, you will put your personal feelings aside and can give a more up-to-date, balanced and better researched talk.
I'm fairly young but my experiences with open offices have been that they are more distracting, but it's possibile to minimize the distractions with headphones. It's difficult for me to listen to music while working so I use coffitivity which pipes in background noise from coffee shops. It sounds like hustle and bustle, but you can never actually latch on to a conversation since there are none.

When I worked in a private office I found it hard to stay motivated. This is in contrast to an open office when I can look at the people around me all working hard on the same problem. It makes me feel motivated to keep working.
That is the point of an open office: you can't disregard what is going on around you.
While I agree with most of the points he listed, I have an issue with the style on which he presented them: In almost all cases, he presented the wrong solution, followed by an alternative which is "obviously" better - without explaining why it is better. The map-with-side-effects example is even worse, performance-wise than the original. Of course, performance tradeoffs of this kind are usually acceptable, but you usually want to know what you get in return. Especially in the for-each examples, this is not clear at all.
This was inspired by an earlier HN thread about using Christmas tree photos to geotag users: https://news.ycombinator.com/item?id=8795233

This was an experiment using Google Fusion Tables, but the result turned out pretty well.
If market can measure it or understand it they will adjust.

Before Toyota and JIT factories were run generally really inefficiently.

"I am upset that no one else seems to like TV shows I find enjoyable and they keep getting canceled."

You are comparing trivial entertainment with the environment most people spend the most of their productive hours as adults?

"Oh, I see you have lost an arm. Well, my finger itches sometimes. It happens."
>Apple donates $0, we say nothing.

I definitely remember this being discussed on HN previously.

IIRC somebody even said that they were donating by hiring people who worked on BSD.
> decompressing the entire image all-at-once (into one large intermediate buffer) instead of one row at a time (into smaller, re-usable buffers). All-at-once requires more intermediate memory but allows substantially more of the image to be decoded in the zlib-decompressor’s fastest code paths.

Mozilla's imagelib has a neat trick to gain performance while working with smaller memory buffers when you want to render the output image at a smaller resolution than it is encoded. They call it downscale-during-decode.

So this library pulls zlib decompression into the decode loop. Imagelib on the other hand optimizes at the other end of the pipeline and pulls downscaling into the decode loop.

imagelib's optimization has the advantage that it helps with both small images as long as they're not displayed pixel-exact and also makes decoding humungous images feasible without causing the browser to explode with OOMs.
https://github.com/signalapp/Signal-Server/tags