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

"it's a collection of hand-crafted algorithms. No machine learning is involved."


Verification of machine learning models, especially w.r.t. robustness to so-called "adversarial examples" [1], is a major research topic at the moment. There are certainly people worrying about it in the machine learning community, but it appears to be a very difficult problem.

[1] https://arxiv.org/abs/1312.6199


HolyC is great -- default arguments and built-in exception handling are big pluses over C. There are a few shortcomings, though, such as the lack of short-circuiting logical operators and some unfortunate behavior related to variable declarations within nested scopes (just avoid doing that IMO).


> lack of short-circuiting logical operators

I'm curious about the reason for this - does anyone know why they were implemented this way?


Probably because God commanded it.


You are being downvoted but many many times have I asked a question regarding templeos and that is the actual answer


The issues can probably be fixed by writing a bit of a better compiler, HolyC2 maybe?


I've thought about using this Lisp interpreter to bootstrap a compiler for a new language, probably targeting HolyC. If someone were to write some decent lexer/parser generator tools in HolyC it would go a long way in making something like that possible.


Call it Protestant.


Alternatively, HolyC++ or HolyD.


HolyMoly, duh.


Ideally a HolyC++ would be able to compile normal HolyC without any changes to the source while also adding new stuff and while not being C++ in the process. That all would be very neat.


More like unholy.


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

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

Search: