Live data from Hacker News

Famo.us open to everyone

famo.us

91–100 of 144 posts

Re: Famo.us open to everyone

#91
post #65

Earlier quoted context omitted.

As an employee I have mixed feelings here. For a long time (I've been with the company for 2 years), I was the main person at the company arguing for the basics necessary for all apps like you suggest we should have done. However, looking at this from the inside my view has changed to where the approach we're taking probably makes the most sense long term even though it may not be immediately obvious. First, the goal…

Thanks, I respect your work. Like I said, a lot of it is very smooth. I think a lot of the hate comes from the secret beta aspect of it. I thought it was pretty ridiculous, but I got a friend to send me the source when it came out so I could see. I think people are going to naturally be dismissive when there's such hype and buildup and then the results are in any way disappointing. It also didn't help that you had "O…

Completely agree. I think meteor worked for quite some time secretly before they actually announced what they were doing. It's hard to say which was a better approach. Obviously on HN, a community in which I communicate a lot, it hasn't been received well, but in other circles that are far removed from the cognoscenti, it takes hype to break through to people far removed from our reality.

I have many friends from my home country (Brazil) far removed from San Francisco and the Bay Area that know about what I'm working on without me telling them. The fact that they know about what Famo.us is working and we don't have the luxury of having the visibility of a Google or Apple, is a testament that this approach may have value.

Many of us are entrepreneurs here. Having a great technical solution is half the battle. Awareness is the other half. I've been doing this for a long time, and I think there's gobs of merit in our solution despite the rough edges. I also know there's gobs of skepticism of our approach. If how we've communicated has been less than ideal, but succeeded in getting people to at least try to framework out that either would have dismissed it out of hand or sat on the sidelines waiting for others to test it first, then it might have been worth it.

What I do know is that despite some of our foibles, that when someone who is knowledgeable actually takes the time to sit down and build something, they come back a believer in the approach we're taking. A few months ago, I replied calmy to one of the first naysayers I encountered early on on reddit who was about to dismiss us. He gave it a shot and he's now become one of our biggest supporters.

Lastly, to you and everyone else, if the criticism you're giving us comes deep down from your values (and is not just a kneejerk reaction and bandwagon haterism), please tell us. It's a learning experience. We're a pretty motley crew here as Famo.us and not all of us come from an Open Source background, thus not all of us have the same experience upon which to draw when making decisions on how to handle an issue that might be controversial. Some open source ideas are controversial among people with a different business background, just as some good business decisions may be controversial among us that work on open source. Oftentimes the solution that produces the most good is somewhere in the middle. Furthermore, just because someone doesn't have the same experience as you or I, it doesn't make their decision necessarily invalid, since they may be operating based on experience which we lack and informs them to the contrary to the conclusions we'd come to. I know that I myself joined Famo.us with far less experience on how to generate attention for the important work I may be working on. I learned a ton about the value of that skill. Sometimes the difference between succeeding or failing with a good solution is generating publicity that increases willingness to experiement with your solution. Howard Aiken once said, "Don't worry about people stealing an idea. If it's original, you will have to ram it down their throats.". The lesson I've learned is that if you've got a good idea and you're worried about ramming it down their throats, you're probably selling it wrong.

Thanks for your thoughtful, balanced comments.

Re: Famo.us open to everyone

#92
post #61

Earlier quoted context omitted.

As an employee I have mixed feelings here. For a long time (I've been with the company for 2 years), I was the main person at the company arguing for the basics necessary for all apps like you suggest we should have done. However, looking at this from the inside my view has changed to where the approach we're taking probably makes the most sense long term even though it may not be immediately obvious. First, the goal…

Thinking that native scroll is not important puts you outside of the average. That's fine -great, even. It is where the innovators are. But you need to prove your point, and so far you have not. That's why an opinion like yours has detractors.

Fair enough. That's a very valid point.

With that in mind, what would you have to see to be convinced that native scrolling is not as important as many people claim it is? Also, what do you think it would take to convince many of those that hold native scroll in high regard that maybe it's not as deserving of the pedestal upon which it stands?

Dead serious here, besides meeting the definition of "fitness for use" by the common app user, it's as important to meet the definition of "fitness for use" by those that will be tasked with implementing an app that is built upon our framework and by extension uses our scrollview.

Re: Famo.us open to everyone

#93

Earlier quoted context omitted.

FWIW, KitKat isn't on the list of versions we support. We target Ice Cream Sandwich and above. Also, are you using the stock Android browser or did you install Chrome? The problem isn't with that device isn't Famo.us, and IIRC it's not the hardware either, it's the implementation of the APIs we rely on in the browser. Many people replace their mobile phones every 1-3 years. Now that smartphones are becoming feature p…

Sorry to have to break it to you but "K" comes after "I" in the alphabet..

You are correct. I had a total brain fart.

Re: Famo.us open to everyone

#94

Earlier quoted context omitted.

As an employee I have mixed feelings here. For a long time (I've been with the company for 2 years), I was the main person at the company arguing for the basics necessary for all apps like you suggest we should have done. However, looking at this from the inside my view has changed to where the approach we're taking probably makes the most sense long term even though it may not be immediately obvious. First, the goal…

What I don't get is all the hate out there. Well you did hype it quite a bit. Just pretend the "hate" is HN hazing for your launch; it's a bit of trend around these parts. I have a question: is the Lumosity iOS app built on Famo.us?

Luminosity on iOS AFAIK is not based on Famo.us. Some of the transitions in Luminosity were built by one of the teams that participated in our private beta, so I reckon that's why you may have gotten that impression.

Between us and developers that participated in our private beta, many of the iOS transitions found on http://capptivate.co/ have been implemented and we're challenging Famo.us developers to try an build them all. IMHO, almost all if not all the iOS and Android apps showcased on Capptivate can be implemented with Famo.us. Those demos built so far were built by developers with a wide range of skills from junior to senior. Are all the demos perfect, nope. But do they all demonstrate that you can accomplish with the web pretty much anything you can accomplish in native without jumping through hoops and resorting to hideous hackery.

Re: Famo.us open to everyone

#95
post #54

Earlier quoted context omitted.

Thanks for the feedback. Out of curiosity, what version of Android are you running on the Moto G?

4.4.2 (the normal Motorola version, which is very close to stock Android). Chrome 34.

Out of curiosity, how did the demos perform on that device?

We'll work on making the demos available at standalone URLs (instead of iframed on our site). In the meantime, if you haven't tried them and want to, you can:

1) download the starter pack

2) go to the demos folder

3) open a webserver in each folder that serves the app.html as the index (just occurred to me that we should switch app.html with the iframed index.html for this very reason).

4) then open each demo on your phone over the local network.

Re: Famo.us open to everyone

#97
post #25

I got a look at this during the "Secret Beta". All in all, cool idea with using the 3d matrix transform, felt very unfinished though. I also felt that the coding style was very verbose with plenty of needless inheritance tricks, etc. They have a huge physics library and a bunch of other stuff that is not necessary for 99% of apps. There was one demo for a basic app, and like 100 demos of various bouncing balls and sp…

As an employee I have mixed feelings here. For a long time (I've been with the company for 2 years), I was the main person at the company arguing for the basics necessary for all apps like you suggest we should have done. However, looking at this from the inside my view has changed to where the approach we're taking probably makes the most sense long term even though it may not be immediately obvious. First, the goal…

Lastly, I think the importance of native scrolling and other native-like features are actually overblown. I've been on the web long enough to remember when people used to say that webmail would never compete with desktop mail and that Excel would never compete with something like Google Spreadsheets.

Nearly every day I curse Google for breaking the native interactions with my browser (I mostly use Opera and they seem to only care about support for Chrome). For instance, today I was trying to type an equals sign and Google Docs only wanted to enter a plus, with or without the shift key. Please don't use them as your role model.

The thing about native toolkits is that they are battle-tested and you can trust them to work. Custom UI components are bound to have nasty little lurking bugs, so you should use them as icing on the cake. For things that are absolutely essential, like scrolling or entering data, please use components I can trust.

I've been around software long enough to remember when desktop application devs thought it was a good idea to develop their own basic UI components. Needless to say (or maybe not) they were often broken, usually in unexpected and irregular ways. I suppose it's only fitting that web devs would try, though to be honest I hoped that impulse had ended with the death of Flash.

Re: Famo.us open to everyone

#98

Would there be any documentation of how to integrate this to Phonegap / Cordova?

Stock phonegap works fine for iOS, but there are limitations on Android. We've got an internal project that we'll be releasing in 1-2 months that allows you to package Famo.us apps for Android.

Re: Famo.us open to everyone

#99
post #61

Earlier quoted context omitted.

Thinking that native scroll is not important puts you outside of the average. That's fine -great, even. It is where the innovators are. But you need to prove your point, and so far you have not. That's why an opinion like yours has detractors.

Fair enough. That's a very valid point. With that in mind, what would you have to see to be convinced that native scrolling is not as important as many people claim it is? Also, what do you think it would take to convince many of those that hold native scroll in high regard that maybe it's not as deserving of the pedestal upon which it stands? Dead serious here, besides meeting the definition of "fitness for use" by…

I'd suggest a scroller that works on most (for some reasonable definition of most) of the major (for some reasonable definition of major) platforms for the types of sites you're hoping will use it. A minimum list of platforms would be Firefox and Chrome on desktop and the latest stock mobile browsers on iOS and Android. A minimum website would be your own marketing and documentation portal.

It's all well and good to say "don't put native scrolling on a pedestal" but if the alternative simply isn't usable that pedestal sure seems justified.

Re: Famo.us open to everyone

#100

noob question - I saw this on HN sometime last week https://www.webkit.org/blog/3362/introducing-the-webkit-ftl-... "This will allow JavaScript programs to leverage sophisticated optimizations that were previously only available to native applications written in languages like C++ or Objective-C." Would famo.us have any utility once Apple moves to that version of WebKit?

Definitely. JavaScript performance really isn't the problem. DOM with getters and setters that only accept strings and children are the problem.

That being said, once the browsers fix the getters and setters so you can set them without marshaling types into strings, Famo.us will be even faster and all performance issues will drop to almost nothing.

When that does happen, assuming no new yet unannounced HTML5/ES6 features, there isn't anything in the browsers that will magically give you the capabilities Famo.us does. The browsers would have to create an alternate parallel scene graph based interface for content. It's possible that may eventually happen. But like almost all features of the web, it takes a few bold individuals and teams implementing those features first to show what's possible and how they may be accomplished. We're hoping we can influence where the web is going enough that some of the ideas eventually become standardized.

It would be nice if in the future, we find a way to get the benefit of Tim Berners-Lee's vision for the web and also what Alan Kay thinks the web had the potential to have become [0] had we gone down different paths.

[0] http://www.drdobbs.com/architecture-and-design/interview-wit...

Post reply on HN