Hay gente que no acepta que un programador pueda ganarse bien la vida haciendo simplemente su trabajo, programando. Suele ser gente sin conocimientos técnicos, pero que sí piensan tenerlos porque leen artículos de tecnología mascaditos para consumidores habituales de prensa salmón; o –peor aún- son entrepreneurs que creen que fundar una empresa "de Internet" te convierte, inmediatamente, en un gurú tecnológico.
|
etiquetas: software , programadores , salarios , saas
Conozco programadores de medio mundo y el país que más se desprecia esta profesión es de lejos tristemente España.
Todo lo demás, chorradas tipo Edans.
Jodó. En mi triste experiencia y la de los compañeros que me han acompañado en diferentes empresas del sector es bien diferente.
La pasta se la llevan cabronazos encorbatados con cochazos, golf y clubes de campo mientras que los que de verdad producimos trincamos las migajas.
Conozco programadores de medio mundo y el país que más se desprecia esta profesión es de lejos tristemente España.
¿Qué ocurre? Que cuando coges a gente sin experiencia o que directamente no les gusta su trabajo y solamente lo hacen porque es un medio para llegar a otro puesto pues no obtienes resultados. Si no obtienes resultados tu negocio no va a obtener beneficios.
Pero de esta forma se sobrevive porque si el programador la lía.. es el quien tiene la culpa no el CTO o el jefe de sección que fue quien lo contrató a sabiendas de lo que iba a suceder.
¿Qué ocurre entonces? Que ahora mismo en España estamos viviendo una situación absurda de startups que abren y cierran como si fuera esto un burdel.
Un amigo me dijo cuando empecé en este oficio que los programadores somos como putas, siempre va a haber alguien más joven dispuesto a hacer lo mismo por menos dinero.
Huy sí, igualito software que pelis. Tienes buen cacao en la cabeza.
Por cierto, también se usan muchas de esas tecnologías en videojuegos, P.E. Steam donde ya mueven más dinero que Hollywood.
Suerte con el cuento de la "piratería". Unos se renuevan dándole al consumidor lo que quieren, otros lloran vendiendo trozos de plástico que no compra nadie ya que todo el mundo tiene reproductor de medios digitales sin medio físico.
Te puedo hablar de una startup muy grande española donde he trabajado más de un año entero con un respaldo acojonante de los inversores y con un producto que podría dar beneficios para tener fajos de billetes de reposamuñecas y sin embargo han ido a ahorrar lo máximo posible en desarrollo y del equipo que había desarrollando lo único que hacían era el mínimo.
El equipo estaba constituido por:
* Un jefe de departamento que el primer día me dijo que a él no le gustaba programar
* Varios programadores aquí españoles sin iniciativa alguna porque el puesto de trabajo y el sueldo no era lo que ellos querían tener
* Un equipo de desarrollo externo en otro país que se ocupa del Core y estaban fuera de aquí porque les podían pagar mucho menos que aquí en España.
* Un equipo de QA (calidad) de una persona por cada 15-20 desarrolladores y encima que se llevan todas las ostias del mundo cuando sale algo mal.
* Un headhunter que negocia con los desarrolladores unas condiciones y luego no las cumplia (lo terminaron echando por suerte)
* Project Managers vendiendo funcionalidades sin consultar viabilidad o tiempos con los desarrolladores (no siempre pero cuando lo hacían se cubrían de gloria)
Y todo esto por 21000 euros brutos que pagaban indiscriminadamente de la experiencia que tuvieses. Luego ya si te hacias imprescindible y tenias más paciencia que un santo te subian pero de primera ya comiendo mierda.
Así no se puede pedir que una empresa funcione por muy buen producto que tengas y aunque haya una inversión del copón detrás.
Y ni siquiera es lo peor que he visto aquí en España.. Al final decidí que nada de multinacionales, prefiero cobrar menos y trabajar para empresas pequeñas donde si algo no funciona se lo puedas decir al CEO o al CTO a la cara y solucionar las cosas.
También, en pequeña parte, es culpa de cabezahuecas como tú (supongo que no te importa que use un adjetivo similar a picatecla) que nunca se han preguntado porqué ocurren lanzamientos de productos con carencias obvias, y que desconocen la larga jerarquía de toma de decisiones que implica la creación de un producto, y la falta de medios y tiempo en los que se desarrollan, problemas acrecentados cuanto mayor sea la complejidad del producto. Google y algunas webs como The Verge, Ars Technica o Engadget pueden darte una idea de lo complicado que es sacar cualquier tipo de producto tecnológico al mercado.
Mismamente ayer salio un articulo de una oliveti y la gente que la creo entre ellos esta uno de los mas importantes ingenieros de los últimos 50 años que creo fairchill y los primeros circuitos integrados hechos por litografiá y los cmos y luego en intel creo el primer microprocesador si en Italia no fueran tan zopencos como españa podriamos hablar de silicon valey italiano.
En españa hay la cultura del pelotazo y la ley del mínimo esfuerzo junto con parasitismo brutal de incompetentes "evrywhere"
Con es sofware en vez de crear compañías solidas con profesionales competentes se tira del modelo carnica que cuando sus profesionales son competentes se les despide.
Estás un poco confundido amigo, un picacódigo trabaja en una empresa y es la última persona a la que le preguntan o que decide cuando sale algo o como sale.
De hecho, que se les llame así precisamente es porque el único interés que se tienen en ellos es que saquen trabajo a destajo.
Si tienes que exigirle algo a alguien se lo pides a quien le has pagado que para eso es quien lo vende y tiene que decidir como sale.
Si, les salía en concreto un 60-70% de lo que pagaban aquí a los ingenieros españoles pero en contra era gente que no estaba implicado en el proyecto, que no estaba en la oficina con lo cual la comunicación era un gran handicap y aunque hacíamos conferencias semanales de 2 o 3 horas luego a la larga se notaba mucho que no estaban en la oficina y que aunque me duela porque en general son buena gente, no eran buenos programando.
Por decirte que simplemente por no poder hacer conversaciones de tú a tu muchas veces no podíamos ponernos de acuerdo sobre hacia donde debía ir el producto y al final quien hacían el CORE eran ellos.
Y ya cuando empezaron a no pagarles olvídate de pedirles cosas que estuvieron una época larga sin cobrar con lo cual nosotros en España teníamos que hacer literalmente malabarismos y las cosas se hacen bien o no se hacen.
Si alguien es bueno y trabaja en Mexico por 1x se viene a Europa a hacer lo mismo por 2x, es indiscutible. La globalización va en ambos sentidos por lo que al final esta empresa por ahorrar un 30% en sueldos estaban perjudicando al producto lo que no estaba escrito.
Por otro lado, peor todavía: Ahora que están de moda las metodologías ágiles, esto significa que los requisitos pueden cambiar en algún momento durante el desarrollo y siguiendo esa metodología te consigues adaptar para llevar el proyecto a buen puerto. Suena genial, ¿no? Sí, pero para eso se tienen que cumplir una serie de normas: por ejemplo, una persona dedicada a quitar distracciones y cuellos de botella al equipo de programadores, a allanar el camino, en definitiva, para que puedan hacer su trabajo sin tener que sortear obstáculos.
¿Problema? Que eso no se suele hacer, y al final lo que obtienes es una forma de trabajar en la que el jefe puede venir cualquier día y decir se deshaga lo hecho en los últimos 2 meses, pero manteniendo todos esos obstáculos (sean cuales sean: desde teléfonos sonando 24/7, pasando por ordenadores que vayan a pedales, hasta una red que se caiga cada 2h...)
Así que, aunque no seamos infalibles (seguimos siendo humanos, aunque no lo parezca) muchos problemas con los que se encuentra el cliente final no son culpa nuestra
Yo me hago responsable de todo el código que escribo personalmente, no voy a echar la culpa a otro porque mi código no haga lo que debe hacer, pero por supuesto esto implica que no voy a aceptar tampoco que nadie que no sea yo decida sobre la calidad del código que escribo o sobre el tiempo que tengo para hacerlo. Tarde años en entender esto, no es fácil y por supuesto me trajo muchos problemas, pero a la larga me ha traído infinitos más beneficios aprender a respetar mi trabajo y a mi mismo como profesional.
No me he enterado de la mitad de las cosas que dice...
Yo nunca he tenido problema en decir que algo "no" se puede (a continuación suelo explicar que no es que no se pueda, sino que con ese presupuesto o plazo, es imposible, así que que mejor se olvide) y sé que a la larga lo suelen agradecer, aunque en el momento les parezca que no haces más que poner pegas, o pensar que eres un vago, o que no sabes qué hacer...
Creo que tanto jefes como clientes necesitan una "educación informática". Muchos siguen pensando que eso es "darle a la tecla" y si dejas de teclear para pensar ya se acercan preguntando si hay algún problema.
En resumen, es un tema más complejo de lo que parece, tienes razón en que no se puede simplificar diciendo que la culpa es de otro, sin embargo muchas veces tenemos las manos atadas y aún así nos llueven las hostias a nosotros
A ver si me acuerdo yo:
CIO = Chief information officer (el que manda en cuestión de tecnología en la oficina, vaya...)
CRM = Customer relationship management (manejo de las relaciones de la empresa con los clientes)
ERP = Enterprise resource p... nomeacuerdoqué (que viene a ser el control y optimización de los recursos empresariales que van desde la fuerza humana a la flota de vehículos, por ejemplo...)
CPD (no CDP) = Centro de Procesamiento de datos (básicamente la sala donde están metidos los servidores de la compañía en cuestión)
No es por hacerme el listillo, perdona, pero es que para algo que sé... jejejeje
Y, curiosamente, pasan de negarse a pagar por un juego, a comprarlo recién salido por 50€, con las ansias. Con "The Witcher 3" recientemente oí a uno decir "¿Pero para qué vas a comprar ese? No tiene online".
Otro de ellos, pasando a películas, me pidió que le copiara una película en DVD que tenía yo, que regalaron hace años con un diario. Costaba los 2€ que costaba el diario y, aún así, en lugar de comprarlo, me pedía una copia... casi pagaba más por el DVD virgen, pero hay gente que lo tiene enraizado, no paga por que no le ve sentido a pagar por algo que puede conseguir gratis, sin más.
Truco: primer mundo
Y lo mejor que luego la mayoría de encorbatados y demás tratan peor al cliente, claro no conocen el producto a fondo, más que vender la moto.
En cuanto a los que se quejan de los programadores y de lo que piensan que ganan, son los mismos que luego hacen un cursillo de informática pensando que van a bañarse en una montaña de billetes y descubren la verdad de golpe comiendo mierda en una cárnica.
Todavia recuerdo a un conocido que después de varios años sin vernos, me dijo que debía ganar una pasta siendo programador, y cuando le dije lo que ganaba, se sorprendió, ya que el ganaba 1200€ más al mes instalando Aire Acondicionado. De hecho la mayoría de gente que se mete en informática no sabe, que los 2 primeros años va a echar mas horas y ganar menos dinero que si trabajaran en el Burger King.
Hace años cuando conocí meneame el perfil de usuario medio era del estilo del de barrapunto, vaya que la mayoría parecían dedicarse a la informática. Pero la cosa ha cambiado mucho desde entonces, hay muchísima gente de letras/humanidades/artes aquí. Y también gente que ha trabajado en la hostelería también hay unos cuantos. Albañiles tal vez menos pero seguro que también los hay puñados.
Creo que te puedes encontrar por igual comentarios burlandose de cualquier profesión.
Edit: He releido tu comentario y creo que te he malinterpretado. Vaya, que estamos de acuerdo{wall}
Señores, me encantaría que esto no fuera así, pero con la inclusión de la programación como asignatura obligatoria en los institutos de Madrid(donde se concentran el 80% de las consultoras) va a explotar otra vez la burbuja de la informática.
Si no hacemos nada, tendremos que competir (en septiembre del año que viene, después de un año de asignatura de programación) con niños que tienen contacto con la programación pero sin experiencia real, cosa que a las consultoras, como sabeis les trae sin cuidado.
Hay que organizarse.
En fin, vaya mierda de artículo de opinión sobre un libro que se ha leído. Podría explicar cómo ha democratizado el acceso a la tecnología, en cualquier caso lo ha abierto más y encima el open source, y ¿el software libre que? Me da igual poder ver el código, si no lo puedo modificar y adaptar no me sirve para nada.
Ahora las empresas pagan muchísimo más que antes dado que es mensual y sobretodo de por vida. Porque una vez entras en Dynamics CRM Online olvídate de sacar tus datos a otro CRM. De hecho olvídate de sacar tus datos de ahí. El coste en dinero mensual es menor pero pierdes todo el control sobre tu información. Por eso, las grandes siguen montándose todo en sus CPDs y las PYMEs ellas verán, pero van a tener problemas en cuanto crezcan, porque estarán completamente atadas.
Y con Office 355 más de lo mismo. Además de que olvida una cosa más importante que el programador, el sysadmin, a ver si se cree que un Software as a Service corre y escala gracias a los programadores. Sin una buena infraestructura, sin los backups necesarios, etc etc. En fin, no se ni que hace esto en portada.
El Sr Juan Macias se debe haber sentido aludido...
juanmacias.net/2010/10/uno-de-los-mayores-problemas-de-las-startups-es
juanmacias.net/2014/05/sale-rentable-contratar-un-programador-espanol/
Es un tema al que le he dado muchas vueltas.. y ahora que trabajo por libre ves que todo el mundo tiene su parte de culpa.
Realmente es un problema complejo, es una rueda que se retroalimenta, el cliente tiene una visión simplista de lo que es "una web" y se piensa que puede meterle mano todo el mundo, es decir hace paralelismos con el mundo "normal", tengo un problema electrico -> llamo a electr1 me lo presupuesta y me lo arregla, si no esta o es muy caro llamo a electr2 y idem.. me olvido.
Incluso en el mundo web de pymes (comercio electronico, webs corporativas..) vía CMS (esto es, programación orientada a servicio puro y duro) esto no es así, no te puede meter mano to dios porque al final eso es inmantenible... un problema eléctrico/mecánico/albañileria etc.. (en general y obviando temas de desgaste físico...) no tiene la complejidad de un problema de software, a nadie se la va a estropear una bombilla por enchufar el termo y darle 5 veces seguidas a on/off.
En cambio en un software de ecommerce para pymes si se activa tal feature y se desactiva tal otra.. si el contador de pedidos llega a X puede petar.. .A ningún programador no le sorprende que de la noche a la mañana algo falle, pero los clientes flipan cuando de repente algo que no tiene sustento físico falla de la noche a la mañana.
Hay muchas diferencias "ontológicas" entre el mundo del software y el mundo "cotidiano" al que la gente esta culturalmente acostumbrada. Al final el que provee los servicios se adapta a lo que demandan (algo rápido y barato ->no documentación, no tests..etc "a saco paco") aunque sepa que eso llegará a un punto muerto (un sistema informático que no puede evolucionar esta muerto). Si no lo hace él lo hará otro, se tiran los precios a la baja...aquí hay una labor pedagógica que se podría hacer para "formar" al cliente de que va esto del Software pero no se hace... así la rueda va dando vueltas y vueltas..
The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.
opensource.org/osd-annotated
Por otro lado, el SaS sí ha democratizado la tecnología. Tener un servidor físico en un datacenter vale un dinero. Casi nadie ha tenido nunca eso, a no ser que tuviera una empresa. Una máquina virtual como SaS, por el contrario, vale tres perras y cualquiera, a no ser que su situación económica sea extrema, puede pagarla. Además, es mucho más fácil de gestionar.
A ver, sin quitar la importancia a un sysadmin, que la tiene. Decir que un los desarrolladores casi que no pintan nada a la hora de construir y diseñar sistemas escalables, que todo es cosa de sysadmins (añadir maquinas, balanceadores, etc)...jo macho.....
Yo no pido plazos holgados, yo tratare siempre de ofrecer una solución en el menor plazo posible con la mayor calidad posible, ese es mi trabajo, esta confianza es algo que por desgracia en algunos entornos te tienes que ganar primero porque por defecto lo que impera es la total desconfianza. Incluso en el peor escenario puede ser imposible ganarse esa confianza, entonces sinceramente llego el momento de decidir si queremos continuar dedicando nuestro tiempo y esfuerzo en un lugar donde no existe ese respeto profesional, yo después de muchos años lo tengo claro, el respeto y la confianza son condiciones básicas en un proyecto y si no se dan hay muchos sitios donde se valora a los buenos profesionales.
No te lo crees ni tú
Al final para el cliente es una cuestión de confianza, si confia en que eres un buen profesional creerá que lo que le planteas es lo mejor para su negocio y si no tiene esa confianza buscará al que lo haga más barato, muchos sólo lo aprenden a base de darse ostias, lo bueno es que cada vez hay más gente que se la ha pegado y que ya se ha dado cuenta que en software lo barato sale caro o más bien carisimo y incluso se puede cargar tu negocio. También los hay que nunca aprenden, pero así es la vida, tontos hay en todas partes.
PD: sobre quien debe darse por aludido por el articulo, la cosa también va por el señor E. Dans: www.enriquedans.com/2012/06/el-programador-perdido-en-mi-columna-de-ex, recuerdo que ha raiz de ese post se monto una discusión que acabo en una sesión presencial donde se tubo este debate entre dans, bonilla (el autor del post) y unos cuantos más que nos juntamos por allí, discusión que acabo en anda pero echamos la tarde y unas cervezas eso si jeje.
Los programadores son con diferencia una de las profesiones donde más egos circulan por los pasillos de la oficina. A algunos tendrían que ponerles en vez de puerta en el despacho un pórtico de esos con persiana enrollable de 4x4 metros, para que pueda entrar él y su gigantesca aura de Señor Don Programador.
Por supuesto, de gente así sólo puedes esperarte dos cosas en el trato hacia los demás compañeros: la primera es el desprecio hacia todos los demás, programadores y no programadores; la segunda es quejarse siempre de lo mal que lo hacen todos y lo mucho que influye ese mal en su glorioso trabajo que por supuesto siempre está bien hecho.
Creo que sólo es comparable el ego y el desprecio hacia sus semejantes de los programadores con profesiones como corredor de bolsa o científico titular y profesor de investigación. Son el resto de gente que hay encantada de haberse conocido. La diferencia es que al menos los científicos hacen cosas que dentro de 100 años serán recordadas y utilizadas por gran parte de la Humanidad, ya sea un nuevo material que filtra partículas contaminantes o ya sea un nuevo medicamento, mientras que la inmensa mayoría de los putos programadores... buena suerte si su fantástico código sigue en uso de aquí a 10 años, y a nadie le importa un carajo.
Porque esa es la realidad. Existen excelentes programadores que han hecho cosas relevantes como un nuevo lenguaje o un sistema operativo, y luego están todos los demás que van llorando por las esquinas de lo amplio que es su talento y lo brillantes que son y lo muy importante que es su trabajo, cuando la realidad es que sus conocimientos y habilidades están en la media sin destacar en nada y su trabajo no va a durar en activo más de unos pocos años, eso cuando no vaya a ser reescrito totalmente por el próximo programador que entre en el proyecto y que piense que lo que ha hecho el anterior es una puta mierda infumable e ineficiente, que es lo más común.
Una profesión altamente sobrevalorada y que en realidad no aporta más que lo que aportaban los operarios de factorías, fundiciones y talleres industriales del siglo XX. Ridículo ver a esos obreros especializados en picar código cómo se miden las pollas todos los días y comparan salarios.
Ahora bien, si tú crees que por programar tal y como dicen los manuales y los ejemplos es suficiente para que una aplicación se comunique bien con toda la infraestructura allá tú. Pero no es algo tan sencillo y muchas veces no requiere de sólo el servidor de aplicaciones.
#64 Democratizar no es dar acceso a la gente a algo. Es permitir a la gente intervenir en política. Con un SaS los usuarios o el pueblo no intervienen nada, sólo lo usan, no toman ninguna decisión. Queda muy bonita la palabra pero no la veo adecuada.
democracia.
(Del gr. δημοκρατία).
1. f. Doctrina política favorable a la intervención del pueblo en el gobierno.
2. f. Predominio del pueblo en el gobierno político de un Estado.
Con el Open source no te niego que se pueda dar la acepción, dado el enlace que pones (aún así todo quedaría en manos del programador y el Software base), pero sin ejemplos de SaS no te sé decir que opensource permitiría esto. Y sigo diciendo lo mismo, se olvida del software libre.
San Francisco: www.glassdoor.com/Salaries/san-francisco-software-engineer-salary-SRCH
Nueva York: www.glassdoor.com/Salaries/new-york-city-software-engineer-salary-SRCH
Zurich: www.glassdoor.com/Salaries/zurich-software-engineer-salary-SRCH_IL.0,6
embergadura-> envergadura.Regla mnemotécnica: "en verga dura".
De nada.
Respecto al open source, todos los programas open source permiten eso, si no no son open source. Cualquier programa con licencia tipo Apache es open soure; por ejemplo las licencias MIT, MPL, BSD, etc. La licencia GPL y derivadas, por el contrario, responden más a la filosofía del software libre, pero, en cualquier caso, son conceptos similares.
Las
Ninguno de ellos es "junior". Que tú me digas que eres junior, más aún en el mundo anglosajón donde los niveles profesionales no son el puto cachondeo que son en España, y cobras "salario de seis cifras", directamente no me lo creo. Hubieras quedado bien sin decir lo de "junior".
Con respecto a los salarios que me pegas, la gente que conozco currando en San Francisco y en Londres NO están ahorrando más ni viviendo mejor que yo con menos salario en Holanda
Hay quien se flipa mucho con el salario. Yo aprendí a la fuerza que prefiero cobrar 30.000 en Valencia que 60.000 en Londres, pero de lejos. Y no, no vivo en Valencia ni en Londres
Y ya he oído a tantas estrellitas refregar su salario a los demás... y he visto a tan poca gente realmente buena, competente y trabajadora cobrar "cien mil"... que qué quieres que te diga... es que al final no me lo creo. Cuando alguien de mi confianza y a quien yo conozca sobradamente me venga y me enseñe el papelito de su nómina con todas las cifras claras, me fiaré de lo que me están diciendo. Mientras todo sean wannabes de foros de internet diciendo "aquí en {Londres,Estocolmo,Zurich,San Francisco} cobro sien mil"... pues me parece guay, buena suerte
Creete lo que quieras, que a mi me van a seguir pagando lo mismo
PD: Un salario de 60.000 euros al anho en Zurich es una risa, pense que la ETH sabia pagar a la gente.
PD2: Me estan entrando ganas de pegarte mi nomina para que te quedes con cara de tonto
También se estudia dibujo técnico en la ESO, y no creo que los arquitectos estén preocupados por ello.
de nada
A los científicos titulares sí, saben pagarles bien. A los postdocs les pagan una mierda.
Me estan entrando ganas de pegarte mi nomina
Adelante, por favor. Por mí no te cortes.
para que te quedes con cara de tonto
A mí me la suda que ganes 100.000 ó 200.000. Me importa lo que gano yo, que me parece un salario adecuado. No tengo tampoco ningún interés en irme a Londres o San Francisco a ganar 100.000, más que nada porque no me cogerían en esos trabajos (soy demasiado viejo y programador mediocre, entendiendo por "mediocre" "en la media", no una estrellita del código de 24 años que se rifan las empresas), aunque también por motivos personales, porque no me gustan las megaciudades, porque no tengo interés ninguno en trabajar en ese tipo de empresas, porque no quiero trabajar 10 horas al día para demostrar nada a nadie, porque... en fin, porque no. Ya me han ofrecido un par de veces el típico "vente conmigo que tú eres bueno y aquí podrías cobrar X" y he dicho que no. Y nóminas he visto unas cuantas, así que cara de tonto ninguna. Simplemente si no lo veo no lo creo y punto, ya me ha venido demasiado flipao del aire diciéndome "pues aquí se cobran cien mil" y luego la realidad era bien distinta
Por otro lado lo que observo es que las empresas grandes empiezan a pagar mejores sueldos sobre todo a los técnicos con experiencia en el extranjero. Desde luego que nadie sueñe con sueldos de Londres, porque entre otros factores aquí tampoco cuesta el alquiler 2500€/mes, y desde luego tampoco existen tantas empresas de software y electónica para cubrir la demanda pero algo hay.
Y seamos realistas, nuestra economía y condiciones laborales van a seguir bajando mientras potencias como China o La India sigan subiendo. Cada vez que una empresa china le roba un contrato a una empresa española o europea en Sudamérica o África nuestro sueldo baja aunque no lo veamos. Y esto está pasando y no se puede evitar, porque no depende de nosotros que otros países se espabilen y hagan bien su trabajo. Lo único que podemos hacer es controlar aquí que la riqueza se distribuye equitativamente y que no hay permisividad con la corrupción. Más importante que acabar con los charlatanes de las empresas es acabar con los charlatanes de la política y la vieja escuela de PPSOEs-CiU. Esta gente que tanto quiere a su patria por un lado y a sus cuentas en Suiza y Andorra por otro.
El encorbatado que trata mal al cliente dura poco en el puesto.
Fdo: un cliente.
EDIT: y no, no estoy hablando de comidas opíparas terminadas en café, copa y puro.
No hay ningún problema en usar diccionarios, (término que se usa en Python, aunque existen conceptos parecidos en otros lenguajes: array asociativo en PHP, HashMap en Java, object en JavaScript, etc), siempre y cuando se usen para almacenar estructuras de datos sencillas, de las que no se espera que varien su estructura en el futuro. Para una estructura de datos medianamente compleja o que se espera que varíe en el futuro es mejor implementarlo con clases, ya que son mas faciles de refactorizar y testear aisladamente.
Si los diccionarios (HashMaps, arrays asociativos, etc) existen es por que en ocasiones son una buena opción utilizarlos.
Un buen pragramador debe saber cuando usar una cosa u otra, igual que un soldado sabe cuando debe de usar un machete, y cuando una granada.