Hacker News new | past | comments | ask | show | jobs | submit | worewood's comments login

My experience with academia is that most of this hard work is done by undergrads, and conception and management by professors; developers aren't hired to do this. So besides "going back to school", there's no way in for an outsider.

Except that driving at a speed significantly different from the surrounding traffic increases the risk of a crash.


Speeding is one of the leading causes of fatal accidents.

Tailgating is one of the leading causes of non-fatal accidents.

Sounds like it's safer for me to let people tailgate me at the speed limit.


Many of the people killed by speeding are not, themselves, speeding.


I’m not sure that is the case. Bunching together look like a higher risk to me.


Bunching together happens because of irregular speed. You have traffic clusters because the front is slower than whatever the "natural" speed is, but not so slow that people elect to pass.

If traffic is all moving in a narrow range of speed the clusters are smaller and less dense.


So does speeding.


There is a tension, but it's between paying enough to developers to actually produce decent code or pay a 3rd-party to firewall the application.


Again, there is no tension.

People will manage to circumvent the firewall if they want to attack your site. But you will still pay, and get both the DoS vulnerabilities created by the firewall and the new attack vectors in the firewall itself.


environmental "awareness" doesn't mean dog poo; environment-friendly will only be prioritized when it's cheaper to do so. That's why government subsidies and taxing are REQUIRED.

The western world should have subsidized it too, now you can't dismiss it because it wasn't organic--because it NEVER would be organic.


That's why environmental "awareness" doesn't mean dog poo; environment-friendly will only be prioritized when it's cheaper to do so. That's why government subsidies and taxing are REQUIRED for the switch to more environmentally friendly alternatives--this applies to everything, from fossil fuels to packaging.


I agree. That documentation really needs some love. But if you see the discussions on github issues about quadlet features a common theme is maintainers dismissing requests because "that shouldn't be done in production" or "that won't scale". It seems they can't wrap their head around people wanting to do simple things or someone doing things by themselves at home and not for work at a big company or corporation, and that reflects on that documentation.

Working for one myself, which does have a support contract wit Red Hat, I kinda get where they're coming from--if they make it easy to shoot yourself in the foot, dumb people shoot themselves in the foot in production and they have to fix the mess later. But for that they could have a sanctioned build for clients and a community build for everybody else, just like they have Fedora and RHEL.


Running a very similar setup here, also have issues with networking. Pasta worked, but has bugs and replied UDP packets on the wrong ports. The pasta version from debian packages is too old. Also, I tried making the networking work but now I just slap --network=host on everything and call it a day--works perfectly.


Case in point: .NET's garbage collector which is a single 54k loc C++ file.


I think an alternative to local root certs would be to use a public cert + dnsmasq on your LAN to resolve the requests to a local address.


The "a guy texting while driving is gonna rear end someone, sue him and actually win" type.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: