Live data from Hacker News

Zwitterion: a web dev server that lets you import anything

github.com

41–50 of 127 posts

Re: Zwitterion: a web dev server that lets you import anything

#41
post #5

A couple things I noticed when comparing to webpack: 1. This doesn’t bundle 2. This doesn’t support source maps

Come on, it clearly says it's not a bundler. > Also...Zwitterion is NOT a bundler. It eschews bundling for a simpler experience.

It does, but the title of the HN post says "Webpack killer." That seems misleading.

Re: Zwitterion: a web dev server that lets you import anything

#42
post #33
post #23

Earlier quoted context omitted.

This. It's funny tough, people are starting to pump giant runtimes over the air just to get C# running on the frontend, while people already complaining about JS bundle size smh.

Indeed, I tried Blazor and a simple Hello World page loaded about 7 megabytes of DLLs in the browser just to show some text.

Did they plan to get rid of this somehow? What about lazy loading (runtime and/or userspace code)

Re: Zwitterion: a web dev server that lets you import anything

#43
post #12

Can anyone point me to a workflow where the cognitive load is similar to how it was in the good old days? i.e. some thing that does everything for me apart from the bit where I write application and presentation code? That mostly just works and doesn't require me to understand the whole stack. Because when I switch to other languages/environments I can most remain blissfully unaware of the plumbing that keeps the thi…

> My C# editor

Which do you use?

Re: Zwitterion: a web dev server that lets you import anything

#44
post #26
post #21

Earlier quoted context omitted.

No they are not. Standard DOM API is not i their roadmap. There is no point of doing it when WASM has to be loaded by JS anyway. Currently DOM libraries using WASM are implemented by importing JS wrapper functions.

The interface types proposal will allow to call DOM APIs from WebAssembly directly [ https://github.com/WebAssembly/interface-types/blob/master/p... ] The point of doing it is of course performance.

That's what I thought. Thanks.

Re: Zwitterion: a web dev server that lets you import anything

#45

Earlier quoted context omitted.

Vanilla JS? For most purposes I find that all these frameworks are simply unnecessary . As a bonus, all the debugging tools in Chrome work much better when there's no obfuscation or packing, and "recompiling" is just Ctrl-R. Code size and load speed is also massively better than it would otherwise be. Pages load instantly. It's nirvana, I tell you.

In my experience that results in the team building an inferior, untested, undocumented, and buggy version of React|Vue|jQuery|lodash. Now you need to train new peeps to handle that mess. And you haven’t even started solving actual problems. Provided you really need so much bulk at your disposal. But that’s a different story.

My experiences with React / Vue / Angular: server side rendering plus a reasonable refresh interface (LiveView, PJAX, Turbolinks, etc...) wins until you reach the point where native code is a better solution anyway.

JQuery / lodash: we’re slowly getting better about modern browser availability and needing these less, but it’s a long road.

Re: Zwitterion: a web dev server that lets you import anything

#46
post #33

Earlier quoted context omitted.

Indeed, I tried Blazor and a simple Hello World page loaded about 7 megabytes of DLLs in the browser just to show some text.

Blazor (WASM) has not been released yet - they're working on optimizing payload size.

I didn't know this, I was just trying out the project because it seemed interesting. If they can get the bundle sizes down it looks like it could be a great developer experience.

Re: Zwitterion: a web dev server that lets you import anything

#47
post #36
post #10

Earlier quoted context omitted.

Awesome with new ideas and approaches to things. Just because someone have taken time to solve things differently does not automagically imply that this is something that forces someone to throw old stuff out. Strange comment IMO.

I think he is pretty spot on. JS community is infamous for the constant replacement of tools with the next shiny thing, which are all built on a house of cards (one-line npm packages). I would rather see some more serious tools being put out and matured instead of this constant running around. My own personal theory is that because the barrier of entry is so low, people get a little too excited about being a contribu…

You might be right, but "serious" tools have to start somewhere. We shouldn't be trying to shut out new ideas and approaches because we feel that there are too many different tools available. Any project should be judged on its merits. And any ecosystem needs new projects to move forward. If you don't like it, don't use it.

Re: Zwitterion: a web dev server that lets you import anything

#48
post #25

Earlier quoted context omitted.

But then you're forced to use React...and as soon as you need to do anything outside of what it provides it all falls apart which happens pretty quickly in my experience with it.

I’ve been doing React for years and haven’t experienced this. What kinds of apps are you building?

- web components

- runtime plugins

React is great if you stay in the design constraints, which is to be expected. This covers the vast majority of web apps.

edit: [removed svg snippets] I think I was confused with WebComponents not supporting svg elements that don't include the root tag

Re: Zwitterion: a web dev server that lets you import anything

#49
post #25

Earlier quoted context omitted.

But then you're forced to use React...and as soon as you need to do anything outside of what it provides it all falls apart which happens pretty quickly in my experience with it.

I’ve been doing React for years and haven’t experienced this. What kinds of apps are you building?

React Router used to be a mess. And should I use Redux? I thought it’s not cool anymore. If I do, do I store everything in a global state? Maybe I’ll use Context and Hooks. Or was it HoCs? And what about mobX? I heard it’s like Vue. I like Vue. And I absolutely need something to handle requests. Saga? Maybe some GraphQL? Now that I have my views, my state, and my data, how do I test this? Jest or something else? But why write tests if I have Types! How to configure TS? A few any never hurt anyone, did they? Too many questions. I’ll let Create React App answer this for me. Or is it Gatsby? Or even Nextjs? Oh, and is Lodash the new Underscore? And what is different about those and Ramda? We need more FP! But how do I structure my Code? Dan “Daddy” Abramov tells us to organise it any old way. But how? [0]

Angular and to a lesser extent Vue give you more direction.

This is of course not inevitable in a React project, but it does take good technical leadership not to be hindered by analysis paralysis before you even set off.

0 - An exaggerated summary of what I gather on various forum and discussions.

Re: Zwitterion: a web dev server that lets you import anything

#50
I'll definitely check this out. One of the issues I ran into with ES6 module importing was the dependencies of dependencies which didn't have ES6 importing options. So, I found myself editing source code for dependencies which couldn't be imported. Web development should be moving into this direction in my opinion. I hope the project works.

Webpack does more than just module importing though. Tree shaking, minification, uglifying, compiling SASS and a lot more.

Post reply on HN