[#HUMOR] Never underestimate a bored developer; or the source code complexity dilemma

Hello!

I clearly remember the first time I hear the next sentence

Never underestimate a bored developer

The next thing I saw after that, was a routine to solve sudokus in… T-SQL!

I don’t know if it was the fever I got in the past few days, or that I was somehow possessed by some demon; but today I read a couple of lines that I wrote 4 days ago and I only thought about this.

Clipboard01

Or need to say what I think about myself, and how big that are at Geek & Poke

/El Bruno

Source: http://geekandpoke.typepad.com/geekandpoke/2010/11/how-to-make-a-good-code-review.html

Advertisements

[#HUMOR] Nunca subestimes a un programador aburrido; o la complejidad imposible que puede alcanzar el source code

Hola!

Recuerdo como si fuese hoy la primera vez que escuche la frase

Nunca subestimes a un programador aburrido

Lo siguiente que vi después de escuchar eso, fue una rutina para resolver sudokus en … T-SQL !!!

No se si ha sido la fiebre, o que estuve poseído por algún demonio; pero hoy he leído un par de líneas que escribí hace 4 días y solo he pensado en esto.

Clipboard01

Ni falta hace decir lo que pienso de mi mismo y lo grandes que son en Geek&Poke

Saludos @ Home

/El Bruno

Source: http://geekandpoke.typepad.com/geekandpoke/2010/11/how-to-make-a-good-code-review.html

[#HUMOR] Code Reviews and source code from Hell

image

Good,

today have come me to the hair, with what I’m seeing, by GAD!

Source: http://geekandpoke.typepad.com/geekandpoke/2010/11/how-to-make-a-good-code-review.html

Saludos @ La Finca

El Bruno

image image image

[#TFS2013] Lightweight commented code (and Code Review?)

image

Hola,

continue with the short week of new features in Web Access from Team Foundation Service . Today we are going with one that surely will draw a large ulcer “purists”: Lightweight code commenting; It is the ability to add comments “inline” within the code, in a collaborative manner. For example, from the section of code in Team Foundation Service, we can access a changeset, see changes in a file, and a specific line, add a comment, for example.

image

The partnership model is much better reflected official TFS support example:

image

I.e., instead of talking with people, this model can have to comment and review code model not “online”. Surely a more than they hurt teeth with this, however I’m seeing comments that leave me from Bangalore / Seattle and distributed environments is a light which does not require a full process of “Code Review” Guiño

Source: http://tfs.visualstudio.com/news/2013-jun-3

Saludos @ Home

El Bruno

image image image

[#TFS2013] Lightweight code commented (y el Code Review?)

image

Buenas,

sigo con la semanita de new features en Web Access de Team Foundation Service. Hoy vamos con una que seguramente sacará una úlcera de las grandes a los “puristas”: Lightweight code commenting; es la capacidad de agregar comentarios “inline” dentro del código, de una manera colaborativa. Por ejemplo, desde la sección de código en Team Foundation Service, podemos acceder a un changeset, ver los cambios de un archivo, y en una línea específica agregar un comentario, por ejemplo.

image

 

El modelo de Colaboración queda mucho mejor reflejado en el ejemplo de la ayuda oficial de TFS:

image

O sea, que en lugar de hablar con las personas, puedes tener este modelo para dejar comentarios y revisar código en modelo no “online”. Seguramente a más de uno le dolerán los dientes con esto, sin embargo yo estoy viendo comentarios que me dejan desde Bangalore / Seattle y en entornos distribuidos es una opción light que no obliga a un proceso completo de “Code Review” Guiño

 

Fuente: http://tfs.visualstudio.com/news/2013-jun-3

Saludos @ el hotel del los colorines

El Bruno

image image image

[#TFS11] Team Explorer (V): A better Code Review process

image

Hi,

the post of Rodrigo Corral “in the software, the quality is not optional” is a post to which I refer every few minutes as point of entry to explain why it is important to think about software “well done” from zero-day. Each time that we make a copy/paste of a portion of code or implement a “quick fix” we are creating a future problem, that as time goes on, will be much harder to solve ás. Refactor code is important, I once I see old code, always think in better ways to implement it. And another great tool that we have at our disposal is the ability to perform Code Review on our code. Code Review processes are described explicitly in some development teams, but usually it is a practice that does not implement formalemente.However once you together with a partner, to give a hand to solve a problem or to find out how you can take forward a requirement, because you are doing a Code Review activity.

Visual Studio 11 and Team Foundation 11 include specific functionality for this scenario, where in addition to having the ability to work distributed have traceability of actions that we are doing. For example, suppose that with my user “El Bruno” I finished implementing a certain functionality and want another developer to help me validate if it is correct. In the new Team Explorer, we can see in the section “My Work“, the “Request Review” action.

image

When we ask for a Review, we will have to define what developer will be carried out, and we can also complete with a comment, the area of work, etc.

image

 

Once requested, in the section “My Work” already we can see that we have a pending Request for Julia Ilyiana in a Code Review.

image

 

When Julia accessing Visual Studio 11 and see their work for today’s “My Work”, this Panel will see the request for Code Review asked Bruno. It is also possible to filter to see the CR requested and received.

image

When Julia opens the request of Bruno, you can see the data of the request. An important detail is that a Code Review can be assigned to one or more reviewers. For example, Julia could send your comments in regard to another developer with more knowledge on the subject. We see in the pictures below you have added to Brian Keller as an additional reviewer.

image image

Once “revised” code, julia can comment on it and share these views with the participants of the Code Review.

image

This comment may be a general comment about code files, or even a specific piece of code in a class.

image

Internally a Code Review is a WorkItem, so we can see the history to see how evolved the same.

image

Finally when Bruno see the status of the reviews, can be seen as helped the other participants therein, and

image

 

Bruno can now comment on or share information from the Review in the same again. In addition to view more specific data shared in the review.

image

Finally, when closes a Code Review, we can see the data as if it were one WorkItem. However, as the information that shows the Code Review is not very practical in the displayed of WorkItems, can access the view in Team Explorer from the own Viewer. Cool Open-mouthed smile

image

 

Greetings @ Home

The Bruno

   

PD: behind this whole process there are a couple of ShelveSets and various types of WorkItems, CodeReview, CodeReview Response, etc.

[#TFS11] Team Explorer (V): Un nuevo y mejorado Code Review

image

Buenas,

el post de Rodrigo CorralEn el software, la calidad, no es opcional” es un post al que hago referencia cada dos por tres como punto de entrada para explicar porqué es importante pensar en software “bien hecho” desde el día cero. Cada vez que realizamos un copy/paste de una porción de código o implementamos una “solución rápida”  estamos creando un futuro problema, que a medida que pasa el tiempo, será mucho ás dificil de solucionar. Refactorizar código es importante, yo cada vez que veo código viejo, siempre pienso en mejores formas de implementarlo. Y otra gran herramienta que tenemos a nuestra disposición es la capacidad de realizar Code Review sobre nuestro código. En algunos equipos de desarrollo se describen procesos de Code Review de forma explícita, pero por lo general es una práctica que no se implementa formalemente. Sin embargo cada vez que te juntas con un compañero, a darle una mano para resolver un problema o para ver como puedes sacar adelante un requerimiento, pues estás realizando una actividad de Code Review.

Visual Studio 11 y Team Foundation 11 incluyen una funcionalidad específica para este escenario, en el que además de tener la capacidad de trabajar distribuido, tendremos trazabilidad de las acciones que estamos realizando. Por ejemplo, supongamos que con mi usuario “El Bruno” he terminado de implementar una funcionalidad determinada y quiero que otro developer me ayude a validar si la misma es correcta. Dentro del nuevo Team Explorer, podremos ver en la sección “My Work”, la acción “Request Review”.

image

Cuando solicitamos un Review, tendremos que definir qué developer lo realizará, y además podremos completar con un comentario, el área de trabajo, etc.

image

 

Una vez solicitado, en la sección “My Work” ya podremos ver que tenemos un Request pendiente para Julia Ilyiana de un Code Review.

image

 

Cuando Julia acceda a Visual Studio 11 y vea su trabajo para el día de hoy  “My Work”, en este panel verá la solicitud de Code Review que le solicitó Bruno. Además es posible filtrar para ver las CR solicitadas y recibidas.

image

Cuando Julia abre la petición de Bruno, puede ver los datos de la petición. Un detalle importante es que una Code Review puede ser asignada a uno o más reviewers. Por ejemplo, Julia podría enviar sus comentarios al respecto para otro developer con más conocimientos sobre el tema. En la siguientes imágenes vemos como hemos agregado a Brian Keller como un reviewer adicional.

image image

Una vez “revisado” el código, julia puede opinar sobre el mismo y compartir estas opiniones con los participantes del Code Review.

image 

Este comentario puede ser un comentario general sobre los ficheros de código, o inclusive sobre una porción de código específica de una clase.

image

Internamente un Code Review es un WorkItem, con lo que podemos ver el histórico del mismo para ver como ha evolucionado el mismo.

image

Finalmente cuando Bruno vea el estado de los reviews, puede ver como han colaborado los demás participantes en el mismo y además,

image

 

Bruno ahora puede comentar o compartir nuevamente información del Review en el mismo. Además de ver los datos más específicos que se compartieron en el review.

image

Finalmente, cuando se cierra un Code Review, podemos consultar los datos como si fuese un WorkItem más. Sin embargo, como la información que nos muestra el Code Review no es muy práctica en el visualizados de WorkItems, podemos acceder a la vista en el Team Explorer desde el propio visor. Cool Open-mouthed smile 

image

 

Saludos @ Home

El Bruno

   

PD: por detrás de todo este proceso hay un par de ShelveSets y varios tipos de WorkItems, CodeReview, CodeReview Response, etc.