:wave: Pull Request reviewer here with over 1000 reviews.
I've reviewed code across languages, team size and maturity. A good static analysis tool is not code review. The word 'context' came up 37 times in this thread (by the time I hit submit) and it is worth digging in to how I build and maintain context with teams. First up, it is my responsibility to uphold, not define a team's best current practices. If you believe a linter and static analysis tools are best current practices, you probably do not need code review. The code review process is an exercise to affirm how well a pull request meets the expectations (context) of a team and suggest remediation where appropriate.
I assume 'context' used in the threads to mean "how we do things here". As a reviewer, I conduct review understanding the problems the team wants its code reviews to optimize for or to avoid. This is due to the people creating the platform. It's a solid platform for reviewers to get things done. Every line of contributed code I review is done with an eye towards ensuring it affirms a team's stated objectives. If those objectives somehow falls outside of what I know to be true from my experiences as a professional and best current practices (BCP), I am empowered to engage the team.
I've had teams request to never provide guidance for coding style issues. Others want to know if how they modeled a React component tree could be improved. My success on the platform relies on always building context. Without that rapport it limits the depth of the review. Because code reviews are interactive, they tend to get better over time. When things go well, the relationship between team and reviewer is seeking a pareto optimum between the pull request and the team's best current practices. When needs change I adapt my reviews. It is the same treatment if you're a one person shop, SME or a listed company.
I think one of the strengths of Ruby and thus RoR is its kind of simple. Although I will admit the leap to 3.1 was probably more difficult than it ought to have been. I can only speak for NYC but joining the local meetup community has done wonders for my skill building. But remember, this is a ten year process =) Good luck!
Beginning last year I was in the same about you appear to be in. I can say, with a lot of confidence, I disagree with the previous comment. BECAUSE Ruby is such an articulate language it was fairly easy for me to pick up, with no formal CS classes in over 15 years. Might I suggest IF you have 1 year and 4hrs a day do the following:
1. Spend three months just in Ruby. I recommend LRTHW (Shaw) and LTP (Pine)
2. Code School 1 & 2.
3. Hartl (will hurt your head in a good way)
4. Repeat Step 1
5. Make apps, learn a few front-end frameworks (bootstrap, zurb-foundation) along the way.
I've been steeped in this space for a bit - there's catchafire, 5000hands and a bunch of others.
I guess it all depends on geographic scope and focus of the startup. Unreasonable Institute and Global Social Business Incubator are good places to begin looking.
@prognostikos - thanks man. I saw your template and came across a few others. I came across this gem (https://github.com/kfaustino/rails-templater) I might give it a go. I understand about 85% of your script so I am definitely going to try and create my own from all this inspiration.
Thanks, I found a local bike shop and they fitted me, so at least I know how to buy a bike for my needs. I will check this place out though. I also found out some bike manufacturers do not allow stores to sell online. Interesting business challenge for retailers. Now I can see why a lot of the bike shop sites are so sparse on functional...and form.
I lived in the Bronx-never had a bike stolen (no joke). My first day on campus @ a large midwestern school (Sci LIB) my bike got jacked. Sigh. Now that I am back in NYC, finding a new bike for less than $370 seems impossible. Then tax and accessories.
Article is classic; Its like watching yo gabba gabba with my kid 'don't bite your friends' --- Appreciate the recommendations. Especially Strava. I need games to be productive.
Great feedback. I definitely am going to consider buying a cycle computer. Do you have any recommendations? I wonder if any services exist to transmit my stats? Say how many miles I do in a day or other riders. It could be a game.
Thanks for the insight. And I agree with you. HN is a stream of consciousness. I read a post describing a project 'Coders who Care' and said to myself -'I almost missed this and its pretty awesome'...I figured there were others who were doing similar things or felt the same way and wanted to test the waters - thanks for the feedback.
I think its an interesting idea. Never saw anything quite resembling that in the wild. Might it be that open source code != open source design? Both groups collaborate, but what does it say that designers fawn over sites like forrst (which is walled) and coders like Git? Perhaps a different question needs to be asked - like what tools would a designer use to not simply outsource but open up the design process?
Same here. Thanks for the links. I am specifically interesting in learning Ruby THEN Rails. The other way feels backwards, but that might just be me.
I digress-I have a basic, I mean real basic question-what is a recommended environment to start coding ruby projects? I use XAMPP and Aptana for my front end coding (CSS/HTML) and then render in browser. How do I do replicate that work flow with Ruby source (and integrate it with my front-end code)?
Lame, I know. But hey stupid questions are the one's you don't ask.
UPDATE: rubykoans answered my editor question. Ruby resources still appreciated!
I've reviewed code across languages, team size and maturity. A good static analysis tool is not code review. The word 'context' came up 37 times in this thread (by the time I hit submit) and it is worth digging in to how I build and maintain context with teams. First up, it is my responsibility to uphold, not define a team's best current practices. If you believe a linter and static analysis tools are best current practices, you probably do not need code review. The code review process is an exercise to affirm how well a pull request meets the expectations (context) of a team and suggest remediation where appropriate.
I assume 'context' used in the threads to mean "how we do things here". As a reviewer, I conduct review understanding the problems the team wants its code reviews to optimize for or to avoid. This is due to the people creating the platform. It's a solid platform for reviewers to get things done. Every line of contributed code I review is done with an eye towards ensuring it affirms a team's stated objectives. If those objectives somehow falls outside of what I know to be true from my experiences as a professional and best current practices (BCP), I am empowered to engage the team.
I've had teams request to never provide guidance for coding style issues. Others want to know if how they modeled a React component tree could be improved. My success on the platform relies on always building context. Without that rapport it limits the depth of the review. Because code reviews are interactive, they tend to get better over time. When things go well, the relationship between team and reviewer is seeking a pareto optimum between the pull request and the team's best current practices. When needs change I adapt my reviews. It is the same treatment if you're a one person shop, SME or a listed company.
k thx bye