stringtranslate.com

Usuario discusión:Rhmccullough

Re: estado de mKR y mKE

El debate sobre la AfD sólo termina cuando se alcanza un consenso (es decir, cuando se ve una mayoría después de un cierto período de tiempo). Habrá que esperar hasta entonces. - Amog | Discusióncontribuciones 16:57, 19 de junio de 2008 (UTC) [ responder ]

¡¡¡Gracias!!! No lo sabía. Rhmccullough (discusión) 17:04 19 jun 2008 (UTC) [ responder ]
Saludos, compañero. Estamos todos aquí para ayudar. Por cierto, he limpiado un poco tu página de discusión. Además, la convención general es responder en la página de discusión de otros usuarios. - Amog | Discusióncontribuciones 10:42, 22 de junio de 2008 (UTC) [ responder ]
No existe tal convención. De hecho, es bastante irritante, cuando se intenta seguir una discusión, tener que ir y venir entre las páginas de los usuarios... la mayoría de los usuarios antiguos, por lo que he visto, responden en el lugar. Cuando uno edita una página, se agrega automáticamente a la lista de seguimiento, por lo que uno sabe fácilmente cuándo hay una respuesta allí (al menos esa es la configuración de preferencias predeterminada). A veces los usuarios mostrarán una nota en la conversación del otro usuario indicando que han respondido, lo que luego genera el aviso del mensaje. -- Abd ( discusión ) 01:25, 27 de junio de 2008 (UTC) [ responder ]

Junio ​​de 2008

Bienvenidos a Wikipedia . Todos son bienvenidos a contribuir de manera constructiva a Wikipedia. Sin embargo, tengan en cuenta que los editores no son propietarios de los artículos y deben respetar el trabajo de sus compañeros colaboradores en MKR (lenguaje de programación). Si crean o editan un artículo, tengan en cuenta que los demás son libres de cambiar su contenido. Echen un vistazo a la página de bienvenida para obtener más información sobre cómo contribuir a esta enciclopedia. Gracias. - Diligent Terrier (y amigos) 18:35, 21 de junio de 2008 (UTC) [ responder ]

Soy muy consciente de esa política. Lo que me ha irritado es el aspecto de "en construcción". Mis ediciones se borraban mientras las estaba ingresando. Rhmccullough (discusión) 18:41 21 jun 2008 (UTC) [ responder ]
¿Podemos hablar de dónde nos encontramos en la fase de "subconstrucción"? Rhmccullough (discusión) 18:45 21 jun 2008 (UTC) [ responder ]
Ahora estoy realmente descontento contigo, Diligent Terrier. Menudo desastre causaste antes de jubilarte.
1. Ignoraste mi cartel de "en construcción" y borraste todo en lo que pasé la mañana trabajando.
2. Nunca discutiste tus ediciones conmigo: contradicen completamente las instrucciones editoriales de mi último editor.
3. Hay un par de errores evidentes en las ediciones que has hecho. Rhmccullough (discusión) 19:07 21 jun 2008 (UTC) [ responder ]
Sugiero que leas algunas de nuestras políticas de notoriedad y punto de vista neutral antes de continuar. Con suerte, podemos trabajar juntos para mejorar el artículo. - Diligent Terrier (y amigos) 21:32, 21 de junio de 2008 (UTC) [ responder ]
Comencemos con el peor error: mKR: Características principales: Los ejemplos breves...
No hay ejemplos en absoluto porque los borraste todos. Rhmccullough (discusión) 01:08 22 jun 2008 (UTC) [ responder ]
>>>>>>>>>> Tu "Limpieza de ejemplos" del 20 de junio a las 22:14 destruyó por completo el significado de esa sección y necesita "Deshacer" <<<<<<<<<<<<
>>>>>>>>>> Si me hablas, te explicaré el problema <<<<<<<<<<<<<<< Rhmccullough (discusión) 08:25 22 jun 2008 (UTC) [ responder ]
No podía esperar más a alguien que se había "retirado" y que tal vez nunca pudiera cumplir su oferta de mejorar el artículo de mKR. Yo mismo realicé la "Deshacer". Rhmccullough (discusión) 09:42 22 jun 2008 (UTC) [ responder ]

He respondido a continuación. - Diligent Terrier (y amigos) 13:29, 22 de junio de 2008 (UTC) [ responder ]


copia del correo electrónicoDe: RhmcculloughPara: Terrier diligenteAsunto: Trabajando juntos en mKR (lenguaje de programación)
Nunca nos conectaremos si nos limitamos a las páginas Wiki.¿En qué zona horaria estás?Estoy en California (UTC - 8:00) y tengo muchos problemas para dormir.Puedo "encontrarme contigo" en mitad de mi noche si tan solo me dices cuándo.Lo voy a mencionar ahora, para que puedas pensarlo. Cometí un grave error al llamar aEsos ejemplos son "características principales". Son de un nivel demasiado bajo para eso. Lo mejorEl término que se me ocurre en este momento es "características básicas".Sólo hay tres características que merecen ser llamadas "características principales".Un enfoque razonable sería que el líder anunciara una breve discusión.de las características principales, seguidas de las características básicas.No tengo ningún problema en discutir sobre neutralidad y notoriedad.Sugiero que abordemos primero la neutralidad, porque esa debería ser lamás fácilMe enviaré una copia de esto por correo electrónico.Lo copiaré en la página de discusión de Rhmccullough.Dick McCulloughCorreo electrónico: [email protected]Teléfono: 530-541-6220 x5205 (solo esta semana)Rhmccullough (discusión) 05:19 22 jun 2008 (UTC) [ responder ]

Sus modificaciones a mKR (lenguaje de programación)

En cuanto a las modificaciones que has hecho a mKR (lenguaje de programación): la sección de ejemplos se aleja del tema y no pertenece a Wikipedia. También necesitarás una cita si vas a decir que es fácil de usar. - Diligent Terrier (y amigos) 13:28, 22 de junio de 2008 (UTC) [ responder ]

Vale. Empecemos por "fácil de usar". ¿De qué tipo de cita estás hablando? Rhmccullough (discusión) 13:47 22 jun 2008 (UTC) Según mi ingenua manera de pensar, es evidentemente fácil de usar porque es similar al inglés. Rhmccullough (discusión) 13:53 22 jun 2008 (UTC) Compárese con XML , por ejemplo. Rhmccullough (discusión) 13:57 22 jun 2008 (UTC) [ responder ]

Etiquetas como "fácil de usar" se consideran términos de pavo real aquí en Wikipedia, y no se pueden colocar en un artículo a menos que haya una fuente confiable de terceros que lo indique. Afirmar que es similar al inglés y, por lo tanto, fácil de usar constituye una investigación original - Amog | Discusióncontribuciones 05:50, 23 de junio de 2008 (UTC) [ responder ]
Puedes agregarlo nuevamente si puedes respaldarlo con fuentes. Consulta C (lenguaje de programación) para obtener más información sobre cómo citar este tipo de fuentes. - Amog | Discusióncontribuciones 06:06, 23 de junio de 2008 (UTC) [ responder ]
Gracias por la información. Por ahora, simplemente la borraré. Rhmccullough (discusión) 06:12 23 jun 2008 (UTC) [ responder ]
Se pretendía destacar cómo citar fuentes en un lenguaje de programación. Sí, C es un lenguaje bastante básico. Véase C++ donde hay una cita sobre la afirmación C++ se considera un lenguaje de nivel medio, ya que comprende una combinación de características de lenguaje de alto y bajo nivel . Afirmaciones como estas necesitan fuentes. - Amog | Discusióncontribs 06:30, 23 de junio de 2008 (UTC) [ responder ]
Ahora lo entiendo. Quizás algún día alguien (otra persona) escriba que mKR es fácil de usar. Rhmccullough (discusión) 06:33 23 jun 2008 (UTC) [ responder ]
Es curioso, porque durante todo el tiempo que estuve diseñando mKR, me dije a mí mismo que estaba diseñando un lenguaje fácil de usar. Rhmccullough (discusión) 06:37 23 jun 2008 (UTC) [ responder ]
Sí, cuando se haga lo suficientemente evidente, alguien añadirá ese punto. También me gustaría señalar que, dado que usted creó el lenguaje, añadir términos como "fácil de usar" podría mostrar un conflicto de intereses y hacer que los editores aleguen que está haciendo publicidad de su lenguaje. Lo mejor es que intente ser lo más imparcial y objetivo posible. - Amog | Discusióncontribuciones 06:40, 23 de junio de 2008 (UTC) [ responder ]
Definitivamente me esfuerzo por mantenerme imparcial y objetivo. Simplemente no entendí todo este enfoque para evaluar la "amigable para el usuario". Pregunté varias veces qué querían decir las personas sobre una cita "amigable para el usuario". Simplemente no lo entendí en ese momento. Rhmccullough (discusión) 06:48 23 jun 2008 (UTC) [ responder ]

Me gustaría hacerte otra pregunta, para dejarlo en claro ahora: he diseñado mKR de manera que pueda decir cualquier cosa (como diría Ayn Rand) sobre la formación de conceptos, conceptos axiomáticos, etc. ¿Crees que eso está en la misma categoría que "fácil de usar"? Rhmccullough (discusión) 07:00 23 jun 2008 (UTC) [ responder ]

Me concentré mucho en Rand, porque esos temas tan abstractos son difíciles de discutir. Pero más allá de Rand, el objetivo es realmente decir algo sobre cualquier cosa, porque mKR es un lenguaje de representación de conocimiento de propósito general. Rhmccullough (discusión) 07:03 23 jun 2008 (UTC) [ responder ]
Deberías responder en mi página de discusión. De esa manera, puedo responderte antes. De todos modos, según mi limitada experiencia en programación, lo que has descrito roza la Inteligencia Artificial. - Amog | Discusióncontribuciones 07:09, 23 de junio de 2008 (UTC) [ responder ]
Por otra parte, deberías tomarte un tiempo libre del artículo de mKR y editar otros artículos en tu área de especialización . Esto te ayudará a tener una mejor idea de las políticas de Wikipedia y te ayudará a mejorar el artículo de mKR a largo plazo - Amog | Discusióncontribuciones 07:24, 23 de junio de 2008 (UTC) [ responder ]

Hola de nuevo. Estuve en tu página de discusión y hay un conflicto de edición allí. Rhmccullough (discusión) 07:29 23 jun 2008 (UTC) [ responder ]

Sí, definitivamente entra en el área de la IA. Una vez más, me digo a mí mismo "mKR es un lenguaje de representación de conocimiento de propósito general". ¿Crees que eso es otra cosa que no debería decir, como "fácil de usar"? Rhmccullough (discusión) 07:32 23 jun 2008 (UTC) [ responder ]

Esa afirmación parece correcta. Sin embargo, el artículo de mKR parece contener demasiada jerga técnica. Tenga en cuenta al usuario promedio al escribir el artículo.
Para tu información, los conflictos de edición ocurren cuando alguien edita y guarda la página mientras tú todavía estás en el proceso de editarla. - Amog | Discusióncontribs 07:38, 23 de junio de 2008 (UTC) [ responder ]
No hay problema, Dr. McCullough. Buena suerte con el artículo. - Amog | Discusióncontribuciones 07:40, 23 de junio de 2008 (UTC) [ responder ]
Editar conflicto: supongo que no hay garantías de evitarlo. Gracias de nuevo. Buenas noches. Rhmccullough (discusión) 07:42 23 jun 2008 (UTC) [ responder ]

Nominación de AfD para MKR (lenguaje de programación)

He propuesto que se elimine un artículo que usted ha creado, MKR (lenguaje de programación) . No creo que este artículo cumpla los criterios de Wikipedia para su inclusión, y he explicado por qué en Wikipedia:Artículos para eliminar/MKR (lenguaje de programación) (2.ª nominación) . Sus opiniones sobre el tema son bienvenidas en esa misma página de discusión; también puede editar el artículo para abordar estas inquietudes. Gracias por su tiempo. ¿Desea optar por no recibir este aviso? Killerofcruft ( discusión ) 11:10 24 jun 2008 (UTC) [ responder ]

Otras wikis

Parece bastante probable que el artículo sobre mKR sea eliminado por falta de fuentes. Sin embargo, existen otros wikis en los que este contenido sería más bienvenido. En particular, wikiinfo.org da la bienvenida específicamente a la investigación original. También puede haber algunos wikis dedicados específicamente a los lenguajes de programación. Viernes (discusión) 21:10, 24 de junio de 2008 (UTC) [ responder ]

El dominio wikiinfo.com está ahora a la venta. Rhmccullough (discusión) 09:54 26 jun 2008 (UTC) [ responder ]
Eso era wikiinfo.org, no .com. -- Abd ( discusión ) 01:32 27 jun 2008 (UTC) [ responder ]

La AFD puede estar demasiado reñida como para decidir. Hay un argumento razonable para eliminarlo: la falta de cobertura significativa en fuentes de terceros. Éste es nuestro estándar general para la inclusión de temas. Hay buenas razones para ello: nos ayuda a garantizar la neutralidad, entre otras cosas. Pero independientemente de si este artículo se mantiene en Wikipedia, quería animarle a que escribiera sobre él también en wikiversity.org . No sé por qué no pensé en esto antes. Wikiversity es un proyecto hermano de Wikipedia, pero en lugar de ser una enciclopedia, es un recurso educativo de propósito general. El alcance es mucho más amplio que Wikipedia. Allí, los tutoriales son apropiados. No tienen el tipo de regla de "no investigación original" que tiene Wikipedia. Incluso si el artículo se mantiene en Wikipedia, alguien podría acortarlo radicalmente a sólo lo que considere información verificable. En Wikiversity, este problema no existirá. viernes (discusión) 03:50, 25 de junio de 2008 (UTC) [ responder ]


PD: Espero que no te asustes ni te ofendas con todo este desagradable proceso de la AFD. Parece que tienes la experiencia necesaria para ser un buen colaborador en varios otros artículos aquí. Algunas de estas ideas sobre verificabilidad e investigación original están aquí para proteger a Wikipedia de los anunciantes y los chiflados. Seguro que no me pareces un anunciante ni un chiflado; pareces un tipo con conocimientos legítimos para contribuir, que está haciendo un muy buen trabajo al hacerlo de manera neutral. Esta es parte de la razón por la que sugiero Wikiversity: sería una pena que esta información no estuviera disponible libremente en algún lugar . Viernes (discusión) 04:11 25 jun 2008 (UTC) [ responder ]

Gracias. Y gracias por esta información de Wiki. Voy a investigarla. Rhmccullough (discusión) 04:17 25 jun 2008 (UTC) [ responder ]
También podrías querer echar un vistazo a estos: Wikilibros:Wikilibros:Lenguajes de programación, y el wiki de programación esotérica (no estoy seguro de si este último es aplicable, pero échale un vistazo de todos modos). Por otra parte, ¿hay alguna fuente de cuando se llamaba KR/KE? Buscar "lenguaje KR" es un poco improductivo ya que, como probablemente sepas, es un término genérico. ¿Alguna idea? -- tiny plastic Grey Knight ⊖ 13:23, 25 de junio de 2008 (UTC) [ responder ]
Gracias por el material de Wiki. Lo revisaré. Tengo una cuenta y una copia del artículo de mKR en Wikiuniversity.
Ahora bien, en cuanto a los nombres: en el boletín Icon de 1997, lamentablemente dije kr, ke. Probablemente cambie a KR, KE muy pronto.
A finales de 2002, comencé a trabajar con el equipo de W3C y pronto cambié a MKR, MKE para evitar confusiones. Hay cientos de correos electrónicos en W3C en esa época. Además, en ese período de tiempo, MKE estaba disponible en CNET download.com, además de algunos otros que no recuerdo. Puedo buscar cosas así en mis notas, pero es posible que no encuentre mucho. El sitio web en ese período de tiempo probablemente sea rhm.cdepot.net y mi dirección de correo electrónico era [email protected].
A principios del año pasado, los nombres cambiaron a mKR, mKE. El sitio web cambió a mKRmKE.org (aunque tengo un sitio de respaldo). La dirección de correo electrónico cambió a [email protected]. También tengo los dominios mKRmKE.net, mKRmKE.com, pero no los he usado mucho. Los 3 dominios están alojados actualmente en el mismo sitio, con GoDaddy.
En los primeros años, intercambié muchos correos electrónicos con un par de amigos, en los que discutíamos sobre la sintaxis, el significado y el uso de mKR. Pero no espero que ninguno de ellos quede archivado en ningún lado. Probablemente hablé sobre mKR en otros grupos de correo electrónico, pero nuevamente, no se me ocurre nada en este momento.
Un enfoque completamente diferente. Antes de jubilarme (Bell Labs 1960-1984, AT&T Network Systems 1984-1989) jugué con jerarquías y lenguaje. No creo que el lenguaje se pareciera mucho al mKR en ese momento. Lo que hice fue más como jugar con juguetes. No creo que haya nada muy significativo. Pero probablemente escribí algunos memorandos rápidos y sencillos para mis compañeros de oficina.
Antes de, digamos, 1999, mi sintaxis de acción no tenía

Sin embargo, no ha evolucionado hasta su forma actual. Hay mucha documentación sobre los cambios en mKR y mKE después de que inicié [email protected]. Por cierto, el grupo de correo electrónico es "KR" en lugar de "MKR" porque inicié el grupo antes de cambiar el nombre. En los primeros días de mKR, mKE, solo guardaba los correos electrónicos más importantes en mi sitio web y los descargaba. Todavía están allí en el mismo lugar: KEHOME/kenews. Por cierto, creo que la cantidad de correos electrónicos archivados en Yahoo es cercana a 500.

Ya basta de flujo de conciencia. ¿Puedo decirte algo más específico que te pueda ayudar? Rhmccullough (discusión) 13:55 25 jun 2008 (UTC) [ responder ]
Permítame aclarar lo que estamos buscando. La mayor parte de lo que enumeras arriba sería útil para ampliar el artículo, pero lo que se busca ahora son algunas referencias "fundamentales" que justifiquen, no cualquier afirmación dada en el artículo de Wikipedia, sino la existencia de la misma en la enciclopedia. En la mayoría de los casos, la "prueba de fuego" para esto es un escrito independiente de algún tipo por alguien no asociado con el tema; por ejemplo, aquí hay un artículo que justificaría el artículo sobre el lenguaje de programación Ruby . El aviso del boletín Icon es probablemente lo más cercano a esto para mKR, ya que aunque fue escrito por ti, al menos fue aprobado por el editor. Si puedes encontrar algunos escritos de terceros que digan algo como "Oye, hay un lenguaje llamado mKR, es bueno/malo/feo", entonces deberías llegar a alguna parte (ten en cuenta que la opinión que expresan no necesita ser completamente positiva; solo necesitas establecer que alguien tomó nota , el artículo de Wikipedia será equilibrado y neutral de todos modos). Encontré este, pero sería bueno que tuvieras algo más que un blog si puedes conseguir uno. Avísame si quieres más explicaciones ( la notabilidad tiene una explicación = ?; ) -- tiny plastic Grey Knight ⊖ 15:33, 25 de junio de 2008 (UTC) [ responder ]

Más tarde, incluí algunos de los correos electrónicos de Yahoo en KEHOME/krnews, pero claramente Yahoo es el mejor lugar para buscar los correos electrónicos posteriores. Si miras alguno de los correos electrónicos de W3C, podrás saber cuándo estuve activo, porque verás una oleada repentina de correos electrónicos míos.

Usuario:Abd está creando una página completa de fuentes de mKR, que puede contener fuentes no confiables y autorreferenciales. No entiendo la política ni la metodología de este tema, pero parece que él piensa que ayudará. Rhmccullough (discusión) 04:24 25 jun 2008 (UTC) [ responder ]

Idiomas

Abro una nueva sección aquí, para evitar que las ediciones se salgan de control. Grey Knight: comencé a pensar en lenguajes desde muy temprano, incluso escribí un memorándum en Bell Labs en los años 70. Pero en ese momento, estaba pensando en cosas como patrones SNOBOL para encontrar el lenguaje, algo completamente diferente de mKR hoy. Sin embargo, conocí la no ficción de Ayn Rand alrededor de 1974, y desde entonces supe que las definiciones de diferenciación de género tenían que jugar un papel destacado en el lenguaje. Es posible que tuviera alguna noción de contexto en ese momento, porque Ayn Rand hizo algunos comentarios en el sentido de que el contexto era todo tu conocimiento previo. Pero eso era demasiado vago. Pasaron muchos años antes de que se me ocurriera la idea de una lista de proposiciones. ¡Ajá! Acabo de recordar que se me ocurrió esa idea durante los correos electrónicos del W3C; probablemente sería alrededor de noviembre de 2002 y más tarde. Desarrollé la idea en el contexto de un "diario de conocimientos": escribir todos los conocimientos que se tienen todos los días en un diario, y el contexto es todo lo que se ha escrito hasta hoy. La gente del W3C no parecía muy impresionada, pero para mí eso fue una clara validación de la idea de que el contexto era una lista de proposiciones. Inventé el "diario de conocimientos" para tener una explicación sencilla del contexto para la gente del W3C; eso no funcionó, pero a mí me funcionó. Por cierto, RDF y OWL todavía tienen sólo una noción muy rudimentaria de contexto: esencialmente, que un archivo particular de declaraciones RDF/OWL es un contexto. Aunque eso me dice, archivo = lista de proposiciones = contexto, no recuerdo que nadie en el W3C hablara de listas de proposiciones.

Por cierto, las jerarquías de proposiciones de características de entidades de RDF/OWL tienen problemas muy serios. En primer lugar, ni siquiera tienen entidades. Su clase es un poco como una entidad, pero confunden esa clase con el conjunto de todas las clases. Les dije eso muchas veces, pero nunca parecen enojarse por todas sus ambigüedades y contradicciones.

En este momento no puedo pensar en ningún otro evento memorable que pueda guiar su búsqueda de registros históricos.

Debería haber mencionado que existe otra fuente, que requerirá algo de fortaleza para poder leerla. KEHOME/knowledge/rhm, que está disponible en http://mKRmKE.org/knowledge/rhm, y en el archivo de descarga KEHOME/download/knowledge.zip, contiene más de 10 años de pensamientos, experimentos, notas, otras teorías relacionadas, aplicaciones simples de mKE, etc. Por lo general, pongo una fecha en cada archivo, para que puedas saber de qué período de tiempo proviene. A veces, dejé una cadena completa de fechas que correspondían a los momentos en que actualicé el archivo. Hay un enlace desde la página web principal, creo que etiquetado como "Aplicaciones de MKE", que lleva a una segunda página, que tiene enlaces a las aplicaciones más significativas, entre todas esas cosas con las que experimenté a lo largo de los años.

Finalmente me quedé sin nada. Estoy mucho tiempo en línea aquí. Pero si quieres ponerte en contacto conmigo, el método más seguro es el correo electrónico: [email protected].

Rhmccullough (discusión) 14:37 25 jun 2008 (UTC) [ responder ]

Un breve añadido: antes de decidirme por la idea de que el contexto es igual a la lista de proposiciones, creo que estaba pensando en que el contexto es igual a la jerarquía de proposiciones de la ECP, que es casi lo mismo. Creo que estuve usando el contexto = la jerarquía de proposiciones de la ECP durante muchos años. Rhmccullough (discusión) 14:51 25 jun 2008 (UTC) [ responder ]

Ups... ahí está mi intuición de ingeniería confundiendo las cosas de nuevo. mKR dice at view = v { ... }; v es el nombre de la lista de proposiciones, o v es el nombre de la jerarquía ECP. Rhmccullough (discusión) 14:55 25 jun 2008 (UTC) [ responder ]

Verificación de identidad

Oh, en relación con un comentario anterior del Usuario:Abd , ¿quieres colocar un archivo como http://mkrmke.org/wikipedia.txt que diga algo como "Soy el Usuario:Rhmccullough en la Wikipedia en inglés"? No creo que nadie dude realmente de que eres tú, pero como habrás deducido, tratamos de ser minuciosos. :-) Supongo que si quieres podrías escribirlo como "El nombre de usuario del Dr. McCullough en Wikipedia es Rhmccullough" (¡He estado leyendo parte de tu documentación, como puedes ver!). -- tiny plastic Grey Knight ⊖ 13:51, 26 de junio de 2008 (UTC) [ responder ]

(Esto no otorga ningún privilegio especial ni nada por el estilo; puede que simplemente sea útil si resulta que importa si eres el verdadero en algún momento en el futuro) -- pequeño caballero gris de plástico ⊖ 13:52, 26 de junio de 2008 (UTC) [ responder ]
wikipedia.txt instalado en http://mKRmKE.org/ Rhmccullough (discusión) 17:03 26 jun 2008 (UTC) [ responder ]

Nominación de MfD de Talk:MKR (lenguaje de programación)/Fuentes

Discusión:MKR (lenguaje de programación)/Fuentes, una página que usted creó, ha sido nominada para su eliminación . Sus opiniones sobre el tema son bienvenidas; por favor, participe en la discusión añadiendo sus comentarios en Wikipedia:Miscelánea para su eliminación/Discusión:MKR (lenguaje de programación)/Fuentes y asegúrese de firmar sus comentarios con cuatro tildes (~~~~). Usted es libre de editar el contenido de Discusión:MKR (lenguaje de programación)/Fuentes durante la discusión, pero no debe eliminar la plantilla de miscelánea para su eliminación de la parte superior de la página; dicha eliminación no terminará la discusión sobre la eliminación. Gracias. - Diligent Terrier (y amigos) 21:04, 30 de junio de 2008 (UTC) [ responder ]

Probablemente no haya mucha necesidad de eso. He trasladado este material a User_talk:Rhmccullough/Sources por si te resulta útil. viernes (discusión) 21:06 30 jun 2008 (UTC) [ responder ]

Permítame explicarle esto, Sr. McCullough. El MfD se cerró, en última instancia, con una decisión de eliminar. Es posible que se revise, pero el viernes se trasladó la página de Fuentes a su espacio de usuario. Solicitaré una copia del artículo eliminado y su página de Discusión para mi espacio de usuario. Será más fácil mejorar el artículo en el espacio de usuario, porque un usuario puede revertir los cambios en su espacio de usuario, generalmente, sin límite, lo que permite la defensa contra cualquier intento de interrumpir la edición. Mientras el artículo se esté preparando razonablemente para volver al espacio de artículos, puede permanecer en el espacio de usuario.

En otras palabras, no son malas noticias. Si no hubiésemos podido mejorar el artículo lo suficiente para cuando viniera otro AfD, y uno lo haría, porque algunas de estas personas son como bulldogs, no suelen soltarse, entonces lo habrían eliminado de todos modos, y el proceso de mejora habría sido más difícil, con ciertos editores viendo y eliminando cualquier fuente que sospechen, y aplicarán estándares rigurosos que no necesariamente son apropiados para el artículo. Así que podría ser una batalla constante. Cuando tengamos el artículo listo para devolver, probablemente iríamos a la revisión de eliminación y pediríamos que se revierta la decisión de eliminación, en función del nuevo artículo, y DRV decidirá entonces qué hacer. O simplemente recrearemos el artículo, y veremos si lo AfD lo elimina, depende de cuánto tiempo nos lleve. Esto último a menudo puede ser menos complicado. -- Abd ( discusión ) 21:49, 30 de junio de 2008 (UTC) [ responder ]

Abd, estoy contento con lo que propones. Podría recrear lo que me gustaría en el artículo muy rápidamente. Agradecería cualquier sugerencia tuya. Ya tengo una pregunta para ti. ¿Debería incluir a Winograd e Iwanska en la historia o simplemente olvidarme de eso? Rhmccullough (discusión) 23:08 30 jun 2008 (UTC) [ responder ]

Es una lástima que no se haya hecho antes esta modificación de la usabilidad, se podría haber evitado todo tipo de tonterías y dramas. De todos modos, Wikipedia no va a cambiar sus estándares de fuentes, pero si aparecen más con el tiempo, esto puede volverse utilizable. Aún así, te recomiendo encarecidamente que empieces a cubrir este tema en Wikiversity, los estándares son muy diferentes allí y tu investigación original será bienvenida en lugar de problemática. Viernes (discusión) 23:11 30 jun 2008 (UTC) [ responder ]

Ya lo hice, hace varios días. Pero no he hecho nada significativo en Wikiversity, porque he pasado todo mi tiempo aquí, en Wikipedia. Aprecio tu actitud y tus consejos. Gracias. Rhmccullough (discusión) 23:24 30 jun 2008 (UTC) [ responder ]
Friday y yo no estábamos de acuerdo en muchas cosas en la AfD, pero en esto tiene razón. Tratad el tema en Wikiversity. Es un entorno mejor para el tipo de cosas que hacéis, podréis hacer más de lo que jamás se podría hacer en Wikipedia (al menos en las condiciones actuales, y probablemente nunca ). En cuanto a Wikipedia y las fuentes, las fuentes existentes, reunidas todas en un artículo coherente y limpio, podrían sobrevivir a otra AfD, pero veamos si podemos hacerlo mejor.
Filosóficamente, sin embargo, predigo que si Wikipedia no cambia sus estándares de fuentes -sin abandonar la verificabilidad- va a morir. Pero podría llevar bastante tiempo... Wikipedia, efectivamente, por el momento, se ha pintado a sí misma en un rincón. -- Abd ( discusión ) 23:57 30 jun 2008 (UTC) [ responder ]

Su trabajo en Usuario:Abd/MKR (lenguaje de programación)

El artículo, desde un punto de vista, está quedando bien. Ahora es una mejor introducción a MKR. Sin embargo, todavía tiene, por supuesto, problemas de fuentes. Recomendaría, creo, que coloques una copia de este artículo en tu página web. Entonces será útil como fuente de lo que el autor de MKR ha dicho sobre la historia y el programa.

El artículo en Wikipedia podría ser bastante más breve, con referencia a lo que hay en el sitio web de MKR para obtener más información.

Todavía necesitaremos pruebas de notoriedad de fuentes independientes antes de que el artículo, para entonces editado para cumplir con los estándares de verificabilidad, pueda volver al espacio de artículos.

En teoría, no debería haber ninguna diferencia, pero si el artículo, cuando se publica por primera vez, es conciso y tiene referencias completas a fuentes independientes, tendrá más probabilidades de éxito político. Entonces se pueden utilizar más fuentes marginales para darle más cuerpo y manejarlo adecuadamente.

Te animé a editar el artículo en este punto sin tener en cuenta su notoriedad o verificabilidad, simplemente para convertirlo en el mejor artículo que pudieras escribir si (1) todavía se te exigiera utilizar el Punto de Vista Neutral, pero (2) pudieras utilizar tu propia experiencia y conocimiento como fuentes, pero no para "opiniones", a menos que, por supuesto, se expresen como tales. "En opinión de RH McCullough, MKR es lo mejor desde el pan de molde". Por supuesto, no dirías eso a menos que de alguna manera la relación entre MKR y el pan se volviera notable... Cuanto más neutral, mejor.

Avísame cuando creas que el artículo está listo para una primera revisión, sólo sobre la cuestión de cómo se lee. -- Abd ( discusión ) 16:21 21 jul 2008 (UTC) [ responder ]

Con mucho gusto colocaré una copia de este artículo en mi página web. ¿Debería mencionar Wikipedia de alguna forma?
Si una "primera reseña" significa "¿está listo para que lo leas?", la respuesta es sí. Rhmccullough (discusión) 01:56 24 jul 2008 (UTC) [ responder ]
Espero que no haya ningún problema. En mi página web, he añadido una sección titulada "¿Por qué inventé mKR?"
He puesto un enlace al artículo y lo he titulado "preparado para Wikipedia, la enciclopedia libre".
Rhmccullough (discusión) 03:20 24 jul 2008 (UTC) [ responder ]

vinculación

Hola! Me preguntaba si podrías darme una o dos pistas sobre un programa informático con el que estoy jugando; si tengo un conjunto de relaciones (triples sujeto-predicado-objeto) y algo de información sobre las implicaciones de esas relaciones, ¿existe una forma más eficiente de averiguar las relaciones implícitas que no sea ejecutar por fuerza bruta la lista y agregar cada nuevo triple que se pueda encontrar? Tal vez haya un método más simple al menos para una consulta sobre el conjunto completo (por ejemplo, si digo (Bob hasMother Alice)and (Bob hasGender Male), y realizo una consulta de (Alice hasSon ?), ¿existe una forma mejor que ejecutar por fuerza bruta una lista "completa" de relaciones y luego comenzar a buscar en ella el objetivo?). Esto me estaba molestando hace un tiempo, y acabo de volver a mirarlo. Recordé que habías hecho algún trabajo en este campo, así que pensé en preguntar. ¡Gracias! -- tiny plastic Grey Knight 11:37, 24 de julio de 2008 (UTC) [ responder ]

mKR asocia un "significado" con cada relación; este significado es un "método" que puedes programar para que haga lo que sea apropiado en tu contexto. Para tu ejemplo: Bob rel Mother = Alice; Bob tiene género = Male; Alice rel Son = ?;
Si la información de género está disponible antes que la información de la madre, puedes hacer algo como esto:
rel_Mother es relación con
formato = [persona:1, persona:2],
significado = { $1 rel Madre = $2;
si $1 tiene género = Masculino;
entonces $2 rel Hijo = $1;
es;};
Si la información de género solo está disponible después de la información de la madre, entonces debes hacer algo como esto:
cada persona p isu; { si niño := ? rel Madre = $p;
entonces si $child tiene género = Masculino; entonces $p rel Hijo = $child; fi;
es;};
Rhmccullough (discusión) 16:42 24 jul 2008 (UTC) [ responder ]
Entiendo que mKR puede hacer esto, pero lo que quise decir fue: ¿hay alguna parte de mKE que pueda hacer estas cosas automáticamente basándose en una descripción? ¿Y cómo se codifica eso detrás de escena? Por ejemplo, a partir del ejemplo anterior, si puedo explicarle a un programa que (#1 hasMother #2) implies (#2 hasChild #1)y que (#1 hasChild #2) and (#2 hasGender Male) implies (#1 hasSon #2), ¿podría un programa (mKE o algo más adecuadamente programado) procesar un gran conjunto de tales relaciones de manera eficiente? ¿O es la fuerza bruta "recorrer la lista y seguir agregando todo lo nuevo que encuentre" la única manera? -- tiny plastic Grey Knight 16:46, 24 de julio de 2008 (UTC) [ responder ]
Puedes programar todo eso en el "significado" de una relación, de modo que utilice toda la información disponible en ese momento. Si hay nueva información disponible, puedes volver a ejecutar el mismo "significado" después del hecho. Todo lo que ocurra después del hecho tendrá un cierto sabor a "fuerza bruta". Rhmccullough (discusión) 16:54 24 jul 2008 (UTC) [ responder ]
En mKR, si te preocupa tanto la eficiencia, entonces implementas el significado en el lenguaje Unicon, en lugar del lenguaje mKR. Rhmccullough (discusión) 17:40 24 jul 2008 (UTC) [ responder ]
¿Entonces quieres decir que las nuevas relaciones "implícitas" deberían añadirse a medida que avanzamos? Entonces , cuando agrego (Bob hasMother Alice), es cuando (Alice hasChild Bob)se agrega . Y cuando luego agrego (Bob hasGender Male), el sistema verifica si hay alguno (#1 hasChild Bob)y establece (#1 hasSon Bob)sobre esa base. Parece que esto podría funcionar, aunque me preocupa que se puedan pasar por alto relaciones más complejas. Intentaré analizarlo formalmente y ver qué se me ocurre. Ya tenía una idea para mejorar la velocidad de las búsquedas de relaciones "implícitas" manteniendo un índice de relaciones por sus predicados; te informaré cómo resultan las cosas, si estás interesado. ¡Gracias! -- tiny plastic Grey Knight 09:10, 25 de julio de 2008 (UTC) [ responder ]
Sí, me gustaría saber cómo resultan las cosas. Re: programas Unicon más eficientes. La aplicación de genealogía mKE tiene 3 relaciones cuyos significados se implementan en Unicon en lugar de mKR. Vea KEHOME/src/birth.icn, KEHOME/src/child.icn, KEHOME/src/marry.icn. Rhmccullough (discusión) 22:18 25 jul 2008 (UTC) [ responder ]

Su borrador de artículo, Borrador:MKR (lenguaje de programación)

Hola, Rhmccullough. Han pasado más de seis meses desde la última vez que editaste la página de envío de artículos para la creación o borrador que comenzaste, "MKR".

De acuerdo con nuestra política de que Wikipedia no está destinada al alojamiento indefinido de material que se considere inadecuado para el espacio principal de la enciclopedia , el borrador ha sido propuesto para su eliminación. Si planea seguir trabajando en él o editarlo para abordar los problemas planteados si se rechazó, simplemente edite el envío y elimine el código {{db-afc}}, {{db-draft}}o .{{db-g13}}

Si tu envío ya ha sido eliminado cuando llegas y deseas recuperarlo, puedes solicitar que se restablezca siguiendo las instrucciones de este enlace . En la mayoría de los casos, un administrador restaurará el envío para que puedas seguir trabajando en él.

Gracias por enviar tu artículo a Wikipedia. ¡Feliz edición! Legacypac ( discusión ) 04:29 18 feb 2018 (UTC) [ responder ]