Comments for Pervasive Code http://www.pervasivecode.com/blog Jamie Flournoy's Software Development Blog Sat, 12 Jun 2010 04:23:27 -0500 http://wordpress.org/?v=2.8.4 hourly 1 Comment on Rails Migration Antipatterns and How To Fix Them by Jamie Flournoy http://www.pervasivecode.com/blog/2010/03/18/rails-migration-antipatterns-and-how-to-fix-them/comment-page-1/#comment-31735 Jamie Flournoy Sat, 12 Jun 2010 04:23:27 +0000 http://www.pervasivecode.com/blog/?p=171#comment-31735 Daniel, You didn't actually add any commentary with that excerpt so I can only guess at your point. Perhaps you're saying that you agree with that comment? I suppose I agree with it too, IF you aren't using any database features that would be omitted by db:schema:dump (schema.rb) or db:structure:dump (schema.sql). And that's a pretty big "if". I even capitalized it! :) The nice thing about migrations is that even if you dare to use Rails on a project where those opinionated-software decisions don't happen to fit 100% with your project, you can use still use migrations to build the DB from scratch or incrementally in a reliable and repeatable fashion. Just throw a few raw SQL DDL statements in a migration and put the reverse transformation in the down method, and you're all set. Daniel,

You didn’t actually add any commentary with that excerpt so I can only guess at your point. Perhaps you’re saying that you agree with that comment?

I suppose I agree with it too, IF you aren’t using any database features that would be omitted by db:schema:dump (schema.rb) or db:structure:dump (schema.sql). And that’s a pretty big “if”. I even capitalized it! :)

The nice thing about migrations is that even if you dare to use Rails on a project where those opinionated-software decisions don’t happen to fit 100% with your project, you can use still use migrations to build the DB from scratch or incrementally in a reliable and repeatable fashion. Just throw a few raw SQL DDL statements in a migration and put the reverse transformation in the down method, and you’re all set.

]]> Comment on Rails Migration Antipatterns and How To Fix Them by Daniel Libanori http://www.pervasivecode.com/blog/2010/03/18/rails-migration-antipatterns-and-how-to-fix-them/comment-page-1/#comment-31720 Daniel Libanori Fri, 11 Jun 2010 14:34:56 +0000 http://www.pervasivecode.com/blog/?p=171#comment-31720 From rails source code. # This file is auto-generated from the current state of the database. Instead of editing this file, # please use the migrations feature of Active Record to incrementally modify your database, and # then regenerate this schema definition. # # Note that this schema.rb definition is the authoritative source for your database schema. If you need # to create the application database on another system, you should be using db:schema:load, not running # all the migrations from scratch. The latter is a flawed and unsustainable approach (the more migrations # you'll amass, the slower it'll run and the greater likelihood for issues). # # It's strongly recommended to check this file into your version control system. From rails source code.

# This file is auto-generated from the current state of the database. Instead of editing this file,
# please use the migrations feature of Active Record to incrementally modify your database, and
# then regenerate this schema definition.
#
# Note that this schema.rb definition is the authoritative source for your database schema. If you need
# to create the application database on another system, you should be using db:schema:load, not running
# all the migrations from scratch. The latter is a flawed and unsustainable approach (the more migrations
# you’ll amass, the slower it’ll run and the greater likelihood for issues).
#
# It’s strongly recommended to check this file into your version control system.

]]> Comment on Leopard GUI Crashes – Not Parallels but Canon? by Thierry http://www.pervasivecode.com/blog/2008/02/22/leopard-gui-crashes-not-parallels-but-canon/comment-page-1/#comment-31635 Thierry Tue, 08 Jun 2010 20:54:30 +0000 http://www.pervasivecode.com/blog/2008/02/22/leopard-gui-crashes-not-parallels-but-canon/#comment-31635 I played with the authorizations and f. up the system. I reseted them with the keychain but it remains a few problems inside Library/Extensions, whose BjusBload.kext and BjusBMP. As I have a Canon MP830 i am going to reinstall that. Thank you for the tip ! I played with the authorizations and f. up the system. I reseted them with the keychain but it remains a few problems inside Library/Extensions, whose BjusBload.kext and BjusBMP.

As I have a Canon MP830 i am going to reinstall that. Thank you for the tip !

]]> Comment on Using RVM to install REE 1.8.7-2009.10 by Evan http://www.pervasivecode.com/blog/2010/03/16/using-rvm-to-install-ree-1-8-7-2009-10/comment-page-1/#comment-31275 Evan Fri, 28 May 2010 17:28:48 +0000 http://www.pervasivecode.com/blog/?p=160#comment-31275 Great help, thanks! Great help, thanks!

]]> Comment on Making Bundler 0.8.5 install Nokogiri on Leopard with a newish libxml by Jonathan Hinkle http://www.pervasivecode.com/blog/2010/03/17/making-bundler-0-8-5-install-nokogiri-on-leopard-with-a-newish-libxml/comment-page-1/#comment-28934 Jonathan Hinkle Fri, 19 Mar 2010 02:13:16 +0000 http://www.pervasivecode.com/blog/?p=166#comment-28934 Thanks so much for this—just what I needed. I'm truly fortunate that Google indexes so quickly, seeing as you just posted this yesterday. Thanks so much for this—just what I needed. I’m truly fortunate that Google indexes so quickly, seeing as you just posted this yesterday.

]]> Comment on Using RVM to install REE 1.8.7-2009.10 by Pervasive Code » Making Bundler 0.8.5 install Nokogiri on Leopard with a newish libxml http://www.pervasivecode.com/blog/2010/03/16/using-rvm-to-install-ree-1-8-7-2009-10/comment-page-1/#comment-28896 Pervasive Code » Making Bundler 0.8.5 install Nokogiri on Leopard with a newish libxml Thu, 18 Mar 2010 01:03:37 +0000 http://www.pervasivecode.com/blog/?p=160#comment-28896 [...] The gems I have installed via plain old “gem install xxx” are bundler08 -v0.8.5, rake -v0.8.7, and ZenTest -v4.2.1. That’s it. Everything else is under vendor/bundler. I’m using RVM and REE 1.8.7 2009.10 as described in my previous post. [...] [...] The gems I have installed via plain old “gem install xxx” are bundler08 -v0.8.5, rake -v0.8.7, and ZenTest -v4.2.1. That’s it. Everything else is under vendor/bundler. I’m using RVM and REE 1.8.7 2009.10 as described in my previous post. [...]

]]> Comment on Using RVM to install REE 1.8.7-2009.10 by Jamie Flournoy http://www.pervasivecode.com/blog/2010/03/16/using-rvm-to-install-ree-1-8-7-2009-10/comment-page-1/#comment-28887 Jamie Flournoy Wed, 17 Mar 2010 20:26:21 +0000 http://www.pervasivecode.com/blog/?p=160#comment-28887 Yes, as my solution shows you have to do it this way: <pre> rvm install ree-1.8.7-2009.10 </pre> Yes, as my solution shows you have to do it this way:

rvm install ree-1.8.7-2009.10
]]> Comment on Using RVM to install REE 1.8.7-2009.10 by Simon Menke http://www.pervasivecode.com/blog/2010/03/16/using-rvm-to-install-ree-1-8-7-2009-10/comment-page-1/#comment-28878 Simon Menke Wed, 17 Mar 2010 14:50:38 +0000 http://www.pervasivecode.com/blog/?p=160#comment-28878 Also RVM reports ree as missing when the short name (ree instead of ree-1.8.7-2009.10) is used. Also RVM reports ree as missing when the short name (ree instead of ree-1.8.7-2009.10) is used.

]]> Comment on OmniGraffle Pro and Subversion by Jamie Flournoy http://www.pervasivecode.com/blog/2007/01/07/omnigraffle-pro-and-subversion/comment-page-1/#comment-27009 Jamie Flournoy Sat, 23 Jan 2010 19:19:54 +0000 http://www.pervasivecode.com/blog/?p=8#comment-27009 I use the command-line svn client. I don't think any extra slickness is necessary for graphics files, unless someone wants to write a special diff tool that can show the changes in a binary file (i.e. a JPEG or PSD or .graffle diff viewer). That would be useful but it shouldn't be built into a version control tool in my opinion (it should be a standalone tool that a VC tool could use for diff viewing). I use the command-line svn client.

I don’t think any extra slickness is necessary for graphics files, unless someone wants to write a special diff tool that can show the changes in a binary file (i.e. a JPEG or PSD or .graffle diff viewer). That would be useful but it shouldn’t be built into a version control tool in my opinion (it should be a standalone tool that a VC tool could use for diff viewing).

]]> Comment on OmniGraffle Pro and Subversion by mike http://www.pervasivecode.com/blog/2007/01/07/omnigraffle-pro-and-subversion/comment-page-1/#comment-26527 mike Tue, 12 Jan 2010 15:46:06 +0000 http://www.pervasivecode.com/blog/?p=8#comment-26527 What are you using for svn client? Is there an extra slick way to do svn with graphics files? What are you using for svn client? Is there an extra slick way to do svn with graphics files?

]]>