Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sizediterable
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
sizediterable
5y ago
ah, makes sense!
32.
▲
by
sizediterable
5y ago
People like to bring up reference cycles a lot as if it's always a deal-breaker, but for short-lived processes it kind of seems like a non-issue. Anecdotally, we've seen Instagram get overall gains by disabling GC in Python (which
33.
▲
by
sizediterable
5y ago
A Rust team alum has actually written a bit about the topic: https://without.boats/blog/notes-on-a-smaller-rust https://without.boats/blog/revisiting-a-smaller-rust
34.
▲
by
sizediterable
5y ago
This seems to be for the `async-task` crate. My question was about `async_std::task` in particular since it doesn't have cancel-on-drop behavior.
35.
▲
by
sizediterable
5y ago
In the first `async_std::task` example, we see that `JoinHandle::cancel` is an async function. I'm curious what would you do if you didn't care whether or not the cancellation succeeded and didn't want to await the cancellati
36.
▲
by
sizediterable
5y ago
Non-template-based code generation. So many tools depend on interpolation and concatenating strings together resulting in terrible-looking and error-prone code. What you want is an API for building and manipulating a concrete syntax tree-li
37.
▲
by
sizediterable
5y ago
I also wonder how this might relate to "viewpoint adaptation" as defined in Pony https://tutorial.ponylang.io/reference-capabilities/arrow-ty...
38.
▲
by
sizediterable
5y ago
This kind of reminded me of how in Rust you can split a slice type into sub-slices, except in that case you are actually allocating space for those sub-slices. This leads me to wonder if this is possible in a zero-cost way using const gener
39.
▲
View Types for Rust
(smallcultfollowing.com)
2 points
by
sizediterable
5y ago
|
2 comments
40.
▲
by
sizediterable
5y ago
Sorry if it's a bit sensationalized. I wanted to give some color as to why this release might be interesting and took this tweet I saw at face value https://twitter.com/rbranson/status/1455923426359578631
41.
▲
by
sizediterable
5y ago
Also: https://github.com/microsoft/TypeScript/pull/46429 . Anders is on a roll!
42.
▲
Amazon Time Sync Service
(aws.amazon.com)
128 points
by
sizediterable
5y ago
|
88 comments
43.
▲
by
sizediterable
5y ago
I'm less familiar with OCaml and don't know off the top of my head. Doing a quick search I was only able to find references to type declaration variance [0], though I learned that Java also supports use-site variance too [1] [0]
44.
▲
by
sizediterable
5y ago
I think most languages define variance at type definition level, notable exceptions being Kotlin which supports both [0][1] and Flow. But yeah, TS doesn't support (variable-)declaration-site variance which I didn't realize you wer
45.
▲
by
sizediterable
5y ago
I think variance can be simulated by typing the private field as an existing covariant/contravariant/invariant type class CovariantFoo<T> { private phantom!: T } class ContravariantFoo<T> { private pha
46.
▲
by
sizediterable
5y ago
I forgot about OCaml (since I normally associate it with the more sophisticated typing stuff). I don't know if I'd completely count Go since interfaces only apply to methods, not fields
47.
▲
by
sizediterable
5y ago
Oh cool, hadn't realized this. Also thanks for your great work! I'm rooting for some of your exploratory PRs!
48.
▲
by
sizediterable
5y ago
From https://luau-lang.org/typecheck > Luau’s type system is structural by default I think that makes it the second (production-ready) language to have a primarily-structural type system, after TypeScript/Flow(/
49.
▲
by
sizediterable
5y ago
Given the URL I was thinking that this would be hosted on a service that could run Github gists as single-page-apps. Unsurprisingly something like that actually kind of exists: https://gist.run
50.
▲
by
sizediterable
5y ago
> Beartype brings Rust- and C++-inspired zero-cost abstractions > Thanks to aggressive memoization and dynamic code generation at decoration time, beartype guarantees O(1) non-amortized worst-case runtime complexity with negligible co
51.
▲
by
sizediterable
5y ago
I think it's not discussed enough how things like language features shape how library APIs are formed. People usually seem to only consider the question "how would I use this feature?" and not "how would the standard lib
52.
▲
by
sizediterable
5y ago
Fixed, my apologies
53.
▲
by
sizediterable
5y ago
An algebraic effects library: https://github.com/digital-fabric/affect He has great taste!
54.
▲
by
sizediterable
5y ago
Does anyone know of if the issues brought up by njs in this thread still apply? https://trio.discourse.group/t/structured-concurrency-in-rub...
55.
▲
by
sizediterable
5y ago
> the last time I did html we were still using tables I know the OP probably meant using tables for things like centering elements and doing page layouts (no longer needed since we have flexbox and grid respectively). But for those readi
56.
▲
by
sizediterable
5y ago
Preferably you'd preserve the best aspect of StackOverflow; others being able to learn from others questions. I don't know what the best way to achieve that would be. Recording the sessions and making them public would probably be
57.
▲
by
sizediterable
5y ago
I'm optimistic that this will be less painful as more of the Python ecosystem becomes async-friendly. We have `aiohttp` as a suitable replacement for `requests`, and major libraries like Django (not ORM yet), Flask, FastAPI, SQLAlchemy
58.
▲
by
sizediterable
5y ago
Yeah, it's unclear to me whether you'd have to "join" to get the result from an operation, or if you can have some form of "await" expression
59.
▲
by
sizediterable
5y ago
> any blocking operation (a method where Ruby interpreter waits) is compatible with Async and will work asynchronously within Async code block with Ruby 3.0 and later. That's pretty magical. Does this mean it would be possible to im
60.
▲
by
sizediterable
5y ago
Ah, that clears things up. That's sounds huge! > There's also this very nice Ent framework, written by ex-FB engineer: https://ent.dev/ Awesome, hope it succeeds!
More ›