Viewing profile — joomy
joomy
HN member- Joined
- Thu, Feb 27, 2014, 8:17 PM UTC
- HN karma
- 82
- Public activity
- 28 items
- HN profile
- View on Hacker News ↗
About joomy
Recent public activity
-
comment
Comment #49090007
A write-up on why I don't give in to the hype and switch to Lean for formal verification of programs.
- story
- comment
- story
-
comment
Comment #47100075
The issue was a fun read, thanks for sharing.
-
comment
Comment #46779309
Our 2 page extended abstract was more like a preannouncement. We hope to have a draft of the full paper by the end of the year. And we're not opposed to choice trees. I personally …
-
comment
Comment #46765875
The title alone reads like the "digging for diamonds" meme.
-
comment
Comment #46759845
We mean Haskell-style software transactional memory (STM). We call it a primitive because it is not defined in Rocq itself; instead, it is only exposed to the Rocq programmer throu…
-
comment
Comment #46759835
I'm not entirely sure I fully agree with this definition; it seems somewhat arbitrary to me. Where is this definition from? My usual intuition is whether the generated code at the …
-
comment
Comment #46747631
> Have you considered combinatorial testing? Our plan was to do random Rocq program generation and differential testing of Crane extracted code versus other extraction methods and …
-
comment
Comment #46747613
This is another reason we are being careful with the correctness claim. The closest project I know right now that comes close to a formalized model of C++ is the BRiCk project: htt…
-
comment
Comment #46747598
Yes, we were careful not to call it that. I still don't mind calling our programs verified, since they are verified in Rocq and we do our best to preserve the semantics of them. Ri…
-
comment
Comment #46747565
Just like JavaScript folks like calling their compilers "transpiler", proof assistants folks like calling their compilers "extraction". Essentially it's a compiler from a high-leve…
-
comment
Comment #46744452
We do C++ only because C++ is the primary programming language at Bloomberg, and we aim to generate verified libraries that interact easily with the existing code. More about our d…
-
comment
Comment #46743923
We're based in NYC. The Infrastructure and Security Research team in the CTO Office, in particular. And we are looking for senior researchers to join us, see https://x.com/jvanegue…
-
comment
Comment #46742680
Hi, I'm one of Crane's developers. You can map Rocq `bool`s to C++ `bool`, Rocq strings to C++ `std::string`s, etc. You just have to manually import the mapping module: https://git…
-
comment
Comment #46666925
You're right about the records providing flexible order, I overlooked that. But Kip lets you repeat cases in arguments, so you're not limited to 8 arguments for a function. In case…
-
comment
Comment #46666869
(bu tam-sayının) mutlak-değeri, (bunun 0'dan büyüklüğü) doğruysa, bu, değilse, bunun -1'le çarpımıdır. (5'in mutlak-değerini) yaz. (-5'in mutlak-değerini) yaz. You can try it in th…
-
comment
Comment #46664027
Okay there is an updated web page and playground now: https://kip-dili.github.io/
-
comment
Comment #46663458
Cases essentially act like named arguments, except the names are inferred from the case of an argument, which is inferred through morphological analysis. And that analysis can be a…
-
comment
Comment #46663430
"fark" here takes two arguments, the first (the minuend) is in instrumental case (-le), the second (the subtrahend) is in genitive case (-in). Now, because of the suffixes of the c…
-
comment
Comment #46663387
Yes, that's one of my inspirations! I'm writing a short paper about Kip and I'm citing Perligata there for sure. The closest modern non-English programming language I know that als…
-
comment
Comment #46663006
That's okay, thanks for sharing!
-
comment
Comment #46662947
It would actually be a good fit for event handlers...
-
comment
Comment #46662918
That's pretty cool! From what I can tell, it does a morphological guess based on the suffix. If you didn't have the apostrophe, it'd have issues with ambiguity (say "aşı", does it …