Hacker News new | past | comments | ask | show | jobs | submit | beached_whale's comments login

I think Boost::unordered_map is a drop in replacement, but I think it is the breaking of existing code part. Not that they couldn't pop that behind an ABI flag.

at the source level it does, but when you have compiled libraries it breaks.

enterprise gets a better version too. less ads


Can turn the chip off faster to save power probably.


It almost definitely does and probably always runs at a fraction of that speed while using up the battery. Even current gen phones don’t do face recognition unless you’re connected to a charger.


sure about that? It does, happen to, work on libstdc++/libc++/MS STL but it's not specified to work anywhere but std::tie. The existing practice is to cast to void.


can you show an example how? I can't find a case where std::ignore compiles inside a structured binding declaration.

https://godbolt.org/z/sjefeGvPf https://godbolt.org/z/8a7Ps4KdW


it will work for assignment/ construction, but isn't part of std c++ is what i mean. at least not yet. structured binding wont, but in the future c++ 26, _ should work there and other places


Rust/deterioration will take care of that.



They are doing something similar in central/south american to keep livestock from getting infected with screwworms


re Serde: If you want JSON, https://github.com/beached/daw_json_link is about as close as we can get. It interop's well with the reflection(or like) libraries such as Boost Describe or Boost PFR and will work well with std reflection when it is available.


Probably not too much work to add and then also build a JSONLD @context from all of the ~ message structs.

:Thing > https://schema.org/name , :URL , :identifier and subclasses

Thing > Intangible > Enumeration: https://schema.org/Enumeration


Adding reflection will be simple and backwards compatible with existing code as it would only come into play when someone hasn't manually mapped a type. This leaves the cases where reflection doesn't work(private member variables) still workable too.

Haven't looked at JSONLD much, but it seems like it could be added but would be a library above I think. Extracting the mappings is already doable and is done in the JSON Schema export.


"Exporting JSON Schema" https://github.com/beached/daw_json_link/blob/release/docs/c... :

  include <daw/json/daw_json_schema.h>
  std::string daw::json::to_json_schema<MyType>( "identifier", "title" );
From https://westurner.github.io/hnlog/#comment-38526588 :

> SHACL is used for expressing integrity constraints on complete data, while OWL allows inferring implicit facts from incomplete data; SHACL reasoners perform validation, while OWL reasoners do logical inference.

- "Show HN: Pg_jsonschema – A Postgres extension for JSON validation" https://news.ycombinator.com/item?id=32186878 re: json-ld-schema, which bridges JSONschema and SHACL for JSONLD


Append to which side? Push and pop are terms of are for queues and stacks which containers can be and the back and front tell us which end of the container we mean


Append implies the back or end of something, while "prepend" would be the analogous term for the front.


From a natural language perspective, I agree. In practice, however, I see far more container libraries use the terms: (1) add or append and (2) insert w/ index (instead of prepend). Do you know of any container libraries that use the term prepend? From time to time, I use it in a function for some kind of business logic, e.g., "prependMeetingInvite()".


JS dom manipulation has prepend and append. These always felt quite natural to me. While push back feels weird. The act of pushing feels out of place and I also think back and front may also be ambiguous.


Prefix would be the traditional term.


Wouldn’t prefix be the traditional counterpart to suffix, not to append?


Yes, it would. But prefix is also a verb that means to "to add something before another thing" which is the counterpart to append.


Suffix is also a verb that means “to add something after another thing”. I think the verb prefix is the counterpart to the verb suffix, the noun prefix is the counterpart to the noun suffix, and the verb prepend is the counterpart to the verb append.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: