HN user

c0rtex

197 karma
Posts33
Comments17
View on HN
www.nytimes.com 1y ago

More Everything Forever

c0rtex
157pts291
workmanship.nasa.gov 3y ago

NASA Electromechanical Workmanship Pictoral Reference

c0rtex
7pts0
daniellefong.com 4y ago

Update on LightSail Energy

c0rtex
1pts0
www.youtube.com 8y ago

Demo of Voice Coding

c0rtex
2pts0
www.theverge.com 8y ago

Rocket Lab's Humanity Star Satellite

c0rtex
2pts0
aresluna.org 8y ago

Larry's Quest

c0rtex
1pts0
www.schneier.com 8y ago

Facial Recognition Is Coming to Retail

c0rtex
1pts0
www.slate.com 8y ago

The list of places the scan your face is growing

c0rtex
3pts0
securityplanner.org 8y ago

Security Planner from Citizen Lab

c0rtex
2pts0
www.schneier.com 8y ago

Security Planner from Citizen Lab

c0rtex
1pts0
www.slate.com 8y ago

Attack of the Hack Back

c0rtex
1pts0
www.schneier.com 8y ago

Hacking Back

c0rtex
3pts0
www.schneier.com 9y ago

Websites Grabbing User-Form Data Before It's Submitted

c0rtex
2pts0
www.schneier.com 9y ago

The US Senate Is Using Signal

c0rtex
3pts0
scanlime.org 9y ago

Shiny Blue Vacuum Fluorescent Pole Thing

c0rtex
2pts0
www.youtube.com 9y ago

Shiny Blue Vacuum Fluorescent Pole Thing

c0rtex
1pts0
oig.nasa.gov 9y ago

NASA's Plans for Human Exploration Beyond Low Earth Orbit [pdf]

c0rtex
2pts0
www.schneier.com 9y ago

WhatsApp Security Vulnerability

c0rtex
100pts69
www.nytimes.com 9y ago

Portland's Income Disparity Tax

c0rtex
1pts0
github.com 9y ago

Bird Bot

c0rtex
1pts0
blog.archive.org 9y ago

The Internet Archive Arcade

c0rtex
2pts0
www.schneier.com 9y ago

Hacking in the Movies

c0rtex
3pts0
www.schneier.com 9y ago

Leaked Spy Equipment Catalog

c0rtex
3pts0
www.knoxbox.com 10y ago

Knox-Box Rapid Entry System

c0rtex
2pts2
www.schneier.com 10y ago

Linus Torvalds on Linux Security

c0rtex
3pts0
www.schneier.com 10y ago

Hacking Fitbit

c0rtex
2pts0
lars-lab.jpl.nasa.gov 10y ago

JPL C Coding Standard [pdf]

c0rtex
79pts32
vms.pdv-systeme.de 11y ago

Useful Phrases for the Intergalactic Tourist

c0rtex
2pts0
en.wikipedia.org 11y ago

Japan's Herbivore Men

c0rtex
1pts0
www.usenix.org 12y ago

Mars Code

c0rtex
1pts0

I'm looking to do exactly this. I'm currently doing embedded software for aerospace, so somewhat similar with regards to documentation and standards (it's critical software, just not human safety related). Can you share how you found the work?

I'm also curious to know how you can do small quantities of hourly work in this field rather than take on projects that would require much larger time commitments. Are you just consulting as a domain expert or something?

Here's a great talk that addresses style vs. standards in the context of NASA and space flight software.

https://www.usenix.org/conference/hotdep12/workshop-program/...

He presents a compelling case for why you should use automated tools to check compliance against coding standards (the standards don't do you any good otherwise).

As far as style goes, pipe your code through indent if you have hangups about formatting. That way you can spend your time on issues that are known to be correlated with risk.

With respect to his point that Uber requires passengers to identify themselves, I think a completely anonymous transportation system is not what is needed. Why do conventional taxi services and public transit systems have cameras? The answer is ostensibly to provide safety not only to the rider but also to the driver and other passengers [1]. But I'm sure Stallman would say "ban the cameras everywhere, Big Brother has no business tracking us!" If I were a cab driver though, I would feel safer knowing that a video of the transaction was at least being captured. And as a passenger I would feel less violated if I knew that the video was stored offline and took some amount of effort to retrieve, could only by accessed by certain individuals, and even then only with proper oversight.

What is needed is a balance between privacy and safety. Uber violates user's privacy, but fully anonymous transportation, especially in a one-on-one ridesharing situation, is unsafe for both parties. Law enforcement should be hard, not impossible.

[1] http://taxi.vic.gov.au/drivers/taxi-drivers/driver-safety/sa...

Relevant in the context of the recent FBI / iphone case.

Where I live in California, these boxes are everywhere.

One interesting aspect is that they can be alarmed, so that you can know when someone has accessed the key. It would be interesting to at least know when someone has accessed your encryption keys.

I hope the Riverside fire marshall (in the video) isn't holding up the real key on camera.

If a situation is causing no problems outside of depression/anxiety, and you took away the depression/anxiety mechanism, there would be nothing wrong with it.

The article's premise is that having one's core psychological needs go unmet is like having a broken bone.

If you take away the pain from a broken bone, you still have a broken bone. As you say, there is nothing wrong with taking the pain away. But the bone is still broken, and limits you in ways that a healthy bone would not.

Taking away the symptoms of an unwell psyche still leaves you disabled, even if it isn't as outwardly evident as a broken bone.

You might also be interested in the MISRA C coding standard, which is geared towards reliability and safety rather than security. The MISRA C standard is fairly strict and mostly (but not entirely) machine checkable.

There was a Usenix talk on developing code for Mars rovers in which Gerard Holzmann pointed out that for large projects coding standards are much more effective when you have automated compliance checking. https://www.usenix.org/conference/hotdep12/workshop-program/...

I note that there is a tool for checking the CERT rules called Rosecheckers: http://www.cert.org/secure-coding/tools/rosecheckers.cfm? It looks like it might be incomplete and/or outdated.

And the CERT pages include a reference to a deleted summary of other automated checkers such as Coverity and Klockwork: https://www.securecoding.cert.org/confluence/display/seccode...

Maybe it's sufficient to ask: what would be useful for developers to keep score of in order to improve professionally?

Surgeons keep score by measuring patient outcomes in order to draw conclusions about their own performance, the effect of which is to "shrink the outliers" - people see where they can improve and they go ask their colleagues, "hey, how'd you do that?". So what would the equivalent of that be for a developer?

The best tool I can think of for this isn't an automated system for scorekeeping - it's soliciting feedback [1]. You ask a more seasoned dev who is familiar with your work where you can improve.

How do you "shrink the outliers" on a team of developers? Get people to work together. Take each other's code apart.

[1] Particularly negative feedback, according to Elon Musk at the end of this vid: http://www.ted.com/talks/elon_musk_the_mind_behind_tesla_spa...

It would be very exciting to see some long-term study results on this.

Also: Q: As long as we're food hacking, why not open-source it and post it on GitHub? A: It's a liquid. You can't fork it.

But seriously, the open-source version of this could be the nutritional version of the OLPC.