Go ahead and apply. You don't have to actually purchase the company, just because you applied. We already got accepted and can now go ahead, if we want to, at any point. Also, I don't think they are too picky. We got accepted within 2 business days.
> I have this same view for the LLC. The only issue I have so far, is dealing with long distance calls. Some vendors are happy to talk on Skype which is great. But the majority always want you to call them.
Yeah makes sense since most of your customers are US based. Good point, didn't think about that.
My first concerns were more towards dealing with lawyers, accountants and potential lawsuits as well as taxes in the US. Lawsuits are way more common their and taxes are quite complex due to federal/state/city laws, compared to the kindergarden-level flat tax in the UK... But yeah, I guess that's why people have accountants.
> My mindset is, if something happens. Just deal with it and move on. No point worrying about it.
That sounds quite british :) Good luck then! Do you have a blog already, so I can subscribe or something, to see the post once you release it?
> Actually, no. Last time I compared BEAM (Erlang) and something else, Erlang code that only parsed text data from a file (CSV) was several times slower than Perl script that parsed that, built a structure, serialized it, and wrote back to a disk file (BerkeleyDB).
Yeah, Erlang/Elixir are both not very fast when it comes to stuff like file parsing. Jose, the creator of Elixir pointed that out several times before. But as mentioned before, web developers can greatly benefit from Elixir.
> I doubt it, unless Ruby (MRI is what I think of) is an extremely poorly written interpreter.
I wrote several things in both languages. CSV parsing is pretty much the same speed, again file handling in Erlang/Elixir. When it comes to real web apps, Elixir is usually faster by a factor of 10x when DBs are involved and 100x when it comes to plain rendering.
> It's not. It's slow (I've seen it when comparing with other runtimes). It was never intended to be fast. It was always intended to be convenient and highly concurrent.
As others have mentioned, depends on what you think is fast and in what areas. When it comes to web apps, Elixir is way faster than ruby, python and even node. Pattern matching, for instance used for router matching is very fast compared to the techniques used in ruby/python frameworks.
Java, Go and several other languages are faster as Erlang/Elixir, of course. But Go is too low level for huge apps and Java is a whole different beast. Basically, Elixir is a nice middle ground to develop fast-enough web apps with high concurrency and easy scalability without sacrificing dev speed and dev fun.
I'd say go does have a future. I'm a long time php developer who switched over to ruby a while ago and I've to say that go is pretty nice, even coming from a ruby background.
The syntax might look weird in the first place, but once you get used to it, it's actually somewhat sexy, given the fact it's compiled and statically typed.
Since go has a very good solution for concurrency, compiling takes seconds and it's already adopted in a few well known companies besides google (heroku, canonical, shopify and more), I think it will gain even more traction (already under top 20 languages on github).
Plus: The standard library is very impressive and huge. You can build many different web apps and daemons without any external library involved.
Not in my experience though. The people who do like PHP are the ones who started with it and didn't use it too much yet. In my exp. a lot of ruby/python/node.js devs are former PHP developers who built several websites using PHP and switched because they got pissed about PHP (or stuff that is related to PHP).
More interestingly imho is the percentage of people who hate PHP but still use it most of their time, since they can't find projects with other languages. I bet that's a lot of people...
How are those two links related to "ruby sucks as a language". I tried tons of languages, from php to js, obj-c, clojure, golang, java, scala, python and coffeescript (not really a lang tho :)). Ruby is without doubt one of the best designed languages. The syntax might not be the right thing for everyone (I don't like python's for instance), but the language itself is really well designed to be as natural and less surprising as possible for developers. OOP wise it's a pleasure to work with. PHP is basically the opposite.
In general on the topic: Major reasons why Ruby and JS lead the whole thing is that a) the communities are extremely huge and active (in open source) and b) smaller modules/gems are preferred over huge frameworks (yes rails is huge, but it's actually a set of other gems - sort of). And since the author sorted by the amount of projects and not the lines of code, JS leads the list due to a ton of small modules (e.g. for node.js or component).
How can a website nowadays need 9 months to add a new language? I mean good article, but seriously. If you have to refactor your whole codebase to add i18n, you did it very wrong in the first place.
The more I have to do, the more motivated I am. If I know I have a few tasks to do, but no actual appointments or deadlines, it's pretty hard to get out of the bed. I need stress to be productive.