Live data from Hacker News

Fuse

fusetools.com

41–50 of 100 posts

Re: Fuse

#41
post #2

there was a team at my work evaluating Fuse, some very vocal fans, but they ended up going with React Native has anybody actually used Fuse for a real product? we could not find anyone to talk with about it and that was a deal breaker

There is a bunch of people on the community slack who are using Fuse to make things. Generally, any question you may have will be answered in there. The dev team sit in there too, so it's first hand help

Re: Fuse

#42
post #11

I really don't see the point. If you don't need cross platform the best choice is native so you can leverage all the platform goodies. If you do need cross platform and have the budget you will go with 2 native projects. If you don't have enough budget for 2 native apps you have a few options. Cordova is good enough for a lot of apps. Even Apple uses Webviews in its own apps. Also check the Missive mail client all bu…

Hi, I'm Remi from Fusetools. This interview with our CEO Anders does a good job of summarizing what we're about: https://www.forbes.com/sites/julianmitchell/2017/06/29/this-... (feel free to skip past the intro about why app development is A Thing :)

TL;DR We're primarily about being able to create cool stuff in less time (cross-platform is just a side-effect of that). A lot of what we build comes down to creating good workflows for going from idea to the final product, and to find the right level of abstraction so that you can work very quickly (staying focused on the real job rather than boilerplate and glue code) without giving up control and being sandboxed.

Re: Fuse

#43
I tried Fuse a while ago and even tough I didn't really got into it it was all very comfortable.

Lot of examples that look very promising really help to get into the main stuff quickly.

Tough, after learning React (preact actually) ; I'm wondering what it could help achieve more than going trough Native React. The last one is already well implemented and is "structured" like react, merging up some learning curve.

as Pier25 said earlier tough, trouble is when you need to implement "fancier" things. At which point you could have gotten into real native anyway.

It saves some time, but the pricing plans are ridiculous.

If you want to build a tool people want to use you need to build up something they'll like first.

I doubt anyone could be using it since more established tools are already been accepted by the community.

I will never pay you for a Visual Studio. I like coding with VIM or Subl, and I look after tools that I can use with a idiot text editor.

Hope you grow up from this :)

Cheers

edit: misread plans

Re: Fuse

#44
post #3

Looks like Electron on steroids. The landing page is nice but it's like putting lipstick on a pig - it's still a pig in the end. Also, I never understood why people hate native languages so much - why do you want to replace everything with Javascript? It's shit - it's a necessary evil in the browser but when the environment gives you something better (Swift, Java, etc) why not enjoy it?

Hi, Remi from Fusetools here. In Fuse JavaScript is merely used as a scripting language to write business logic & tie the app together, so it's quite different from web & mobile frameworks where it's responsible for "everything". Native integrations are done in Swift / ObjC / Java, and all things visual & animation is handled in declarative markup. Working with business logic in JS also allows us to do instant preview updates when you change your code, which is one of the few things I've envied web-developers. :) And of course, a good argument for using JS rather than for this is the volume of developers (and to some extent non-developers) who can use it, as well as the amount of available resources & information out there.

Re: Fuse

#46

Earlier quoted context omitted.

> When did we decide that developer time was more precious than user experience anyway? I think people really over exaggerate native UI experiences... maybe a native experience is 10 out of 10 good and a non-native experience is something like 7 out of 10 good but it's not as bad as 1 out of 10 good. I'm sure there's lots of occasions where users will be happy with a non-native app rather than not having one at all b…

Spotify would be vastly improved going native. That thing has ridiculous lag when loading the app, trying to play a song. I have an older iPhone, so it's much more noticeable, but then when you use the built-in music app and see how fast it is, it's inexcusable. I've started buying music again instead of using Spotify because of it. It's not just my ancient iPhone though - the Mac Spotify client regularly sticks for…

> the Mac Spotify client regularly sticks for at least 30 seconds on the Browse screen, or if I try to search for an item.

Works great for me. I could understand not liking it if it did that on my machine though.

Re: Fuse

#47
> I never understood why people hate native languages so much

You actually need to know some programming if you want to write applications in Swift, Java or .NET. That's why.

Re: Fuse

#48

Earlier quoted context omitted.

Spotify would be vastly improved going native. That thing has ridiculous lag when loading the app, trying to play a song. I have an older iPhone, so it's much more noticeable, but then when you use the built-in music app and see how fast it is, it's inexcusable. I've started buying music again instead of using Spotify because of it. It's not just my ancient iPhone though - the Mac Spotify client regularly sticks for…

> the Mac Spotify client regularly sticks for at least 30 seconds on the Browse screen, or if I try to search for an item. Works great for me. I could understand not liking it if it did that on my machine though.

I wonder if it's struggling with the size of some of my playlists. I've got a 70 hour coding music playlist, that's the only thing I can think would slow it down during startup. My machine has 16GB RAM.

Helpful to know I might be an isolated case, though.

Post reply on HN