255 karma · joined December 10, 2014
I'm very quickly realizing it wasn't that great and in fact, comes off as lazy from the interviewer perspective. There are several "coding interview websites" where you can ask the question, give the candidate a terminal to code, provide a list of available languages, and even have unit tests from the interviewer side to make sure the solution is correct. We've completely abstracted out the interaction and questioning of candidates and it has become a binary "did they get it right or not" type of process. Sure, there's follow up interviews and such but what have you gained from this process that couldn't be asked over the phone?
Worse yet, if you aren't using these tools and simply letting the candidate email you a project (or however they choose to deliver it to you), it can quickly become a time sink as you spend it trying to understand the solution (i.e. why did they interpret the meaning of "API" as a REST service? What is this obscure library they're using? etc.)
No thanks.
So, you're telling me that the $1MM home (which will be roughly $5600/mth) will give you nearly $20k in tax deductions (in order to meet your ~$4000/mth)?? Effectively making your property taxes free for you? You're either delusional or I am going to have a very exciting tax season come next April...
So with your estimate, you're actually left with $4k saved for the year..
I'm in no way an expert, but I work in Erlang in my day job and just glancing at the repo, this solution can't possibly be performant. A) Erlang is slow at math. B) Arrays don't have O(1) access(ETS tables might be able to help with this). C) You can't scale this solution with more Erlang nodes(without some additional work).
I really like Erlang and want to evangelize it but I don't think this is a good way of doing it. I only see this as a neat toy but not a selling point for using Erlang..
As a side note: I noticed the repo has a feature note about adding NIF's for performance bottlenecks (native C code for Erlang to talk to). If you end up writing C code, then what are you gaining from Erlang?
I'm curious how different it would taste if the containers weren't sealed during fermentation. It would be informative to see what their gravity readings were to understand how much fermentation took place during the experiment.
The company I'm currently at has close to 1,200 employees, been around for close to 10 years, its own free cafeteria, profitable enough to fund several high-risk initiatives, but easily calls itself a start up..
My personal opinion: you're no longer a start up if you're able to afford your own "free food cafeteria". ;-)
[1] https://hackage.haskell.org/package/base-4.9.1.0/docs/Data-L...
Could you imagine if this wasn't the case? The hurdle to actually get people excited about a language such as Haskell especially moving from something like Python would potentially be huge. Kudos for already having that problem solved.
I agree with the "never has" part of the statement but a little skeptical on the "never will" cause we can't really predict that. I feel like the language itself has been picking up popularity in recent years so who knows.