HenriNext

Thanks for the feedback. Do you mean the code syntax highlighting colors, or the dark blue UI colors overall, or both?

There's no plugin yet, but definitely coming (I've been using IntelliJ almost 20 years now, so also want that integration for my own use).

Again fully agreed, thank you.

What do you think would be reasonable price for perpetual license?

Thanks, actually I'd really appreciate your help! My email address is the contact page.

Yep, absolutely agreed. The landing page is work in progress and hasn't been proofread. Didn't except it to end up in HN :)

Apologies for typos and grammar, and I hope you can also brutally criticize everything else beyond the surface! :)

Auh crap, that is just typo, should have been 2019. BugJail is under very active development.

Hey, I'm Henri, founder and lead developer of BugJail. I just noticed traffic spiking and came to see what is going on :)

The landing page wasn't quite ready for spotlight, but such is life :)

All feedback is highly appreciated, no matter how brutal.

And if you have any questions, feel free to ask!

Maybe you feel that way because that's exactly what debugger was designed for: CPU register access in assembler programs..

It's pretty insane that every other aspect of software engineering has changed so dramatically since the 1970s, but debugger has remained fundamentally unchanged for almost half a century now.

Also.. next BugJail beta will have SQL queries against captured program execution (select * from field_write join method_call...) to test hypothesis about runtime behavior. If you can express "that which is not happening" in SQL and get back 0 rows, then it didn't happen. Do you think this could solve your need?

Sorry, the waiting list is indeed down atm :( You can just send one-line support ticket at https://support.bugjail.com/hc/en-us/requests/new and I'll add you manually.

The underlying technology in BugJail and Microsoft TTD is somewhat similar (capturing based), but the functionality build on top of that is very different: Microsoft TTD still looks and works like "normal debugger plus back button", while BugJail is total redesign from scratch and looks nothing like any traditional debugger.

Thanks for the link, but actually I already use integer compression.

The filters are used to seek from database files, so lookup/query side performance is not major issue (Xor filters were mainly interesting because of the smaller size). Normally a secondary index would do the job fine, but because of the high sustained rate there is no time to write it. And all CPU cores are already maxed out, so moving more to background doesn't provide net-benefit..

+Thanks everybody for your encouraging words :)

Thanks!

Btw you have a bug in your HN profile, it shows "Karma 158422", which seems to be about two orders of magnitude off? ;)

To be clear, I wrote specifically "construction performance".

The blog already stated that "build is bit slower", so i was mainly commenting that instead of "bit slower" it is actually order of magnitude slower (in some cases).

According to the paper, the query side performance is indeed faster, so they are not misleading in any way.

Thanks, found the benchmarks (your blog links primarily to different repo, "/xorfilter").

My use case is a new kind of debugger (https://BugJail.com), which works by capturing 20+ million events per second from running application, and then reconstructing model of program execution from the raw events. With 20+ million events per second that 110ns per key is just not going to work..

Neither the blog nor the repo contain benchmarks, which is bit weird when the title of a technical article has word "Faster".

Then after digging through the actual paper it turns out that the construction performance of Xor Filter is actually massively slower than Bloom.. May not matter for many uses, but critical for others (like mine).

> Blocked Bloom = 10 ns/key

> Bloom 8 = 40 ns/key

> Xor 8 = 110 ns/key

> Why did they add it?

If they were going to sell the information, and the credentials really allowed to remotely access the cameras, then accessing 'camera=BEDROOM' at 11PM Friday local time may provide more entertainment value than 'camera=GARAGE'? :)

Yes they are different, and you did both: called it out for being misleading, and simultaneously misrepresented what it actually said (I've already detailed the reasons above, and others have quoted them verbatim to you).

The best before date of this conversation has clearly expired, so let's just stop here.

You may be totally right and it was credential stuffing and the article may have been wrong, misleading, incompetent and stupid.

Nonetheless, you misrepresented what the article actually said -- the article raised both, the possibility credential stuffing (implied by Amazon spokesperson), and doubt about it (unspecified security expert, WiFi attacks).

I'm not making any guesses what actually happened.

Just stating that you misrepresented what the article actually said when you wrote "the attack is called credential stuffing". Your sentence gives impression that the article would have said it, but the article made a point for the opposite.

No, actually the article claimed the opposite: the attack was likely NOT credential stuffing..

> There was no alternative to React for a long time

Angular is 4 years older than React, and generally speaking front-end frameworks have been probably the single most competed/overcrowded area...

3 out of 4 most liked technologies are actually from Facebook, so the name certainly doesn't seem to prevent success here..

That would explain drop in use/popularity, but actually Redux is raising in usage, while sharply dropping in the other dimension towards "negative opinion".

Redux has the largest shift towards "negative opinion" out of all technologies. Did people just get fed up with the boilerplate or is there something else going on?

I stand corrected. I probably then saw just the last steps and chef was using previously made broth.

It's been 15 years since I lived in Japan, but IIRC it was on average among the cheapest foods there (as it is pretty much everywhere in Asia).

Low cost ingredients, easy/fast to make, possible to cook bulk "batch" in large pot etc.

Ramen is cheap, so there are more Ramen restaurants in poor areas, which have lower life expectancy?

https://www.huffingtonpost.com.au/2017/01/31/low-socioeconom...

Agreed. I don't have any secret insider facts, but perhaps Oracle rubbed Google in a way that was not entirely pleasurable with the 10-years-and-still-going-on Java lawsuit..

But i wasn't talking about Google. I was talking about Google Apps. Your examples are about other divisions of Alphabet/Google...

...When you deal with the tech giants they are so large that different divisions commonly have totally different goals and ethos; some divisions are transparent and great to work with, others are pure nightmare.

If there would be no plans to deprecate the program, why the blog post would have been written?