Tether banks with Cantor Fitzgerald, a primary dealer with the Federal Reserve. From 2023: https://www.wsj.com/finance/currencies/wall-street-firm-over...
Every quarter, BDO confirms Tether's assets by going to Tether's banking partners directly.
619 karma · joined August 10, 2017
Tether banks with Cantor Fitzgerald, a primary dealer with the Federal Reserve. From 2023: https://www.wsj.com/finance/currencies/wall-street-firm-over...
Every quarter, BDO confirms Tether's assets by going to Tether's banking partners directly.
https://www.wsj.com/finance/currencies/wall-street-firm-over...
https://blogs.fangraphs.com/strike-three-lets-check-in-on-um...
- Debian 13
- Interactive Brokers' Trader Workstation
- Racket's `gregor` date and time library
IBKR still sends the old, deprecated US/* timezones. As noted in the article, the solution is to `apt install tzdata-legacy`.
A writer has responsibility for their writing. How can an AI be responsible?
AI doesn't need to be responsible. It just needs to provide value, just like writers, developers, managers, etc.
It was meant for C specifically. Take a JSON document. Define it in C. Here's what I see on a random cJSON GitHub project:
https://github.com/DaveGamble/cJSON/blob/master/README.md#ex...
Now do that in JavaScript:
const jsonDoc = { "name": "Awesome 4K" ... }
Now make the equivalent jsonDoc in Lisp with s-expressions: (define json-doc
(hash "name" "Awesome 4K"
"resolutions" (list (hash "width" 1280
"height" 720)
(hash "width" 1920
"height" 1080)
(hash "width" 3840
"height" 2160))))
The C approach is the approach you'd similarly take in many languages where you create the HashMap, then create the Array, then populate them. Of course, you could "cheat" in many languages by first making a string and then calling the JSON library's `parse` on the string. But, this is different than JavaScript where you can directly create the JSON document. In Lisp, you are always writing s-expressions, both for data and code.> What's something that is made significantly easier by an s-expression than by arrays/tables?
An s-expression is a form of syntax. Even though it is a "list", the s-expression (list 1 2 3) is an actual list. It's not like you're taking the idea of arrays and tables and replacing it with a list. It's like you're taking the idea:
// Create a List in Java
var l = new ArrayList();
l.add(1);
l.add(2);
l.add(3);
// Print the List in Java
System.out.println(l);
// Prints [1, 2, 3];
// Can we construct a List from the String "[1, 2, 3]"? Is there a fromString() or similar for a Java Object?
And replacing it with the idea: // Create a List in Lisp
(define l (list 1 2 3))
// Print the List in Lisp
(println l)
// Prints (list 1 2 3)
// Can we construct a List from the String "(list 1 2 3)"?
(eval (read "(list 1 2 3)"))
What about dates? What if we want rationals? What if we want to use a binary-search-tree-map instead of a hash? // Create a Date in JavaScript
const date = new Date()
// Print the Date in JavaScript
console.log(date);
// Prints Wed Apr 16 2025 00:00:00 GMT ...
// Can I JSON.parse that string and receive a date?
Lisp: // Create a Date in Lisp
(define d (today))
// Print the Date in Lisp
(println d)
// Prints (date 2025 4 16)
// Construct a Date from the String "(date 2025 4 16)"
(eval (read "(date 2025 4 16)"))
The Lisp examples are simplified, but that is the idea.> To make s-expressions language-agnostic, wouldn't you need libraries in the languages to convert between the s-expression as it exists in some specification, and the language's native data structures?
Yes.
> This doesn't sound all that different from JSON at this point, or a much more complex specification that defines the representation of all kinds of types, like dates.
Correct. It would just be like JSON and whatever bits are standardized are what would be handled.
An s-expression is a list. An s-expression like (list (list 1 2) (list 3 4) (list 5 6)) is a list of lists. An s-expression like (hash "a" 1 "b" 2) is as hash table/dictionary.
> I also don’t see why representing data in a language’s data structure is inherently better than representing it in a language-agnostic format like JSON
You don't see why having a language data structure like Date is better than having a date-string stored in a JSON value that you need to provide parsing and other functions for? If you have a language data structure like Date, you can add days to a date, extract the month, convert it to a DateTime, etc. If you just have a JSON value, you either need to provide those functions or convert your JSON value to the Date language data structure. It seems like you see the value in using the language's data structure because you then say:
> having libraries to parse and convert data from that format into a language data structure
Also, JSON is just as "language agnostic" as s-expressions. JSON happens to be a first class component of JavaScript, as s-expressions are a first class component of Lisp; if libraries exist to help you deal with JSON in other languages, so, too, can libraries exist to help you deal with s-expressions.
> I’m struggling to understand what the tangible benefits are.
I think you understand the tangible benefits of JSON? It is a human readable/writable data serialization format. It is integrated in JavaScript in such a way that you can easily serialize, parse, and extract data from it without reaching for a library. S-expressions within Lisp do that, but they don't limit you to strings, floats, arrays, and unsorted maps. You don't need to write conversion functions or use them from a library because reading and writing s-expressions are core parts of Lisp.
If you can understand the appeal of having JSON in JavaScript, you can understand some of the appeal of Lisp.
> I believe they didn’t buy the books, but I’m skeptical that cost is the true reason, as opposed to just the excuse they offer.
> All texts combined for one of my courses is between $35-$100 and they still don’t buy them.
How about don't charge for the material you present in your course? That is scumbag behavior to teach a course and require your students to buy books you stand to profit from.
https://github.com/evdubs?tab=repositories&q=&type=&language...
Scraping is copyright infringement. Try telling the RIAA that scraping songs from YouTube or Spotify is not copyright infringement. Try telling the MPAA that scraping movies from Netflix is not copyright infringement. Same for book publishers.
https://crsreports.congress.gov/product/pdf/LSB/LSB10922
> Under U.S. case law, copyright owners may be able to show that such outputs infringe their copyrights if the AI program both (1) had access to their works and (2) created “substantially similar” outputs
From Shaw v Lindheim.
> Their own lawyers would be on their case if they were infringing halfway through the pipeline.
This is why many of these AI companies are their own entities with sponsorships or shares held by other, larger companies. If they're on the hook for obscene copyright infringement, they just close down.
The AI companies are definitely storing proper copies of their "corpus".
> You can make a simulated reality movie without infringing on the Matrix, for instance.
You can also make a simulated reality movie, even without the name Neo, and a court could find it substantially similar to the Matrix and thus copyright infringing. It doesn't need to be the same.
If you were writing highly derivative textbooks, your college textbook's author would be peeved, too. That is the AI analogy, not that you read a chemistry textbook and are then breaking some law when you go do chemistry.