I would actually intentionally not want any ABI like wasi or emscriptem. I'd like the serialization format to not care about the platform at all (e.g. the function should run the same on any operating system, browser, embedded device, etc).
jeffhykin
joined 2 years ago
I think that's actually a pretty good idea.
I could, right now, create the function in wasm, put it in yaml with a !wasm tag (or maybe a more specific tag) then the deserializer could detect it, load it, and wrap it in a function.
Lapse is going the extensions-for-features route, cross platform from the start, is more buggy atm, slower progress (doesn't have 3 dedicated experienced devs) but is more accepting of community support.
Zed, similar goals and rust backend, probably has some monetization goals (eventual offering of live sharing code service), and Zed isn't afraid to hardcode features. Like... very hard hardcoded features, to the point that I'm kinda concerned about it. This 5min clip of Theo looking over the source code shows it pretty well https://www.youtube.com/watch?v=ZOYp6-k9HhE&t=1533
The Atom/Zed devs write the most well-documented code I've ever read. Clear variable names, perfect comment-explainations when needed, etc. I wish they would join up with Lapse.
It's always good to understand yourself more! All people have weaknesses, the successful ones just know how to play to their strengths.
Speaking of 10 hour projects, today I made a website that's basically the free version of connectedpapers.com, but it's got even more academic papers cause its powered by sci-hub!
(note: not mobile friendly, and very beta) https://jeff-hykin.github.io/home/#10.1155/2014/413629
(just don't ask me about my dishes)
Agreed. Ones near me (in Texas) usually have meats, eggs, nuts etc. But, to your point, this last summer it was so hot almost all of the chickens for all of the farmers stopped laying eggs. So we just couldn't get eggs from the for half the summer.
It's not a great option, but I think it is one of the only options we have against large corporations.
There's usually still farmers markets within driving distance. Granted they're not a replacement for a grocery store, but they have a lot of the essentials. There's no middle man getting a cut when buying from them. But also it's important to go because otherwise the local markets won't get any bigger.
Don't temp me 😁, I might just do it haha
Well, if it helps, some solar punk posts like this one go mainstream. I think there's only about 150 active solarpunk members so when a post gets close to 1000 votes that means non-community members are voting.
I've commented on solarpunk stuff that was mildly in capatlism defense (much more controversial than your question), and had great conversations/critisims with almost no downvotes. So I think/hope the downvotes are not from the core solarpunk community. It is still sad, but I would be much more sad if it happened and the main post only had 100 upvotes.
Most problems in the modern age aren’t complicated engineering problems, they’re the same problem: coordination failure
I'm in the 3rd year of my engineering PhD, because my whole life I thought society needed an engineering solution. I mean I didn't blindly accept what people told me, but still it wasn't until last year that I realized/agree with basically what this quote is saying; society isn't bad because of an engineering problem. We're pretty good at making water, food, shelter, and transporting stuff around but pretty bad at having a good life (ex: the loneliness epidemic). That gradual realization is part of why I'm in the solarpunk community.
Spending almost 20 years in education learning to solve the wrong problem is a real shame to say the least, which is why I think articles like this are incredibly important.
IMO, we need to change our attitude when we talk to kids of the next generation. No more "politican = bad don't do it. Be good; be an engineer". Instead we should be saying "our politicans are bad, you should be good, study, and run for office"
If you're asking about specific names of features, its just the ones seen in that video clip. It seems like a pattern of very not-modular-ness.
If you're asking why that pattern is concerning as an end user: Zed claims to be "a lightweight text editor". But hardcoded support for a particular javascript library, as well as hardcoded support for a particular formatter, feels a lot more like a opinionated IDE packed with features designed for the specific workflows of the creators. Even if there's no runtime cost, there is a technical cost for open source contributors. These little not-modular things can really bloat the codebase and make it hard to contribute.
More importantly, if Zed does add plugin support in the future, its going to require a major code refactor. Which makes forks and outside contributions especially hard.
From a lock-in perspetive: if something better than tailwind comes out, and we were daily driving Sublime 3 with no extensions, its no big deal to switch to the new thing. There wasn't any hidden favoritism to begin with. But in Zed, not only will it feel bad to use the unsupported new thing, but also the team behind the-new-thing can't realistically fork and add support either. They just have to hope the Zed devs decide to support it.
If their website said it was a fast low-overhead opinionated IDE I'd be fine because I'd know the kind of lock-in I was getting into.