21 entries in 0.536s
diana_coman: ah, not with the standard, ofc not; with whatever certificate x measures (as they say: traceability,
formal verification, stack consumption)
mircea_popescu: the fundamental problem with
formal verification is that it's not currently implemented seriously (which is to say -- completely, on small codebases). it's just machines poking at things generally, in an untenable theoretical model.
spyked: the whole thing is. and yes, this is "
formal verification 101" taught in universities. if you want to get even more outraged about it, read Heiser's post at the beginning.
mircea_popescu: i thought that's done automatically already, in
formal verification a111: Logged on 2017-07-13 15:06 phf: and they are coming from the "
formal verification" direction, via spark
phf: and they are coming from the "
formal verification" direction, via spark
☟︎ herbijudlestoids: asciilifeform: I didn't look too deeply, but take a look, it has TLA+ style
formal verification properties
mats: yes, and if you reject a inputs outside of a defined set of
formal-izable grammars, the more constrained the model and subsequently greater approachability towards program
verification benkay: cads: what kind of factory worker reads about
formal verification of large software projects?!
cads: The issue I see with
formal verification is so few people know to ask for it by name
cads: I'm thinking risk and externalities on the insurance derivative over this kind of service would be _far_ beyond my abilities to manage. However a code review would be quite lucrative and low risk. Also, it might be reasonable to begin offering
formal verification services from the gate, or about 1 year after startup. It's not that hard to teach. When you have your own slaves.