ISV_Damocles

6 ms·

1.
by ISV_Damocles 1y ago
Most of the big OSS AI codebases (LLM and Diffusion, at least) have code to work on any GPU, not just nVidia GPUs, now. There's a slight performance benefit to sticking with nVidia, but once you need to split work across multiple GPUs,
2.
by ISV_Damocles 1y ago
UTF-16 is also just as complicated as UTF-8 requiring multibyte characters to cover the entirety of Unicode, so it doesn't avoid the issue you're complaining about for the newest languages added, and it has the added complexity of
3.
by ISV_Damocles 2y ago
Replying to this one since you apparently can't reply to a comment that has been flagged. Why was the grandparent flagged? Google's S2 library has been around for more than a decade and is the first thing I think of when I see &
4.
by ISV_Damocles 2y ago
This article touched on a point that I feel is very relevant: unexpected show cancellations, apparently now happening for Apple TV+, as well. Netflix and Disney+ trained me to not even watch a show until it's concluded because it could
5.
by ISV_Damocles 2y ago
You're moving the goalposts. Your original post had zero mention of unsafe Rust. You have now latched onto this as somehow proving Rust is less safe than Python and Java despite also mentioning how Java also has unsafe APIs you can use
6.
by ISV_Damocles 2y ago
Please see: https://news.ycombinator.com/item?id=41720769 You can absolutely opt-out of lifetime management in Rust. It's not usually talked about because you sacrifice performance to do it and many in the Rust communi
7.
by ISV_Damocles 2y ago
`drop` is an optimization. You never have to call it if you don't want to, Rust will automatically free memory for you when the variable goes out of scope. Rust won't let you do the wrong thing here (except if you explicitly o
8.
by ISV_Damocles 2y ago
Agreed. My personal experience is Rust is more safe than Python as you get runtime errors when your interpreted Python code has a type error in it, but that's a compiler error in Rust so you don't have an "oopsie" in pro
9.
by ISV_Damocles 2y ago
I personally only use AMD (excepting one test machine), but Intel does have the best single-thread performance[1] so if you have some crufty code that you can't parallelize in any way, it'll work best with Intel. [1]: https:&#x2F
10.
by ISV_Damocles 2y ago
The suggestion to use AR glasses with this keyboard computer feels very Ghost-in-the-Shell cyberpunk to me. Stepping onto a train and you find some guy with glasses sitting near the train door staring blankly at other passengers while typin
11.
by ISV_Damocles 2y ago
That would also be true with analog film when you start reaching the film grain size.
12.
by ISV_Damocles 3y ago
Please refer to my comment here: https://news.ycombinator.com/item?id=39551017
13.
by ISV_Damocles 3y ago
I am just clarifying why I consider it impossible. Production is not some place you're supposed to cowboy code, but instead have a reasonable expectation that you will be able to continue supporting it for as many years as it operates,
14.
by ISV_Damocles 3y ago
It is impossible if you're being responsible. You don't choose a technology that could potentially block you from solving problems in the future unless it brings a huge value to you. Elm's value proposition is mostly being
15.
by ISV_Damocles 3y ago
The year in this link is very important. In the following year, the Elm team decided to not pay attention to the maxim "perfect is the enemy of good" and crippled their FFI story, making it impossible to actually use the language
16.
by ISV_Damocles 3y ago
This feels relevant to the conversation: https://twitter.com/BigSpiderBack/status/864309383106240512/...
17.
by ISV_Damocles 3y ago
> That's a problem with all encryption anyways. Inspection has to be done at the end-user's device. So I don't think it's fair to hold that against S/MIME. I don't think that has to be the case, though. Prot
18.
by ISV_Damocles 3y ago
I think we agree[0] on this. Email encryption isn't ever going to be a thing because of the way email itself works. But email signing would help a lot. I still don't think GPG does this very well, though, because of issues with ke
19.
by ISV_Damocles 3y ago
Kinda. But S/MIME has its own problems[0], mostly related to you as a recipient being unable to choose who is authorized to send you encrypted email (and so spam and malware filters don't work). On top of that, GPG and S/MIME
20.
by ISV_Damocles 3y ago
Is anyone else kinda hoping that GPG/PGP loses enough respect in the tech community that something fresh comes along that really solves a lot of the UX and security issues they have? (Acquiring keys, rotating keys, identifying compromi
21.
by ISV_Damocles 3y ago
The messaging to the user should be actionable, so the exact filename going to them doesn't make any sense, but giving them a clear sentence of what exactly went wrong and what should be done to fix it if possible, or a UUID (or "
22.
by ISV_Damocles 3y ago
And you don't think anti-fraud teams use error logs triggered by users as a signal for potentially banning them? These teams are incentivized to eliminate fraudulent accounts that cost the company money and are pressured/punished
23.
by ISV_Damocles 3y ago
That's just security-by-obscurity and doesn't actually buy you anything except a speed bump for a hacker. It was a bogus argument from proprietary software vendors against open source a couple of decades ago, and it is a bogus arg
24.
by ISV_Damocles 3y ago
Not with a "White Hat" on, I think. If a user who is not you uses a browser using WEI (implicitly approving of this attestation tech) and connects to a website that uses WEI, that's entirely up to third-parties and there&#x27
25.
by ISV_Damocles 3y ago
Would be fun of them to get a keynote speech from someone involved with EPS[1] (no, not that EPS[2]). I do wonder what parallels the two kinds of packaging have in common. [1]: https://eps.ieee.org/ [2]: https://
26.
by ISV_Damocles 3y ago
I'm going to bed soon, so I need to be more brief with my responses. This is not meant to be snarky, so I apologize if any of the short sentences seem that way. > 1) A series of instructions to do a task, which can be unambiguously
27.
by ISV_Damocles 3y ago
I think you are painting with too broad of a brush. There are many domains that I would never use an LLM-based tool for; all tools can be used incorrectly, but that doesn't make the tool at fault. Software engineering is about trade-of
28.
by ISV_Damocles 3y ago
I would say that you do not quite understand it. Part of the process of generating the code that does work is that it also generates a test suite using the examples you provide as the test cases and it actually executes the test suite aga
29.
by ISV_Damocles 3y ago
I don't believe that I can change your mind on this, so I didn't intend to respond, but as this is the top comment, I do want to provide a rebuttal on why we do think this is actually a programming language, that the code we have
30.
by ISV_Damocles 3y ago
Well, a prior project we worked on was named Alan[1]. The choice was somewhat arbitrary: https://marsha.ai was available and we thought it was a fine name so here we are. [1]: https://alan-lang.org

More ›