Hacker Newsnew | past | comments | ask | show | jobs | submit | seizmo's commentslogin

Knowing the ridiculous U.S. tax laws (e.g. you once had an Green Card and now they want to tax you pretty much for the rest of your life regardless of where you live and work), overboarding bureaucracy and general lack of legal security (e.g. frivolous patent lawsuits), I would certainly open my business pretty much anywhere else.


Even as a US citizen?


No, as a foreigner. But thats who Atlas is for, right?


https://stripe.com/atlas/faq#Who-should-use-Atlas

"We expect Atlas to be most beneficial for entrepreneurs who have a global customer base, plan to raise money from global investors, or who plan to build an operational presence in the U.S.

While incorporating in the U.S. can make many things much easier, it also comes with long-term legal and tax implications. You should think carefully about whether it’s best for your business and consult advisors as necessary.

(Please note that there are a number of business categories that we can’t support in the U.S.)"

Not for foreigners, for people who want to have a US operations, raise money, or have customers in the US. I think ops, raising money, or having us customers is the right order to think of it too.


One thing you notice right off the bat: Its very slow. It takes about 2s on my machine to load the TodoMVC example. Thats about as long as it takes to load my GMail inbox. Thats pretty horrible for whats supposed to be the "Hello World" of JS frameworks. I didnt dig in what actually takes so long, but it seems like it has still some way to go.

I find it interesting that after Angular this would the second (3rd if you count GWT) JS framework released by Google with pretty bad performance characteristics (if it actually is made be Google).


If you load it off of the TodoMVC site, it loads much faster than the AngularJS version. If you load it from GitHub then it is slow because that isn't a packaged/built version (it's just loading directly from the repository) and is loading all of the individual models separately. We have a 'BuildApp' tool which can package applications for production, which doesn't happen when you load directly from GitHub.

FOAM doesn't require a build step, which is why it can be run directly out of the Git repository, but that method isn't representative of production performance.


It reminded me a lot of R shiny clunky apps. But the goal is "fast apps fast" so yeh.


Try it over SPDY/HTTP2 and you'll have a very different experience.


Yeah, based on the Chrome network panel it is loading all the unminified view files separately. They should definitely combine and minify all the files to prevent a bad first impression.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: