jviotti

Here's mine: https://www.jviotti.com

Always open to human e-mails too

You are very brave in sharing all of this and you, as anybody else in your position, absolutely deserve a promising second chance. Keep rocking!

Open source has changed the life of so many, from so many situations. We should be proud of our industry. Together we built something beautiful

This. Here is my bootstrapped niche corner of the internet: https://www.sourcemeta.com

Time to stop hacking on my C++ codebase (https://github.com/sourcemeta) to watch this over dinner!

You get used to writing C++, just like you get used to writing any language. I've been writing C++ for quite some time already, on a daily basis, and it became second nature. Though I remember how much of a pain it was when I initially move into it

“This idea of wealth taxes on the super-rich has a clear connotation of envy,” Milei told Neura. “We consider taxes to be theft.”

“The billionaires of the world who want to flee increasingly high-regulation and high-tax countries are very welcome to come to Argentina, the new land of freedom,” Adorni said.

How true is this in practice? Argentina's income taxes are not low by any standard (35%), capital gains are not zero (15%), and there is a wealth tax if you hold foreign assets.

I happen to be Argentinean, and got out of the country around 2 decades ago because of the trouble and practical taxation when working remote for foreign companies.

I definitely like what this article says, but it doesn't seem to hold true at the moment? That said, I might be missing something, as I've been mostly detached from Argentina's economics and politics for a long time now.

They focus on compute only. Otherwise roughly the same thing, but you get amazing performance with their own technology (from research, part of the Linux Foundation) to boot, sleep, and wake instances up in bare milliseconds.

You deploy using a Dockerfile, or Docker Compose.

Definitely suggest you give it a shot. The free plan is a no-brainer for the performance you get. We are on the team plan at https://www.sourcemeta.com

You are missing https://unikraft.com/pricing. Amazing compute, 2 instances free. A German company. Offers EU hosting too. Just a happy paying user myself

I'm finding these acquisitions (or acquihire?) are interesting. First Bun, and then Stainless. It's almost like Anthropic wanted to acquire every company that develops foundational technology that they themselves use.

Assuming they bet on Claude getting much better at coding over time, couldn't they themselves cover their own needs with technology that they built themselves?

Is some sort of autonomy over technology they use somehow the goal here?

If you want pure compute, https://unikraft.com has been great. We run schemas.sourcemeta.com on it, and it offers EU hosting (Frankfurt). They are themselves a German startup (though now with US presence too)

I use it pretty heavily on C++ stuff at GitHub.com/sourcemeta. i.e. take https://github.com/sourcemeta/blaze and this example recent run: https://github.com/sourcemeta/blaze/actions/runs/25751796502.

12 jobs per PR for up to 30 minutes running Linux, macOS, and Windows jobs on LLVM, GCC, and MSVC in static and shared builds with also some sanitiser configurations.

And consider across projects we might send dozens of PRs per week.

Right now it's somehow all fully free on GitHub Actions. I wonder what the same would cost on i.e. CircleCI

GitHub Actions is indeed the hard one to replace. I need Windows, Linux, Linux-ARM, macOS ARM, and macOS Intel runners. How do you guys using Forgejo and/or Codeberg do to get a similar matrix, hopefully at a low cost?

This sounds amazing.

As somebody not very familiar with CAD/3D printing, etc how hard is it to produce it myself (couple units for personal use)? What would be the average cost? Did anybody do it?

We at Sourcemeta (https://www.sourcemeta.com) are in the Proton business plan. The "Talk to an expert" and "Schedule Consultation" buttons in the main page point to my (the founder) calendar to book a slot.

No complains from it so far. People get it, book with success, and I run those calls on Proton Meet, which also proved to work pretty well.

I don't but seems like an interesting follow up for us.

There have been research in that area (i.e. https://link.springer.com/chapter/10.1007/978-3-030-34146-6_...) but usually the input set is too small or biased.

As a JSON Schema TSC member, I consulted with various organisations on large scale JSON Schema use, which is where things get truly interesting (>8000 complex interconnected schema data models) though all of them are sadly closed-source.

Yeah, exactly. This is a great example. In theory schemas open up all of those use cases in an elegant manner, yet the tooling often sucks. Would love to connect and at least have your use case on my radar!

Premium tooling to work with JSON Schema (https://www.sourcemeta.com).

I'm a member of the JSON Schema Technical Steering Committee, and been making a living consulting with companies making use of JSON Schema at large. Think data domains in the fintech industry, big OpenAPI specs, API Governance programs, etc. The tooling to support all of these use cases was terrible (non-compliant, half-baked, lack of advanced features, etc), and I've been trying to fix that. Some highlights include:

- An open-source JSON Schema CLI (https://github.com/sourcemeta/jsonschema) with lots of features for managing large schema ontologies (like a schema test runner, linter, etc)

- Blaze (https://github.com/sourcemeta/blaze), a high-performance JSON Schema C++ compiler/validator, proven to be in average at least 10x faster than others while retaining a 100% compliance score. For API Gateways and some high-throughput financial use cases

- Learn JSON Schema (https://www.learnjsonschema.com/2020-12/), becoming the de-facto documentation site for JSON Schema. >15k visits a month

Right now I'm trying to consolidate a lot of the things I built into a "JSON Schema Registry" self-hosted micro-service that you can just provision your schemas to (from a git repo) and it will do all of the heavy lifting for you, including rich API access to do a lot of schema related operations. Still in alpha (and largely undocumented!), but working hard to transition some of the custom projects I did for various orgs to use this micro-service long term.

As a schema and open-source nerd, I'm working on my dream job :)

I think this is the key. It is cheaper and more convenient than ever to deploy and manage data critical services yourself, in a self hosted manner that is protected by whatever jurisdiction you are in. What matters is not who builds it, but who has access to the data, and ideally, that's only you!

How is the Lean non-profit getting funded to be able to afford such great devs? How does that work in general?

I've been to Bangalore a few times and man, the traffic is indeed the worst one I have ever seen. It could take like an hour to even get an Uber driver to accept your ride, and another hour to move around between relatively short areas of the city. Plus there seems to be a complete lack of semaphores. Fun city :)

It depends from which point of view you are talking about.

A lot of people are familiar with web technologies, therefore using something like Electron is way easier for them. That makes a lot of sense.

However, from an end user point of view, Electron (while potentially easier to developer with for a large pool of developers) doesn't feel native. You can tell you are running a web app inside that doesn't obey the OS conventions, the standardised OS shortcuts, looks different than the rest, etc. It's like it doesn't quite match and all the muscle memory you have for working with other native apps (mainly for keyword-heavy users like myself) just doesn't work, making it a frustrating experience. Plus many (not all!) Electron apps are super heavy weight and feel slow when you contrast them with other truly native apps.

Overall, I think you will see a lot of people that don't really mind Electron, but many do. I think it largely comes down to whether you want to develop a desktop app faster yourself, or deliver a desktop app that would satisfy almost every user out there (which might be harder to build).

And BTW, this is coming from somebody that worked a LOT with Electron, as the original author of Etcher (https://github.com/balena-io/etcher), plus I led the Desktop Team at Postman (https://www.postman.com, which is arguable one of the worst Electron apps out there, mostly due to really bad early architecture/business decisions) for a while. I tried everything but I gave up on it. It can never even be a good enough approximation to a native experience that many users expect.

In any case, great job with GitQuill. It does look pretty cool and I wish it was a native app!

I, on the other hand, can't stand Qt or apps that try to look "native" in general.

100%. That's why I said "at least" and it's the feeling I have with Electron too. Electron apps (nor Qt ones) do not really feel native, and in that case, better to either go full native (so it doesn't feel like an imperfect approximation) or just deliver a web app that you can use on a browser?

The in-between ends up in a gray area that never feels quite right. But I agree it is in part a matter of style and expectations.

Though I also agree the Win32 look is terrible and outdated. GTK and Cocoa on Linux and macOS are really great and good looking native technologies. I've seen more and more projects target GTK on Windows instead of Win32 for this reason.

+1. So many cool desktop app ideas showing up in HN every now and then, yet most of them Electron-based web stuff that just feels horrible. At least Qt would be a lot more appreciated. So much missed potential

This. There is no way I would trust any AI provider to pretty much have full control over my computer.

To the article's point, many/most JavaScript projects are not optimised and better performance can be achieved with just JavaScript, and yes, JavaScript engines are becoming faster. However, no matter how much faster JavaScript can get, you can still always get faster with other system languages.

I work on high-performance stuff as a C++ engineer, currently working on an ultra fast JSON Schema validator. We are benchmarking against AJV (https://ajv.js.org), a project with a TON of VERY crazy optimisations to squeeze out as much performance as possible (REALLY well optimised compared to other JavaScript libraries), and we still get numbers like 200x faster than it with C++.

Not building an app myself right now, but I worked a lot on the desktop app space, leading development at various companies and been thinking of writing a book on the topic (I'm an O'Reilly author in another space). I tend to blog on macOS stuff every now and then, like https://www.jviotti.com/2022/02/21/emitting-signposts-to-ins....

Quick questions for everybody here:

- How do you develop your apps right now, mainly cross-platform ones? QT? Would you enjoy a C++ cross-platform framework that binds directly (and well) to Cocoa?

- Are you using Electron? If so, would you appreciate premium modules for Electron that bring a lot more "native" Cocoa functionality instead of reinventing the wheel in JavaScript?

What would you wish a book on modern desktop app development would cover?

Hey there! Thanks a lot for the nice words and really hope you enjoy the book.

Was wondering if JSON BinPack is a good serialization format to sign json documents?

Not sure what you mean by signing but let's connect. I would love to learn more. Can you find me on LinkedIn and/or e-mail?

Thanks for the very valuable and honest feedback. All really good points, mainly how lacking the website is in terms of documentation at the moment. Making notes and plan to address all of it!

Great stuff! I'm starting to work a lot on the satellite space (https://www.sourcemeta.com), building a binary serialization format around JSON called JSON BinPack (https://jsonbinpack.sourcemeta.com) that is extremely space-efficient to pack more documents in the same Iridium uplink/downlink operation (up to 74% more compact than Protocol Buffers. See reproducible benchmark here: https://arxiv.org/abs/2211.12799).

It is still a heavy work in progress, but if anybody here is suffering from expensive Iridium bills, I would love to connect and discuss to make sure JSON BinPack is built the right way!

Hey olvyo, thanks for your nice comments! We should definitely connect!

By the way, in your dissertation you don't mention RapidJson, nor json.net, nor simdjson. Is there a reason why you didn't compare them?

My research was focused on space-efficiency more than parsing performance, so I didn't talk about that problem. However the long-term goal is that by using JSON BinPack's binary encoding, you should have a better time parsing it, as you don't have to deal with the JSON grammar.

Do you do JSON Schema validation too?