Número Anterior | Buscar en TidBITS | TidBITS Home Page | TidBITS-es | Siguiente Número

TidBITS Logo

TidBITS-es#613/21-Ene-02

¿Todavía no tienes claro las diferencias entre las aplicaciones Classic, Carbon y Cocoa? Si es así, el análisis de Chris Pepper sobre las diferentes clases de aplicaciones Mac OS X debería ayudar. Geoff Duncan hace un reportaje sobre el recién renovado interés en un par de venerables servidores de correo para Macintosh. En las noticias, examinamos el beneficio de 38 millones de US$ de Apple, el lanzamiento de Adobe InDesign 2.0, y unas cuantas actualizaciones de Apple para los usuarios de AirPort y para las capacidades multilengua del Mac OS X.

Temas:

Copyright 2002 TidBITS Electronic Publishing. Derechos reservados.
Información: <info@tidbits.com> Comentarios: <editors@tidbits.com>

Este número de TidBITS está patrocinado en parte por:

El equipo de TidBITS-es ha traducido este número de manera voluntaria y desinteresada, y está compuesto por:

Coordinadores del equipo

Si tú también quieres formar parte del equipo de traductores de TidBITS-es, ponte en contacto con el coordinador <tidbits-es-coordinator@tidbits.com>.

MailBITS/21-Ene-02

Apple registra un beneficio de 38 millones de US$ -- Apple Computer registró un beneficio de 38 millones de US$ en su primer trimestre fiscal de 2002, directamente en línea con las expectativas de los analistas para la compañía. A pesar de una línea de productos desfasada, Apple distribuyó 746.000 Macs y 125.000 iPods durante el trimestre, y registró unas ganancias de 1,38 millardos de US$ sobre unos márgenes brutos del 30,7 por ciento. Aunque Apple no destacó por las ventas en las 27 tiendas Apple distribuidas por los EE.UU., dicen que las tiendas recibieron alrededor de 800.000 visitantes sólo en Diciembre de 2001. Las ventas internacionales representan el 48 por ciento de las ganancias de Apple. En particular, Apple dijo que las ordenes iniciales para los nuevos iMac G4 rediseñados fueron mayores que los esperado, y que esperaban que las ganancias se incrementarían en el segundo trimestre fiscal del año - bastante inusual para un fabricante de ordenadores en la actual situación económica inactiva. [GD]

<http://www.apple.com/pr/library/2002/jan/16results.html>
<http://db.tidbits.com/getbits.acgi?tbart=06682>

Apple Lanza Actualizaciones de Airport y de Idiomas para Mac OS X -- El pasado fin de semana Apple lanzó varias actualizaciones a través del sistema Actualización de Software. El AirPort Driver Update 2.0.1 para Mac OS 9 y para Mac OS X incluye un programa de gestión actualizado para la Tarjeta AirPort que mejora la robustez y pide una contraseña al unirse a una red Ordenador-a-Ordenador que precise contraseña. También se incluye un firmware nuevo para la Estación Base Airport (Grafito; las nuevas Estaciones Base Airport tienen el mismo color blanco de los nuevos iBooks y no precisan de la actualización de firmware). Se ha mejorado en la actualización de la Estación Base Airport el soporte PPPoE; tras descargar la actualización, hay que lanzar la Utilidad de Administración AirPort, seleccionar la estación base y pulsar en Configurar para comenzar el proceso de actualización.

<http://www.apple.com/airport/>

Durante el fin de semana Apple también lanzó localizaciones para Mac OS X en Portugués Brasileño, Chino Simplificado, Chino Tradicional, Danés, Finlandés, Coreano, Noruego, y Sueco. Aunque la mayoría de la gente no los necesitarán, ya que las versiones anteriores están probablemente instaladas en tu copia de Mac OS X, puede ser interesante descargarlos por si quieres estar al día en caso de que necesites cambiar de idioma de forma inesperada. O, por supuesto, puedes seleccionar Actualización de Software y escoger Hacer Inactivo en el menú Archivo para evitar que llenen la lista de Actualizaciones de Software de ahora en adelante. [ACE]

Adobe InDesign 2.0 Está Ya Disponible -- Adobe ha lanzado ya Adobe InDesign 2.0, una actualización importante para la aplicación de auto-edición de nueva generación de la compañía, permitiendo importar archivos de Photoshop o Illustrator y mantener la transparencia en los bordes suavizados y las sombras, por ejemplo. La nueva versión también incluye herramientas mejoradas para crear e importar tablas, mayor soporte para fuentes OpenType, y una mayor colaboración con otros programas Adobe. Quizá lo más significativo es que InDesign 2.0 ofrece soporte nativo para Mac OS X, algo que su rival QuarkXPress parece que no va a ser capaz de ofrecer de momento. Finalmente, este lanzamiento desliga a Adobe de una desagradable situación legal en la que se situaba a finales del 2001: un juez de la Corte del Distrito de los EE.UU. evitó que vendieran InDesign 1.5 debido a un problema de licencias con Trio Systems LLC sobre un componente de InDesign llamado C-Index, lo que llevó a un acuerdo rápido del cual no se revelaron los términos; InDesign 2.0 no contiene el código C-Index. La versión completa de InDesign cuesta 700$. Las actualizaciones están disponibles desde 100$ para propietarios de versiones previas de InDesign, y 300$ para propietarios de PageMaker o PageMaker Plus. [JLC]

<http://www.adobe.com/products/indesign/>
<http://www.triosystems.com/ci2/>

Dos servidores de correo para Mac que vuelven a casa

por Geoff Duncan <geoff@tidbits.com>

Los que usan Macs para proporcionar servicios de correo electrónico por Internet saben que el Mac OS no ha sido jamás capaz de proveer una gran cantidad de opciones de servidores de correo-e, a diferencia de los sistemas Windows o Unix. Durante años la comunidad Mac ha tenido una elección de quizá media docena de servidores, cuyo futuro fue puesto en duda por Mac OS X. En parte, al incorporar Unix bajo la capucha, los sistemas con Mac OS X pueden ejecutar servidores de correo electrónico basados en Unix de alto nivel: robustos pero notoriamente arcanos en su configuración y administración.

Sin embargo, los servidores de correo tradicionales para Macintosh parecen estar viviendo una nueva época dorada, gracias tal vez a una base de usuarios leales que no quieren renunciar a la sencillez de manejo del Macintosh. Comenzó en el 2000 con la adquisición de la venerable ListSTAR por parte de MCF Software, y dos de las principales referencias en servidores de correo para Mac han seguido recientemente el camino: LetterRip y EIMS.

<http://www.mcfsoftware.com/>
<http://db.tidbits.com/getbits.acgi?tbart=06158>

LetterRip -- LetterRip Pro es un servidor de correo muy conocido que desarrolló Fog City Software - los mismos tipos que crearon Emailer. LetterRip se distingue por su estabilidad, capacidad y sencillez de uso: aunque no es tan flexible como el antiguo y más complejo ListSTAR, LetterRip satisface la mayoría de las necesidades de una lista de correo y está respaldado por una comunidad de usuarios entusiasta. (TidBITS actualmente utiliza ambos productos: LetterRip en TidBITS Talk, las traducciones, y en otras listas privadas, mientras que utilizamos ListSTAR para distribuir los números de TidBITS y ejecutar las labores de procesado de correo más pesadas).

<http://db.tidbits.com/getbits.acgi?tbart=05328>

LetterRip Pro se lanzó en 1999 y no ha visto grandes actualizaciones desde entonces, favoreciendo la especulación de que el producto estaba prácticamente moribundo (aunque Fog City sigue ofreciendo ayuda y soluciona rápidamente los problemas que puedan causar las nuevas versiones de Mac OS). La marea parece haber cambiado, no obstante: el uno de enero de 2002, LetterRip Pro fue comprada por una nueva empresa recién creada, LetterRip Software, con el propósito expreso de llevar LetterRip Pro a Mac OS X e introducir mejoras. El desarrollo de LetterRip está encabezado por Jud Spencer, uno de los desarrolladores originales de LetterRip, que ha regresado a Fog City; Jud fue también uno de los programadores de el todavía apreciado Emailer, así como del Outlook Express y el Entourage de Microsoft. Si eres usuario de LetterRip Pro, hay una discusión muy encendida en su lista de correo sobre cuáles deberían ser las nuevas capacidades de las versiones futuras: si quieres aportar algo, ahora es el momento.

<http://www.letterrip.com/>

EIMS -- Ha sido un largo y tortuoso camino el de EIMS. El programa empezó llamándose MailShare, un servidor de correo SMTP y POP3 sencillo para el Macintosh escrito por Glenn Anderson de Nueva Zelanda, mucho antes de que Internet apareciera en la consciencia pública. En 1995 Apple adquirió MailShare -junto con Glenn- y lo rebautizó como Apple Internet Mail Server (AIMS), cuando Apple decidió que quería jugar un papel en el mercado de servidores de Internet (¿alguien recuerda el acrónimo AISS?) Más tarde, en 1997, cuando Apple decidió que en realidad no quería saber nada de servidores de Internet, Qualcomm acogió AIMS (y a Glenn), rebautizándolo como Eudora Internet Mail Server (EIMS). Glenn vio como EIMS sufría dos grandes actualizaciones con Qualcomm, añadiendo soporte para IMAP, listas negras de DNS, administración remota, y toda una pléyade de nuevas características -y EIMS se mantiene como un servidor robusto de gran capacidad.

<http://db.tidbits.com/getbits.acgi?tbart=01532>

El 21 de diciembre, EIMS cerró el dilatado círculo. Glenn Anderson recompró la licencia de EIMS a Qualquom, y lanzó EIMS 3.1. Además está creando una aplicación de administración EIMS para Mac OS X (existe ya en versión alfa), aunque todavía no hay planes claros para una versión Mac OS X del servidor EIMS. Por último, está sopesando el lanzamiento de una versión reducida y de bajo coste para los usuarios que no necesiten todas las funciones de la versión integral.

EIMS 3.1 ofrece numerosas mejoras en cuanto a rendimiento, así como mejores prestaciones y compatibilidad con AppleEvents, autenticación NTLM para Outlook y Outlook Express, autenticación CRAM-MD5 para POP3, autenticación LDAP, notificación de situación de entrega en mensajes rebotados, y estadísticas de retrasos en cola y total de mensajes enviados y recibidos. EIMS 3.1 se vende a 400 dólares, si bien las actualizaciones desde la versión 3.0 cuestan 60 dólares, y las realizadas a partir de la versión 2.x., 150 dólares.

<http://www.eudora.co.nz/>

Bienvenido a casa -- A pesar de que Mac OS X abre nuevos horizontes para los servicios de Internet en el Macintosh, es un auténtico placer ver a desarrolladores de larga tradición en el mundo del Mac insuflar nueva vida en estos (y otros) productos de dilatada historia y excelente reputación. Es algo que prácticamente sucede sólo en la comunidad del Mac, cuyos miembros esperan normalmente disponer de productos potentes y, al mismo tiempo, fáciles de utilizar. Sin duda, los más adoctrinados en Unix utilizarán preferentemente soluciones Unix para tareas como el correo electrónico y la gestión de listas de correo, pero los demás siempre hemos apoyado, y seguiremos haciéndolo, los productos diseñados y desarrollados por personas que comprenden lo que realmente distingue al software del Mac de lo demás.

Mac OS X: Tipos de programas, primera parte

Chris Pepper <pepper@reppep.com>

Cuando reflexionamos sobre el nuevo sistema operativo de Apple, somos muy conscientes de que, con independencia de su calidad intrínseca, OS X nunca podrá triunfar sin las aplicaciones creadas por otras empresas. Por este motivo, Apple se ha esforzado mucho en estimular - y presionar - a los desarrolladores para que produzcan programas que aprovechen plenamente el nuevo sistema y lo necesiten para funcionar - lo cual, a su vez, persuadirá a los usuarios para que den el salto. Desafortunadamente, puesto que Mac OS X y Carbon (la tecnología que permite a los programas funcionar tanto en Mac OS 8.6/9 como en OS X) son todavía relativamente nuevos, los desarrolladores se han encontrado entre dos fuegos: por una parte, la retórica de Apple sobre OS X y, por otra, la circunstancia de que éste está incompleto. Mac OS X 10.1.2 representa una mejora importante en cuanto a madurez, pero todavía no puede compararse a Mac OS Classic, que atesora dos décadas de perfeccionamiento continuo iniciadas incluso antes de que naciese el Macintosh, con el primer desarrollo del ordenador Lisa de Apple.

<http://www.apple.com/macosx/>
<http://guide.apple.com/macosx/>

Mac OS X combina varios productos ya existentes dentro de un nuevo y moderno sistema operativo, cada uno de los cuales va acompañado de su propia identidad y comunidad de usuarios. Para hacer las cosas más interesantes, alguno de los componentes que Apple ha incluido en Mac OS X han ido, históricamente, en diferentes direcciones; pensad en el contraste entre el Mac OS Clásico, diseñado para usuarios no técnicos y el Unix, un sistema operativo diseñado para su uso por programadores. El resultado es una combinación que funciona sorprendentemente bien, aunque la mezcla de linajes del Mac OS X se deja entrever de varias maneras interesantes. Como cada uno de los diferentes elementos incluye su propia interfaz, aplicaciones y forma de hacer las cosas, es imposible llegar a un correcto entendimiento del Mac OS X sin tener en cuenta la variada herencia de sus programas. En la primera parte de este artículo, examinaré los tres tipos de aplicaciones que son familiares para la mayoría de los usuarios del Mac OS - Clásicas, Carbón y Cocoa - y explicaré sus fortalezas y debilidades frente al Mac OS considerado en su conjunto. En la segunda parte, discutiré las ventajas de la compatibilidad del Mac OS X con el lenguaje Java y echaré un vistazo a las aplicaciones escritas exclusivamente en Unix, el corazón del nuevo sistema operativo de Apple.

<http://developer.apple.com/macosx/architecture/>

La variedad de APIs del Mac OS X -- La característica que define en este momento a una aplicación para Mac OS X es el conjunto de APIs (Application Programming Interfaces - Interfaces de Programación de Aplicaciones) que utiliza, el grupo de peticiones que dicha aplicación hace al sistema operativo - desde "¿Que hora es?" o "escribe este párrafo en Palatino 12 en esa ventana" hasta "abre esa URL en el Visor de la Ayuda". Para evitar esfuerzos redundantes, los programas usan las APIs todo lo posible. Esto significa, por ejemplo, que la mayoría de las aplicaciones no necesitan trabajar con las tipografías directamente, ya que se aprovechan del SO para generar los menús de tipografías y presentar el texto. Debido a la larga y compleja historia del Mac OS X, los programadores pueden escoger entre diferentes conjuntos de APIs, cada uno de los cuales manifiesta alguna de sus propias características en los programas que los utilizan.

Mac OS X permite ejecutar aplicaciones basadas en la API Classic de Apple, también disponibles para Mac OS 9 (y anteriores), y que se denominaban antiguamente como la Mac Toolbox (Caja de Herramientas Mac). Mac OS X también ofrece la API Carbon, un subconjunto de la Mac Toolbox, diseñado para proporcionar compatibilidad con el Mac OS 9 mientras incorpora modificaciones específicas no compatibles con Mac OS 9 que posibilitan sacar todo el partido al Mac OS X. Los cambios en Carbon posibilitan, en Mac OS X, la multitarea preventiva, mejor gestión de la memoria virtual y la protección de las aplicaciones frente al bloqueo o cuelgue de una de ellas - ninguna de estas características adicionales esta disponible para las aplicaciones Carbon cuando se ejecutan en Mac OS 9. Además, Mac OS X incluye la API Cocoa, desarrolladas por NeXT. De hecho, muchas de las actuales aplicaciones Cocoa fueron desarrolladas inicialmente para NeXTSTEP, el sistema operativo desarrollado por la antigua empresa de Steve Jobs, NeXT.

Los tres conjuntos de APIs mencionados arriba son propiedad de Apple, pero Mac OS X también es compatible con dos importantes grupos de APIs de uso público (de las que hablaremos en la segunda parte de este articulo). En primer lugar, Mac OS X es compatible con la API Java, diseñadas por Sun para posibilitar la creación de programas que utilicen el lenguaje Java y sean ejecutables en múltiples sistemas operativos. Además, se incluye compatibilidad con la API Unix mediante Darwin, una versión en código abierto del sistema operativo Unix, creada por Apple. Basada en el Unix BSD, la API Unix es la que posibilita que Mac OS X ejecute el potente servidor web Apache. Esta variedad de APIs proporciona al Mac OS X muchas más aplicaciones de lo que se podría esperar para un sistema operativo nuevo - aunque mantener un registro de los diferentes tipos de programas puede ser un tanto confuso.

<http://java.sun.com/>
<http://www.apple.com/macosx/technologies/darwin.html>
<http://httpd.apache.org/>

Classic -- Los programas más familiares que podemos correr sobre Mac OS X son - por lo menos por ahora - los programas Classic. En su mayoría fueron escritos para versiones de Mac OS entre la 7 y la 9, y vienen a funcionar de la misma forma en que lo harían sobre Mac OS 9. Para lograr esto, hay un Mac OS 9 que corre como programa Mac OS X invisible (llamado, apropiadamente, Classic). La capa Classic del Mac OS X es lo suficientemente buena como para que la mayor parte de los programas funcione exactamente igual sobre Mac OS X que sobre Mac OS 9. Las excepciones son en su mayoría programas que controlan el hardware directamente, como los grabadores de CD, ya que Mac OS X tiene nuevos gestores de dispositivos, incompatibles con los anteriores, para manejar dichos dispositivos.

La amplia compatibilidad ofrecida por Classic es crítica para el éxito de Mac OS X, ya que muchos programas Classic permiten que la gente utilice Mac OS X de forma diaria, sacando adelante su trabajo con herramientas familiares en lugar de tener que esperar años a que reescriban los programas. Microsoft Office 2001 y Eudora 5.1 son dos excelentes ejemplos de aplicaciones Classic importantes - las aplicaciones Office permitieron que la gente utilizase Word, compartiera documentos Office, e hicieran números tranquilamente con Mac OS X hasta que Microsoft sacó la versión carbonizada de Office X a mediados de Noviembre de 2001. De forma similar, la versión Classic de Eudora aún se utiliza ampliamente con Mac OS X mientras Qualcomm trabaja en la beta Carbon de Eudora (cuyas últimas versiones han mejorado de forma significativa).

<http://www.microsoft.com/mac/office/>
<http://www.microsoft.com/mac/officex/>
<http://www.eudora.com/betas/>

Debido a que la API Classic están basadas en Mac OS 9, los programas Classic no pueden aprovechar completamente las nuevas características de Mac OS X. Además, como Classic funciona haciendo correr una versión de Mac OS 9 dentro de Mac OS X, hay bastantes duplicidades - algunas bien llevadas, otras no. Por ejemplo, uno puede conectarse a servidores de archivos bien a través del Selector Classic, o a través del Finder Carbon. En cualquier caso, los servidores de archivos están disponibles tanto para programas Classic como Carbon, pero se muestran en diferentes lugares según cómo esté navegando u no. El Finder Carbon los muestra en el escritorio, y bajo el carpeta Ordenador; los viejos cuadros de diálogo Abrir/Guardar o los Servicios de Navegación los muestran en el nivel superior, pero no existe un contenedor Ordenador; para el Terminal y los programas Unix, cuelgan de la carpeta de nivel superior Volumes.

Para ejecutar programas Classic, primero es necesario "arrancar" Mac OS 9, lo que añade un tiempo de inicio importante al lanzamiento del primer programa Classic; luego, Classic puede quedarse activo hasta que se cierra la sesión o se reinicia, pero un cuelgue en Classic puede arrastrar a todos los programas Classic (sólo los programas Carbon y Cocoa obtienen las ventajas del nuevo modelo de memoria protegida). Además, ya que existen diferentes porta-papeles para las aplicaciones Classic/Carbon y las Cocoa, existe un pequeño retraso mientras se sincronizan, de forma que es posible copiar en un programa Classic y luego copiar lo que no corresponda en un programa Cocoa, o viceversa.

Carbon -- Los programas Carbonizados que corren bajo Mac OS X son más interesantes, porque automáticamente aprovechan las mejoras presentadas con el Mac OS X con menos esfuerzo que con una reescritura completa en Cocoa. Alguno de los cambios más significativos son implícitos y automáticos para todos los programas Carbon - como la gestión de memoria mejorada, y el ajuste en vivo de tamaño de ventanas. (Para aprovechar otras características del Mac OS X necesita de un soporte explícito que debe añadirse a cualquier aplicación que se porte a Carbon). Además, Apple está ahora dedicando prácticamente todo su esfuerzo en desarrollo de sistemas operativos en el Mac OS X, de modo que el beneficiario del esfuerzo de desarrollo continuo de Apple ha dejado ser el Mac OS 9 (que ahora está siendo revisando principalmente para funcionar mejor con el Mac OS X) para pasar a la nueva plataforma. El Mac OS X está mejorando rápidamente, y estas mejoras se centran en las aplicaciones Carbon y Cocoa.

<http://developer.apple.com/carbon/>

Una vez que los desarrolladores hayan carbonizado sus aplicaciones Classic y se hayan familiarizado con el nuevo entorno, veremos la resurrección del proceso normal de desarrollo y mejora, en lugar de la etapa actual en la que las aplicaciones existentes pasan a Carbon, pero no adquieren nuevas características. Los desarrolladores están comenzando a dejar de trabajar en sus programas Clásicos y pasando su atención a Carbon y Mac OS X. La velocidad con que ocurra esta transición es importante para Apple - si es demasiado lenta, la gente continuará utilizando el Mac OS 9 para el "trabajo real", y considerará Mac OS X como un juguete. Según haya desarrolladores clave que dejen de realizar desarrollos para Mac OS 9, como ha hecho Microsoft, la presión para actualizarse aumentará.

La distinción entre aplicaciones Carbon y sus contrapartidas Classic es sencilla, gracias a los diferentes interfaces para las ventanas. Los programas Clásicos utilizan la antigua apariencia 2D Platino (ventanas rectangulares, bordes grises, cuadros de zoom en la parte superior derecha), mientras que las aplicaciones Carbon (y Cocoa) utilizan la interfaz Aqua, con bordes redondeados, sombras, botones estilo 3D, y los botones coloreados para cerrar, minimizar y hacer zoom en la parte superior izquierda.

Las mejoras de Mac OS X abren nuevas posibilidades a las aplicaciones Mac. La mayor parte de los programas Carbon no son actualmente nada más que versiones más bonitas de las aplicaciones Classic, pero Apple no llama la atención sobre eso. Después de llegar a implementar todas las funciones en Carbon, los desarrolladores comienzan a introducir características únicas para Mac OS X. Este fue el caso, por ejemplo, de Interarchy 4.1 y BBEdit 6.1 - ambas aplicaciones simplemente llegaban a una paridad de funciones con una versión Classic preexistente. Luego llegaron Interarchy 5, que ofrecía encriptación OpenSSH de las transferencias FTP gracias al Mac OS, y BBEdit 6.5, que incluía una mejor integración con herramientas externas de programación, una ventana de hojas de comandos shell de Unix, y una herramienta para controlar BBEdit desde la línea de comandos. Debido a que Mac OS X es tan rico en nuevas APIs, ofrece tremendas oportunidades de crecimiento.

<http://www.interarchy.com/>
<http://www.barebones.com/products/bbedit.html>
<http://www.openssh.org/>

Más allá de la necesidad inmediata de actualizar programas, Apple pretende hacer de Carbon una plataforma superior para desarrollar nuevas aplicaciones, como lo ejemplifican los cambios subyacentes a la manera en que el sistema se ocupa de eventos como el clic del ratón, la pulsación de una tecla, el arrastre de una ventana, etc. La forma en que funcionan los programas Classic es recorriendo un ciclo estrecho, esperando a que el usuario haga algo. Mientras esperan, estas aplicaciones también ceden voluntariamente ciclos de procesador a otras aplicaciones. Aunque una aplicación Classic no esté haciendo nada, de todos modos consume ciclos de procesador al esperar eventos.

Por el contrario, las aplicaciones Carbon en el Mac OS X pueden beneficiarse al ocuparse de los eventos con un método distinto, llamado CarbonEvents (el mismo método que usan las aplicaciones Cocoa). Con los CarbonEvents, los programas informan al sistema operativo de los tipos de eventos ante los que reaccionarán y cómo responderán a esos eventos. Cuando ocurre uno de esos eventos, el sistema activa la respuesta apropiada de la aplicación, pero si nada pertinente pasa, el programa no consume ningún tiempo de proceso. La idea es que este método hará más simple la programación, porque el programador sólo tiene que tratar con los estímulos específicos que le interesan, y también agilizará al sistema porque éste sólo cederá ciclos de procesador a los programas cuando los programas tengan algo que hacer.

<http://developer.apple.com/techpubs/macosx/Essentials/Performance/Carbon/Carbon_and_OS_X_Events.html>

Cocoa -- Después de dejar Apple, Steve Jobs fundó NeXT, que fabricaba ordenadores que se parecían a los prototipos de Apple - hardware de última generación, con muchas de las mismas tecnologías que los Mac (procesadores Motorola, PostScript, etc.). Para estar a la altura de este hardware de avanzada, NeXT desarrolló el software NeXTSTEP, que consistía esencialmente en tres cosas: un sistema operativo basado en Unix, un sistema de trabajo con ventanas basado en Display PostScript [Visualización PostScript] de Adobe y una API de programación que permitía el desarrollo acelerado de aplicaciones gráficas. Esa API evolucionó durante años, se convirtió en OpenStep cuando NeXT abandonó el negocio del hardware y luego en Cocoa cuando Apple adquirió a NeXT [Pasando por la Yellow Box cuando Mac OS X todavía se llamaba Rhapsody - Nota del Editor].

Así que Cocoa era una API madura mucho antes de que se la integrara al Mac OS X, mientras que Carbon fue diseñada y escrita en las primeras fases de desarrollo del Mac OS X. Por eso las aplicaciones Cocoa creadas por desarrolladores del entorno NeXT, como The Omni Group y Stone Design, tienen una ventaja considerable sobre sus colegas de Carbon. Como Apple agilizó el desarrollo del ambiente Carbon en el Mac OS X 10.0 y 10.1, Carbon y sus aplicaciones alcanzaron una suerte de paridad con Cocoa, pero cada entorno tiene sus puntos fuertes y sus aspectos débiles. Las aplicaciones Cocoa exigen significativamente al programador menos trabajo a causa de todo lo que Cocoa proporciona, pero escribir una aplicación Carbon es un proceso con el que un desarrollador del Macintosh está más familiarizado. Además, hay algunos aspectos que los programadores del Macintosh esperan ser capaces de hacer y que sólo son posibles en Carbon. Como Apple continúa trabajando en ambos entornos, las diferencias entre los programas escritos en cualquiera de estas API irán disminuyendo.

<http://www.omnigroup.com/>
<http://www.stone.com/>

Es cada vez más difícil diferenciar entre aplicaciones Carbon y Coca, ya que ambas utilizan la misma apariencia Aqua, pero hay algunos indicios. Si es relativamente pequeña, utiliza cajones (como Mail), y tiene un panel Tipos para seleccionar tipografías, es casi seguro que es una aplicación Cocoa. Otro pequeño matiz que existe actualmente es la diferencia en el modo en que las aplicaciones Carbon y Cocoa dejan al usuario navegar en los cuadros de Abrir y Guardar (para saber más sobre las diferencias véase "El sucio secretillo de Apple" del TidBITS-es-601). Apple está sabiamente tratando de disimular las restantes discrepancias en el comportamiento de las aplicaciones. A largo plazo, no debiera importar al usuario final si la aplicación tiene una herencia NeXT orientada o objetos o si sus ancestros habitaban el Mac OS clásico, si bien las aplicaciones Cocoa serán siempre significativamente más pequeñas que las Carbon, dado que mucho del código necesario para una aplicación Cocoa se encuentra incorporado en Mac OS X.

<http://db.tidbits.com/getbits.acgi?tbart=06594>
<TidBITS-es-601.html>

No con el Mac de tu padre -- Mientras se escribe esto, Classic es aún esencial para Mac OS X, dado que hay muchas aplicaciones Classic sin versiones carbonizadas o correspondientes Cocoa disponibles. A medida que los desarrolladores publiquen versiones Carbon y Cocoa de sus programas, Classic se convertirá en un vestigio de la historia del Mac OS. En este momento la publicación de programas importantes -con la notable excepción de QuarkXPress 5.0 que sólo funciona en Classic- se hace generalmente como aplicaciones Carbon, debido a la base de código ya existente y a la falta de familiaridad con Cocoa. Pero los desarrolladores de NeXTSTEP/Cocoa tienen la oportunidad de demostrar las ventajas de sus entorno favorito de programación, y esperan "camelar" a los desarrolladores de Mac actuales para que se pasen a Cocoa, que está dotado de todas las ventajas de Mac OS X pero con mucho menos esfuerzo que escribir una aplicación Carbon desde cero.

Mac OS X funciona bajo Classic, Carbon, Cocoa, con las funcionalidades de un Unix nativo y de programas Java también. El desarrollo Macintosh en estos entornos está aún en sus comienzos, pero a medida que los desarrolladores que no conocían anteriormente el Mac descubren lo que es posible hacer en Mac OS X, el sistema operativo con el que Apple pretende dar lo mejor de ambos mundos está concentrando una atención creciente. La segunda parte de este artículo dará una mirada a estos desarrollos.

[Chris Pepper es un Administrador de sistemas Unix en la ciudad de Nueva York. Se siente atraído y algo sorprendido por cómo el Mac OS X se ha convertido en una estación de trabajo capaz de gestionar los sistemas Unix con los que trabajo. Chris está participando en diversos esfuerzos de documentación, incluyendo los de Interarchy y los del grupo Apache.]

<http://www.reppep.com/~pepper/>

Las publicaciones no comerciales y sin ánimo de lucro tienen permiso para reproducir los artículos, siempre y cuando se de completa noticia del autor y la publicación originales. Para la reproducción en otro tipo de publicaciones, sírvanse en contactar con nosotros previamente. No se garantiza la exactitud del contenido de los artículos. Avertencia al lector!. Los nombres de cada publicación, producto o compañía pueden ser marcas registradas de sus respectivas compañías. TidBITS ISSN 1090-7017.

Número Anterior | Buscar en TidBITS | TidBITS Home Page | TidBITS-es | Siguiente Número