Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
chubot
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
79 ms
·
841.
▲
by
chubot
4y ago
I see your point about connecting the project name to the binary name, but it's going to be hard to find that global name All of these should be available - sudo apt-get $PROJECT_NAME - $PROJECT_NAME.org - github.com/$PROJECT_NAME
842.
▲
by
chubot
4y ago
Thank you for explaining the reasoning -- that helps. I would say that the third question is invalid -- once there is YSH, there is NO MORE "Oil", and no more "Oil language". The name is just YSH. I agree there's a
843.
▲
by
chubot
4y ago
I agree the naming is confusing, so that's why we're renaming it :) I don't see the difference between osh / olang vs. osh / ysh ? Why is the former clearer than the latter?
844.
▲
by
chubot
4y ago
Thanks for this feedback! I had almost forgotten about that page, which was linked in this post: http://www.oilshell.org/blog/2021/12/backlog-language.html I will take your point about walking through the up
845.
▲
by
chubot
4y ago
Glad to hear it, feel free to post results / feedback on Zulip! On #oil-help or #oil-discuss-public, etc.
846.
▲
by
chubot
4y ago
Sounds like something we need :) If you want a picture in your head, the Unix Magic Poster isn't a bad one :) https://jpmens.net/2021/04/09/the-unix-magic-poster/
847.
▲
by
chubot
4y ago
(author here) The next blog post will explain it, and I'll update the home page, but to be short: OSH - POSIX and bash-compatible shell. (The most bash-compatible shell by a mile!) YSH (formerly Oil) - new language with Python- and JS
848.
▲
by
chubot
4y ago
(author here) Just to be clear for other readers, we still avoid the dangerous behavior while allowing the (arguably confusing) behavior that autoconf requires. And this only changes OSH, not YSH / Oil, which is still statically parsed
849.
▲
by
chubot
4y ago
I call this a “vertical slice”, rather than horizontal layers Not sure steel threads is a very good name
850.
▲
by
chubot
4y ago
The way I would frame this is that Rust has static (compile-time) memory management, and that conflicts with dynamic memory management (garbage collection). The boundary is awkward and creates complexity. I wrote a post about problems writi
851.
▲
by
chubot
4y ago
OK, but what's your point? That Go isn't good for writing language processors? For that problem, Go can be put in the family of Rust and C++, and IMO the GC is actually an advantage over them. As mentioned, ASTs are often graphs
852.
▲
by
chubot
4y ago
With respect to performance and semantics, it's not closer to JS -- it's a typed language that uses types for AoT compilation, like C++ and Rust. The GC is a big difference, but it's also a pretty good one from what I know. T
853.
▲
by
chubot
4y ago
The JVM is better for these workloads than JITted runtimes for dynamic languages, but I'd still stay Go, Rust, and C++ are better -- both in a practical sense of what tool to use, and in theory (AoT compilation, static types, and langu
854.
▲
by
chubot
4y ago
What I'm saying is that there's no amount of money that Google can spend to make v8 5x or 10x faster for these stateful, object- /pointer-rich workloads. It's not a matter of investment. The language is the bottleneck, n
855.
▲
by
chubot
4y ago
No, PyPy isn't fast enough for these workloads (again see my comment, I tried) v8 isn't fast enough either, and it's basically a Rube Goldberg machine maxed out in code complexity right now. It probably 2M lines of code, wit
856.
▲
by
chubot
4y ago
I think JITs for dynamic languages like JS and Python have ALREADY failed for this use case -- they're not fast enough https://news.ycombinator.com/item?id=35045520 I agree with using statically-typed, managed language
857.
▲
by
chubot
4y ago
Yup, more generally, I'd say that statically typed languages that compile to native code (Rust, Go, C++, etc.) are necessary to achieve good performance when writing linters / formatters, type checkers, compilers, and interpreters
858.
▲
by
chubot
4y ago
Hm I don't get the joke -- the whole point of the GC is to avoid free()? Did the interviewer think someone who could implement a GC wouldn't understand that? There are some GCs where you can free() if you like -- IIRC Boehm GC is
859.
▲
by
chubot
4y ago
Honest question (willing to be consider new info): I always thought that housing, health care, and college are more expensive than TVs and cell phones because those things can't be OUTSOURCED to another country. - If an American/W
860.
▲
by
chubot
4y ago
What’s to hate about that? It’s a perfectly good use of Python and I do it all the time.
861.
▲
by
chubot
4y ago
If you can win, why set that precedent? The negative result for SCO is very useful to the rest of society.
862.
▲
by
chubot
4y ago
The fact that humans, our pets, and our livestock vastly outweigh wild animals was pointed out in Sapiens, and that struck a nerve for me. The best survival strategy for any species is to be useful to humans
863.
▲
by
chubot
4y ago
Thank you for writing this -- I've been through a similar experience since 2017 or so. Tons of things resonate: - sleeping on my side to avoid positional sleep apnea - mouth taping works - allergies can have a large effect on sleep -
864.
▲
by
chubot
4y ago
Reminds me of "Goodbye, Data Science" from a few months ago: https://news.ycombinator.com/item?id=33787270 The main reason I soured on data science is that the work felt like it didn’t matter, in multiple senses
865.
▲
by
chubot
4y ago
Hm do they itemize the charges? what are they for?
866.
▲
by
chubot
4y ago
Sorry if I came off as "excited" -- the main thing I'm not clear on is the framing of M x N with respect to parsing. From my post: I also claim that parsing is an O(M + N) problem, while types can create O(M × N) problems —
867.
▲
by
chubot
4y ago
The M x N interoperability problem is SOLVED BY building on top of bytes / plain text, not solved by moving AWAY from it! See this section of my follow-up post (to the link below, which is how I found this post): https://www
868.
▲
by
chubot
4y ago
Great analogy! I hadn't seen that. I can definitely see that in Groupon (which seems much less popular now?) Although I would also consider the other side of the "sharing economy" -- IMO sharing like Zipcar makes a lot of e
869.
▲
by
chubot
4y ago
Yes, definitely agree, and "enshittification" is a good word for something I've observed for ~25 years. Very similar to this phenomenon, in relation to imgur and so forth: https://drewdevault.com/2014/10&
870.
▲
by
chubot
4y ago
(Oil author here) We're making great progress on polishing Oil -- namely semi-automatically translating it to C++ -- but can still use more help. In particular, starting in October, contributor Melvin Walls has almost single-handedly e
More ›