skysight-inc/HackerNews huggingface dataset:
I don't mind subscriptions, but a key difference between O'Reilly's subscription model and Adobe/Jetbrains is that my Jetbrains and Adobe subscriptions (both of which I'm happy with!) get me access to the exact same thing I used to pay hundreds of dollars a year for, just on different terms.

Safari is quite radically different from the O'Reilly products I used to pay for. I'm forced to use a browser or their proprietary mobile app to read the books. Only the mobile app support offline reading. It's a completely different value proposition - it costs much more than I would normally spend on O'Reilly ebooks each year, but it would get me access to many more tech books than I'd normally buy or read. Unlike ebook purchases, if I stop subscribing I lose access to everything.

I think it ends up being a good value if you reference a wide variety of books and a very poor one if you have narrower interests. I'd be more interested if they offered a plan that fit my usage profile. I don't care about access to thousands of books with no restrictions, I'd be happy to have access to maybe two to four full books (of my choosing) at a time for a more modest monthly fee. Maybe a credits system like Audible? I think there's a lot of ways to design an ebook subscription service that are more customer-friendly than forcing everyone into an expensive all-or-nothing choice.
And more money if its a good employer/boss.
An image diff is worth a thousand words
And another generation of programmers learns that there is No Silver Bullet[1].

This will happen again and again.

[1] http://faculty.salisbury.edu/~xswang/Research/Papers/SERelat...
Tl, dr: When we treat unit tests as an ends in itself, this leads to writing clunky tests for clunky code. If an engineer doesn't understand modular, reusable code then that engineer can't won't be able to write code that can tested easily. Thus understanding design is a prerequisite to effective TDD.
I think TDD helps or doesn't help depending on the circumstances. The problem is the people who claim there's One True Way.

For instance, if you were working on a big app and there was a bug, writing a failing test for that bug and then looking into the fix is very helpful. But if you're starting a new project from scratch with loose requirements, or worse yet, building a prototype, starting with tests would be a waste of time at best.
I heard a radio programme once about nature-vs-nuture and they were using the fictional novel, We Need To Talk About Kevin, to sort of present evidence and discuss the subject, and all the way through I was thinking 'but this novel is just what someone sat and made up based on imagination...'
SSR and Server Only Modules in Webpack based apps
> If he's hourly I'd say it might be a gray area

If you're on contract to work X hours and you're doing 20% of that, it's a "gray area"?
Yale professor brought game theory to his Startup cap table (2007)
I failed to explain why with Lisp and Haskell it feels ok but I think you sort of nailed it with the "expansion" part. With Haskell and Lisp you think in expressions being expanded.

The DSLs in Ruby, Groovy, Scala (often but not always) are not macro expansion. Often times these DSLs are very mutable and are like a state machine (and in fact have a state machine underneath which causes a whole bunch of concurrency issues).
Significant. Business taxi expenses in the US are about $10B annually (which I believe includes related types of services). Presumably a pretty good chunk of that is business travelers who are not in their home city. Plus Uber and Lyft are apparently also taking some business from traditional car rentals.
https://en.wikipedia.org/wiki/Non-Newtonian_fluid
We detached this subthread from https://news.ycombinator.com/item?id=14659073 and marked it off-topic.
At super sonic speeds the noise is awful so to make it simple the FAA just says "no super sonic flight".

This changes that to force the FAA to do the complicated thing and be like "okay in these locations at this altitude and this size plane" and "at these locations at these altitudes and that size plane" and maybe "never at this location" or maybe "only during local business hours " and we end up with a book of "well tailored" regulations. Which while complicated might at least allow for Boom to operate inside the US, which opens up a lot business.
> At $10/cert, that's not even a rounding error

For businesses, sure, but the fact that you had to pay money at all was very discouraging for personal websites!
Messages, of course, should be immutable for exactly those reasons.

Actors encapsulate mutable state; they essentially serialize access to that state such that access is single-threaded.
A piece of friendly advice: I get that you're in a pretty low place right now, and that this is your baby, but don't take comments on HN so personally.

You're coming across as pretty defensive, which is understandable, but probably not helpful. People here can see this from a perspective that you can't, and if you're defensive, you're missing out on learning something.

Otherwise, why are you bothering to interact here?
Protection systems (breakers and the like) trip via heat. The point is not to let so much current flow through your hardware that your hardware melts. Tree branches have high resistance. A short caused by a tree branch will not pass enough current to be a problem, just set the branch on fire.

SOP for fire departments responding to branches on lines that haven't brought the lines down is to call the utility then babysit the tree branch until it finishes burning.
But it does save time. JS is proof of that. There are no immutable data structures and the world rolls on. People will hate on JS, but it's effective.

You can learn to get into the "immutability mindset" if you train yourself to, but are you certain it's worth the time investment? It seems like there's at least a chance that it's not.
Kindles are horrible for tech books. I buy books directly the the pragprog website and they automatically appear in my Dropbox as PDF (there is a choice of format). My books auto-update with typo fixes, etc. automatically.
> On top of that maybe they'd stop putting kale in everything because it's so damn cheap to source.

Kale is extraordinarily trendy right now, that's probably the other reason it'd be included
That analogy really didn't work for me. "Crawling towards the horizon" seems to correspond to option 2, continuing to run the business at a much slower pace. Options 3+4 are more like stopping to look at the car, take a breath and re-evaluate whether it's designed right.
You should never have raised money in the first place. It sounds like this was not a business that was compatible with the goals and requirements of a venture-backed business. The moment you accepted your first investment you were committed to that path. I agree - not all businesses are VC businesses, and many startup failures are a result of pursuing the wrong model for assuring continued operation and not a reflection (necessarily) of the "business".
Stylistic critique of the article: Is it too much to ask that you enumerate your acronym at least once throughout the entire article? The acronym "TDD" appears 16 times throughout the article, and not once do we get "Test-driven development" spelled out.

I get that it's a technical blog, but "TDD" isn't exactly a household name. You can't utter it in the same breath as SSL or RSA and expect people to know what it means without context.

As a test (no pun intended), try reading the article with the premise that you have NO idea what "TDD" stands for. Can you reasonably infer it from the rest of the article?
Could This Strategy Bring High-Speed Communications to the Deep Sea?
And they demanded personal data. Even checked that your personal address is not a business address! "Domain validation" my ass.
Playing devil's advocate here: I'd say that algorithm design (Which is what a sudoku solver is) is a bad fit for TDD.

However, I'd argue that most problems in commercial coding are of a more engineering/architectural type of nature. Here, outside-in TDD has it's place.

Outside-in TDD can help you tackle problems that seem enormous, and slowly but steadily break them into smaller components.
I love unit tests, they give me a good vibe and find some kinds of bugs - mostly b/c I think differently about a problem.

TDD never worked for me, b/c the code goes through many refactorings until I'm happy and it always felt tedious refactoring the TDD tests.
Interesting approach.

If you had a disease, would you not be worried until you figured out what specifically caused your disease?
California lawmakers have tried for 50 years to fix the state's housing crisis
Clicking around in your browser is more akin to an integration test though. TDD is about unit tests, not integration tests.
Amazon sets date for Prime Day, with Alexa tease
Seems a little arrogant to say most developers don't know how to refactor or do it poorly. Maybe it's true. I really can't say one way or the other because what I see is most devs believe they don't have time to refactor.
I cannot imagine how anyone could possibly adapt that tale and have it work.

I would love to be wrong though.
Do you remember that time a certain governor got in hot water for instructing that a "traffic study" which involved closing lanes be conducted on a particularly congested bridge.

Now imagine that on every bridge. It only takes one car to bottle up a lane.
مشاهدة مباراة المانيا والمكسيك بث مباشر اليوم 29/6/2017 بث يوتيوب
They started denying all Chinese visitors of security conferences in Las Vegas in bulk a few years ago already.
Our local CIA/NSA guy was very proud of it. "Not welcome!" he said.
Ain't nobody got time for that!

They might have "a few places around the internet" to verify from, but I doubt it is very diverse location-wise. And there's no way they're going to bother with doing it multiple times, for free.
Unearned income is a technical term. Here is the IRS definition:

https://www.irs.gov/publications/p17/ch31.html#en_US_2016_pu...
Apple Acquires Eye-Tracking Tech Firm for Augmented Reality
TDD has worked well for me exactly once: porting a library from to Python to C. I had a very clear idea of what every function was supposed to do and I could write tests first. Due to the nature of the library I was able to write tests that generated lots of random inputs and check the properties of the outputs. This was a great experience --- it was very easy to change the internals without fear of breaking something. Ordinarily writing C is a bit of white-knuckle experience, but this made it quite pleasant.
I never claimed that this particular thing wasteful. I was only pointing out that "And anyway it's being paid for by private donors, not the US government." isn't a good counter argument.

I wasn't taking any sides on this issue, so its not really relevant how much energy it took. I said "if" it is and it was a hypothetical to give a concrete example, not a statement that I thought it was wasteful.

I'll paraphrase:

If <something> is hypothetically wasteful, then <something> is still wasteful regardless of who did it.
When reading the title, I had hoped for data. Like when Microsoft analyzed their own developer's data to find out if remote work impacted productivity or bug counts.

Instead, just another piece of anecdote. Sure, anecdotes from 15 years, still not what I hoped for.

Doesn't Microsoft have hundreds of dev teams, and can compare things like development speed and bug counts, and correlate with whether those teams practice TDD? I'd read that article immediately!
Actually we had a pretty detailed financial model for how we expected to get to profitability! We currently have ~1,200 subscribers, and about half are paying us $1.99/mo (our old price point) and the other half is paying $3.99/mo. Our growth model is based on people sharing our content, and so we can predict pretty well how many new customers we'll get every time we post something new. With a $15k monthly content budget (a couple writers, network of freelance designers) we were pretty sure we'd be able to bend the growth curve to the point where we'd reach profitability (~15k subscribers) in about 10 months, assuming modest improvements in conversion rates and share rates (we'd obviously be doing a ton of experiments to move these numbers).

At the end of the day, investors weren't convinced, so you certainly have a point! There may have been something seriously wrong with the plan. But I challenge your assertion that we'd need "big growth just to survive". Yeah we'd need pretty good growth, for sure. But not "unrealistic, crazy unlikely" growth.

And on the upside, once we got there, all growth would be pretty much pure margins after that! We don't think we'd need to dramatically increase our investment in content.

Basically, it might not be as dumb as it seems.
AMD Launches Ryzen PRO CPUs: Enhanced Security, Longer Warranty, Better Quality
Delivering Billions of Messages Exactly Once
In in this case, the source...
As I recall, violence was often threatened but avoided. They might make plenty of tension that way.
I think TDD works great if you have a very clearly designed input or interface. A programming language falls under this category: here's a piece of code, make sure it compiles and returns the correct output is a perfect test. And one which you can defined beforehand and is achievable to write as a test.

However, programmers are often not in such a luxurious position. Business requirements are unclear, it is unclear what the solution even should look like, and the requirements will change over time and are changed based on the software's progress. In this case TDD only slows you down. It's also why short iteration times (i.e. agile) seem work relatively well in software development.
The subscription model makes sense for the vendors--I get that it costs money to put out new versions and support things.

For me, it depends on the "stuff" and its longevity. E.G. for JetBrains, I'd rather pay ~$600 once and for all, since I doubt I'll move off of it any time soon. Instead, to get updates, I'll now pay $299 per year in perpetuity (after yr 2). So if I use it 10 more years, I plunk out almost $3000.

Even all the little junk adds up. $10 for Zoom, $12.50 for Slack, etc. etc. As a developer / consultant working in many different languages on a few platforms, I'm spending close to $2000 for subscriptions each year. It's a bit much.
You will miss items if you don't visually inspect even in a ttd application. Tdd is a net to catch some expected bugs but should not be the only tests.
“Technology by itself is not the real disruptor”
TDD: For people who've never used a decent type system.

Writing a Solidity test to add two integers today really drove home the point.
Would add that Haskell DSL's can be formed from functionality derived from different kinds of monads and other categorical structures[1]. That sounds highfalutin, but different types of monads and other structures (functors, applicatives, etc) give you insane amounts of power to define your DSL in a very precise way. It even gives you a formal basis to reason about your DSL should you want to go that far with it.

[1] https://wiki.haskell.org/Typeclassopedia#Introduction
My Failed Attempt at Engineering Love
I would agree with those two statements. They are even mentioned by Kent Beck, who created the technique in the first place, in his book Test Driven Development: By Example.

He spends a whole bunch of time hammering home the point that TDD is to help you manage complex problems and focus. He even mentions that if you think you can just power through the code and write it correctly in one swoop, then just do it. Skip TDD - it's not helping you then.

There are also other techniques he talks about regarding focus. For example, leaving a failing test as your last "bookmark" to where you left off for when you come back the next day. That allows you to jump right into where you left off, no ramp-up time at all.
Thoughts on Insurance
LinkedIn open sources Iris and Oncall
Short of IT workers at home, Israeli startups recruit elsewhere
definitely? Do you have any solid base behind this claim?
Wind farms can cover hundreds of square miles. I don't think that's a reasonable limit to set.
Ah, okay, I didn't realize that; that changes my view on it quite a bit.
Ask HN: Do you have booby traps into your systems? And if yes, what are they?
I am trying to think, what kind of traps to deploy into some systems that I am monitoring. I already have install/configure some IDS like fail2ban. But I am trying to think of some simple trick in order to know when an unprivileged entity has accessed the system. This of course is the last resort to be notified that you have a breach.

some stupid ideas:

- Monitoring a file for edit, normally no one will ever edit it.

- Monitoring a file for execution, normally no one will ever execute it.
Description of the list.

"Memento" is not an interactive experience. (And the condition is not common.)

If there were a game with mechanics on living with OCD, it would fit.
Yes, many services "seem to do it". The problem is how do you safely verify that a wildcard certificate is actually being given to the owner of that domain space? It's "trivial" to provide a certificate for a particular domain is owned by someone, but the same techniques don't work for wildcard certificates because now you're verifying only a single domain and providing certificates for an entire class of domains.

If you work through all of the ways ACME verification works (/.well-known/, DNS, and so on) you can come up with several plausible setups that become insecure if you allow wildcard certificates.

Here's a stack exchange question about it: https://security.stackexchange.com/questions/157972/why-cant....
Assuming significant investment, I would agree. On the other hand, they might have just raised $50k from an angel or two, which wouldn't really cause issues with bootstrapping...

...unless they used it to bump up burn rate to the point where another round or layoffs were inevitable, because profitability before out of runway was never feasible. That's what it looks like, but hard to tell from outside.
I suspect if you could throw bricks off bridges remotely from Russia with a few keystrokes it'd be more common.
For what it's worth, NSA is not the only agency with a stockpile of 0days. I figure they should give 'em up only when everyone else does.
I'm sorry. It's all too easy to play backseat driver on an internet discussion board. It's far tougher to actually go out and build something with your real life and your relationships in the mix.

I've been part of a failed business that's left my father with a mountain of debt in his late middle age. I am in the process of retooling my life to go back to school and earn a degree. I recognize what it's like to face a crossroads in your life. It's not something that can be casually dismissed.
Very relevant 3 year old DHH article: http://david.heinemeierhansson.com/2014/tdd-is-dead-long-liv...
Yes, the comments in this thread provide valuable data, if the O'Reilly marketing department has the appropriate parser.
Show HN: API for Self-Driving Training Data by Scale
Regulation, especially for software powering critical systems. We'd have to have a good definition for what critical means, probably with different levels that escalate the security requirements.
yeah its the S3 URLs that are causing the problem
Zero to One Million – Fixing STEM Education (YC S17)
Why do you think you couldn't get good salary as a developer in UK. Is IT market so low paid in there? I know at least one person who seems to be fine in there.
I'm not optimistic. David S. Goyer is a hack. He likes to credit himself as the Dark Night screenwriter, but if you compare his previous body of work to Nolan's previous body of work, it's easy to see who was the talent behind the project. If you want to see what Goyer is truly like when he doesn't have a director to reel in his horrible dialogue, watch Blade: Trinity. It's the only one he both wrote and directed, and, fittingly, it's terrible.
that is definitely a problem. But wouldn't backdoors only allow feds to catch cybercriminals after the act? Better security would prevent disasters in the first place. This seems to me a much better way of thinking about the issue
They do show up in incognito.
No. TDD failed for engineering reasons in addition to economic ones.

The main failing of TDD is the assumption that you know all of the tests that you will need before you know your software. This is true in bridge building as much as it is in anything else. Until you fully know the domain of what you are building, you cannot possibly know all of the things you need to test for.

To that end, if TDD were focused around building things to break them and analyze them, it would be wise. However, in software it is often taught to build a wall of failing tests, and you can then use that as a sort of burn down chart for progress. Note that you don't learn about the software you are building from this burndown. Instead, you only get a progress report.

And obviously, this is all my opinion. I'm highly interested in exploring the ideas. And I'm highly likely to be wrong in my initial thoughts. :)
I don't think so.

I have an industrial VPN with ~300 embedded devices behind them. For some reason the user wants to access to each one of it via https.

I thus set up an Apache proxy which proxies https://device_n.vpn.cust.tld to the VPN device (and some auth)

LE cant issue 300 certificates and it would be very ugly.
Also the training. In special forces each serviceman is trained beyond the immediate job duties. If the commander or anyone with special skills dies during a mission someone else must step up immediately to replace them and of course they all had the requisite training.

You'd ask just how a nuke technician could even think of getting close to assembling a critical mass. Are they really that dumb? Have they never been told?
I have a colleague who is not a household name but still fairly widely known in the software process space and he has insisted to me multiple times, for more than ten years now, that this is a west coast thing. Other parts of the US are much less allergic to discipline in development.
I find TDD useless as a way of poking at problems I don't actually know how to solve (as Jeffries found with Sudoku), in the way and slowing down when writing large new systems, and excellent when bug-fixing maintenance. Test Driven Debugging!
Is it possible that SSDP Protocol can be run on a non-standard port (10000 - 65535) ?
It's about a book app, not the memory safety feature ( https://www.semanticscholar.org/paper/Hardbound-architectura... )
Sounds like a good solution, thank you. The ads are indeed awful. I tried Firefox Focus yesterday and now I'm swooshing through the web. Just wish I could use tabs.
I certainly don't want to be presumptuous about your thinking. You obviously know better how big a role the failure to raise money played.
WebVR Showroom
5-6m of sea level rise is so far in the future we'll observe it from our floating cities powered by harvested zero-point energy.