Hace 9 años | Por Nights a macleodsawyer.com
Publicado hace 9 años por Nights a macleodsawyer.com

Los programadores de ordenador saben bastante más sobre ordenadores y código que el resto de la gente, y honestamente, algunas cosas dan miedo.

Comentarios

D

#7 Si sigues la máxima de dejar el código mejor de como lo encontraste no termina todo siendo un caos.

Mister_Lala

#11 Me gustaría trabajar en tu empresa, porque en la mía cuando la percha comienza a fallar la pegan con un chicle ¿Estáis buscando A/P?

D

#12 Startup sin financiación.

Está previsto empezar a facturar en abril.

Lo que buscamos son administradores de sistemas, pero podemos valorar desarrolladores con experiencia en las tecnologías que usamos.

Docker, elasticsearch, mongo, node, express, handlebars, angular, bootstrap

Estoy en otra startup donde estamos a la espera de que se firme un contrato con unos inversores (la firma es inminente desde febrero...)
En esa no sé que planes de contratación tienen.

Mister_Lala

#15 Uff, de todas esas la única que se me da bien es hacer el mongo.

D

#15 Veo todas esas tecnologías y subo otras cinco más.

¿Alguien quiere trabajar en mi startup?

D

#86 qué 5?


Yo no ofrezco trabajo.
He dicho claramente que ni tengo financiación ni estoy facturando.

Cuando contratemos será a sysadmins.

D

#11 Eso mismo podría aplicar a cualquier otra ingeniería, lo que pasa es que el software en varios aspectos es mucho más flexible, tienes menos restricciones impuestas que sean totalmente inviolables, etc, y al final se hacen más ñapas.

Sin embargo, viendo algunos programas como el de megaestructuras, en la construcción del LHC se hicieron varias ñapas por cosas que no se habían tenido en cuenta. Y sí en un avión en vez de con un perchero utilizan la pieza D05-JSA pues yo no sé si es la más adecuada, pero es que igual quizás es una ñapa.

Quizás si yo supiera todo lo que se hace para construir un avión, ni volaría en uno...

Varlak_

#21 creeme, tambien son ñapas

G

#11 lo unico que demuestran los tests es que el funcionamiento basico es correcto y que los bugs detectados no ocurrirán. No dicen nada de los bugs no detectados, y sobre todo, hablan de que la finalidad se cumple, no de cómo se cumple. Un software bien testeado es mucho mejor que uno sin testear, pero pueden tener la misma cantidad de chapuzas dentro.

D

#8 la máxima es «si funciona, no lo toques!»

Waskachu

#7 yo creo que #4 está empezando en el mundo laboral y desarrolla páginas webs o temas Android o cosas así, porque si no no me explico su comentario.

D

#55 ¿Qué desarrollas tú y cuál es tu experiencia en ello? Por curiosidad, más que nada.

D

#68 muy cierto. Yo desarrollo software industrial y ahí ves cosas de hace eones (he visto máquinas rulando msdos, windows xp sigue dominando, en la programación ahora empieza a verse OO...) y si le dices a algunas empresas que es hora de cambiar, se despollan en tu cara.
Por qué van a cambiar una maquinaria que funciona, que costó muchísimo dinero porque su software sea obsoleto?
¡Ya te apañarás tú como programador para que coexista con lo nuevo!

Algunos tienden a pensar que es fácil cambiar un software a uno más moderno, pero hay muchísimos ejemplos en los que no es así, como el de los bancos que bien has dicho.

serlec

#7 tu lo has dicho en software nuevo y ni eso, todo depende de las urgencias que tengas y la autodisciplina que te aseguro es muy difícil de mantener, más cuando nadie va a revisar lo que haces solo su resultado, es decir miles de horas de test no detectarán esa ñapa si funciona #68 siempre con el ejemplo del Cobol, no es que no lo quieran cambiar por amor a la mitologia informàtica, és que són sistemas y procesos profesionales con soporte de grandes empresas que funcionan y además han sabido adaptarse para intercambiar información con nuevas tecnologías, para que vas a gastar pasta en cambiar lo que funciona? Gastan pasta en montar capas amigables pero el core lo mantienen sentido común. #26 en cualquier lenguaje no, solo si este no está compilado, en ese caso es más fácil detectar errores catastróficos y más si son de formato. Y todas estas respuestas sin leer artículo, me encanta...

P

#7 Sí, esa es la dura realidad, pero no significa que deba ser así. Ahí hay algo de cabezonería y tacañería de las grandes empresas. Todo programa es susceptible de ser reescrito de una mejor forma, mejor documentado, optimizado, más preparado para manejar errores ya conocidos durante su uso en producción. Sólo que actualizarlos cuesta dinero y las empresas siguen eso de "si funciona no lo toques y menos si nos cuesta dinero". Si sólo se dieran cuenta de los problemas (y dinero) que se ahorrarían actualizando el código obsoleto, se convertiría en una prioridad hacerlo.

D

#c-7" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2372568/order/7">#7 " javascript, html, asp, c#, c++, c++ builder, visual c, oracle, sqlite, office y"

Vade retro.

Capitan_Centollo

#7 Amén.

xuco

#7 Tanto lio para que luego llegue cualquiera, te programe un Candy Crash Saga en 2 ratos y se lleve la pasta que tu jamás imaginaste.....

Si si, el delicado equilibrio es el de los capullos que apuntamos en el sector por cuatro perras y puteaos.

D

#4 #7 Es que pare eso están los programadores, para solventar marrones e intentar encajar una sucesión de ñapas con más o menos éxito. Bueno, para éso y para hacer realidad las flipadas de algunos jenios.

J

#5 Al principio cuesta un poco porque te miran con una mezcla de que les estés engañando y como pensando qué será lo que haces en el trabajo si no sabes hacer nada.

SuperPollo

#5 Pero... ¿podrías pasarte por mi casa a echarle un vistazo al microondas, que lo del grill no va bien del todo? Total, si a ti no te va a costar nada...
Y si me lo arreglas te invito a una cerveza.

Hanxxs

#35 A mi me lo han pedido, literalmente, true story.

D

#5 Yo les digo: Es linux o mac? No, lo siento. No entiendo de Viru,....de windows.

D

#5 A la tercera vez que me llamaban por tonterías les instalaba linux, mano santo, ya no me llamaban, no sé si era porque no lo podían romper o porque llamaban a otro que les instalase windows.

Saludos

D

#5 os dejo el simil que uso yo:

"A ver, yo soy como Alonso, sé pilotar pero no tengo ni idea de como reparar el F1"

Funsiona de maravilla, hasta el mas gañan lo entiende

Mister_Lala

#3 Te inventas una avería física. Le dices que hay que cambiarle la junta de la trócola y que cuesta X. Así tiene dos opciones, pagarte, o llevárselo.

auroraboreal

#3 extrapolable con muy pocos cambios a otras profesiones (por ejemplo, la medicina (exagerando ):

¿tú sabes porqué cuando levanto el brazo derecho y me toco la ceja izquierda me duele justo en la parte ésta que me estoy tocando? pero solo me pasa cuando hago ese movimiento los días pares y si, además, he comido judías... )

Acido

#40 pues sí, el médico no puede poner la excusa de que usa Linux ... los cuerpos son básicamente todos el mismo sistema.
Ahora bien, el médico tiene otros "recursos":
* Decir: "para saber con más detalle tendría que hacerse unos análisis" ... Es algo que todo el mundo entiende, que puede haber 200 enfermedades diferentes que causen un dolor en el brazo (fractura, problemas de articulaciones, problema circulatorio, problemas musculares, tumor, etc) ... y saben que normalmente los médicos no llevan un laboratorio a cuestas. Aparte, todo el mundo sabe que el estado paga gratis médicos y análisis. Así que la alternativa es obvia, gratuita y sencilla: urgencias o pedir cita.
* Decir que no es su especialidad. Todo el mundo sabe que no es lo mismo un médico de medicina general que un cirujano o un cardiólogo o un neurocirujano o un traumatólogo o un psiquiatra o un anestesista, etc. Sin embargo, al informático parecen exigirle todo, como si no existieran especialidades...
* Aún así, el médico puede dar una información: "para el dolor puedes tomar un analgésico y te lo calmará... en tu caso este o este". Es diferente a lo que se pide al informático: no que le de información sino que le "cure" el ordenador (o el móvil, o el microondas...)
* Y, por supuesto, si es una cuestión de vida o muerte en una urgencia el médico se supone que debe ayudar, unos primeros auxilios al menos mientras llegan los servicios de urgencias, aunque no conozca al paciente de nada. En el caso del informático no "se supone" que tenga obligación de arreglar algo, no suele haber una vida en juego... pero se lo piden igualmente. Aquí el informático tiene ventaja: si se niega no va a morir nadie.

mfaustino

#3 "pringaohowto.txt" te solucionará la vida... (googlealo)

Hanxxs

La #3 la voy a grabar en una placa de mármol.

eltercerhombre

#3 Se me ha roto la tostadora. Si eso ya te invito a 1 caña.

D

#37 positivo solo por las últimas cinco palabras.

pawer13

#38 #37 A mi eso me demuestra que Javascript sigue siendo el lenguaje más incomprendido del mundo. Llevo un año con este lenguaje y cada vez me gusta más. Ya no echo de menos Java para nada.

BiRDo

#46 Al menos admitirás que Javascript se parece a Java lo que una pepsi a una lavadora.

pawer13

#59 Javascript is to Java as hamburguer is to ham
Para mí lo peor de Js es el nombre, que crea falsas expectativas.

BiRDo

#61 Yo doy gracias por el advenimiento de jquery. Hasta entonces, las batallas de las distintas librerías de Js para hacer cualquier cosa eran épicas (y aleatorias).

pawer13

#63 http://youmightnotneedjquery.com/
La cosa ha cambiado en los últimos años, por suerte

P

#82 Sí, siempre está la posibilidad de usar VanillaJS ( http://vanilla-js.com ), pero todos los que he visto intentarlo, tarde o temprano vuelven a JQuery, por alguna razón inexplicable. Es como una droga.

D

#46 Puede que tengas razón, pero yo en algunos proyectos, de tanto callback he acabado con un código espagueti inmanejable. Admito que puede ser culpa mía, por falta de metodología adecuada o lo que sea. Pero ese mismo código en java, por decir uno, no me ocurre.

pawer13

#81 A veces es complicado evitar eso, pero hay maneras de mitigarlo: http://callbackhell.com/

o

#46 Te compadezco por haber tenido que ganarte el pan en los dos lenguajes más mierders conocidos por la humanidad.

pawer13

#94 No he mencionado PHP ni VB, no sé de qué me hablas.

p

#94 Todo el que no lo entiende, se mete con el pobre JS.

En realidad es potente de cojones, siempre que no tengas la cabeza con forma de clase de tantos años haciendo lo mismo una y otra vez. si nos empeñamos en utilizar JS como si fuese Java o C++, normal que sea una mierda.

D

#46 No creo que esté reñido eso que comentas, algunos lenguajes interpretados son muy atractivos porque puedes hacer cosas muy fácilmente, el problema es que esa libertad de entender casi cualquier cosa que le eches luego genera muchas ambigüedades que son un problema.

En general mientras más cosas hace el interprete por ti sin que te des cuenta, menos vas a entender que pasa en casos complejos que no dan resultados intuitivos.

Alguien menciona PHP, también tiene ese problema, o peor aún, PHP nunca fue un lenguaje, se le fueron añadiendo cosas sobre la marcha. lol

EauDeMeLancomes

#37 de hecho en VB puedes definir el array como
Dim OstiasEnVinagre(1 to 5) as integer
Y tiene 5 comenzando en el 1

Sofrito

La profesión del programador es como la del camarero. Solo el camarero sabe lo que hay al otro lado de la barra. Y es inquietante.

D

#30 Y el mecanico, albañil, cirujano...la entradilla es un poco chorra.

D

#30 Y solo el cocinero, si es un restaurante, sabe si te han escupido en la comida. lol

#41 Muy cierto, yo pensaba que mi casa era más "solida" hasta que vivi mi primera reforma. Al terminar esa reforma, durante unas semanas tenía la impresión de que que cualquier cosa que tocara se podía caer.

Acido

#23

El conductor de coches sería el usuario de informática. El conductor de un coche maneja unos mandos, botones y salpicadero (volante, pedales, botón de luces, claxon, marchas... así como velocímetro, cuentakilómetros...) y el usuario de informática maneja una interfaz de usuario: botones, ratón, teclas, lista desplegable... El conductor "normal" no sabe cómo está construido por dentro el coche, igual que un usuario de Chrome o de Wikipedia.org no tiene que saber si está hecho en C++ o en Java o en PHP.
El conductor experto o avanzado del que hablas, que lleve al límite la máquina y pueda conocer ciertas interioridades sería un piloto de rallies o de Formula 1, o un técnico de calidad de fabricación de coches... y en informática el equivalente podría ser o bien un usuario experto o un analista de pruebas o técnico de calidad de software (labores que quizá la hacen muchos programadores pero que no sería el centro de su actividad) .
El programador sería el fabricante de coches / operario de fábrica, mezclado quizá con diseñador industrial técnico. En realidad la labor de diseño técnico de un programa o sistema debería hacerla un analista técnico pero ya sabemos que el programador suele encargarse de muchas decisiones de ese estilo, y de otras. Pero su labor principal es "unir piezas" para dar como producto otras piezas que cumplan unas especificaciones. Y eso sería lo que hace una fábrica de coches o de piezas de coche... parte de unas piezas existentes y las monta para hacer otra pieza o un producto final.
Cuando alguien pide a un programador que le arregle el ordenador sería como pedir a un operario de una fábrica de SEAT que arregle o aconseje sobre un camión Volvo que no fabrica él, sólo por el hecho de que ambos tienen ruedas. O, al revés, uno que fabrica camiones o grúas le piden que arregle un coche SEAT. Si a un programador un usuario de la aplicación que él ha programado le pregunta por esa aplicación seguramente sabrá más que el usuario y le podrá ayudar pero si es otra fabricada por otros pues no tiene por qué. Bueno, a veces el programador hace aplicaciones para Windows conociendo a fondo el sistema pero no tiene por qué ser el caso general, y puede delegar cierto mantenimiento e instalaciones en otro experto.

Ñapas...

t

Es aquí donde los programadores os chupais las pollas unos a otros?

sukh

#60 lol no seas así hombre lol.

A ver ... que no lo digo para ofender a nadie, pero que se perfectamente que es un algortimo y cantarle las 40 a quien programa con el culo y me deja la máquina frita

D

#60 Yo quiero un sub donde los admin de sistemas podamos llorar agusto.
1) En desarrollo funciona perfecto.
2) La aplicacion va fluida, el servidor necesita mad RAM
3) No sabemos nada de ese bloq en la BBDD las consultas tienen un timeout adecuado.
4) El servidor quadcore, es un poco escaso, el fabricante recimienda un opteron
Etc... mandarme la buambulancia me la he ganado.

D

#76 docker

Svacam

Programador = /= Técnico
Igual que conductor de automóvil =/= Mecanico

D

#18 no.

Programador != técnico

Igual que diseñador de automoviles != mecanico

Igual que dios != medico

O algo así

Y

#44 Depende del lenguaje unos se pone != otros !== o otros directamente ni los nombro.

HyperBlad

#50 ¿En qué lenguajes se pone !==?

D

#66 Supongo que ha confundido el comparador de tipo !== (de varios lenguajes) con el comparador de diferencia !=.

Ha querido ir de listo, de todos modos no sé si no ha entendido mi comentario o ha desviado el tema sin más.

Podría haber dicho que en otros lenguajes se utiliza (si, si, incluso para strings), que desafortunado la verdad.

cc/ #50

Y

#67 No he querido de ir listo, aqui el se ha resbalado ahora eres tú

En Java también se pone !==, además de php creo que también sirve.

http://docs.oracle.com/javase/tutorial/java/nutsandbolts/op2.html

D

#100 Y vuelves a intentar ir de listo sin ni leer mi comentario.


En PHP !== NO es sinónimo de diferente. Se utiliza para comparaciones de tipo. Si tu comparas (0 == true) te dará false y en mucho casos (como funciones que retornan una posición que puede ser cero) te conviene poder comparar también el tipo para que 0 se interprete como false. y para eso existen !== y ===


En el tutorial deJAVA que has enviado NI NOMBRA !==

P

#100 En Java no tiene sentido !== ni === ya que tiene una tipado fuerte, es decir, no puedes comparar tipos diferentes. En cambio en lenguajes de tipado débil como PHP y Javascript donde las variables puedes ser desde un carácter a un objeto que tu crees, se necesita un instrucción que supla la falta de tipado.

D

#66 javascript

Broccoli

"That about 25% of the hours spent writing an application are spent figuring out ways the end user will do something wrong."

Esto es algo común en el campo de la ingenierá en general.

D

Como estudiante de programación, mi verdad en programación y la vida es esta: No lo puedes tener todo a la vez.

Un algoritmo puede ser bueno para una cosa, pero es malo para otra. Si es buenísimo para una cosa, probablemente es pésima para otras. Y si resulta ser bueno en todo lo que se le pide, entonces es extremadamente complejo, y por tanto, lleno de posibles errores.

Rapidez, memoria y complejidad. Escoge dos.

dreierfahrer

#29 fácil elección... Si algo esta bien hecho y funciona rápido usando poca memoria no tengo pq saber como funciona caja negra powa

D

#29 En general sí, cualquier buen profesional debe valorar siempre las alternativas, sin embargo, en muchos casos sí se puede tener todo. Aunque mientras más forma empieza a tomar tu sistema, siempre se tienen que tomar más compromisos.

Yonseca

#4 PHP.

Déjate un punto y coma en el sitio equivocado y puedes descojonar una web entera.

p

#25 Hombre, poder puedes. No sólo con PHP, sino con cualquier lenguaje (que yo sepa todos tienen sintaxis por definición).

Ahora bien, para eso tienes un servidor de desarrollo y otro de producción (y dependiendo de lo grande que sea la empresa, de pruebas, etc.).

Subir código a producción sin probarlo antes (aunque sea a pinrel) es una temeridad. Si no lo aprendes por las buenas, lo aprendes por las malas.

D

#26 "Si no lo aprendes por las buenas, lo aprendes por las malas."

Santa verdad.

D

#25 C. Cómete un asterisco de dos y observa como ese puntero va a tomar por culo cuando menos te lo esperas.

D

#62 Es lo que tienen los malvados compiladores, suelen tomarse en serio el análisis sintáctico.

D

#90 O cuando no el preprocesador se ríe en tu jeta.

D

#90 Si PHP al colegayonsecayonseca le parece chungo, mejor que no vea esto:

http://en.wikipedia.org/wiki/International_Obfuscated_C_Code_Contest

D

El último es cierto y no solo en la informática, cuanta gente farda de no leer un libro, de pasar de la cultura, de vivir rodeado de tecnología y no entender ni papa... en fin... que lo diga mi padre, pues todavía, aunque para él es una mierda no saber de informática, pero que lo diga alguien de mi generación y con una sonrisa en la cara es para echarse a llorar.

d4f

Bienvenidos al mundo real. Eso pasa en casi todos los campos. Por poner un ejemplo, cuando vas al super y compras una bolsa de patatas tú ves un producto acabado en el que todo está correcto, si viéseis la fábrica...

OviOne

#c-36" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2372568/order/36">#36 Buenas de nuevo. Efectivamente, y eso nos lleva al Fact #.10: muchos programadores se creen que son superiores al resto de profesionales. Por esto se pasan el día llorando cuando les pasan las mismas cosas que al resto de profesionales...

sukh

Interesante ... y ¿los admins/aquitectos de sistemas que somos?
Por que yo me meto entre pecho y espalda cada script en bash, ksh, Perl, Python/Jython (Weblogic) y en ocasiones hasta Php y C que flipo, sin contar con SQL (incluyendo PL).

Para buscar cagadas de los programadores (nadie es perfecto) y revisión del diseño de las BBDD para cortar deditos.

Y soy un admin. No, no soy un hombre orquesta ni trabajo en una Pyme.

Saluditos vecinitos

D

No estoy de acuerdo con el punto 1.

N

#1 Explanation needed.

D

#2 Puede ser cierto para el legacy code, pero un software moderno desarrollado con metodologías modernas es una pieza muy precisa y testeada.

La limpieza del código, su legibilidad, su mantenibilidad son de los factores más importantes en todo proyecto de software.

Excepto en los sprints y o en el prototipado rápido de un producto mínimo viable, el tiempo invertido en tests y refactorizaciones es tanto como el invertido en añadir nuevas funcionalidades.

dreierfahrer

#4 que tierno....

Dile al cliente q vas a hacerlo todo súper bien y q solo le ca a salir el doble de caro y le va a costar el doble de tiempo, veras q bien....

D

#65 efectivamente.

Supón que el dinero no es un problema:

¿Que prefieres un mercedes o un Tata?

D

#65 Jajajajajaa lo mismo he pensado yo, suuuuper tiennnno.

Supongo que algunos lo miramos desde la cruda óptica de la consultoría egpañola, no desde el mundo de arcoiris y unicornios de las startups molonas (...que envidia...)

c

#4 ¿En qué departamento de Márketing dices que trabajas?

borteixo

#4 JAJAJAJAJAJJAJ

jewi

#4 Actualmente estoy trabajando en evolutivos de una de las empresas de
Banca mas fuerte de España (no diré más pero imagino que ya sabréis cual), y te dan ganas de dejar tu dinero
Bajo la colcha.
Violin.
Arca.

F

#4 lol

ktzar

#1 ni yo en el 0

Yosemite

#1 Creo que se refiere a que cuando conoces bien algo también llegas a conocer sus debilidades y puntos críticos. Eso ocure cuando sabes "mirar bajo el capó" y entender lo que hay debajo y lo que puede haber. Ejemplo: cuando te conectas a una wifi abierta y desconocida y navegas a través de sistemas de terceros que examinan y almacenan tus datos. O como cuando whatsapp no encriptaba los mensajes y los trasmitía por canal inseguro...

M

#1 Esto es que has visto pocas aplicaciones que lleven unos cuantos annos en producción.

D

#1 Para hacer una función de Fibbonacci, estoy de acuerdo que es pelín exagerado, pero cuando se trata de computación distribuida en tiempo real... muchas, muchas cosas están cogidas con alfileres. Lo que pasa es que esos alfileres han demostrado que funcionan razonablemente bien (para eso están las pruebas) en circunstancias normales o no demasiado extraordinarias.

Por ejemplo, una misión espacial se fue al garete, con un presupuesto de miles de millones, porque "alguien" no cayó en la cuenta que 1 milla no es igual que 1kilómetro (WTF?).

MaximumPetrus

#1 Yo sí. Conozco programadores que pasan varios kilos de querer entender el hardware y el SO para el que desarrollan. O son completamente inútiles con el ordenador hasta el punto de necesitar ayuda para montarse el entorno de desarrollo desde cero. Los que realmente son buenos programadores, son bastante más espabilados y eficientes.

Otra cosa muy distinta es que usen esa estrategia del "no se" para escaquearse de hacer de pringao-howto para otros por amor al arte, cosa que me parece muy loable.

joanrmm

El punto nueve me recuerda la frase: Es que yo soy de letras

D

Pues yo tengo en mi empresa un administrador de sistemas cojonudo que lo primero que hago es preguntarle -cómo buscar esto o aquello en google- (porque no siempre se donde o cómo) él me da una guía, lo miro por mi cuenta uno o dos días (o una semana) y si no lo consigo le pido ayuda y él siempre está encantado.
Después siempre le compro cerveza alemana en agradecimiento, me ayude o me diga cómo buscar en google.

Eso si, si después él me pide cualquier cosa, en 5 minutos le estoy ayudando también, como si me pide que le ayude a pintar su casa.

capitan__nemo

"Under the hood, most critical software you use every day (like Mac OS X, or Facebook) contains a terrifying number of hacks and shortcuts that happen to barely fit together into a working whole. It would be like taking apart a brand-new 747 and discovering that the fuel line is held in place by a coat-hanger and the landing gear is attached with duct tape."
Todas estas ñapas funcionan hasta que dejan de funcionar, o hasta que las tienen que mantener o reparar otras personas.

Por eso a los que piensan, diseñan y programan así, nunca hay que dejarles que programen sistemas para centrales nucleares, software para dispositivos medicos, software para dispositivos que vayan a ser instalados en aviones u otros sistemas criticos, como por ejemplo sistemas que controlan los sistemas electricos de ciudades, o sistemas críticos para la seguridad nacional (como por ejemplo si la privacidad de determinados datos son criticos para la seguridad).

De hecho si os leeis los acuerdos de licencia de windows, mac os x, ... habrá una parte en que dice que ese software vale para sistemas de usuarios, pero no para centrales nucleares, aparatos medicos u otros sistémas críticos.

Relacionado
Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora
Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora

Hace 9 años | Por --471388-- a xataka.com

La última actualización de Panda Antivirus deja el ordenador inútil
La última actualización de Panda Antivirus deja el ordenador inútil
Hace 9 años | Por newstech a elgrupoinformatico.com

Google filtra por error los datos privados de 280000 dominios (en)
Google filtra por error los datos privados de 280000 dominios (en)

Facebook soluciona grave vulnerabilidad que permitia a un atacante borrar cualquier fotografía de un album
Facebook soluciona grave vulnerabilidad que permitia a un atacante borrar cualquier fotografía de un album
Hace 9 años | Por oalvarez a blog.elhacker.net

«Hackers» de todo el mundo compensan al pirata informático al que Facebook no quiso pagar
«Hackers» de todo el mundo compensan al pirata informático al que Facebook no quiso pagar
Hace 10 años | Por larusca a lavozdegalicia.es

Una actualización de Windows 7 provoca reinicios
Una actualización de Windows 7 provoca reinicios
Hace 9 años | Por soccer90 a elgrupoinformatico.com

Un ingeniero de Google denuncia una cantidad "vergonzosamente grave" de errores en Flash Player
Un ingeniero de Google denuncia una cantidad "vergonzosamente grave" de errores en Flash Player
Hace 12 años | Por Sir_Rai a genbeta.com


Por ejemplo
http://es.slideshare.net/jorarome/anlisis-de-modelos-de-evaluacin-de-calidad-de-software-libre
https://www.google.es/search?q=estandares+de+calidad+de+software

D

#95 Menuda joya de comentario.

a

En el punto 2 creo que se han quedado corto.

pawer13

#42 En Modula-2 se empieza como quieras:
TYPE ArrayDef = ARRAY[12..25] OF INTEGER;

P

Verdad # 10

A muchos nos da pereza leer en inglés o simplemente no lo dominamos. Pero que no se entere el resto, que somos gente de tecnología y nuestro dominio del inglés es incuestionable.

P

#75 bastante penosa esa verdad lol

Yo si puedo elegir entre leer en castellano e inglés, siempre inglés. Es la forma de que al final te cueste prácticamente lo mismo.

inar

Erronea. Acorde al punto 5, debieran ser 8 verdades y empezar en Fact #0

D

#45 Supongo que entiendo a qué te refieres, pero tu ejemplo está mal. Si cuenta del 0 al 9 te devolvería 10 billetes, como si cuenta del 10135 al 10144, o del 1 al 10.

#53 Siguen siendo 9, en todo caso la numeración estaría mal. lol

D

Para mi programar es crear, por eso me encanta.

H

Super fan del 4 y el 7

D

Sí, y también hay mucha gente que no sabe inglés, ni sabe usar el traductor y que??. Es curioso aquí en meneamé hablan mucho de programadores, que saben cosas que el resto no sabe, que están un escalón por encima y cosas de ese tipo. Algún tipo de complejo tienen que tener para darse tantos aires.
https://sites.google.com/site/codigodedescuento/codigo-promocional-groupalia

xyria

"Counting starts from zero, not one" Puto delphi: algunos índices empiezan en cero y otros en uno.

P

#78 lol Cierto. Cuando empecé a programar (Pascal), para mí era natural empezar siempre en uno. Cuando pasé a otros lenguajes no entendía qué pasaba por la mente de quienes los hicieron. ¿Qué clase de mente retorcida comienza un arreglo en cero?

Arcueid

#80 Leñe, ahora que lo mencionas, a mí lo que me parece retorcido es usar "arreglo". He visto que lo usaban alguna vez, pero a mí siempre me recuerda a un "arreglo" que te puede hacer una costurera en la ropa. No me acaba de convencer. Yo uso el término matemático (vector o matriz, según sea el caso).

Respecto a lo de la numeración, entiendo que se hizo de esa manera para que fuese más fácil para sumar el desplazamiento de cada elemento a la posición inicial en memoria. Tampoco sé qué lenguaje inició esto; pero tiene su lógica. Claro que también habrían podido abstraerlo para el programador y hacer la conversión por debajo. Manías de los "inventores de lenguajes".

D

#101
"Tampoco sé qué lenguaje inició esto"
Ensamblador, y el lenguaje máquina antes que él.


"Leñe, ahora que lo mencionas, a mí lo que me parece retorcido es usar "arreglo" "
Dudo que alguien que no sea algún tipo de ludópata o incluso algún tipo de extraño alcohólico use semejante término sin ruborizarse. Y no es por ofender a #80, pero es que es así.

D

Alguien que me diga qué pinta el punto 8 en esa lista. Es como decir:
Fact 10: When you boot your computer, the processor starts working

El punto 5, lo de que empieza a contar desde 0, pues bien, deformación profesional, pero en el mundo real ve al banco a retirar pasta y que el cajero te devuelva 10 billetes contando del 0 al 9 (por poner un ejemplo), a ver si tu cerebro es tan "cool" cuando se trata de pasta.

El resto de puntos ok.

P

#96 Donde dije "no se puede acceder multiplicando el puntero por el índice" quise decir "no se puede acceder sumando el puntero con el índice".

P

#101 Si, es lo que explico en #96

D

#96 Ojo, que yo en ningún momento argumento nada en contra de contar desde 0 en el mundo de la programación, no se por qué me incluyes.
Lo que quería decir es que en esa lista sobra ese punto, el de que un programador cuenta siempre desde 0, se sobreentiende que no sólo en su trabajo. No me lo creo (sí creo que hayan excepciones) y me parece algo que usa para justificar a los demás que los programadores son seres de luz y el resto ignorantes de la vida.

Resumiendo: ¿Haces todas tus cuentas (vida personal incluida) contando desde 0? Me parece bien. Seguro que los que trabajan en banca cuentan desde cero y con decimales, y todavía estoy por ver en portada de MNM una lista de este tipo con lo que los profesionales de la banca saben pero la mayor parte de la gente no. Dicho esto ahora me arrepiento de no haber votado este envío como irrelevante.

p

#96 No sé por qué supones que nos quejamos de una cosa u otra.

La mayoría de lenguajes cuentan desde cero, incluso muchos que no usan punteros ni offsets de memoria (como todos los lenguajes de scripting), por la sencilla razón de que ya está establecido como mayoritario.

Y sí, con certeza ya lo sabíamos, teniendo en cuenta los comentarios.

D

#96 No es una idea tan ininteligible, en la realidad se podría ver. Por ejemplo que seamos 10 y nos digan que nos sentamos en la fila 5 a partir del asiento 4.

La primera posición es la 4 (4+ desplazamiento 0), segunda 5 (4+1), etc, y el ultimo asiento es el 13 (4+9).

#127 Mucha gente se pierde haciendo ese tipo de cuentas cuando tienes un ordinales, vamos, nadie lo hace porque normalmente no tiene que hacerlo, y cuando lo hace se suele perder.

En mi ejemplo de antes, mucha gente te diría que el rango en el que se sientan (al ser 10) es del 4 a 14 algo intuitivo pero erróneo.

o

Se empieza en el cero porque ese número historicamente define el offset del elemento, hijnorantes.

D

#97 A todo esto, yo creo que sería más simple si para los siglos y los años se hiciera lo mismo. Hay un montón de cálculos históricos que tienen errores debido al inexistente año "cero". Uno de ellos precisamente el del calendario que usamos.

eldelshell

Fact 5
Counting starts from zero, not one.

Poco ha programado éste para decir semejante estupidez.

No sé por qué mnm ha colocado mi comentario aquí

p

#24 En la inmensa mayoría de los casos en el cero. Creo que en alguna versión de Basic empezaban por 1 y quizá haya algún otro por ahí, pero desde luego la minoría. No sé yo quién será el que ha programado poco.

D

#24 en pascal se empieza a contar en 1.

DeepBlue

#24 Otro que empieza desde 1

p

#24 también en Matlab el primer índice es el 1.

g

#83 Y en R

ElPerroDeLosCinco

#22 Contar empieza por 1.
Numerar empieza por 0.

No es lo mismo.

Si mañana heredo una torre de pisos en la Castellana, si quiero saber cuántas plantas tiene, empezaré a recorrerlas desde la planta baja contando desde 1. Si quiero ponerles un letrero, empezaré a recorrerlas desde la planta baja numerando desde 0.

Ka0

#32 Pues hay un montón de programadores de ascensores que te vuelven loco para saber cual es el botón de la planta baja.

D

#32 Muy buena esa anotación, no es lo mismo cardinal que ordinal. Aunque sea menos intuitivo para muchos, a mi me parece más lógico decir que el primer piso es la planta baja.

Aunque en el fondo me da igual, mientras no empiecen a usar fracciones o números irracionales...

D

#32

numerar.
(Del lat. numerāre).
1. tr. Contar por el orden de los números.

http://lema.rae.es/drae/?val=numerar

Ouch.

1 2 3