Skip to main content

Home/ InnoDev/ Group items tagged ruby

Rss Feed Group items tagged

Jozef Fulop

How to be an open source gardener - 0 views

  •  
    I do a lot of work on open source, but my most valuable contributions haven't been code. Writing a patch is the easiest part of open source. The truly hard stuff is all of the rest: bug trackers, mailing lists, documentation, and other management tasks. Here's some things I've learned along the way...
Michal Holub

TDD is dead. Long live testing. (DHH) - 3 views

  •  
    priamo od tvorcu Rails "... I rarely unit test in the traditional sense of the word, where all dependencies are mocked out..."
Stano Bocinec

SymbolHound: Search Better. Code Better. - 2 views

  •  
    SymbolHound is a search engine that doesn't ignore special characters. This means you can easily search for symbols like &, %, and π. We hope SymbolHound will help programmers find information about their chosen languages and frameworks more easily. Example searches: === javascript scala => lisp #' ruby $$
jurodiigo

JRuby - The Pain of Broken Subprocess Management on JDK - 1 views

  •  
    I prefer to write happy posts...I really do. But tonight I'm completely defeated by the JDK's implementation of subprocess launching, and I need to tell the world why. JRuby has always strived to mimic MRI's behavior as much as possible, which in many cases has meant we need to route around the JDK to get at true POSIX APIs and behaviors.
Peter Vojtek

Rails 4.1: Spring - Rails application preloader - 0 views

  •  
    It speeds up development by keeping your application running in the background so you don't need to boot it every time you run a test, rake task or migration.
Juraj Visnovsky

A Virtual Conference for Developers - 1 views

  •  
    Vystúpi tam množstvo veľmi zaujímavých speakerov. Napr. tvorcovia UML, Ruby on Rails, Google Glass, GNU Bash shell, wiki, TDD, agile a mnoho ďalších.
Juraj Visnovsky

has_many considered harmful - 2 views

  •  
    has_many is an anti-pattern which leads straight to monolithic applications. However, a simple inversion can free us from its grasp. What is the first model you added to your application? Probably User, right? So, once you wrote user.rb and its corresponding tests, and committed it - why did you ever open that file up again to tell it about something that it did not need to know existed? Rails keeps you from reopening user.rb if you add a column to the User table, and this is good, right? So why, when you added a Posts table far away, did you open up User again to make it aware of Posts? Did the definition of being a user change? Did you did not realize you were violating the Open-Closed Principle, one of the 5 principles of SOLID design? Somewhere inside I bet you knew it felt dirty to keep opening up User and making it aware of things that it had been blissfully unaware of.
« First ‹ Previous 41 - 49 of 49
Showing 20 items per page