Breve encuesta sobre un par de símbolos ( < y > )

Hola a todos.

Estoy en una disyuntiva, la historia de mi disyuntiva no viene mucho al caso, digamos simplemente que tiene que ver con la psicología de los programadores.

Por favor, si tienen 40 segs. ( o menos ) , ayúdenme contestando esta encuesta: ( no no es spam ni nada, es un formulario creado con Google Docs )

Sus respuestas ayudarán a determinar cierta parte de la psicología del programador ¬¬ ( bueno la verdad es solo me ayudarán a resolver una incertidumbre que tengo )

Gracias

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.
Imagen de JaimeItlzc

Ya lo hice

Ya lo hice Oscar jajaja.

Saludos.

:) Gracias. Cuando haya

:) Gracias.

Cuando haya más resultados ( hasta ahorita van como 10 ) voy a poner las gráficas y explicar un poco de que se trata.

Hasta ahorita van divididas las opiniones.

Imagen de Nogales

Yaaaa

Espero te sirva las respuestas...

Bye

Resultados

Antes que nada muchas gracias por sus respuesta. Estos son los resultados hasta el momento.

Aquí va la historia.

Tengo un mini-micro DSL ( entiendase un micro lenguaje de programación ) que uso para darle mantenimiento a una aplicación.

Es demasiado chico, y no vale la pena escribir más de él acá.

No quise tampoco usar un lenguaje existente, pues lo que necesito es super sencillo.

El caso es que tengo algo similar a atributos y estaba pensando en ponerle "propiedades" ( como en C#, get/set o como en Groovy por default, o como en Ruby con attriibute_accessor ) pero siendo mi enfoque minimalista, quize usar los símbolo "<" y ">" para get y set, y para los que tuvieran ambos pues "<>".

Así que escribí :

 

Y quede muy feliz, diciendo, "ahhh que fregón se ve eso!". Pero 1 minuto más tarde ya no sabía yo mismo cual era el get y cual era el set doh!!

Entonces pensé que la mente de otros programadores me podría ayudar a decidir qué sería más apropiado.

El resultado ( y como muy pronto me lo hicieron saber ) es que ninguno de los dos son buenos, pues la ambigüedad en la que se cae es muy grande y los símbolos en vez de ayudar, confunden.

Aún así espero que los resultados de esta encuesta arroje algo interesante y me decida por alguno de ellos.

Ahora sí , con más conocimiento de causa ( y con menos esperanza :-/ ) pregunto: Cual representa más cada uno?

Imagen de Shadonwk

no se supone que los

no se supone que los resultados en tu grafica deberian de coincidir?, esto indica que almenos para una pesona entrar y salir fue el mismo simbolo.

Yeap, supongo que alguién

Yeap, supongo que alguién puso el mismo dos veces.

Ya corregí y actualicé la gráfica.

Y por fin

¿Cuales son los resultados de tu análisis?

Que ya vali master...

Que ya vali master... :P

Pues que son símbolos que resultan muy ambiguos para definir entrada y salida. O para un get o un set.

Yo tenía la esperanza que todos votaran en bola por uno de ellos, pero la votación esta 60/40, entonces usar cualquiera de los dos es "un bug de usabilidad" ( como bien apunta Enrique y Joaquín en sus tweets. )

:)

Ja ja ja

Bueno al menos llegaste a una conclusión.

Imagen de Nopalin

hmm

igual y es mas facil si agregas la condicion que todo lo que vaya despues de un # sea ignorando, incluyendo el #.
(benditos comentarios)

?

¿?

Imagen de Nopalin

ryz.Conf {    < server

 

Ahhh ya ... no te había

Ahhh ya ... no te había entendido.

Yeap.. tipo Nota para mi mismo, este es el get y este es el set jejej

Entendido y anotado

Imagen de ezamudio

por otra parte...

Si necesitas poner comentarios en algo tan básico como un get y un set, no es señal de que está mal diseñado el lenguaje? Algo tan básico debería usar una sintaxis más obvia.

Incluso esa sintaxis de C++ para streams con >> y << que se coló a Groovy y creo que también a Ruby, no es tan obvia... si puedes agregar a un arreglo usando   ya no te ahorras absolutamente nada de código tecleando  . Tal vez en streams tenga un poco más de sentido para los que vengan de C++, haciendo   en vez de  .

Si, definitivamente.

Si, definitivamente. Además el comentario no se compila/ejecuta, pero al menos ya entendí a lo que se refería Nopalin.

Por lo pronto opte por hacerlo como Groovy: Es property por default.