Comments for Bill Leeper http://wleeper.com A place to share my thoughts Thu, 05 Apr 2012 17:27:55 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on Carbonite Throttling by Bill Leeper http://wleeper.com/2011/10/24/carbonite-throttling/comment-page-1/#comment-477 Bill Leeper Thu, 05 Apr 2012 17:27:55 +0000 http://wleeper.com/?p=171#comment-477 Been using CrashPlan for about 6 months now. My slow internet connection made it take a while, but overall I like it. I have about 600GB backed up there from 3 different computers. I also have all my computers backing up to one central one as well. That feature is free in CrashPlan. Been using CrashPlan for about 6 months now. My slow internet connection made it take a while, but overall I like it. I have about 600GB backed up there from 3 different computers.

I also have all my computers backing up to one central one as well. That feature is free in CrashPlan.

]]> Comment on Ruby on Rails vs. Java by Bill Leeper http://wleeper.com/2010/01/18/ruby-on-rails-vs-java/comment-page-1/#comment-456 Bill Leeper Wed, 07 Mar 2012 04:02:50 +0000 http://wleeper.com/?p=48#comment-456 You should read my post with my revised position. JRuby has come a long way in the last couple of years and has addressed many of the shortcomings I had found. There is definitely a point where a JRuby stack is faster, especially if you use threading. I have run some apps with it that way. What I have found though, is that for the vast majority of cases, the extra frustration, issues, and complexity of deployment just doesn't outweigh the native ruby. In most cases you are going to get the speed and scalability you need, not to mention the hosting options with a native solution. You should read my post with my revised position. JRuby has come a long way in the last couple of years and has addressed many of the shortcomings I had found. There is definitely a point where a JRuby stack is faster, especially if you use threading. I have run some apps with it that way.

What I have found though, is that for the vast majority of cases, the extra frustration, issues, and complexity of deployment just doesn’t outweigh the native ruby. In most cases you are going to get the speed and scalability you need, not to mention the hosting options with a native solution.

]]> Comment on Ruby on Rails vs. Java by Milos http://wleeper.com/2010/01/18/ruby-on-rails-vs-java/comment-page-1/#comment-452 Milos Fri, 24 Feb 2012 08:56:36 +0000 http://wleeper.com/?p=48#comment-452 "..but the overhead of running on the JVM instead of the native Ruby engine ..." Am I reading this right? Do you know that JRuby is about an order of magnitude faster than the native version? You know that it is using a significantly less memory? About what overhead are you talking about actually? “..but the overhead of running on the JVM instead of the native Ruby engine …”

Am I reading this right? Do you know that JRuby is about an order of magnitude faster than the native version? You know that it is using a significantly less memory?
About what overhead are you talking about actually?

]]> Comment on Rails 3.2.rc1 and acts_as_taggable_on by James http://wleeper.com/2011/12/21/rails-3-2-rc1-and-acts_as_taggable_on/comment-page-1/#comment-439 James Thu, 02 Feb 2012 22:57:02 +0000 http://wleeper.com/?p=175#comment-439 Thank you Bill for your in-depth comment, you're awesome. There is always something hidden due to new updates, lol. Thank you Bill for your in-depth comment, you’re awesome.
There is always something hidden due to new updates, lol.

]]> Comment on Rails 3.2.rc1 and acts_as_taggable_on by Bill Leeper http://wleeper.com/2011/12/21/rails-3-2-rc1-and-acts_as_taggable_on/comment-page-1/#comment-433 Bill Leeper Wed, 01 Feb 2012 14:53:40 +0000 http://wleeper.com/?p=175#comment-433 There is an issue on Github for the problem. Basically though you put a :require => false in the gemfile for acts-as-taggable-on, then in an initializer put require 'acts_as_taggable_on'. Causes it to load differently I guess. I didn't dig deeper yet. The fundamental problem is that the way acts-as-taggable-on hooks into active record is supposed to be an engine now. The project is having trouble keeping up with rails changes. There were a lot of changes in 3.1 I guess that gave them work. There is a pull request that has it built as an engine on the issue about it not working in 3.2. With 3.2 being released now there may be a permanent fix. There is an issue on Github for the problem. Basically though you put a :require => false in the gemfile for acts-as-taggable-on, then in an initializer put require ‘acts_as_taggable_on’. Causes it to load differently I guess. I didn’t dig deeper yet. The fundamental problem is that the way acts-as-taggable-on hooks into active record is supposed to be an engine now. The project is having trouble keeping up with rails changes. There were a lot of changes in 3.1 I guess that gave them work. There is a pull request that has it built as an engine on the issue about it not working in 3.2. With 3.2 being released now there may be a permanent fix.

]]> Comment on Rails 3.2.rc1 and acts_as_taggable_on by James http://wleeper.com/2011/12/21/rails-3-2-rc1-and-acts_as_taggable_on/comment-page-1/#comment-430 James Tue, 31 Jan 2012 04:50:50 +0000 http://wleeper.com/?p=175#comment-430 Heya, great posts -where is the workaround? I'm using tags on my development app -& ran into the same frustration that you did, lol. Thank You, James Heya, great posts -where is the workaround?
I’m using tags on my development app -& ran into the same frustration that you did, lol.
Thank You,
James

]]> Comment on Rails 3.2.rc1 and acts_as_taggable_on by Bill Leeper http://wleeper.com/2011/12/21/rails-3-2-rc1-and-acts_as_taggable_on/comment-page-1/#comment-423 Bill Leeper Thu, 19 Jan 2012 22:46:13 +0000 http://wleeper.com/?p=175#comment-423 Follow up. There is a workaround posted now for this issue, but still no idea when this gem will be fully rewritten to work with Rails 3.2 Follow up. There is a workaround posted now for this issue, but still no idea when this gem will be fully rewritten to work with Rails 3.2

]]> Comment on Ruby on Rails vs. Java by Robert Miller http://wleeper.com/2010/01/18/ruby-on-rails-vs-java/comment-page-1/#comment-401 Robert Miller Sun, 01 Jan 2012 10:05:09 +0000 http://wleeper.com/?p=48#comment-401 Ruby can't defeat Java C# might defeat Java but Ruby can't defeat Java Ruby can’t defeat Java

C# might defeat Java
but Ruby can’t defeat Java

]]> Comment on Ruby on Rails vs. Java by Bob http://wleeper.com/2010/01/18/ruby-on-rails-vs-java/comment-page-1/#comment-359 Bob Sun, 06 Nov 2011 19:22:06 +0000 http://wleeper.com/?p=48#comment-359 In the past few days I installed Ruby and then Ruby on Rails. The documentation and tutorials have been great and the installation has been smooth and painless. I see the configuration to connect with MySQL database (as well as others) is also very easy. These are the kind of things I am looking for since my goal is to start a web business soon and the main component is essentially the web design. Quite personally I don't feel like screwing around with IT related crap. Just want to get up and running implementing my ideas. So for aspiring web entrepreneurs I would recommend RoR. In the past few days I installed Ruby and then Ruby on Rails. The documentation and tutorials have been great and the installation has been smooth and painless. I see the configuration to connect with MySQL database (as well as others) is also very easy. These are the kind of things I am looking for since my goal is to start a web business soon and the main component is essentially the web design. Quite personally I don’t feel like screwing around with IT related crap. Just want to get up and running implementing my ideas. So for aspiring web entrepreneurs I would recommend RoR.

]]> Comment on Carbonite Throttling by Brooke Kuhlmann http://wleeper.com/2011/10/24/carbonite-throttling/comment-page-1/#comment-355 Brooke Kuhlmann Mon, 24 Oct 2011 18:44:21 +0000 http://wleeper.com/?p=171#comment-355 I went down the Carbonite path, as well, but ran into software issues with the Mac OS (didn't help that Carbonite support was terrible). Never was able to get to the throttling issue but that is good to know. In my case, I ended up using <a href="https://www.crashplan.com" rel="nofollow">CrashPlan</a>. I'm still in the process of backing up a couple terabytes of data but it's humming along nicely. Best part is that scheduler (via the desktop app) is handy to use with all kinds of useful settings for tweaking bandwidth, setting specific times of operation, etc. Also, the iOS companion app is nifty too. It gives you a Dropbox-like experience for getting into your backed up data while mobile (although I wish it has more stats on current backup progress, data usage, etc.) All-in-all, a very good experience so far and definitely recommend checking CrashPlan out as an alternative solution. I went down the Carbonite path, as well, but ran into software issues with the Mac OS (didn’t help that Carbonite support was terrible). Never was able to get to the throttling issue but that is good to know.

In my case, I ended up using CrashPlan. I’m still in the process of backing up a couple terabytes of data but it’s humming along nicely. Best part is that scheduler (via the desktop app) is handy to use with all kinds of useful settings for tweaking bandwidth, setting specific times of operation, etc. Also, the iOS companion app is nifty too. It gives you a Dropbox-like experience for getting into your backed up data while mobile (although I wish it has more stats on current backup progress, data usage, etc.) All-in-all, a very good experience so far and definitely recommend checking CrashPlan out as an alternative solution.

]]>