minus7

8 ms·

31.
by minus7 6y ago
Just stopping adding features limitlessly would go a long way
32.
by minus7 6y ago
But why post here then
33.
by minus7 6y ago
Absolutely, isalnum et al are probably never going to be a bottleneck. I was curious whether it even made a difference at all, after all, the naive implementation doesn't really do a lot. And I fully agree with you that this glibc code
34.
by minus7 6y ago
I was wondering whether there was a significant performance improvement of the table lookup glibc does over the naive implementation musl has. The answer is a pretty big yes. Glibc's isalnum is about 6-7 times faster than musl's.
35.
by minus7 6y ago
Proprietary renderer (not even source-available; Linux binaries linked against god knows what version of libc, libstdc++, etc) ontop of WebKit? No thanks. Edit: I mean, sure, you could use it in your proprietary Electron app to make it more
36.
by minus7 8y ago
That's not quite true: the compositor needs to support it. There's a protocol [1] for it that's supported by a redshift with a patch [2]. It also works out the box for any wlroots-based [3] compositors, like sway [4]. [1] ht
37.
by minus7 8y ago
This is a nice high-level API for (more) reliably handling networking, taking a fair amount of load off developers having to implement it themselves. Of course it would be nice to have an API like that available as cross-platform library.
38.
by minus7 8y ago
Oh right, I was wrongly thinking you'd have to memcmp the whole size of the filter. It's simply too warm today for thinking. Did you look into Cuckoo filters as well?
39.
by minus7 8y ago
Would be nice if they made a bloom filter for anyone to use. On second thought, you can do that yourself based on the SHA-1 hashes of passwords they offer for download. Edit: On third thought, a bloom filter for 502M entries and a false pos
40.
by minus7 9y ago
Is it really so hard to write a native GUI for three OSes if you must?
41.
by minus7 9y ago
Couldn't you theoretically run traffic over pseudo-TCP. I.e. you send packets that look like TCP (IP packet type TCP + TCP header), but bypass the kernel's TCP stack and put arbitrary, packet-based data in it, like UDP. Theoretica
42.
by minus7 9y ago
One thing to keep in mind when using materialized views is that a refresh will recompute the complete view and discard the old one. If at a certain size you might want to make sure your database server doesn't drown in rebuilds. The al
43.
by minus7 9y ago
I'm puzzled as to why one would ever force smooth scrolling with JavaScript. Browsers have that by default, and when people turn it off you can most certainly be sure it's on purpose.
44.
by minus7 9y ago
Or at least a WebM. But not a fucking 2.8 MiB large GIF.
45.
by minus7 9y ago
Please, Google, I don't care about related articles while I'm reading this one, bugger off.
46.
by minus7 9y ago
Actually it can work quite well without language-level support. Python's gevent library [0] shows that. It "simply" monkey-patches the standard library's IO functions to implicitly switch to another "greenlet"
47.
by minus7 9y ago
Oh, lovely. I'll have to check out Kotlin's coroutines in more detail. So far I haven't seen many coroutine/green thread implementations I like. In fact the only one I like is Python's gevent since it's very no
48.
by minus7 9y ago
> * operator overloading, mostly for math like matrices, vectors, complex numbers Kotlin has infix functions which help there without treading the dangerous territory of ambiguousness
49.
by minus7 9y ago
Lombok addresses one pain point of Java (constructors/getters/setters), Kotlin addresses more. Lombok also does a bit of magic, so should be used with care. E.g. @AllArgsConstructor is a dangerous one if you change the order of fi
50.
by minus7 9y ago
Oh Vert.x, I despise it. We jumped on that in 2014 (Vert.x 2) and it's still haunting us. Half-broken build with an outdated Gradle plugin (should've stuck with the official build system), doesn't integrate with the major par
51.
by minus7 9y ago
Sounds like it'd be a fun game
52.
by minus7 9y ago
And this is why you offer local image/file uploads on your platform/forum. You simply can't rely on a free this party service to stay alive forever, especially something unprofitable as image hosting
53.
by minus7 9y ago
The bigger problem, when personally archiving websites and whatnot, is managing that data, i.e. organizing storage and making it searchable. https://camlistore.org/ seems to be the right software for that, though I haven&#x
54.
by minus7 9y ago
I can't shed the feeling that CORS is just piling more crap onto crap; this seems just way too complex. On one hand, I'm somewhat glad that I don't work on web things and don't have to deal with it, and on the other hand
55.
by minus7 9y ago
Reloading the page helps; the state is stored.
56.
by minus7 9y ago
I wanted to see it in graph form, so a wrote I did pretty much the same but printed a dot code and piped that into dot. It was a disaster: A huge, unreadable mess. Try yourself if you're feeling adventurous: import json
57.
by minus7 10y ago
I noticed that too; it takes like 10 seconds to generate a "pixelized" (it's still vector graphics, isn't it?) map that I can't imagine taking more than a couple milliseconds to rasterize.
58.
by minus7 10y ago
> Don't be a free user. Now that's just rude. Not even the linked article [0] manages to convince otherwise. In fact, it even shows the opposite standpoint: > If your free software project suddenly gets popular, you gain res
59.
by minus7 10y ago
If you take a look at the code on Github you quickly realize it's complete bullshit, a bit of hardcoded data [1] and one file of backend code that looks like it was copied from somewhere [2]. [1] https://github.com/tdra
60.
by minus7 10y ago
I'm not sure what you mean. If you don't know what the encoding of the input file is you have a problem. As far as I know there are libraries to guess the encoding, but it cannot be determined completely accurate.

More ›