Nocode: The best way to write secure and reliable applications
1–10 of 33 posts
Re: Nocode: The best way to write secure and reliable applications
#2The issues are absolutely hilarious
Re: Nocode: The best way to write secure and reliable applications
#3The issues are absolutely hilarious
The issues are reddit...
Re: Nocode: The best way to write secure and reliable applications
#4This is fun and all, but if the message that this tries to pass along is "don't bother with proper security because it's very hard/impossible, do your best and ship, you can always fix your code", than that's bullshit. Secure coding is possible and is our responsability when we are writing code that others are meant to use somehow, and if most of the devs lack the formation in secure coding and if many companies don't ensure the code is secure to some standards, then that's not a law of the nature but instead our own sloppiness and laziness as an industry. Lucky we are that the world does not know yet how to hold us to a high enough standard.
Re: Nocode: The best way to write secure and reliable applications
#5This is fun and all, but if the message that this tries to pass along is "don't bother with proper security because it's very hard/impossible, do your best and ship, you can always fix your code", than that's bullshit. Secure coding is possible and is our responsability when we are writing code that others are meant to use somehow, and if most of the devs lack the formation in secure coding and if many companies don'…
There is no message, only your imagination.
Re: Nocode: The best way to write secure and reliable applications
#6Works perfectly with my favorite test framework: https://github.com/lxe/no-bugs
Re: Nocode: The best way to write secure and reliable applications
#7This is fun and all, but if the message that this tries to pass along is "don't bother with proper security because it's very hard/impossible, do your best and ship, you can always fix your code", than that's bullshit. Secure coding is possible and is our responsability when we are writing code that others are meant to use somehow, and if most of the devs lack the formation in secure coding and if many companies don'…
‘The three golden rules to ensure computer security are: do not own a computer; do not power it on; and do not use it.’
—Robert H. Morris Sr.
Re: Nocode: The best way to write secure and reliable applications
#8This is fun and all, but if the message that this tries to pass along is "don't bother with proper security because it's very hard/impossible, do your best and ship, you can always fix your code", than that's bullshit. Secure coding is possible and is our responsability when we are writing code that others are meant to use somehow, and if most of the devs lack the formation in secure coding and if many companies don'…
There is no message, only your imagination.
No message. ;)
Re: Nocode: The best way to write secure and reliable applications
#9... and the best way to discuss it is to not post any comment at all.
Re: Nocode: The best way to write secure and reliable applications
#10This is fun and all, but if the message that this tries to pass along is "don't bother with proper security because it's very hard/impossible, do your best and ship, you can always fix your code", than that's bullshit. Secure coding is possible and is our responsability when we are writing code that others are meant to use somehow, and if most of the devs lack the formation in secure coding and if many companies don'…
‘The three golden rules to ensure computer security are: do not own a computer; do not power it on; and do not use it.’ —Robert H. Morris Sr.
Due to Spectre and generally feeling negative about my interaction with the Internet, I was thinking about taking every account I have online in order and trying to figure out how to do without it.
However, the fact is, I feel safer not relying on monthly statements for things these days, because I want to identify any shenanigans in a timely fashion.
Even people I know in their 70s transitioned to the computer/smartphone age long ago.