lleolin
Semantically accurate
>Sensationalized because it's connected to someone special
It can be spam and it can be spam from 70 pro-Bloomberg accounts at the same time. I don't understand what's sensationalized about that.
Remote: Yes
Willing to relocate: No
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been developing web applications in Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been developing web applications in Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been developing web applications in Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
This seems like a really flawed way of approaching most things. Why assume anything? And if you're going to assume anything, why only factor in that one bit of information, and not any other context. How about the fact that he's been coding for 30 years and works at Google. Is that also relevant?
>I’m assuming the interviewer was a bit surprised
There was no interviewer in this situation. His tweet was not in regards to any interview. Did you read the article?
>If the answer to every question was “I don’t know, I have to look it up”, you’d pass on him, too.
But if I were to do so, at least in such a case I would be basing my suppositions on more than just one thing.
OK, I agree, it's kind of like saying that.
But it's also kind of not like saying that.
Incompetence in driving and incompetence in software development are measured in completely different ways for completely different reasons. In driving, notions of what you definitely should know in order to qualify as "competent" extend from the intrinsic risk to other people's well-being. You can't simply transpose those notions onto the low-stakes sandbox environment that is software development. In software development, process is only important as far as it hinders or helps to deliver good code; competence should be dictated purely by results. All of the actual competence of driving comes during the actual process part; successfully reaching your destination is actually considered to be less important than simply not fucking anything up on the way there.
Sometimes I pick up a video game that I haven't played in weeks, and perform actions incorrectly because the button layout has been overwritten by the button layout of a similar and more recent game. It would foolish to say I'm wholly incompetent at either game; I still have a strong concept of what I should be doing and what I intend to do, it's just that I'm fumbling a bit at the specifics of executing my intent. Am I incompetent for looking up the button layout? Am I incompetent, but only for the 1 hour that it takes me to get back in the groove of things?
Declaring someone is incompetent is a bold assertion to make from such limited information. At the end of the day you either deliver good code in good time or you don't. I would be extremely reluctant to determine this guy can't deliver good code because he had to look something up. Figures no one will hire me.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been developing web applications in Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
I guess I fundamentally don't understand the nature of your argument; your reasoning essentially prohibits anyone daring to voice concerns about prevailing practices, because it could always be worse?
I understand the point you are making, but I think you could make a much better and less sexist analogy.
I would like to call this "an appeal to free will". It's true that individuals can choose what they click, but there is also going to be a statistical reality of what people "choose" to click more/most often.
Because of this, imo the big deal is absolutely gargantuan. Google for example handles several billions of searches per day. To your point of continuing to hunt for the right results, just adding a few seconds per search increases the amount of aggregate time spent searching on a scale of centuries per day. I would argue it's a similar case with Amazon; the service is so large that a minute changes can have tremendous impacts.
Remote: Yes
Willing to relocate: No
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been developing web applications in Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
Before trying Elm I'd never used a purely functional language. It's definitely a different way of thinking and I'm glad I took the time to wrap my head around it.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux, Stimulus, Elm
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been using Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux, Stimulus, Elm
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz....
Email: [email protected]
I have been using Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino and Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.
Remote: Yes
Willing to relocate: Yes
Technologies: Ruby, Ruby on Rails, Redis, JavaScript, TypeScript, React, Redux, Stimulus, Elm
Résumé/CV: https://docs.google.com/document/d/14gZqNiu5EbKWt0jOfS2a88bz...
Email: [email protected]
I have been using Ruby on Rails since 2006 as both a hobbyist and a professional, in addition to other Ruby frameworks such as Padrino or Hanami. I am seeking challenging problems that engage my creativity and desire to build neatly architected, functional, and well-tested apps. Very open to opportunities to do more front-end development (particularly in React), or move into other languages and frameworks such as Elixir or Phoenix.