(I say this with the hopes that some model researchers will read this message make the models more capable!)
192 karma · joined September 25, 2010
(I say this with the hopes that some model researchers will read this message make the models more capable!)
I imagine that your friend's NFT contract stipulates he gets a cut of resales, but I'm also curious if/how your friend deals with potentially bad actors that, say, scrape the entire content then resell the token for most of what they paid for it having extracted the content it unlocks. Obviously the contract could help offset a part of that trade, but seems tricky nonetheless?
Edit: I suppose part of the premise is that there are only 500 passes and content continues to be produced, so if you want access to the current library after all passes have been used trading the pass is actually a key attribute of others gaining access to the content.
But also, from reading the Pages docs I wager you can also make the build command something like `echo done` and then set the build directory in your configuration to be `.`.
Differently: why are Cloudflare and others interested in running my build?
Several of the shows producers (and Ira’s mentees) have gone on to create other famous shows:
- Sarah Koenig created Serial, one of the first truly mainstream podcasts (1M listeners in its first week) for telling, in the first season, the story of a murder of Haymen Lee and investigating whether the man convicted, Adnan Syed, was likely innocent.
- Alex Blumberg created Planet Money, a short radio show that explores economics and explains it by looking at what’s happening, culturally, around the world. Later, Blumberg founded Gimlet, a podcast company that recently sold to Spotify for $100M, ostensibly to create content with that, now famous, NPR _sound_. Some of the bigger/more famous work from Gimlet is Startup (now also a TV show in the US), Homecoming (now also a show on Amazon Prime Video), Reply All, and Conviction.
Anyway, Ira Glass has hosted This American Life since the beginning, and Blumberg recently interviewed him for a show Gimlet produces called Without Fail. If you’re looking to understand his impact in this space, I think that’s a wonderful place to start.
*edited to correct where the Homecoming TV show airs.
Compared to other frameworks, Conjure more easily retrofits into HTTP/JSON service boundaries (no surprise based on its origins) and, IMO, provides great ergonomics for mixed FE/BE teams, especially where FEs are big and complex with lots of BE interaction.
In terms of audience, we’d hope this helps FE/BE teams with easy to use and ergonomic API defs, and think, as above, it’d especially help others who have existing surface area to convert to declarative APIs, even if only as a stepping stone.
On the BE/BE comms point: we use Conjure for all RPCs in our systems — while JSON is obviously not as compact as Protobuf or Thrift we’ve found serialization and transmission are rarely bottlenecks, and that, instead, a unified format and common treatment for clients is a boon for operability and stability — and often times also for aggregate system performance.
Migrating from that setup required first having a declarative API format to translate through, and Conjure was our answer (starting in 2016) to generate human-quality code that would drop-in-replace our hand-maintained, language-specific client and server definitions.
That said, we're fans of gRPC/Protobuf and heavy Cassandra users (so also have a good breadth of experience with Thrift), and gave both serious looks before getting going, and again before deciding to open source our work today.
When we started on this tooling there really weren't great gRPC options for the browser, and the balance of our developer pain was around frontend/backend rather than backend/backend RPC. We also took a long look at Swagger/OpenAPI, but ultimately moved on because it focused more on the full coverage of any kind of HTTP/JSON API and as a result was too general to end up with consistent APIs across many services.
Over the last two years of development (and conversion of all our hand-maintained clients) we found that Conjure held a lot of value as an easy-to-adapt declarative definition format, that it applied strong enough constraints so as to make API development focused on the semantics and behaviors rather than the syntax or specification. And, we thought that that had sufficient value we should open it up to others.
Beyond that, we've got some work underway to use protobufs as the wire format, and enough flexibility built into the framework that we can use that or other non-JSON wire formats along-side JSON with the same client and server interfaces and code implementations.
Notably this doesn't require a distributed filesystem.
p1: SET a 1
p1: BEGIN
p1: GET a
p1: SET z 1 # imagine this were contingent on reading a
p2: BEGIN
p2: SET a 2
p2: COMMIT
p1: COMMIT # expect conflict, but don't get one
p1: GET a # returns 2
p2: GET z # returns 1[1]:http://techblog.netflix.com/2013/12/announcing-suro-backbone...
I often find myself starting to watch live tv shows about 20 minutes late and playing it as it records so that I can see the show the night it airs _and_ avoid ads.
When Hulu will let me do this, I'll drop cable. (that said, I realize the premium I pay for these privileges and others with cable is steeper than it should be)
Hello World!
...and saving it as a .php file. I think you'll have a hard time finding something more concise. :)In reality, one of the things that makes PHP an easy language to pick up is that you don't have to have all of the overhead of learning how it works. Novices sprinkle bits of PHP surrounded by HTML-looking tags and all of the sudden they're up and running.
I started with PHP myself, and found it to be an interesting and frustrating language (needle or haystack argument first?). It's often saved by an easily searchable manual and a huge user base.
PHP is a shoot-yourself-in-the-foot language. It'll happily let you do dangerous, awful, bad, bad things. This wouldn't be such an issue if there was a higher barrier to entry, the real problem is it's easy to pick up (is that really a "problem"?), but that's a feature not a bug.
(rather: why is it useful to explicitly shard vs running one big instance with all of the memory and the same total number of threads? queuing theory would lead me to believe the latter would be better)