It's cheap but not quality.
14 karma · joined May 29, 2013
> That is of course, if they'll have me!
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?
May I ask in which sector you're working, goods or services?
How do you feel about the hassle that comes with an US based corp compared to the ease of a UK one?
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.
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.
I kinda miss class based inheritance tho.
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...
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).