Charla: B (lenguaje de programación)
De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda
Computación WikiProject / Software / CompSci / Early (Clase inicial nominal, de importancia baja)
Icono de WikiProjectEste artículo está dentro del alcance de WikiProject Computing , un esfuerzo colaborativo para mejorar la cobertura de computadoras , computación y tecnología de la información en Wikipedia. Si desea participar, visite la página del proyecto, donde puede unirse a la discusión y ver una lista de tareas abiertas.
Artículo de Start-Class Comienzo Este artículo ha sido calificado como Start-Class en la escala de calidad del proyecto .
 Bajo Este artículo ha sido calificado como de poca importancia en la escala de importancia del proyecto .
Icono de grupo de trabajo
Este artículo es compatible con el software WikiProject (marcado como de poca importancia ).
Icono de grupo de trabajo
Este artículo está respaldado por WikiProject Computer science (marcado como de poca importancia ).
Icono de grupo de trabajo
Este artículo es apoyado por el grupo de trabajo de Computadoras Tempranas (marcado como de importancia media ).
 
Cosas con las que puede ayudar a WikiProject Computer Science :

Aquí hay algunas tareas que esperan atención:
WikiProject C / C ++ (Clase inicial nominal, de importancia baja)
Este artículo está dentro del alcance de WikiProject C / C ++ , un esfuerzo colaborativo para mejorar la cobertura de C / C ++ en Wikipedia. Si desea participar, visite la página del proyecto, donde puede unirse a la discusión y ver una lista de tareas abiertas.
 Comienzo Este artículo ha sido calificado como Start-Class en la escala de calidad .
 Bajo Este artículo ha sido calificado como de poca importancia en la escala de importancia .
Este artículo cae dentro del alcance de C .
 

Intitulado

¿Es realmente NPOV decir que B "probablemente debería haber muerto" pero "sobrevivió porque [algunos] sistemas pobres y privados (y depravados) no tenían nada mejor"? Nunca he usado B, pero me gustan los lenguajes sin tipo como FORTH. (Encuentro que el código del kernel de Unix del libro de los Leones es más legible que el C moderno en gran parte debido a la presencia de anotaciones de tipo en el código). - Kragen

No completamente NPOV :-) Pero B es una verdadera molestia para implementar y usar en la mayoría de las computadoras modernas. Toda su noción de "dirección" y "palabra" simplemente no coincide con el hardware moderno. (Tengo "escribiendo un compilador B para 386" en mi lista de "proyectos tontos para hacer en algún momento", así que he pensado un poco en estos temas).

No es NPOV ni es preciso, según mis cuatro años de programación con él en un mainframe de CPU dual Honeywell 66/60 en el período 1981-85, trabajando con la CLI de Mollusc. C es definitivamente mejor pero no esomucho mejor. B tenía todos los conceptos básicos requeridos para la programación de sistemas en ese entorno, aunque definitivamente carecía de algunos refinamientos de C que aprecio. No tuve ningún problema significativo con el tipo de caracteres al usarlo con bytes de 9 bits y palabras de máquina de 36 bits. Ciertamente fue mucho mejor que hacer programación de sistemas en FORTRAN ... :) El mayor impedimento en ese sistema fue el editor de líneas, que me enseñó muy bien las expresiones regulares, pero fue una verdadera molestia usarlo para editar. El editor de líneas fue el mejor editor disponible en el sistema. He leído una historia bastante mejor de la evolución del lenguaje y actualizaré el artículo un poco más después de hacer la investigación necesaria para encontrarlo nuevamente. James Día 20:12, 12 de septiembre de 2003 (UTC)

Solo hice eso y agregué enlaces a las fuentes. James Día 19:25, 25 de octubre de 2003 (UTC)

Cuando uno introduce términos como "mejor" o "peor", está inyectando una opinión. Y eso, por definición, no puede ser NPOV. Habiendo usado B (un poco), C, C ++, ... puedo decir que muchas de las afirmaciones del artículo, y también dentro de esta sección de "charlas", son simplemente falsas. La "historia" sobre las operaciones ++ / - también es falsa ... porque son claramente derivadas directas del conjunto de instrucciones DEC PDP, o al menos, se inspiraron en ellas. Eso es obvio para cualquiera que alguna vez haya escrito código o incluso haya mirado un antiguo manual de programación de PDP-7 (o posterior). El PDP-7 estaba ciertamente presente cuando se desarrolló el lenguaje B. Hay demasiado de malo en este artículo como para saber siquiera por dónde empezar. Estoy de acuerdo, en su forma actual es prácticamente inútil para un novato,o un ingeniero informático, ya que contiene tantos errores y omisiones. - Comentario anterior sin firmar agregado por 98.194.39.86 ( conversación ) 23:31, 30 de septiembre de 2016 (UTC)

Queja de un no especialista

Me gustaría mucho comprender este artículo. Una enciclopedia general está destinada a iluminar y explicar, pero me temo que esto está mucho más allá de mí. El lenguaje de programación B no es el más conocido para mí. ¿Qué tenía BCPL que ahora se ha quitado para convertirse en lenguaje B y que Ken Thompson sintió que podía prescindir? ¿Existe un lenguaje menos conocido que podría haber sido igualmente útil? ¿Qué son los GCOS que ejecutan los mainframes de 36 bits de Honeywell?

Estas son solo algunas de las preguntas que podría hacer alguien no iniciado en las mejores artes del lenguaje informático. Podría comenzar como: “El lenguaje de programación B fue una fase de transición entre BCPL y C. BCPL consistió en…. pero fue considerado redundante por… Ken Thompson…. porque… ”, etc. ¿Quién era Ken Thompson, de todos modos? El artículo tal como está es casi inútil porque hay muchas cosas sin explicar. Dieter Simon 01:16, 18 de junio de 2004 (UTC)

¿"Tipo de datos de caracteres"?

El articulo dice:

La naturaleza sin tipo de B tenía sentido en Honeywell, PDP-7 y muchas computadoras más antiguas, pero era un problema en la PDP-11 porque era difícil acceder con elegancia al tipo de datos de caracteres que la PDP-11 y la mayoría de las computadoras modernas admiten por completo. .

¿A qué se refiere el "tipo de datos de caracteres"? (¿Solo una noción de un tipo de un solo byte que permite representar extensiones ASCII plus de 7 bits, o algo más complejo?) Creo que valdría la pena analizar qué es esta característica y por qué no es conveniente usarla con B . Neilc 10:32 19 Jun 2005 (UTC)

(No estoy seguro de si esto pertenece a la página. Los expertos en tecnología ya lo saben, y a la mayoría de los demás no les importa, pero aquí está la respuesta: aquí "tipo de datos de caracteres" solo se refiere a un tipo de byte simple, generalmente de 8 o 9 bits en Implementaciones B, aunque al menos una también admitía caracteres de 6 bits. La dificultad surge con las direcciones. Cuando las palabras B se interpretan como direcciones, son direcciones de palabras (de 16, 18 o 36 bits en implementaciones conocidas). Incrementar una dirección le da la dirección de la siguiente palabra. Es el mismo que el esquema de direccionamiento de hardware en las máquinas PDP-7 y Honeywell, pero diferente a casi cualquier cosa moderna, donde las direcciones son de bytes. Las direcciones son muy importantes en B (como en C ), por ejemplo, son la única forma de hacer una llamada por referencia, para hacer referencia a objetos asignados dinámicamente, etc.Por lo tanto, puede ser una molestia no poder obtener la dirección de un byte, especialmente en una máquina moderna donde el hardware lo admite. Por cierto, la forma en que se manejaron los caracteres en B fue a través de un par de funciones de biblioteca char (cadena, i) que dieron como resultado el i-ésimo carácter de una cadena que comenzaba en la cadena de dirección de la palabra, y lchar (cadena, i, ch ) que actualizó el i-ésimo carácter de la cadena para tener el valor ch. )

¿Fuente del nombre "B"?

Dan Gookin afirma en "C For Dummies Volume One" (en la versión antiquitated que tengo) que B significa Bell Labs. ¿No es eso correcto? - 86.143.157.188 16:03, 3 de agosto de 2006 (UTC)

Dennis Ritchie (que trabajó con Thompson en B) no lo cree así. Afirma que es una contracción de BCPL . - Derek Ross | Charla 06:53, 22 de octubre de 2006 (UTC)

Cosas raras en la sección Historia.

"Ken Thompson escribió B basándose principalmente en el lenguaje BCPL que había usado para escribir Unix mientras estaba en el proyecto Multics". Creo que tenemos que perder el "escribir Unix". Entonces la oración tiene sentido y está de acuerdo con la historia B tal como la recuerda Dennis Ritchie. 198.142.19.55 ( conversación ) 16:13, 6 de diciembre de 2011 (UTC)

Estoy de acuerdo. El < El desarrollo del lenguaje C > de Dennis Ritchie afirma que, "mientras quería utilizar un lenguaje de nivel superior, él [Thompson] escribió el sistema Unix original en ensamblador PDP-7". Esto no concuerda con la información de esta página. Por lo tanto, creo que cambiar la oración a "Ken Thompson escribió B basándose principalmente en el lenguaje BCPL que había usado en el proyecto Multics", es justificable. ctype.h 18:09, 9 de noviembre de 2012 (UTC)

Un archivo de Commons utilizado en esta página ha sido nominado para su eliminación

El siguiente archivo de Wikimedia Commons utilizado en esta página ha sido propuesto para su eliminación:

  • Octicons-terminal.svg

Participe en la discusión de eliminación en la página de nominaciones . - Bot de Community Tech ( charla ) 23:38, 26 de julio de 2019 (UTC)

Obtenido de " https://en.wikipedia.org/w/index.php?title=Talk:B_(programming_language)&oldid=908031417 "
Contribute a better translation