Pathfinder Development Blog

pathf.com · Company blog · on HN since 2008

The development blog of Pathfinder, a software consultancy, with posts on Ruby, Rails, jQuery, testing, and iPhone development.

What HN saysHN links it for its Ruby style guide and Rails source reading guide, though one commenter questions why the style guide stands out from others.
16HN people shared it
3linked it in comments
16stories submitted
43story points
16 years agolast shared
2008people per year2026

Most-shared posts

  1. 1
    Elements of Ruby Style
    2 people · 16 points · first shared 2008 · 7 comments on HN
  2. 2
  3. 3
    jQuery plugins: Who needs ‘em?
    1 people · 5 points · first shared 2008 · 1 comments on HN
  4. 4
    Simple jQuery With Rails, Part Two: Project Website
    1 people · 4 points · first shared 2008 · discussion on HN
  5. 5
    Static Typing and the Paranoid Style of Programming
    1 people · 4 points · first shared 2011 · 1 comments on HN
  6. 6
  7. 7
    Walk-Through Test Coverage
    1 people · 2 points · first shared 2008 · discussion on HN
  8. 8
    Using Cucumber for Acceptance Testing
    1 people · 1 points · first shared 2009 · discussion on HN
  9. 9
    Review of "JavaScript: The Good Parts"
    1 people · 1 points · first shared 2008 · discussion on HN
  10. 10
    Effective vs Efficient Teams
    1 people · 1 points · first shared 2009 · discussion on HN
  11. 11
  12. 12
  13. 13
    Ruby Stylista
    1 people · 1 points · first shared 2008 · discussion on HN
  14. 14
    The End of Ajax
    1 people · 1 points · first shared 2009 · discussion on HN
  15. 15
    Fake OO
    1 people · 1 points · first shared 2010 · discussion on HN

What HN people wrote when they linked it

swombat · 2009-04-14
I'm not quite sure why this style guide is more noteworthy than all the other ruby style guides out there.. e.g.: http://www.caliban.org/ruby/rubyguide.shtml and http://www.pathf.com/blogs/2008/10/elements-of-ruby-style/
demallien · 2009-05-12
I always suspect that part of the problem is that people come to xcode from other environments, expecting to use the same workflows that they previously had, and it just doesn't work. Personally, I don't think it would be a bad thing if Apple made a bit more effort to reach out to programmers coming from other environments, but honestly, I suspect that they figure that any programmer not capable of dealing with this is probably not a great loss for the Apple ecosystem. It is a point worth remembering that all of Apple's own software is built in xcode. That all by itself shows that the app isn't fundamentally broken, even if one may feel like there is room for improvement. On a sightly different note, I'm always fascinated by this type of rant, of a programmer complaining about their programming tools. I mean, you're a programmer, if you don't like the tools, roll your own that are better. Or write some scripts that ease the pain in the tool, or adapt a 3rd party tool to do the task. For example, this guy could quite easily prepare an iPhone dev plug-in for Textmate, if xcode really is as bad as he says. Here's an example: http://www.pathf.com/blogs/2008/11/iphone-sdk-testing-with-textmate-gt… Complaining about dev tools for me sends up a whopping great big red flag that the programmer isn't as good as they think they are.

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close