Ah, I've made the same! I made a very flexible turn-based framework - write the game logic on server in javascript, then state+options are given to clients, so platforms (swiftui, web, unity, webxr etc) "just" have to implement UI on top (Also means I have a default/debug view, which works for all games). The games can run offline (via javascriptcore on ios, natively on web etc) and supports bots for all games (they randomly choose options on their turn) which has a very simple opening to get some reinforcement learning in.

Then specifically I was making an app which let me customise rules for poker - extra streets, antes, throwaway cards, passing cards, multiple boards, multiple decks, etc to support as many variants as possible, and ideally, stumble across new ones.

As an aside, I posted to reddit for research of other home variants people play (Basically to stumble across more fun variants in our home games) there's a few good alternatives I've not heard of in here!

https://www.reddit.com/r/poker/comments/1i91mnz/what_are_you...

I've run out of steam a little bit (burnt out & seeking work isn't great for own projects), but has been an excuse to learn swiftui. I'd be tempted to team up with people to keep the project alive...

wow, i would like to talk to you to learn more if nothing else. can you please email me (mail in profile) if you would like to connect.

We did this (as a side effect) for the premier league ~2009-2012 (liquidated JUST before VR appeared, where the content worked fantastically, and then ~2014 with the moverio glasses, even better in AR)

We did live player tracking (~33 cameras) on-site at every game, and for fun rendered players fifa-style free-camera. We even did some renders (capture of realtime engine) for canal+ highlights as an experiment.

edit: my own gpgpu-only,(frag shaders :), sub-100ms, uncalibrated-cameras (footage directly from sky/match of the day) r&d a few years later, also works really well on a LookingGlass https://twitter.com/HoloSports/status/1327375694884646913 (I took this to sky sports but they said it was a bit too in-the-future)

I came up with a poker-wordle-ish game idea, and that was higher/lower. You enter a hand, and it told you if your hand was higher or lower.

Maybe a bit basic though, adding a texas holdem flop-river reveal could have made it more interesting

I made one specifically for viewing & editing json. Has draggable reordering with rough rules, auto-editable-values, copes with live updates whilst user is using it and other bits and bobs. Maybe along the lines of what youre looking for? https://github.com/NewChromantics/WebComponent_TreeView

Large blocks of data. (Eg 10,000 floats)

Otherwise personally json wins

Have you stepped through protobuf processing code? There's a lot of special cases, ifs, branches here and there. Protobufs within protobufs. Its not like its a size, then 100 floats packed together, theres more overhead than youd think. (Not to mention the client side allocations etc etc) I use protoc compiled to wasm for protobufs and it is fast, but theres a lot of wasm overhead to execute that code.

Json parsing is also a lot of special cases, error testing, but the v8 team has spent a huge amount of time optimising json parsing (theres a few blog posts on it). Im not assuming either way, but it's definitely as cut and dry as one would assume.

Stepped through? Yes..as I hinted, coming from an embedded environment, and measured compared highly optimized json parsing code (that even had much limitations, like very limited nesting, no lists) vs nanopb => clear winner on all points (memory reqs, performance, encoded size) - which is really not that surprising?

There are two ways to encode a repeated field (100 floats, but could also be any size up to the limits of repeteating fields): "Ordinary (not packed) repeated fields emit one record for every element of the field." That means type, value, type, value, etc"

However, "packed" fields are exactly a length followed by a byte array of the typed data. This was an oversight in original proto2 which is unlikely to be corrected, but packed the default in proto3.

100 (or any N) floats prefixed by a size is exactly what you would get from `repeated float f = 1 [packed=true];`

What is a "founder" these days in this context?. The term seems to not mean someone founding a company, but i guess not a vc? Not an angel, ceo... someone with experience building a business?

I can't be certain what khloto meant, but reading their comment I envisioned them meaning connect with a founder of another company that the new startup team (like the op) would mutually "vibe with." I imagined that other founder to maybe have already raised money before and could mentor you a bit, but that really the hope is that you just keep meeting other founders and some of these relationships could go different ways, some stay mentoring, some become customers, some become partners in some promotional initiative. Basically I interpreted khloto to be nudgding a first time startup entrepreneur to take the first step to a mini yc of their own doing (i.e. build business relationships with other founders that go beyond just schmoozing and networking, and doing it with a three month or so timeline to start).

Thank you, spot on :)

Networking is a king, and depending on what kind of exit OP envisions, they will need those contacts.

One way to get them is definitely going through an accelerator (YC), but this process is time-consuming and might not be worth it unless the startup is in early stages (just my opinion!). The other one is just reaching out to other founders who went through similar situation or are planning to.

Again, all is subjective and deeply personal to what kind of startup do you want to run and what is your dream scenario. No advice will answer your question, as they require context and dialog.

A Good VC will listen and connect you with other founders, even before raising, but especially after.

Wonder why this was built on v8 and not chakra

I am appalled at the code I wrote when I was 8 years into the proffesion.

I would also be wary of any code I wrote after 16 years (though some I do... the very pure no dependency stuff!)

In 2 years that'll be 3x8 years and I hope to pass the audition.

This is funny to me in a way. When I look at my very first few non-trivial Haskell projects, I still like the code. Are there ways to improve it? Things I've learned? Sure. But the code is still perfectly good and fine. Maybe things are just different outside the Turing Tarpit.

Well that's just you. Some of us got the gist of it a bit earlier. No shame in being a slow learner though.

But it is the same tech