I'm in. On Mar 23, 2012, at 5:37 PM, [email protected] wrote:
> Today's Topic Summary > Group: http://groups.google.com/group/sdruby/topics > > RailsConf in Austin! [2 Updates] > Front End Ruby Developer Needed [1 Update] > Back End Developer [1 Update] > Apache+Passenger Optimization Questions? [1 Update] > RailsConf in Austin! > Patrick Crowley <[email protected]> Mar 23 10:09AM -0700 > > Hey, folks. > > RailsConf is being held in Austin this year, on April 23 through 25. > > The call for proposals ends today, but there are already some interesting > sessions: > http://railsconf2012.com/sessions > > Not to mention... it's friggin Austin. Great people, beer, and BBQ! > > .... > > So I'm definitely in. Who else is going?! > > Cheers, > Patrick > > PS: You can save 10% on your badge by using our SD Ruby discount code => > rc4f76536a > > > Bradly <[email protected]> Mar 23 11:11AM -0700 > > I'll be there! > > > > > Front End Ruby Developer Needed > Tactic <[email protected]> Mar 23 08:52AM -0700 > > Contractor opportunity with the potential to become a full- or part- > time position. > > We are seeking a passionate, talented, hard-working, Front End > Developer to work on the RaceHQ product and features. You should be > well versed in CSS, javascript, testing and HTML, have a proven-track > record of excellence, execution, and be comfortable in a startup > company environment. This role coordinates with the Business, Sales, > Branding, Marketing and other teams across the company to support > their respective missions. > > Responsibilities > > Write front-end code in Ruby, HAML, with knowledge of HTML/CSS, and > Javascript (jquery) > Work closely with the back-end engineers > Rapidly fix bugs and solve problems > Plan, design, develop, and deploy of new features and enhancements > Develop front-end web screens in Rails > Integrate defined features > Write tests to cover all features delivered > Tune and troubleshoot application and database > > Requirements and Qualifications > > Willingness and excitement to be involved in a cutting edge startup > environment. > Bachelors degree or equivalent work experience in a technical field > (Engineering, Science, Mathematics, Computer Science, etc.) > Minimum 2 years of demonstrable experience building consumer web > application interfaces > HAML/Javascript (jquery) /HTML/CSS coding skills > SASS, Coffeescript skills are a plus > Excellent programming skills in Ruby on Rails (rails 3.x plus) and > knowledge of how to theme a rails project. > Advanced understanding of front-end optimization techniques, both in > page size and perceived rendering time > Knowledge of version control tools such as GIT > Disciplined approach to testing and quality assurance > Strong creative problem solving abilities. > Attention to detail and cross-browser compatibility > Strength working with databases and web based application development > Experience with open source test frameworks > Strong teamwork skills with the ability to work well with others in > learning and teaching roles > Basic understanding of the endurance and participatory event > management field preferred > > > TACTIC empowers the athletic experience via a host of comprehensive > race management tools, products, and services. Headquartered in Del > Mar, California, TACTIC Race Solutions, LLC is a worldwide race > services provider (RSP) to the participatory event industry. TACTIC’S > flagship product is RaceHQ (RaceHQ.com) - an online project > management, collaboration and task management application for > participatory events. We are a exciting startup driven to positively > disrupt our industry. Our success is founded on a collection of > proven individuals whom combine for a greater goal. We play hard and > work harder. > > > Back End Developer > Tactic <[email protected]> Mar 23 08:54AM -0700 > > Contractor opportunity with the potential to become a full- or part- > time position. > > > We are seeking a passionate, talented, hard-working, Back End > Developer to work on the RaceHQ product and features. You should be > well versed in Ruby, Rails, testing and HTML, have a proven-track > record of excellence, execution, and be comfortable in a startup > company environment. This role coordinates with the Business, Sales, > Branding, Marketing and other teams across the company to support > their respective missions. > > Responsibilities > > Design, implement, and maintain Ruby on Rails-based tools and > infrastructure components > Work closely with the other back-end engineers > Rapidly fix bugs and solve problems > Plan, design, develop, and deploy of new features and enhancements > Make decisions as to which type of data store is appropriate for a > given feature > Develop front-end web screens in Rails > Integrate defined features > Interface with Amazon EC2 and S3 instances > Write tests to cover all features delivered > Tune and troubleshoot application and database > Profile Ruby, Rails, MySQL, Redis, MongoDB, and other pieces of > application infrastructure to identify and resolve performance issues > > Requirements and Qualifications > > Willingness and excitement to be involved in a cutting edge startup > environment. > Bachelors degree or equivalent work experience in a technical field > (Engineering, Science, Mathematics, Computer Science, etc.) > Minimum 2 years of demonstrable experience building consumer web > application interfaces > Excellent programming skills in Ruby on Rails (rails 3.x plus) and > knowledge of how to theme a rails project. > Experience with at least one programming language (C/C++/Java/Python/ > Ruby). > Advanced understanding of front-end optimization techniques, both in > page size and perceived rendering time > Knowledge of version control tools such as GIT > Disciplined approach to testing and quality assurance > Strong creative problem solving abilities. > Attention to detail and cross-browser compatibility > Strength working with databases and web based application development > Experience with open source test frameworks > Strong teamwork skills with the ability to work well with others in > learning and teaching roles > Experience with virtualization platforms (Amazon EC2/S3, Engine Yard / > Heroku / Rackspace) is strongly desired > Basic understanding of the endurance and participatory event > management field preferred > > > TACTIC empowers the athletic experience via a host of comprehensive > race management tools, products, and services. Headquartered in Del > Mar, California, TACTIC Race Solutions, LLC is a worldwide race > services provider (RSP) to the participatory event industry. TACTIC’S > flagship product is RaceHQ (RaceHQ.com) - an online project > management, collaboration and task management application for > participatory events. We are a exciting startup driven to positively > disrupt our industry. Our success is founded on a collection of > proven individuals whom combine for a greater goal. We play hard and > work harder. > > > Apache+Passenger Optimization Questions? > bradleyland <[email protected]> Mar 22 07:02PM -0700 > > I'm the one responsible for this kind of testing in our organization. It > sounds like you're taking the right approach by drilling down. You have to > find the bottleneck through isolation. From my experience, until you've > spent significant time optimizing, or unless you're dealing with a very > (stupid) simple application, the bottleneck will be your application code, > not the app server or web server. Apache and Nginx can handle many, many > more requests than a Rails app that is making DB calls and doing other > work. Likewise with Passenger, Thin, Unicorn, etc. All the "versus" > benchmarks you see are making requests to Rails apps that don't do > anything. This is a necessity to find the maximum throughput of the app > server, but it's not terribly relevant for those of us with applications > that do work. You optimize toward your app server's ceiling, then, if you > need more, you look at caching to assets that can be served by your web > server directly. > > All of the above leads to this simple fact: Swapping out web and app > servers won't get you any significant performance gains if your application > code is slow. I benchmarked early iterations of our application on > Apache/Passenger, Nginx/Passenger, and Nginx/Unicorn, and they all > performed within 1% of each other in terms of req/s. > > A great way to benchmark your app code is to use Passenger stand-alone, > rather than Passenger behind Apache/Nginx. A single Passenger process will > tell you the raw throughput of your application code, which is what you're > really after right now. All the other factors are clouding the test data. > I'd keep headed where you're headed by starting with a request that does > zero work, then move on to actual app code, then move in to your problem > areas. If you find dramatic differences between a single Passenger process > on test hardware and your production server setup, you know you have an > infrastructure stack issue. Your setup is pretty standard though, so I > don't think you'll find that to be the case. > > Depending upon your Ruby version, there are different profiling tools > available. You can use those to dig deep in to the slow parts of your app. > Also, depending upon what kind of work your app is doing, you might see > some big gains by moving to Ruby 1.9.3. This is particularly true for date > handling, which is literally orders of magnitude faster than 1.8 or even > 1.9.2: https://gist.github.com/1352997. > > On Thursday, March 22, 2012 2:59:20 PM UTC-4, kevbaker wrote: > > > You received this message because you are subscribed to the Google Group > sdruby. > You can post via email. > To unsubscribe from this group, send an empty message. > For more options, visit this group. > -- > SD Ruby mailing list > [email protected] > http://groups.google.com/group/sdruby -- SD Ruby mailing list [email protected] http://groups.google.com/group/sdruby
