#192 Esa es mi opinión, que la mitad de la población no está discriminada.
Y no sólo eso, yo también opino que lo del feminismo es victimismo, y utiliza ese victimismo para justificar su existencia.
Y no tiene nada de extraño que la policía pida la documentación a los extranjeros como medio de control y de vigilancia, y eso no convierte a España en un país racista.
Las juntas directivas y las empleadas de hogar. Y las fuerzas de seguridad del estado. Y en Ucrania no envían a las mujeres a la guerra forzosamente. Y las mujeres tienen una esperanza de vida mayor que los hombres, entre otras cosas porque hay menos mujeres que fumen y beben menos alcohol. ¿Y qué?
Hay más mujeres que hombres que estudian enfermería y que trabajan de enfermeras. ¿Y qué? ¿Hay que dar un incentivo económico a los hombres para que estudien enfermería?
El feminismo está lleno de argumentos abusurdos.
#194 No sé trata de que se planten todos, sino de que la ley obligue a plantarse si no hay unas mínimas condiciones de seguridad, y ampare a quien lo haga.
Si es tan fácil de decir, ¿por qué te cuesta apoyarlo?
#179 El maquinista del Alvia tendría que haber sido condenado, pero no por no reaccionar a tiempo.
Tendría que haber sido condenado por aceptar trabajar así.
Eso sí que daría un buen ejemplo.
Debería ser obligatorio negarse a conducir sin condiciones de seguridad, y si no hay una respuesta inmediata de la empresa, directamente denunciar en los medios de comunicación.
#178 La otra mitad de la población no está reclamando sus derechos por cuestión de su sexo, la otra mitad de la población ya exigen que se respeten sus derechos como personas que son.
#109 En un país democrático se respetan los derechos de las personas. Aunque a veces parece que el feminismo no tiene esto en cuenta como si las mujeres no fueran personas.
#26 Para comodidad de los peatones se rebaja el bordillo, se hace un paso elevado o plataforma única. El badén no se pone para hacer un pasillo cómodo a los peatones sino para obligar a los vehículos a moderar la velocidad, pero no veo la necesidad siendo un cruce regulado por semáforo. ¿Qué por qué no se va a elevar? Por los problemas que ocasiona.
#40 Son intercambios de tecnología. Los chinos pueden vender un coche con el logo de Volkswagen, que tiene mucho prestigio en China, y supongo que Volkswagen se gana alguna patente
#31 Sinceramente creo que hay otras razones. Una berlina media grande eléctrica medianamente bien hecha a 24k€ en europa canibalizaría buena parte de las ventas de otros de sus modelos, pero es que a cambio se comería todo el mercado. Tanto de eléctricos como ventas que les robaría a los de combustión.
#106 pues ahí tienes el ejemplo, para un proyecto serio como es un IDE, que tiene que poder encontrar ficheros y texto dentro de los ficheros en proyectos enteros que pueden ser de cientos de miles de ficheros (Incluyendo SDKs y librerias externas), evidentemente tiene que funcionar lo más rápido posible, y tiene que ser un código testeable y mantenible por los desarrolladores del propio IDE. Por ello en lugar de usar regex en su lugar usan algoritmos específicos para esa tarea, como es la generación de un índice full text search propio o usar software ya existe y eficiente que cumple ese objetivo como es ripgrep.
Evidentemente para una acción que vas a realizar una sola vez, que es lo que me cuentas tu, pues no vas a crear un indice y queries, pero en un proyecto serio y donde el codigo tiene que escalar, ser testeable y mantenible, la regex no es recomendable.
#103 con un ejemplo me refiero a una regex concreta, y me refiero a usarla en un código fuente, que es donde se puede sustituir por un algoritmo.
Del caso que presentas, primero no soy usuario de ese software, pero lo que sí te puedo decir es que los IDEs de forma interna no usan regex para búsqueda y reemplazo, ni para búsqueda de ficheros, sino que generan índices full text search que son mucho más eficientes, o en su defecto usan software muy optimizado para búsqueda en ficheros de forma concurrente, como por ejemplo ripgrep en VS Code.
Las regex no son una buena opción para búsquedas de texto, si los IDEs (O el software de renombrado que ha dicho #95) las ofrecen a los usuarios es porque es una forma simple de ofrecer búsqueda compleja y personalizable, pero no son para nada eficientes.
#101 yo te lo he recomendado a ti y a todo el que lea mi comentario, no solo a quien he respondido
No he deducido nada. Por segunda vez, he puesto dos casos, el primero caso es si entiendes lo que hace la regex, y el segundo caso es si no entiendes lo que hace la regex. No es tan difícil de entender. Si tú a partir de ahí quieres entender que te he dicho que no entiendes una regex la cual ni siquiera has compartido, quizás quien tiene un problema de sensibilidad eres tú, porque podrías haber entendido que te decía que si que la entiendes, es decir, el primer caso, pero te vas al negativo y te sientes atacado.
Por último un software de renombrado de ficheros evidentemente no es un buen ejemplo, primero porque yo estaba hablando de usar regex en código fuente, y segundo porque aunque quisieses en ese caso no tienes otra alternativa, porque dudo que permita escribir código en su lugar.
#95 no lo has dicho, yo te he recomendado no usar regex, porque si sabes trasladarla a un algoritmo es mejor por todos los motivos que te he dicho; facilidad de lectura, mantenimiento y testabilidad, y luego te he dicho que si no sabes trasladarlo entonces es más motivo para no usar la regex.
Por tercera vez, si me das un ejemplo te diré la contraparte. Si es más eficiente o no habrá que probarlo también, pero ya te adelanto de nuevo que el código se use en un proceso iterativo de millones de elementos que se tienen que procesar de forma extremadamente rápida, la micro-optimización hoy en día es totalmente irrelevante.
Por último con esa pregunta estás dando por hecho que las regex son eficientes, y nada más lejos de la realidad, si la regex es demasiado compleja y tiene que probar muchas combinaciones, lo cual es muy común para los problemas en los que no es tan sencillo trasladarlo a un algoritmo, hay muchas posibilidades de que sea un auténtico desastre en cuanto a rendimiento, e incluso de entrar en lo que se conoce como catastrophic backtracking, lo cual ocurre cuando usas múltiples grupos de capturación.
Lo peor de todo es que este tipo de regex se suelen usar para cosas tan sencillas como validar datos de entrada, por ejemplo en un controlador o en un comando, algo que la mayoría de lenguajes hoy en día soporta de forma nativa con funciones simples (Por ejemplo la familia FILTER_VALIDATE_* en PHP), en su defecto con frameworks o con librerías externas.
#89 otra vez.. creo que no es necesario que especifique cada comentario que hago, de la misma forma que antes me refería a un algoritmo tradicional, en este caso me refería a un humano medio con un tiempo y ganas limitados, no a un superdotado con tiempo de sobra para ponerse a destriparla. El 99% de la gente no se va a poner a destripar las regex del enlace que he puesto en #87, ni siquiera regex mucho más simples que esas, de hecho las únicas que se suelen destripar son como mucho de 5 o 10 caracteres, todo lo que pase de ahí la mayoría ni lo leen.
#90 te lo digo de otra manera, en todos los años que llevo trabajando como programador nunca he dejado pasar una sola regex en un code review y siempre me han dado la razón sin tener que lucharlo demasiado, ya sea porque la regex es tan simple que es hacer un algoritmo en su lugar es igual de sencillo y mucho más legible y testeable, o por lo contrario, porque es tan complicada que ni el mismo programador que supuestamente la escribió fue capaz de explicar lo que hace, lo cual quiere decir evidentemente que no la escribió, sino que la copió de StackOverflow, o más recientemente de algún LLM, y un código que no entiendes nunca se tiene que mergear.
De nuevo, si me das un ejemplo de esas regex tan útiles que no sabes trasladar a un algoritmo tradicional, te daré mi opinión sobre ella, aunque ya te la puedo adelantar; si no sabes escribirlo a mano, es que no entiendes la regex y por lo tanto no deberías utilizarla.
#57 pues evidentemente la alternativa dependerá de la expresión regular, si me das un ejemplo te digo la alternativa.
Generalizando, toda expresión regular se puede reescribir como una máquina de estados finitos, y por lo tanto hacer un equivalente en un algoritmo debería de ser algo sencillo, al menos con una expresión regular que sea entendible por un humano.
Y si no puedes traducirla a un algoritmo significa que esa expresión regular es demasiado compleja como para entenderla, y más razón para no usarla.
#33 Si, coincido, votar no hace que la decisión sea mejor, simplemente es la que más gente considera correcta. La gente se equivoca, también. Pero bueno, es la vida misma.
#29 Se vota A o se vota B, no es tan complicado, pero bueno. Cuando se delega, el delegado tiende a actuar por su cuenta. Con un carpinterio es fácil, lo echas y buscas otros. A los políticos cuesta algo más.
#195 Trigonometrico 
