Hola. Mantengo enlaces a Perl 6 y Parrot. ¿Son útiles para enlaces externos? -- mj41 21:25, 14 de enero de 2007 (UTC) [ responder ]
- Probablemente no, pero si logras que se agregue a dmoz, entonces agregar un enlace a dmoz aquí sería aceptable. Consulta WP:NOT para obtener más información. - Harmil 13:10, 11 de abril de 2007 (UTC) [ responder ]
WP:NOT no se aplica a la adición de un solo enlace. Además, hay enlaces a críticas en esa lista de enlaces que deberían usarse en este artículo. Nuevamente debo enfatizar que su exactitud es irrelevante según la política de NPOV. -71.166.153.191 06:08, 13 de abril de 2007 (UTC) [ responder ]
Acabo de darme cuenta de la buena iniciativa del artículo. El artículo no aclara el alcance original de la insatisfacción con Perl 5 que justificaba, ¿qué?, un ciclo de revisión de siete años y contando. Tampoco queda claro al leer la sinopsis de los cambios del lenguaje cuáles de estos cambios se consideraron vitales para los objetivos del proyecto, ni cuáles de estos cambios impactaron más en la duración del proyecto. ¿Los defectos originales eran tan profundos que se necesitaron siete años para eliminarlos? El único punto en el que me pareció que eso había consumido potencialmente una gran cantidad de trabajo intelectual fue la generalización adicional de las expresiones regulares a regexes. Seguramente no habría llevado siete años lograr la invariancia de sigilo. Quizás los cierres también fueron difíciles, o simplemente la interacción de tantos cambios. El artículo tampoco aborda la cuestión de por qué se han llevado a cabo todos estos cambios ambiciosos en conjunto, sin una versión formal a mitad de camino, que muchos proyectos de este alcance intentarían lograr. Solo digo que la naturaleza de la ambición detrás del proyecto no se transmite de una manera que puedas llevarte a casa después de leerlo. Es un poco como explicar en un artículo sobre el programa espacial que los sistemas de soporte vital y de navegación, etc., fueron todos difíciles de lograr, sin dejar claro hasta qué punto eso fue complicado debido a la restricción de carga útil dictada por el vehículo de lanzamiento Saturno V. En otros aspectos, creo que este artículo se lee bastante bien. MaxEnt 03:02, 8 de septiembre de 2007 (UTC) [ responder ]
- Pruebe Restricciones y desarrollo de software (cromático, blog de oreillynet.com, 16.8.2007) y otros enlaces de Perl 6 y Parrot. -- mj41 20:56, 9 de septiembre de 2007 (UTC) [ responder ]
Alguien etiquetó la frase "Perl 6 ha estado en desarrollo durante más de siete años, lo que llevó a algunos comentaristas a sugerir que Perl 6 puede ser vaporware" con {{who}}a pesar del hecho de que al buscar en Google [perl-6 vaporware] se revelan miles de resultados en todo tipo de sitios en línea diferentes. Obviamente, mucha gente considera que Perl 6 es vaporware. Pero, ¿cómo se convierte eso en una cita de Wikipedia? ¿Es siquiera necesario proporcionar una cita para cosas que pueden ser verificadas por cualquiera con la mitad de su ingenio en 5 segundos?
—Aristotle ( discusión ) 06:20, 17 de noviembre de 2007 (UTC) [ responder ]
- Es vaporware.
68.183.43.200 (discusión) 22:46 11 abr 2014 (UTC) [ responder ]
- Esa búsqueda contiene referencias a Wikipedia y a todos sus espejos. Una búsqueda que excluya Wikipedia y sus espejos arrojará sólo 51 resultados, no miles. Además, por favor, no utilice frases como "puede ser verificado por cualquiera con la mitad de su inteligencia", especialmente teniendo en cuenta que su análisis no ha sido lo suficientemente riguroso. Mind matrix 16:00, 17 de noviembre de 2007 (UTC) [ responder ]
- Curiosamente, al realizar la misma búsqueda unos minutos después se obtienen 1230 resultados (muchos duplicados de sólo unos pocos artículos o enlaces a esos artículos). Sin embargo, mi argumento sigue siendo válido: la mayoría de las búsquedas deberían realizarse excluyendo Wikipedia para encontrar recursos externos relevantes. Mind matrix 16:05, 17 de noviembre de 2007 (UTC) [ responder ]
- De acuerdo, pero aún así, eso es simplemente una búsqueda exacta de las palabras clave “Perl 6” y “vaporware”. No incluye las muchas otras formas de expresar exactamente el mismo sentimiento sin usar esa palabra. Por ejemplo, una de las máximas de Guido para el esfuerzo de Python3000 era “No Perl 6”, con lo que quería decir “mantener un control estricto del alcance para evitar una explosión en el tiempo hasta la finalización”. Ese es solo un ejemplo de las formas en que la gente dice “está tomando una eternidad y tal vez nunca termine”, también conocido como vaporware. Chromatic solo probablemente haya escrito unas dos docenas de diatribas sustanciales sobre personas que se quejan de que Perl 6 aún no está terminado. No hay duda de que este sentimiento es ampliamente compartido, incluso si no es algo para lo que se pueda señalar una sola cita fácil. Si alguien tiene sugerencias sobre cómo lidiar con eso
{{who}}de manera sensata (lo que podría significar simplemente eliminarlo), soy todo oídos.
—Aristóteles ( discusión ) 21:15 17 nov 2007 (UTC) [ responder ]
- Probablemente la mejor manera sería escoger dos o tres citas representativas y utilizarlas. — Cryptic 21:31, 17 de noviembre de 2007 (UTC) [ responder ]
- El meme del vaporware no tiene mucho que aportar. Lo mismo se dijo alguna vez de Mozilla y PostgreSQL. Mucha gente en esta profesión odia la cocción lenta. No todas las ollas de cocción lenta se convierten en ollas de cocción lenta. Sin duda, hay un nicho importante que llenar con proyectos que se entregan en un plazo conocido. Dicho esto, ¿por qué necesitamos dar voz a los entusiastas de los monocultivos aquí? TMTOWTDI también se aplica a los modelos de desarrollo. Finalmente, me di cuenta de que había muchos consultores que ofrecían su experiencia en Perl 5 y que empezaron a sentir la presión de los consultores de cohetes Ruby/Python. Estas personas habrían preferido un esfuerzo más a corto plazo en Perl 5. Pero Perl 5 sufría del síndrome del pionero. Esto era tanto una ventaja como una desventaja. Supongo que se tomó la decisión de que la ventaja de la experiencia de pionero tenía más que ofrecer si se la perseguía como una reescritura agresiva. La verdadera pregunta aquí no es hacer una encuesta informal entre los descontentos, sino preguntar si hay un lugar en el mundo de las TI que avanza rápidamente para contribuciones sustanciales y no incrementales. Buena suerte citando esto de antemano con algo mejor que especulaciones superficiales. Esa historia aún podría escribirse, dependiendo de cómo resulte Perl 6. (Los detractores pueden esperar el resultado junto con el resto de nosotros). El lado negativo fue "tomará demasiado tiempo" y el lado positivo fue "valdrá la pena la espera". Hasta que se calme el polvo, solo se puede contar una parte de la historia. Estoy seguro de que hay algunas personas que no creen que valga la pena tener un software que tarde más de cinco años en completarse. En el negocio de la energía, se ha escrito mucho sobre la obsolescencia automática de los ciclos de adquisición excesivamente largos. Sería la primera persona en leer un artículo sustancial sobre el horizonte de eventos del diseño de lenguajes. He visto algunos lenguajes diseñados demasiado rápido. — MaxEnt 18:40, 29 de julio de 2011 (UTC) [ responder ]
- Permítanme añadir otro breve comentario: la sociología de la ingeniería de software me interesa tanto como cualquier otro tema del mundo, pero con el tiempo me di cuenta de que el mandato de Wikipedia no es incursionar en cosas interesantes. Si no estamos escribiendo sobre cosas buenas (por razones comprensibles), me apena ver que se cuela en encuestas informales. — MaxEnt 19:01, 29 de julio de 2011 (UTC) [ responder ]
Parece injusto para el artículo fusionado de Py3k que se permita que este artículo esté separado del artículo principal de Perl. No conozco las pautas, pero esta discrepancia se hizo evidente para mí como lector ocasional. Lo siento, ¿debería plantear problemas antiguos aquí? -- 129.241.135.159 (discusión) 15:24, 6 de diciembre de 2007 (UTC) [ responder ]
- Python 3k es una revisión de limpieza similar a, digamos, Perl 5.5 -> 5.8 en su alcance (como máximo), mientras que Perl 6 es un lenguaje completamente diferente de Perl 5, no es apropiado fusionar los artículos. -- Ævar Arnfjörð Bjarmason 23:51, 22 de septiembre de 2008 (UTC) [ responder ]
- ¿Un artículo es injusto con otro? Qué idea más estúpida de fanático. -- 98.108.223.60 (discusión) 20:01 9 jul 2010 (UTC) [ responder ]
La imagen Image:Programming-republic-of-perl.png se utiliza en este artículo bajo una reivindicación de uso legítimo , pero no tiene una explicación adecuada de por qué cumple con los requisitos para este tipo de imágenes cuando se utiliza aquí. En particular, para cada página en la que se utiliza la imagen, debe tener una explicación que enlace a esa página y que explique por qué debe usarse en esa página. Por favor, consulte
- Que existe una justificación de uso no libre en la página de descripción de la imagen para su uso en este artículo.
- Este artículo está vinculado desde la página de descripción de la imagen.
Este es un aviso automatizado de FairuseBot . Para obtener ayuda sobre la política de uso de imágenes, consulte Wikipedia:Preguntas sobre derechos de autor de los medios . --23:54, 1 de octubre de 2008 (UTC) [ responder ]
``Los roles en Perl 6 asumen la función de interfaces en Java, mixins en Ruby y rasgos[18] en la variante de Smalltalk Squeak.
Simplemente vuelva a colocarlo en ambos artículos (Ruby y este). ¡Adiós!
- Por qué - esa afirmación no está respaldada por una cita (se proporciona una para la influencia de Traits , pero ninguna para los mixins de Ruby (o interfaces de Java). Sin una cita adecuada, esta parte del texto también se eliminará. (Por cierto, porque dos cosas son comparables no implica que una influyó en el desarrollo de la otra. Está claro en Apocalipsis 12 de Larry Wall que Traits fue la influencia para Roles). Mind matrix 14:43, 15 de noviembre de 2008 (UTC) [ responder ]
- Dudo que pueda ser muy controvertido que los roles «asuman la función de» mixins – aunque si lo es, estoy razonablemente seguro de que se puede encontrar una referencia al respecto :) – pero llamar a los roles un ejemplo de «influencia» de Ruby en Perl 6, es ir demasiado lejos, por las razones que das. En cuanto a otras influencias de Ruby, Perl no está terriblemente preocupado por dónde encaja en el Rubyómetro. Ruby tendrá que preocuparse por dónde encaja en el Perlometro. Pero quizás Wikipedia también deba preocuparse? :) — the Sidhekin ( discusión ) 16:14, 15 de noviembre de 2008 (UTC) [ responder ]
- Como Rubyista, me parece un poco controvertido, ya que parece un esquema de herencia múltiple, mientras que los mixins de Ruby son dinámicos y no se declaran con la clase. Perl no tiene por qué "preocuparse" de algún "Rubyómetro" no citado, ni Ruby tiene por qué preocuparse de un "Perlómetro". ¿Es esto más como un mixin de Ruby o el caso general de herencia múltiple? Es más como el caso general, y Perl puede seguir adelante y preocuparse tan poco por el "Rubyómetro" como para no tener referencias a Ruby aquí. Si realmente quieres hablar sobre Ruby aquí, habla sobre cómo es diferente de los mixins de Ruby, no hagas una investigación original afirmando que están relacionados. Ambos son modos de tratar con interfaces, y ambos permiten tipado de pato, pero la mayoría de los lenguajes tienen estos conceptos. 24.22.50.193 (discusión) 17:20, 30 de marzo de 2011 (UTC) [ responder ]
Una idea importante de Perl 6 es la importancia de los espacios en blanco. Esto debería tratarse aquí. No tengo tiempo para escribir una nueva sección ahora mismo, así que lo anotaré aquí. Długosz ( discusión ) 23:34 20 may 2009 (UTC) [ responder ]
No hay ninguna mención de que el logo de la abeja reina... ¿Es eso siquiera real? leaflord ( discusión ) 14:50 3 jun 2009 (UTC) [ responder ]
- Camelia es real. (Aunque pensé que era una mariposa, no una abeja reina. De todos modos.) Estoy bastante seguro de que la vi por primera vez en la lista de correo del lenguaje perl6. Un momento... — the Sidhekin ( discusión ) 19:22 3 jun 2009 (UTC) [ responder ]
- Este mensaje resume la mayor parte de lo que recuerdo. «Camelia, el bug de Perl 6» aparece en http://www.perl6-projects.org/. Nada dice inmediatamente "oficial" (y ciertamente no "final"), pero bueno, este es el trabajo de Larry... probablemente sea lo mejor que podamos conseguir. :) — the Sidhekin ( discusión ) 19:50 3 jun 2009 (UTC) Ah, y la mayoría parece pensar "mariposa". Incluido Larry. [ responder ]
- Vaya, es un logo muy bonito pero bastante extraño en el sentido de que da una impresión de falta de profesionalidad. Además, supongo que es una abeja porque el cuerpo es amarillo.leaflord ( discusión ) 22:52 4 jun 2009 (UTC) [ responder ]
- Ay, lo siento, pero ese logo/mascota daña seriamente la credibilidad de la "primera impresión" de este artículo, y probablemente también la de Perl 6. dr.ef.tymac ( discusión ) 19:16 20 feb 2010 (UTC) [ responder ]
- Estoy de acuerdo con este comentario. Ese logo hace que parezca amateur, caprichoso y autocomplaciente. Sin duda, algunos lo apoyarán porque sienten que es un insulto a la forma de hacer las cosas de las relaciones públicas de las grandes empresas, pero esa actitud es miope. Es un poco como clavarse un tenedor en la propia cara para protestar contra la preocupación de los medios por la belleza convencional. Incluir este logo en este artículo no le hace ningún favor a Perl 6 (tal vez ese sea su propósito). Es solo mi opinión. —Comentario anterior sin firmar agregado por 81.187.233.172 ( discusión ) 09:31, 16 de junio de 2010 (UTC) [ responder ]
- Wikipedia es una enciclopedia, no una agencia de relaciones públicas; los comentarios que se hacen aquí sobre la estética del logotipo son absurdos e inapropiados. (Y cualquiera que piense que es una abeja en lugar de una mariposa es un idiota.) -- 98.108.223.60 (discusión) 20:06 9 jul 2010 (UTC) [ responder ]
- Tienes razón en que Wikipedia es una enciclopedia y no una agencia de relaciones públicas. También podría ser inapropiado comentar sobre la estética del logotipo, aunque no es absurdo hacerlo, y creer que el logotipo representa una abeja no te convierte en idiota. Un problema con Wikipedia es que muchos de los artículos que contiene están influenciados por partes interesadas. Cuando eso sucede, una facción u otra a veces promueve su punto de vista particular y el comentario sobre la estética del logotipo fue provocado por ese pensamiento. Tuve la impresión de que alguien lo había incluido en el artículo para destacar la naturaleza poco convencional del proyecto, pero si es el logotipo oficial, que así sea. Sigue siendo horrible. —Comentario anterior sin firmar agregado por 81.187.233.172 ( discusión ) 23:11, 24 de enero de 2011 (UTC)[ responder ]
- Me parece una locura, es totalmente coherente con la actitud de Perl hacia la autoridad. Si te preocupa que Perl no lleve corbata, no eres la persona a la que Perl intenta impresionar. Y mira la propia "página de inicio" de Larry Wall si quieres un ejemplo de lo que él considera un guiño apropiado al "profesionalismo". A Perl le importa lo bien que cumple sus objetivos, lo útil que es para los programadores que comparten esos objetivos, lo efectiva que es una herramienta. No le importa lo que piensen los demás. Rubypanther ( discusión ) 17:57 30 mar 2011 (UTC) [ responder ]
- Me parece una locura que alguien piense que Perl debería tener una actitud hacia la autoridad. Perl es un lenguaje de programación y no tiene una actitud. ¿Quizás quisiste decir que la gente que escribe el código tiene una actitud? En cualquier caso, es irrelevante. Es solo un logotipo feo. Eso es todo.
- ¿Esto se consideraría un logotipo? No parece oficial, pero tiene un aspecto más profesional. -- J.Dong820 ( discusión ) 21:02 19 dic 2011 (UTC) [ responder ]
El artículo dice
El desarrollo de Pugs, la primera implementación de alta tracción, comenzó en 2005...
Creo que sé lo que son los neumáticos de alta tracción, pero ¿qué significa "alta tracción" aquí? ¿Alguien tiene alguna pista? Yo no la tengo. Ni Google ni los diccionarios son de ayuda. Por favor, diga lo que quiere decir utilizando términos reconocibles y evite la jerga opaca, especialmente si se trata de su propia jerga privada. Toddcs ( discusión ) 14:57 2 nov 2010 (UTC) [ responder ]
- De wikt:tracción:
- "7. ( negocio ) el grado de adopción de un nuevo producto o servicio, normalmente medido en número de clientes o nivel de ingresos alcanzados"
- Aunque para un proyecto FLOSS, supongo que se mediría por el número de usuarios. Alksentrs ( discusión ) 15:40 2 nov 2010 (UTC) [ responder ]
- En mi experiencia, su uso está muy extendido en los ordenadores, se utiliza exactamente en el sentido que he mencionado anteriormente, y en el caso del software libre coincido en que se refiere a los usuarios o, específicamente, a la adopción por parte de los usuarios serios existentes. No es tan fuerte como el consenso, pero es más fuerte que el hecho de que se considere simplemente una opción aceptable. Además, no tiene el bagaje ni las implicaciones que puede traer consigo una palabra como "popular". Es una forma respetuosa de decir que muchos profesionales serios están utilizando algo o están de acuerdo con algo, sin afirmar que se ha convertido en canónico u oficial. Rubypanther ( discusión ) 18:03, 30 de marzo de 2011 (UTC) [ responder ]
- El adjetivo "tracción" también me dejó un poco perplejo. Normalmente, una palabra así en un artículo de tecnología se resuelve conociendo el auspicio del artista de la fanfarronería (por ejemplo, El Register o El eterno fanfarrón que no debe ser nombrado). — MaxEnt 18:08, 29 de julio de 2011 (UTC) [ responder ]
Estoy de acuerdo en que el uso de esta palabra es tonto y poco claro.-- 75.83.70.28 ( discusión ) 03:33 17 may 2012 (UTC) [ responder ]
- Habría sido más cierto si lo hubieran llamado "el primer intento de implementación que logró terminar algo". 94.230.147.206 ( discusión ) 01:13 17 dic 2019 (UTC) [ responder ]
Un requisito secundario para una correcta implementación de quicksort es el uso de la pila en el peor de los casos O(lg(N)), que normalmente se logra recurriendo a la sublista más corta e iterando sobre la sublista más larga. Si el lenguaje Perl 6 tiene una recursión mágica de cola corta, eso debería mencionarse; si no, estamos haciendo daño pedagógico una vez más. Eso ciertamente no es lo que Perl siempre defendió. — MaxEnt 18:08, 29 de julio de 2011 (UTC) [ responder ]
Un comentario de modificación dice «no puede -> no puede (no significan lo mismo)».
La pregunta es, entonces, cuál es la diferencia entre «cannot» y «can not». Según tengo entendido, son dos formas distintas de escribir el mismo verbo inglés en su forma negativa. — Comentario anterior sin firmar añadido por 86.75.160.141 ( discusión ) 20:32, 23 de octubre de 2012 (UTC) [ responder ]
- "Si estando los tres allí el grupo fuera demasiado grande, no podremos venir".
- Es posible que se presenten situaciones en las que exista una diferencia, pero a menudo significan exactamente lo mismo. TooManyFingers ( discusión ) 04:11 6 jun 2024 (UTC) [ responder ]
Los roles son como rasgos o mixins, no interfaces Java
Por supuesto, MIT Curl tiene tanto clases abstractas como herencia múltiple con muchos ejemplos de mixins/traits en la jerarquía de clases. De hecho, estos son fundamentales para las clases que utilizan los programadores web y de GUI de Curl.
ver Curl (lenguaje de programación)
G. Robert Shiplett 00:18, 30 de julio de 2013 (UTC)
Notas faltantes sobre el soporte Unicode basado en grafemas completo, incluido el Anexo #29, lo que significa un soporte Unicode excelente casi sin igual. - p. ej. Unicode, Perl 6 y usted, Esta semana: normalización Unicode, muchos RT, Esta semana: el gran cambio de NFG y muchas correcciones, ... -- mj41 ( discusión ) 10:06, 28 de diciembre de 2015 (UTC) [ responder ]
"Apareció por primera vez el 25 de diciembre de 2015; hace 4 años"
Esto es, en el mejor de los casos, engañoso, y en el peor, de mal gusto. Claro que el cambio de nombre del lenguaje es una cosa, pero esa no es razón para borrar en Wikipedia todo el trabajo que se hizo durante los quince años anteriores. Esto es especialmente problemático ya que todos los artículos de Perl 6 con nombre ahora redirigen aquí. Estaba usando Rakudo en 2010, así que esto es completamente falso. Solo el historial de artículos de WP demuestra la mentira... ¿quién editó esto y por qué se le permitió permanecer? -- MattOates ( Ulti ) 07:31, 4 de febrero de 2020 (UTC) [ responder ]
- Si alguien piensa que está bien, los cuadros de información sobre lenguajes de programación se utilizan rutinariamente de manera programática para construir líneas de tiempo de invención de lenguajes. -- MattOates ( Ulti ) 07:35, 4 de febrero de 2020 (UTC) [ responder ]
Parece que se ha eliminado "apareció por primera vez", pero... RichardHainsworth (discusión) 10:04 1 mar 2020 (UTC) [ responder ]
Es importante mantener la secuencia histórica. El lenguaje se conocía como Perl 6 durante la primera década y media de su existencia. Larry Wall se resistió tenazmente a un cambio de nombre, incluso después de las solicitudes de Damian Conway y otros. Finalmente, aceptó el cambio a Raku. Además, referirse a ese lenguaje como "Raku" cuando se conocía como "Perl 6" complica la verificación. Larry Wall no se refirió a Raku en absoluto cuando estuvo directamente involucrado en su especificación y desarrollo tempranos. Creo que las referencias históricas deberían ser a "Perl 6 (más tarde Raku)", mientras que la discusión de las características del lenguaje tal como aparece ahora debería ser a "Raku". RichardHainsworth (discusión) 10:04 1 mar 2020 (UTC) [ responder ]
Varias palabras clave importantes, como "rol" y "clase", son importantes para Raku y deberían distinguirse en el texto. Esto no se hace de manera consistente. Editaría la página para mantener la coherencia, pero preferiría saber primero si otros editores tienen alguna preferencia. (Recién estoy empezando a contribuir a Wikipedia, así que estoy cometiendo errores) RichardHainsworth (discusión) 10:04 1 mar 2020 (UTC) [ responder ]
¿ Qué significa la primera línea de lo que sigue ? Parece que se está redefiniendo el color (como "x = x + 1", pero de tipos ), o se está definiendo de forma recursiva , como el patrón de plantilla Curiously-recurring . De cualquier manera, creo que el fragmento de código en la página que no es de discusión debería aclararse.
subconjunto Color de Cualquiera donde Color | CMYK_Color ; sub get_tint ( Color $color , Num $opacidad ) { ...}- He cambiado el ejemplo para eliminar el error de compilación. Échale un vistazo. También sería bueno hacer referencia a una fuente para este comportamiento, pero no conozco ninguna aparte de los documentos oficiales. — Rightfold ( discusión ) 13:25 24 may 2020 (UTC) [ responder ]
Por lo que he podido ver, el artículo no explica en ningún lado el significado del nombre "Raku". No sé japonés, pero según Jonathan Worthington "Raku" significa "comodidad" o "facilidad" en japonés:[1]
Significa “comodidad” o “facilidad” en japonés, lo que refleja muy bien los objetivos del lenguaje de ser una experiencia de programación cómoda, como se mencionó anteriormente, ¡a menudo a expensas de quienes realizan la implementación del lenguaje!
El compilador más popular para el lenguaje se llama “Rakudo”, que significa aproximadamente “camino del camello” (el camello es un símbolo comúnmente asociado con Perl) y también “paraíso”. Por lo tanto, podemos verlo como una forma de “hacer” el lenguaje Raku.
Fuera de la programación, “raku” también se asocia con la cerámica, lo cual es apropiado, dado que el proceso de diseño de Perl 6 fue iniciado por alguien, frustrado por las dificultades de desarrollar Perl 5, ¡que estrelló una taza contra la pared!
¿Quizás se podría agregar esto al artículo? – Tea2min ( discusión ) 08:27, 27 de agosto de 2020 (UTC) [ responder ]
- Ahora veo que hay más información sobre los nombres "Rakudo" y "Raku" en Rakudo#Name . – Tea2min ( discusión ) 08:32, 27 de agosto de 2020 (UTC) [ responder ]
He corregido el ejemplo de ordenación rápida. No conservaba el tamaño de la colección. Los valores múltiples iguales (2,3,3,3,5,6) se habían reducido a (2,3,5,6)
Reemplacé "antes" y "después" por "=<". (solo en una de las declaraciones grep)... Creo que esto se hace a costa de la universalidad del tipo.
¿Existe en Perl algo como before-or-equal? 193.179.3.153 (discusión) 21:32 8 feb 2023 (UTC) [ responder ]
Si busco situaciones en las que se haya adoptado Perl 5 para reemplazar a Perl 4, encontraré algunas. Parece claro que, aunque no se exige que Raku sea 100% compatible, sigue haciendo básicamente las mismas cosas que Perl 5, es decir, no ha abandonado todo y ha vuelto a empezar, y parece que se supone que debe hacer las mismas tareas de una manera mejor y más conveniente en lugar de hacer otra cosa. ¿Qué impide que se adopte de la misma manera que se ha adoptado Perl 5?
Supongo que las posibles respuestas podrían incluir "Partes importantes aún no funcionan" (lo que parece ser el caso con respecto a la falta de soporte de CPAN), "No es lo suficientemente compatible para hacer una transición sin problemas", "Las especificaciones siguen cambiando", "La forma en que se está desarrollando es defectuosa", "Los cambios en curso no son lo que la mayoría de los usuarios de Perl querían", etc., pero el artículo realmente no lo dice.
¿O acaso respuestas como esas se han vuelto redundantes porque la gente simplemente se dio por vencida? TooManyFingers ( discusión ) 15:20 8 jun 2024 (UTC) [ responder ]
