What are some popular myths in software development?

Noviembre 22nd, 2011 § View Comments § permalink

Me encontre ésta pregunta interesante en Quora: What are some popular myths in software development? (¿Cúales son algunos mitos pupulares del desarrollo de software?) y me parecieron muy buenos algunos de ellos.

- Que los clientes y/o usuarios finales saben lo que quieren y que serán capaces de explicarlo.

- Que algún lenguaje, tecnología o método popular contrario al que estás usando actualmente, será la bala de plata que mágicamente resolverá tus problemas.

- Que la mejor solución técnica es la que gana.

- Que el desarrollo de software se puede calcular con precisión.

- Que JavaScript tiene algo que ver con Java.

- Que la presentación puede y siempre deberá estar separa de la presentación.

- Que el desarrollo de software se trata de tener excelentes habilidades matemáticas, y que se enseña mejor mediante el estudio de las ciencias de la computación, y es que es mejor enseñada por personas altamente matemáticos. Que la resolución de rompecabezas es la mejor manera de medir la capacidad de un ingeniero de software.

- Que el escribir software es una buena profesión para aquellas personas que carecen de habilidades con las personas.

- Que los diseñadores no puede o no quieren aprender a codificar y deben de ser protegidos del código real.

- Que el diseño es solo una capa de decoración y es mucho menos importante que la buena ingeniería.

- Que el código/programa es imposible de hachear/desencriptar/clonar.

- Que  ”Se puede hacer en una noche”.

Si les gusta más leerlo en inglés comparto la fuente: Quora

The world seen by an “Object-Oriented” programmer

Septiembre 18th, 2011 § View Comments § permalink

If programmers have make a plane

Junio 24th, 2011 § View Comments § permalink

Así se hizo Facebook

Junio 8th, 2011 § View Comments § permalink

Kinected Conference

Junio 1st, 2011 § View Comments § permalink

Interesante proyecto Kinected Conference logrado con la camara del Kinect y sensores de audio. Hecho por chavos del MIT Media Lab, detecta presencia y pone en primer plano o enfoca a quien está hablando, detecta distancias y muchas otras ondas. De verdad me impresionan lo que hacen estos chavos; claro les pagan muuuy bien por investigar y el menor grado que tienen estos chavos es un Ph. D.

Kinected Conference from Lining (Lizzie) Yao on Vimeo.

Además tiene proyectos como este: Brincar la cuerda? LoL! Vaya que se divierten.

Y yo haciendo webparts para Sharepoint (Shame of me)

Jump Jump Revolution from Lining (Lizzie) Yao on Vimeo.

Learn C

Mayo 30th, 2011 § View Comments § permalink

Yo programo por comida

Mayo 20th, 2011 § View Comments § permalink

En el timeline de mi tumblr me encuentro ésta imagen que describe el futuro proximo de un desarrollador! http://ito.mx/Om2B

Y el maestro @randrade en un reply responde esto; “Se programa ajeno” quote bastante bueno para otra imagen

Talentopoly.Com

Mayo 11th, 2011 § View Comments § permalink

Talentopoly Es una comunidad de desarrolladores, diseñadores y profesionales de IT compartiendo lo que descruben en internet. Muy recomendado he encontrado cosas interesante aqui. Es un tipo Hacker News esta bueno! Tengo 5 invitaciones para compartir. Si quieren una mandame un DM por twitter.

Programming Quotes

Febrero 15th, 2011 § View Comments § permalink

Para este post he decidido publicar una recopilación de programming quotes ó frases relacionados con la programación.

Estás frases fueron hechas por personas relacionadas con la industria IT.

Sin más, aquí están:

10. If debugging is the process of removing software bugs, then programming must be the process of putting them in. -  Edsger Dijkstra

9. The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time.  – Tom Cargill

8. “There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.”-  C.A.R. Hoare

7. Measuring programming progress by lines of code is like measuring aircraft building progress by weight. – Bill Gates

6. “Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.” – Martin Golding

5. “The trouble with programmers is that you can never tell what a programmer is doing until it’s too late.” – Seymour Cray

4. Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. – Rick Cook

3. “Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris.” – Larry Wall

2. “Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday’s code.” – Christopher Thompson

1. Walking on water and developing software from a specification are easy if both are frozen. – Edward V Berard

¿Para qué éstas frases? A mi parecer simplemente sirve de INSPIRACIÓN, creo que hay gente que ya pasó por lo que yo.

Por recomendación sigo en tumblr un blog   http://startupquote.com

17 Leyes Indiscutibles del trabajo en equipo

Marzo 10th, 2010 § View Comments § permalink

Trabajo en equipo, trabajo en equipo, que difícil es juntar a un grupo de personas especializadas en un área en los diferentes rubros de una empresa, pero en lo particular en el área de desarrollos de aplicaciones de escritorio y Web. Esto es uno de los puntos de los que cojeamos en la empresa que actualmente laboro. Una mala toma de decisión  administrativa que en su momento pareció un “detallito” hecho abajo todo el buen trabajo que se venia haciendo y la integración que se había logrado, trayendo consigo cierto comportamiento que ha afectado en la productividad y se empieza a ver una rotación de personal. Es por esto que he buscado este libro las 17 Leyes Indiscutibles del trabajo en equipo, que describe ciertas verdades del trabajo en equipo y no solo el personal administrativo que toma decisiones debería tener en cuenta sino también la parte operativa y de producción, para ir por el mismo camino ó “Jalar más parejo” dicho popular.

La ley de importancia
“El uno es un número demasiado bajo para alcanzar la grandeza”

La ley de todo el panorama
“El objetivo es más importante que el cargo”

La ley del nicho
“Todos los jugadores tienen un lugar en el que ofrecen el mayor valor”

La ley del Monte Everest
“El trabajo en equipo se vuelve más necesario a medida que aumenta el desafío”

La ley de la cadena
“La fortaleza del equipo se ve afectada por el eslabón más débil”

La ley del catalizador
“Los equipos triunfadores cuentan con miembros que hacen que las cosas sucedan”

La ley de la brújula
“La visión les brinda dirección y confianza a los miembros del equipo”

La ley de la manzana podrida
“Las malas actitudes arruinan al equipo”

La ley de la confiabilidad
“Los miembros del equipo deben ser capaces de contar los unos con los otros”

La ley del precio
“El equipo no logra alcanzar todo su potencial cuando no logra pagar el precio”

La ley del marcador
“El equipo puede hacer ajustes cuando sabe cuál es la situación”

La ley de la banca
“Los grandes equipos son muy profundos”

Ley de identidad
“Los valores comunes definen al equipo”

La ley de la comunicación
Para crear un cambio positivo en la organización se requiere de comunicación. Los miembros de los equipos más efectivos siempre están hablando y escuchándose unos a los otros.

La ley del filo
“La diferencia entre dos equipos igualmente talentosos está en el liderazgo”

La ley de la moral alta
“Cuando estamos ganando, nada nos duele”

La ley de los dividendos
“La inversión en el equipo se notará con el tiempo”

Where Am I?

You are currently browsing the programacion category at Carlitos Castro Blog.