En Ruby 1.9 + es posible escribir así:

query = reservations_scope
  .for_company(current_company)
  .joins{property.development}
  .group{property.development.id}
  .group{property.development.name}
  .group{property.number}
  .group{created_at}
  .group{price}
  .group{reservation_path}
  .group{company_id}
  .group{user_id}

Mucho más legible, creo.

Aquí hay una lista completa de pros y contras de cuatro opciones. Dos de las opciones no se han mencionado en ninguna otra respuesta.

Los pros y los contras se pueden dividir en únicos y compartidos. Los pros compartidos son los inversos de una estafa única de otra opción. Del mismo modo, los contras compartidos son los inversos de un pro único de otra opción. También hay algunos puntos que son pros para dos opciones y contras para las otras dos.

Para evitar repetir explicaciones, describo cada opción comparte pros y contras con solo un resumen de ese punto. Los detalles completos sobre un pro o con compartido están disponibles en la descripción de su con o pro inverso en la sección única de otra opción. Para los puntos que son pros de dos opciones y contras de las otras dos, arbitrariamente elegí poner las explicaciones completas en el conjunto que comienza con ". al principio de la línea".

Para una lista más corta que deja implícitos los pros y los contras compartidos en lugar de repetirlos, ver esta antigua versión de esta respuesta.

. al final de la línea

items.get.lazy.
  take(10).
  force

Pros

• Las líneas continuas se pueden comentar libremente, y los comentarios se pueden agregar entre líneas
• Pegable en IRB/Pry
• Soportado en Ruby 1.8

• Cuando lee la línea inicial, está claro que la expresión continúa{[41]]}
• Mucho de espacio horizontal para líneas continuas
• No requiere alineación manual de caracteres en columnas
• Se ve bien cuando se ve en una fuente proporcional
• Tiene un mínimo de puntuación, reduciendo el ruido de escritura y visual

Cons

• Las líneas continuas parecen extrañas por sí solas. Usted debe leer la línea anterior para entender que son una continuación.
  • La sangría no es un indicador confiable de que una línea continúa de la línea anterior, podría significar simplemente el inicio de un bloque.

• Al editar el código, es más difícil comentar o reordenar la última línea

. al comienzo de la línea

items.get.lazy
  .take(10)
  .force

Pros

• Al editar el código, es más fácil comentar o cambiar el orden de la última línea – no es necesario eliminar y agregar . o \.

• Las líneas continuas se pueden entender cuando se ven por sí mismas{[41]]}
• Un montón de espacio horizontal para las líneas continuas
• No requiere alineación manual de caracteres en columnas
• Se ve bien cuando se ve en una fuente proporcional
• Tiene un mínimo de puntuación, reduciendo el ruido de escritura y visual

Cons

• Cuando lees la línea inicial, no es inmediatamente claro que la expresión continúa
  • Si usa esto en su base de código, entonces cuando lea una línea, siempre debe verificar la línea después para asegurarse de que no afecta el significado de la línea inicial.

• El código se rompe silenciosamente si # comenta una línea continua, o agrega un comentario entre líneas
• No se puede pegar este código en IRB / Pry sin que sea malinterpretado
• No es compatible con Ruby 1.8 y versiones anteriores

. al principio de la línea, sangrada a la anterior .

items.get.lazy
         .take(10)
         .force

Pros

• Al editar el código, es más fácil comentar o cambiar el orden de la última línea – no es necesario eliminar y agregar . o \.

• Cuando se lee la línea inicial, está claro que la expresión continúa
• Las líneas continuas se pueden entender cuando se ven por sí mismas{[41]]}
• Tiene un mínimo de puntuación, reduciendo el ruido de escritura y visual

Cons

• El código de cada línea debe caber en menos espacio horizontal
• Requiere la alineación manual de las .s en columnas
  • Es más fácil si tiene un complemento de editor para alinear texto, pero aún más trabajo que usar reglas de sangría predeterminadas.
  • Incluso si su la configuración de edición incluye un complemento para la alineación, las configuraciones de sus compañeros de trabajo no pueden.
• El código se verá desalineado cuando se vea en una fuente proporcional

• El código se rompe silenciosamente si # comenta una línea continua, o agrega un comentario entre líneas
• No se puede pegar este código en IRB / Pry sin que se malinterprete
• No soportado en Ruby 1.8 y abajo

• Al editar el código, es más difícil comentar o reordenar la última línea

\ al final de la línea, . al principio de la siguiente línea

items.get.lazy \
  .take(10) \
  .force

Pros

• Las líneas continuas se pueden comentar libremente, y los comentarios se pueden agregar entre líneas
• Pegable en IRB/Pry
• Soportado en Ruby 1.8

• Cuando lee la línea inicial, está claro que la expresión continúa{[41]]}
• Las líneas continuas se pueden entender cuando se ven por sí mismas{[41]]}
• Un montón de espacio horizontal para las líneas continuas
• No requiere alineación manual de caracteres en columnas
• Se ve bien cuando se ve en una fuente proporcional

Cons

• Requiere más mecanografía
• Crea más ruido visual

• Al editar el código, es más difícil comentar o reordenar la última línea

La razón por la que elijo el punto al final de la línea es que le permitirá pegar código en una sesión IRB. Además, no puedes comentar las líneas en el medio del código de varias líneas si usas los puntos al principio de las líneas. Aquí hay una buena discusión para leer: https://github.com/bbatsov/ruby-style-guide/pull/176