Not to be confused with Pharo, the immersive programming experience: https://pharo.org/

Or Pharos, the Print Management Software which I wrestled with as an undergrad minutes before my labs so I could print and hand-in my reports.

https://www.pharos.com/

Or Pharoahs, a concept from the Disney film Prince of Egypt.

That's a Dreamworks movie actually

Haha, that was part of the joke! Pharoahs aren't from the movie either! They're a real-life thing!

But named after the lighthouse, as seen in its logo.

Generally they do it via bitemporal modeling in databases: https://en.wikipedia.org/wiki/Bitemporal_modeling

Thanks for your reply. Yes, bitemporal modeling helps with data lineage. What I’m struggling with is reconstructing the process that produced an observation like ordering, constraints, fallbacks.. not just the data state. Curious if you’ve seen that handled anywhere.

“There are only two kinds of languages: the ones people complain about and the ones nobody uses.”

- Bjarne Stroustrup

Ask AI about C++ and CUDA C++ and expectations of success in projects like F-35 Joint Strike Fighter.

Whoever wants to write the underlying engines for virtually every browser: Apple and Google. They both have their agendas that they try to push via them.

If their experience mirrors my own there will be a follow up post, “Why having 50 individuals on your cap table is a pain, I should have gotten them into a syndicate”

Hi, Mentava founder here. Almost all of our investors are in AngelList RUVs so there's zero overhead

Some of our most helpful investors only put in $1000 and the RUV made it easy to accept their money

The issue with moving topics elsewhere is that the most important part of a forum is the community. Forums are not interchangeable.

Depends on how you define big, but there’s Gemma, Phi, OLMO, Mistral and GPT-OSS that are all competitive and can run on commodity hardware.

A lot of it comes down to the context and a prompting strategy tailored to the particular model. I don’t believe the current benchmarks really take those optimizations into account.

I’ve personally been getting better results with Gemini as well, but I think it’s just because I’ve used it more.

I at least respect them for reporting them. It feels like lots of cloud providers don’t, or begrudgingly.

I've actually been getting a lot of mileage out of textproto: https://protobuf.dev/reference/protobuf/textformat-spec/

Well typed, simple syntax. Maps are annoying though.

I agree on this in general. The awkward things here are that:

a) textprotos aren't really touted by the protobuf folks as a thing to use outside Google. I'm not 100% sure why this is.

b) inside Google, there's a perception that you shouldn't use textprotos for much other than hardcoding proto values inside the monorepo (where there aren't really schema-versioning concerns). I think this perception is misplaced, you just have to be aware that a given schema is used in textprotos. Which is usually an easy thing to be aware of. This is just because the schema-versioning concerns are different than with binary photos (e.g. field renames are now breaking).

c) IIRC most parsers unconditionally reject unknown fields. I think the reason for this is highlighted in the docs: you can't safely go from a textproto with an unknown field to a binary serialisation of that proto. IIRC there are some parsers that let you parse unknown fields anyway but then I think you're a bit more tied to a specific implementation than you'd like...

One strange but quite handy alternative is actually the JSON representation. You can use .proto files as a schema but then serialise the values to JSON as there's a canonical mapping. Then you get something that's human readable but with the type safety of protos. Although of course it's not really writable since... It's JSON.