skysight-inc/HackerNews huggingface dataset:
It's not the culture it's how the industry works.

Unless you are a huge company that can have his own in house engine with it's own team working on it, you will basically start a game from scratch with DirectX and with an engine built only for the needs of your game. You will finish the game, release it, and now you will have to start everything again because the game you just built - with its code - is not advanced enough to ship the next game with the graphics required in 2 years. So rather to have to fight by refactoring 60% of your code you start a new engine again, or else you cut hard in it.

And secondly, a game is here to be consumed for a short period of time. After that the whole product just died. Maybe it will have a few patch, but that's it. Where for a software, it is supposed to be constantly evolving and here to stay a few years, rather to be consumed for say 6 months, and then discontinued.

And lastly because it's an entertainment industry. There is nothing huge happening if a bug comes. No fortune 500 will be down, just the computer of someone somewhere. So it's "better" to ship fast and correct a bug when you see one, rather to spend a big amount of time writing tests that you won't be able to use for your next game anyway.
I wonder how many dead people are still showing up as active users on dating sites like match.com/etc and are still getting messages from people.
I agree insofar as writing that sort of test prior to writing code that makes your tests pass is a good thing. I don't think that matches the popular definition of TDD though. Most TDD advocates will insist that a key facet of TDD is that NO code exists in your application without first writing a test first. Given that, you're forced either into doing the highly detailed unit tests, or having an integration suite that needs to accomodate for every potential edge case of the entire system underneath it, which for anything non-trivial will be extremely time-intensive to run.
The issue here is that the way Sam originally wrote his response, he was clearly saying I leaked information and changed a deal on a startup -- two things I've never, ever done.

There really is no upside to leaking information on a startup if you're an investor (all these leaks come from employees typically).

On changing a deal, I'm really blunt about what I think a startup is worth... I just tell folks "I would value the company at X, if you can get 3X I suggest you go for it!" In fact, my candidness on this issue has kind of gotten me into this mess with YC to begin with (they haven't appreciated me saying stuff like "only an idiot would do an uncapped note" and "paying a $15m cap to a company with six weeks of data is just dumb." ).
Crackq (GPU password cracker) API is released. Roll your own client
Ah, thanks! I missed the share button. I shared a screenshot (with credit) to r/DaftPunk which got a kick out of it:

https://www.reddit.com/r/DaftPunk/comments/4b4l3m/technologi...
On the other hand, exceptions are implicit control flow, which means you have to assume every single expression may throw an exception. So if you don't take extreme care to write strong exception safe code, subtle bugs will exist and are extremely hard to find.

Explicit control flow is more verbose, but it is also easy to spot when the control flow passes over something important by mistake. And as pointed out elsewhere, forgetting to check a return value is a solved problem via static analysis.
I'm waiting for Morse code API myself.
> I don't know how "good" I am. There seems to be a lot of people smarter than me.

Everybody is a Genius. But If You Judge a Fish by Its Ability to Climb a Tree, It Will Live Its Whole Life Believing that It is Stupid
- Einstein

In short, don't measure your skill by comparing it against others. You're an apple, that other guy's an orange. We're all different.

> Completing assignments faster than me.

They're either really ahead of you, or they just ask on StackOverflow faster (probably the latter, definitely the latter). Besides, if they were really good, why go to a bootcamp? That doesn't make sense. :P

While coding speed is good, in real life, it doesn't matter. There are other things that matter besides speed, like code quality, maintainability, architecture. In real work, management takes care of you in terms of time. You'll always be given a reasonable amount of time to finish things.

> I was deemed incompetent and let go

Past is past. Let go and move on. Past mistakes, present experience.

> The bootcamp teaches Rails and javascript. I'm wondering - would a job in drupal have an easier learning curve? How would it be different?

I can say working with Drupal is pretty nice. Most of your time, you'll be site-building - configuring sites via an admin panel, looking for modules that satisfy some requirement, download themes, maybe tweak some CSS. The only time you get to write code is when you need to tweak something not built-in, or when you need to alter default behavior. For the most part, it's in PHP which shouldn't be that far from JS in terms of syntax and quirks. jQuery is built-in to Drupal, so as long as you know jQuery, you're safe.

If you have a Drupal job offer, by all means go for it. You'll have to grind gears at first, Drupal's documentation is terrible (I'll give it some slack, terribly organized) and the forums replies gap months (but hey, it's open source. everyone's a volunteer). But once you get the hang of it, you'll never leave it.
Worth is always relative. What metric shall I base it on? If I base it against the salary of all similarly experienced programmers in the world then it is lower than if I narrow it to just the United States.

If I narrow it to the United States it may be too high if I live in a smaller rural area with less jobs and am unwilling to move. Then I can narrow it down to my region, but then I may undervalue myself as I could always telecommute.

Measuring ones value is always relative and open salaries are to the benefit of the employee not the employer.
I agree that DNSSEC is a flawed technology and needs to be replaced, but I thought it can provide additional security (without doing harm) to STS against for example a malicious provider who can otherwise strip/modify the STS related records from the DNS traffic.
Heh heh, I see what you did there ;)
It might be that the designers chose to focus on specific problems they found at Google, universe be damned. Maybe Go is just a good Google language.
This is nonsense. Spending money isn't bad at the macro/societal level. Spending is a cornerstone of economic growth.
Not at all, SMP opens a huge can of worms both for userland and kernel security. Suddenly you have all sorts of weird race conditions to deal with and in some kernels (cough XNU) logic bugs that stem directly from how kernel subsystems interact with threads. I don't blame OpenBSD for not going down that route.
You don't need to be in trading/front-end software, 600 pounds p/d is just for regular positions if you know the frameworks that are currently in demand.
Does Musi have a special arrangement with YouTube?
I wonder how Musi, a music app that has consistently been ranked as one of the top 10 music apps in the US, outranking Google Music and the likes, is still on the App Store pushing updates, and even made a recent appearance on the Canadian version of Shark Tank (Dragon's Den) trying to raise money.

I really think it's a cool app, but Youtube API Terms prohibit separating audio from the video and since they launched Youtube Red they've been giving developers notices to remove this feature or potentially face legal actions. How come Musi is not being targeted with this? Do they have a special agreement?

On the same subject, Youtube should really make background play a free feature and allow developers to implement it. They could require the video to stay in view within the app so they can serve their video ads, and let the audio run when users exit the app or turn off the screen on iOS, since it's not currently possible to serve videos in these cases. There is nothing to watch on most Youtube music videos anyway, and I'm sure that Youtube with all its might and power can convince copyright holders to accept that it's good for them too, as they can monetize this feature with audio ads. It's one of the main complaint with the official Youtube app, so that would help them too, and it wouldn't prevent people from switching to Youtube Red or Spotify, as audio ads are pretty annoying.

So really Youtube, make background play a free feature and level the playing field!
I personally think robber barons exist all around us.

They just have smarter PR and image protection from their big media brethren.
Well, we missed out on mandatory encryption in HTTP/2, despite that requiring the webserver to turn it on, so for some reason we still have a lobby for unsecured communications.
What economic benefits? Seriously, I don't see any. I mean, I see some for the producers of said cars, but not for a city that mandates only self-driving taxis.
>Free trade benefits all people.

At this point it's not economy, it's religion.
An obtuse mischaracterization of the poor

Why do you think it's a characterization of the poor at all?

Circulation goes both ways and it isn't the ability of producers to secure profits that seems to be most endangered at the moment.

The working poor are themselves producers.
The best way of looking at problems like this, is that it's an exponential process. The number of values you can represent with n digits increases exponentially. Each additional digit increases your precision by a factor of 10. If you have 15 digits, well imagine multiplying 10 over and over again 15 times, it's pretty big.

The word "quadrillion" is rarely used in the English language. Because it's very rare you need numbers that large. And when you do, being off by a few digits doesn't matter. Calculators commonly only display up to 8-10 digits, for example.

This applies to programming, since computers often only have a limited number of bits. Programmers often complain about floating point. One of the things about neural networks is that they don't actually need that many bits of precision, since they are by nature very "fuzzy". We can build computers that are bigger/cheaper by sacrificing a lot of bits.

But one of the problems is, when adding a bunch of small numbers together, it rounds to the nearest whole number every time. And the inaccuracy builds up. So to really take advantage of less precision, we need to somehow build computers that can do stochastic rounding, where they sometimes round up, and sometimes round down, so the expected output is the same.
It's beyond silly to try and bet on things that are decades away. If you think I'm wrong, perhaps try pointing out what you think is wrong. Do you think the Earth has enough resources for 7 billion people to live the American lifestyle? I know for a fact it doesn't, so for the whole world to live about the same lifestyle, the American lifestyle must by logical necessity be reduced.
Fantastic work. They do rely on floating point numbers for the weight updates (I was secretly hoping that they would have binarized gradient descent).
"I had no idea Amish businesses had such huge tax breaks."

That is countered by them not taking / getting Social Security payments, government insurance, benefits, public schooling, etc.
Aggressive commentary on some vague, yesteryear-email-forward-esque story is a good enough standard for you to solidify preconceived notions?

Please, don't expound on what your political positions are because you'd only be doing everyone a disservice.
The best skeleton I've found (if anything, it does too much even) is Otto Chrons' SPA tutorial: https://github.com/ochrons/scalajs-spa-tutorial

That's what I've used for one of my projects and it's worked out pretty well!
you are right. good questions. So I had a bachelor's degree, but from a business school which I don't think gave me any "direct" skills needed for it. Maybe some stats classes etc. but I feel like this helped me very little.
I don't think any of my jobs required me to have a degree and a lot of my current co-workers are self taught too.

I don't feel like any bootcamp guarantees success, at least no more than a bachelor's. I had a lot of trouble getting a job despite a good degree in Canada, and am now way more successful with a bootcamp in the bay area.

I'm not trying to say one is better, they are just different way of learning, different experiences and different length, so each work with different type of people I guess.
"in the regimes we have tested"

That sounds a lot like the qualifier so far as we know in your own example. In fact, the only example you've given where it arguably doesn't apply is mathematics.

David Hume famously argued that causality is based on experience, and experience similarly based on the assumption that the future models the past, which in turn can only be based on experience – leading to circular logic. In conclusion, he asserted that causality is not based on actual reasoning: only correlation can actually be perceived.
My understanding is that Rust doesn't have so much to offer Ada/SPARK. I haven't looked that hard at Rust though, so maybe I've overlooked some of it's features.

You have to jump through the same sort of hoops in Rust as you do C++ to get the sort of basic type safety found in Ada/SPARK. Rust doesn't so much have a focus on safety and correctness in general, as a focus on memory safety.

Admittedly, Ada/SPARK doesn't make the kinds of guarantees that Rust does about memory. However, accessibility checks help prevent dangling pointers and the use of memory subpools can avoid the need for explicit frees.

Additionally, Ada offers some features like the ability to return a dynamically sized array as if it were on the stack which helps reduce how often memory needs to be manually managed. I believe SPARK may not allow this sort of thing though.

I'm also not sure why you would want to abandon the actually verified properties of Ironsides for a hope those properties remained in an unverified port.
Importantly, just as with HSTS, once you successfully retrieve a counterparty's STS data, it's no longer straightforward for an ISP to strip that data from the DNS; it's cached, like a cookie. Which means as well that everyone who deploys STS will potentially join a collaborative anti-surveillance surveillance network (also one of the neat things about TLS certificate pinning).
I sat through the (not so good) "White Noise" with some guy spending a good portion of the movie explaining loudly to his girlfriend why Michael Keaton would have been editing his audio files even faster if he was on a PC instead of a Mac.
adoption of websockets in my experience is driven more by increasing mobile usage.
Nobody is adopting DNSCurve anytime soon. The current two contenders are:

DNSCrypt: https://dnscrypt.org/ (pushed for ages by OpenDNS and supported by PowerDNS's dnsdist among others)

and, DNS over TLS: https://datatracker.ietf.org/doc/draft-ietf-dprive-dns-over-...
That was my experience as well. If you want to pay your team well, the best option is to bring people in at the highest number you can justify.

Raises were always harder to arrange, but it was a lot easier when we had evidence that new hires were costing us 20% more than our existing high performers were paid
I did the 3rd cohort of Devbootcamp - which I guess was one of the first if not the first to at least work out and be successful. I was also very lucky to do this very early one (3+ years) now when less bootcamp were out there
<Is audience behavior a problem?>

The only time out of the past six or so theater trips that I did not encounter rudeness (excessive/loud talking, cellphone use, etc.) was when I saw the new Star Wars at a late night showing a month or so ago. And that was mainly because I was (literally) the only attendee.

Theater behavior was essentially churchlike before the advent of home video.
Sesame Workshop is looking for startups that help kids
not saying it isn't, just a comment I think people could be interested in
Show HN: Rhine – A typed Elixir-inspired language on LLVM
You can easily throw some openonload/vma at it before going full DPDK
well yeah they are really select, but taking this into account goes in the same direction as saying that then it's fine to hire people from those bootcamp because the selection has already been made, right?
> it is obvious that the second case need hardly injure an economy

I think an even stronger statement holds true: if you don't actively redistribute then you're effectively making an open-loop amplifier which will amplify noise (who happened to be in the right place at the right time) in preference to signal (effort input) -- which is just as harmful to the cultivation of a beneficial incentive landscape (i.e. one that promotes effort input, since that's tautologically all anyone ever gets to decide) as a failure to reward success would be.

Alternatively: it's often better to reduce the transition-state energy than to improve the final reward, which is exactly the opposite of what happens when decisions are made by people who have 1 metric shitton of money to invest in building a moat with the aim of returning 2 metric shittons of money.
Thanks Geoff... I'm very proud of the work we did together.

Failure we is the precursor of success, so make sure I'm your first phone call when you have your next idea!
"Until November, when van Vledder visited Cambridge, Mass., where he and Huth sequestered themselves in Huth’s office. As they mapped the coordinates Huth had recorded atop van Vledder’s model of sea conditions, they found that the path they had taken was exactly perpendicular to a dominant eastern swell flowing between Majuro and Aur. And at places where the swell, influenced by the surrounding atolls, turned slightly northeast or southeast, the path bent to match. It was a curve. Everyone had assumed that a wave called ‘‘backbone’’ would look like one. ‘‘But nobody said the di lep is a straight line,’’ van Vledder said.

What if, they conjectured, the ‘‘road’’ isn’t a single wave reflecting back and forth between every possible combination of atolls and islands; what if it is the path you take if you keep your vessel at 90 degrees to the strongest swell flowing between neighboring bodies of land? Position your broadside correctly, smack in the di lep’s path, and your hull would rock symmetrically, side to side — in a manner that would turn a loose cabbage into a pendulum and teach an anthropologist, a physicist and an oceanographer a hard lesson about the human gastrointestinal system’s adaptation to life at sea. In other words, it was as Joel’s uncle had, it turned out, told them: The di lep feels like pidodo, diarrhea. We might have been riding it all along."
He's dead. At least they didn't kill his family as well.
thanks for the candid review....
Yes, that is correct. But this isn't a characteristic of Poudriere, but of FreeBSD ports in general. If you try to build a port and it has dependencies, it will build them as well. Doing pkg search -f yourpackage will fetch the build options that were used when building the remote package if I remember correctly. So one could theoretically ascertain what are the local Poudriere and the remote repo build options.

And yes, I agree, it would be more efficient to just download the packages if the default options are unchanged. But in practice I hardly notice, because for most packages the dependencies are not too deep.

Besides, doing all the dependencies yourself adds a level of consistency. If your package depends on libwhatever.so.6 and there is a major/minor version change in that library, that might introduce a subtle but important API change, I guess you would rather prefer building libwhatever yourself to make sure that everything will work out ok.
Maybe. Not sure. I had nobody around me who had those skills to ask questions to, to help, etc.
One of the biggest advantage of those bootcamp is being surrounded by 1. teachers helping you, 2. other very motivated people offering help, people to relate to and peer pressure, and 3. a better curriculum to follow (since as a beginner you don't really know what's valuable to learn or not) and 4. help to get a job through mock interviews and intros to startups.
If we're being cheeky, a square is also a rectangle. Unless I'm misreading your post, I'd expect your superclasses to be as abstract as they needs to be and no more:

Vehicle < Car, Truck, etc.
Person < Employee, Customer, etc.

There's a pretty obvious logic to them that doesn't really demand much extra thought. I can't think of anyone outside of an irreverent ontologist who would suggest going beyond that unless there's a valid reason for it, like say:

PhilosophicalBeing < Person < Employee, Customer, etc.
This was not the Conference venue, but an associated event.

I have attended several software conferances over the years, and there has always been a associated bar event before or after. People there talk about beer, whiskey, wine, cheese (Debconf!), and dancing. The event is placed late during evening and last until several hours after midnight.

Nothing of that is professional. It is very alienating to people who don't like drinking, second hand smoking, loud music, or talking about beverages. I would personally be happy if software conferences took a professional responsibility and made such side events inclusive for everyone, but I doubt that is ever going to happen.
As floatboth said, there's really no reason to build every minor package by hand. Only those that you want to change the config or their dependencies.
Your interpretation of my usage of luddite is correct. I was talking about what first comes to mind when I hear "Amish". That's a little different from what I actually think their beliefs are. That said, while I know the Amish have a more nuanced view than simple luddism, I don't think it's an unreasonable one-word summary. If there's one thing the Amish are known for, it's their lack of much of modern technology. Heck, most Amish spurn refrigeration. If that can't be called luddism, then I don't know what can.

I've seen the Amish hackers post before, and I always thought it perfectly demonstrated the Amish's schizophrenic relationship with technology. They won't use the electrical grid because they don't want to be tied to the rest of the world. OK, so where do they get the diesel to run their generators? They certainly don't extract and refine their own petroleum products. Many use compressed air to avoid electricity, but who provides them with pressure vessels and braided metal lines for these devices? Who makes their CNC mills and software to operate them? Etcetera.

They need the outside world to maintain their standard of living. They just have an extra step or two of indirection compared to most of us.
Exporting ES6 compatible modules.

Very promising enhancement. Thanks !
“Poor Faulkner. Does he really think big emotions come from big words? He thinks I don't know the ten-dollar words. I know them all right. But there are older and simpler and better words, and those are the ones I use.” - Ernest Hemingway