La perdida de señal del iPhone 4 se debe que al sostenerlo, como la mayoria lo haria, se ponen en contacto 2 terminales de antena que se encuentran en la cascara metalica y eso anula la señal.

Al principio Apple señalaba que este error era debido a un error en el firmware que al sostener cualquier telefono de cualquier marca, siempre se pierde algo de señal, y que esa perdida era calculada de forma erronea por el firmware. cabe señalar que tienen el mismo software para calculo de recepcion desde el lanzamiento del primer iPhone.

como se ve en el video que se adjunta dicho problema de recepcion no sucede cuando se sostiene el telefono y con un dedo se toca el vidrio.

Ademas la medida tomada por la empresa de regalar fundas a todos los que adquirieron un iPhone 4, se debe a que le sale mas barato regalar las fundas, que mandar a arreglar los equipos, pues le costaría a Apple cerca 1 200 millones de €, ademas que tambien los clientes que no esten satisfechos podrán pedir la devolucion de su dinero.

Cabe señalar que el error es de diseño y no de los clientes, pues muchas personas tienen diferentes formas de sostener un celular, y esta forma no deberia en su mayoria de casos interferir la recepcion de señal en el equipo celular.
La antena es externa, ahi reside el problema, pues al sostener el celular, se podria hacer contacto con otra parte metalica y anular la señal. recuerden tambien que los celulares antiguos tenian antena externa replegable, pero esta tenia una cubierta de plastico que no permitia el contacto directo.

“Lo más extraño, como comenta Spencer Webb (diseñador de antenas celulares), es que tanto las pruebas de FCC y las de la misma AT&T, no requieren que el teléfono esté sostenido por una mano. Realizando las pruebas con el aparato “suspendido en la nada” por llamarlo de alguna manera, se pueden pasar tranquilamente las regulaciones.

Incluso, las pruebas de la FCC requieren que la cabeza esté situada en el dispositivo… pero no la mano!!”

Fuentes:

http://www.antennasys.com/antennasys-blog/2010/6/24/apple-iphone-4-antennas.html

http://www.unblogged.net/la-antena-del-iphone-4/

Cabe señalar que Twitter compro el dominio t.co en fase de interes comercial, con un precio variable. tambien el dominio e.co ha sido vendido por 81.000 dolares americanos.

muchos dominios aun estan libres y el precio es desde 26 dolares americanos

El metodo de compra actual es el primero que lo pide se lo queda

Hasta el Momento se reportan 191 000 dominios registrados

74,482 de Norte America

27,606 Europa

8,005 Asia / Pacifico

2,594 America del Sur / Caribe

283 Africa.

Como se ve mas dominios han sido registrados desde Norte America, por los especuladores de dominio.

En lo personal les recomiendo www.dominioamigo.com.co y www.mi.com.co(26$) para adquirir sus dominios, pues ahi los encontrara a precios mas baratos

Aqui la lista de registradores autorizados.

www.mi.com.co

www.godaddy.com

www.dotster.com

www.enomcentral.com

www.internetx.com/es/

www.melbourneit.com.au/

www.networksolutions.com

www.opensrs.com

www.register.com

Saludos

Como les comento, hace mas o menos 15 dias un amigo mio de Lima - Perú que tambien es webmaster / Diseñador me dijo para crearle una cuenta de hosting y configurarla con google APPS, hasta ahí no hay ningun problema, pues mi amigo, registraría los dominios( 2 dominios .com ) en godaddy y los apuntaria a los DNS que yo le di, para que todo funcione bien.

El Proyecto era para una empresa grande, inclusive en la ciudad de Lima sacaron unos paneles publicitarios externos en diversas zonas de lima e incluso en buses de transporte urbano, en los cuales figuraba el nombre de la empresa y su sitio web. El problema surgio una semana despues, cuando mi amigo me llamo y me dijo si habia pasado algo con el hosting, a lo cual le respondi que no habia ningun problema con el hosting, al fijarme bien, el problema era que el dominio habia sido eliminado de los servidores DNS root, y ese mismo dia Godaddy enviaba un correo electronico pidiendo UN documento de identidad emitido por un organismo gubernabental, y mi amigo se lo envio, un dia viernes, el dia Lunes, Godaddy responde diciendo “Necesitamos mas pruebas de que es la persona en si”, por lo que debera enviar otro documento de identidad, a lo cual envio su licencia de conducir escaneada, pero para esos dias, ya habian pasado como 4 dias en el que el dominio estaba LIBRE, ni siquiera los señores de godaddy tuvieron la gentileza de dejar el dominio como estaba y verificar los datos y fin del asunto, BORRARON el dominio, por lo que me dijo si yo pudiera registrar esos dominios, y accedi a ello. Registre los 2 dominios en mi cuenta, pues si alguien mas lo hubiera hecho, se hubieran perdido casi 40 mil dolares en publicidad. por suerte ningun vivo se fijo en eso y mi amigo salvo el cuello, pues aun es un proyecto grande.

En los dias siguiente a que registre el dominio, Godady solo envio un miserable correo electronico diciendo que le devolvian el importe de ambos dominios.

Así que si recien se crean una cuenta nueva en godaddy y desean registrar un dominio para produccion[Dominio ya trabajando], pues seria mejor que lo hagan con 1 mes de antelación, no les vaya a ocurrir lo que le paso a mi Amigo Luis.

y Godaddy se haria responsable de la perdida de dinero de la empresa? aceptaria ser tercero civilmente reponsable por la perdida de un dominio y registro de este por empresas de parking? pues creo que no, aunque por internet circulan muchas historias parecias.

Tengan precaución la proxima Vez.

Nota: en mis años que tengo registrado dominios en godaddy nunca he tenido un incidente malo, mejor dicho ninguno, los problemas los tuve con Dotster que no renovo un dominio my importante para mi y gkg.net que no pudo registrar un generico muy cotizado por problemas en su sistema(2 semanas despues lo registraron), esto cuando se cambiaron los ACE code por PUNNYCODE en dominios internacionales.

En en manual de identidad corporativa se ponen las directivas de la imagen de una empresa, servicio, producto ó institución. En este se definen las normas que se deben seguir para reproducir, imprimir la marca y logotipo en los diferentes medios(fisicos, virtuales) con especial cuidado con los que se mostraran al publico.

En el Manual de Identidad corporativa deben ir los signos graficos escogidos por las empresa para mostrar su imagen así como sus variantes: Color, forma, tamaño, variantes, tambien estan las directivas de uso no permitido.

La Identidad corporativa Incluye:

• Tarjetas de presentación
• Tarjetón
• Hoja membretada
• Hoja de Fax
• Sobres Membretados
• Bolsas
• Carpetas Corporativas
• Invitaciones
• Etiqueta de Envio
• Notas de Interior
• Formulario de Pedidos
• Contra Recibos

  Papeleria Fiscal:

• Facturas, Boletas, notas de Credito
• Vestimenta:
• Uniformes
• Camisas
• Sitio Web:
• Sitio corporativo normal
• Sitio para dispositivos Moviles, celulares

Para que tengan una idea mas precisa les dejo 2 archivos PDF de identidad corporativa para que los revisen.

Identidad Corporativa 1

Identidad Corporativa 2

Si tienen alguna duda, Asesoría Sobre identidad corporativa, pueden escribirme

La identidad corporativa en internet, con respecto al nombre de dominio, debe ser clara, para el personal de la empresa que se comunica con clientes, proveedores, siempre deberá hacerlo con el correo electronico de la empresa, y evitar siempre usar cuentas de correo gratuitas, pues estas no dan buen aspecto é imagen de la empresa, toda empresa que digne de serlo y que posea presencia en internet, debera tener su dominio propio, sea este un dominio nacional, o generico.

El nombre de dominio no necesariamente debe ser el nombre de la empresa, pues por cosas del destino, muchas empresa nacen, teniendo nombres largos y/o complicados, sean por iniciales de los socios fundadores, actividad economica poco comun(ejem. Proteccion catodica), por nombre comercial creado, la empresa tiene las siguientes opciones:

-Usar el nombre de su empresa como dominio, ejemplo, hydrocorpsrl.com.

-Usar un nombre generico para identificar o usar como correo corporativo, ejemplo: Dominio: internet.com.pe, Nombre en Internet: Internet Perú, Servicios de internet, Nombre comercial: Xcrivas Comunicaciones SAC. en este caso, utilizan un nombre generico, facil de recordar, para sus correos electronicos y
sitio web, pero la razon social es una totalmente diferente.

-Usar un dominio totalmente diferente.

Del mismo modo tratar de que en las tarjetas de presentacion se use el correo corporativo.

y tratar de no usar dominios IDN, si se trata de empresas de exportacion, pues el mercado objetivo podria no entender el correo electronico.

Con respecto a los logotipos, estos deben ser apreciables y faciles de identificar, pues el logotipo de la marca en mala calidad, visualmente aleja a los visitantes,.

Con respecto al posicionamiento de la empresa en internet, esta debe comenzar con un diseño rapido, facil de indexar por los buscadores, y tratar de incluirlo en directorios de sitios web, para que estos puedan indexar el sitio web.

Algo que olvidaba y que es sumamente importante es siempre tener un telefono / direccion de contacto en una ubicacion bastante facil de encontrar, en el diseño web, pues muchas personas, al ingresar a un sitio web, lo hacen al buscarlo en internet. y muchos clientes quieren un contacto rapido, por lo que facilmente salen de la pagina web que visitan si es que no encuentran la información de contacto.

Bueno, no creo que sea tan traumatico como la escasez del petroleo, el cual si tiene cuando acabarse, y mientras saben eso, se siguen produciendo autos a gasolina, y el consumo de energia mundial crece, cuando se acabe el petroleo el cambio a otras energias podria ser traumatico(en mi punto de vista sera traumatico, con guerras[mira irak y la excusa del terrorismo]), pero la primera escasez tecnologica es la de IPs, los cuales se acaban, y en nuestro caso el cambio y adecuacion seria para los proveedores de servicios , y que los sistemas operativos esten listos para los IPv6, muchos proveedores de Hospedaje, servidores dedicados, y redes de computación te otorgan IPv4 publicos y tambien IPv6, aunque para ser sinceros muy pocos los usan, por que la mayor parte de la infraestructura esta desarrollada para IPV4.

En muchos aspectos, IPv6 es una extensión conservadora de IPv4. La mayoría de los protocolos de transporte -y aplicación- necesitan pocos o ningún cambio para operar sobre IPv6; las excepciones son los protocolos de aplicación que integran direcciones de capa de red, como FTP o NTPv3.

IPv6 especifica un nuevo formato de paquete, diseñado para minimizar el procesamiento del encabezado de paquetes. Debido a que las cabeceras de los paquetes IPv4 e IPv6 son significativamente distintos, los dos protocolos no son interoperables.

Sería una coincidencia que se acaben los IPv4 el 21 de diciembre del 2012 como lo dijeron los Mayas .

Origenes

La primera versión usada públicamente del protocolo Internet, la versión 4 (IPv4), provee un espacio de direcciones de aproximadamente 4 mil millones de direcciones . Esto se consideró suficiente en las etapas iniciales de diseño de la Internet, cuando no se anticipó el crecimiento explosivo y la proliferación mundial de las redes que ocurrió después.

Durante la primera década de operación de la Internet basada en TCP/IP, a fines de los 80s, se hizo aparente que se necesitaba desarrollar métodos para conservar el espacio de direcciones. A principios de los 90s, incluso después de la introducción del rediseño de redes sin clase, se hizo claro que no sería suficiente para prevenir el agotamiento de las direcciones IPv4 y que se necesitaban cambios adicionales. A comienzos de 1992, circulaban varias propuestas de sistemas y a finales de 1992, la IETF anunció el llamado para white papers (RFC 1550) y la creación de los grupos de trabajo de “IP de próxima generación” (”IP Next Generation”) o (IPng).

IPng fue propuesto por el Internet Engineering Task Force (IETF) el 25 de Julio de 1994, con la formación de varios grupos de trabajo IPng. Hasta 1996, se publicaron varios RFCs definiendo IPv6, empezando con el RFC 2640.

La discusión técnica, el desarrollo e introducción de IPv6 no fue sin controversia. Incluso el diseño ha sido criticado por la falta de interoperabilidad con IPv4 y otros aspectos, por ejemplo por el científico de la computación D. J. Bernstein.

Incidentalemnte, IPng no pudo usar la versión número 5 (IPv5) como sucesor de IPv4, ya que ésta había sido asignada a un protocolo experimental orientado al flujo de streaming que intentaba soportar voz, video y audio.

Se espera ampliamente que IPv4 sea soportado en conjunto con IPv6 en el futuro cercano. Los nodos solo-IPv4 no son capaces de comunicarse directamente con los nodos IPv6, y necesitarán ayuda de un intermediario; vea Mecanismos de Transición más adelante.
Algunos de los cambios de IPv4 a IPv6 más relevantes son:

La escasez de direcciones IPv4 ha alcanzado una fase crítica, de acuerdo a los registros que asignan números de Internet en todo el mundo.

El Number Resource Organization (NRO), que representa a los registros, dijo el martes que menos del 10 por ciento de todas las direcciones IPv4 disponibles siguen siendo una amenaza para la futura red de operaciones de todas las empresas y organizaciones a menos que los ISPs y las empresas acelerar la migración a IPv6.

“Las direcciones IPv4 limitados no nos permiten los recursos suficientes para lograr las ambiciones todos tenemos para acceder a Internet global”, NRO presidente Axel Pawlik, dijo en un comunicado el martes. “El despliegue de IPv6 es un desarrollo de la infraestructura clave que permitirá a la red de apoyo a los miles de millones de personas y los dispositivos que se conectarán en los próximos años”.

Sin embargo, cuando las estimaciones anteriores había direcciones IPv4 acaba en 2011, ahora parece que las direcciones es más probable que se agotarán en 2012, Pawlik dijo a ZDNet UK. “Eso se basa en la tasa de crecimiento actual, pero podría haber solicitudes de asignación importante en ciernes - nunca se sabe”, dijo.

Hay dos versiones del protocolo de Internet (IP), que permite que los dispositivos se comuniquen entre sí a través de redes. La mayoría de las direcciones se basan en IPv4, pero la nueva IPv6 - se puso en produccion a principios de 2008 - proporciona miles de millones más direcciones, que serán necesarios como el número de usuarios de la web y los dispositivos conectados se multiplican.
Direcciones IPv4 e IPv6 no son compatibles. Pawlik dijo que era posible técnicamente hacer que los dos tipos de direcciones IP hablar unos con otros, pero sería mejor para las empresas y los ISP a IPv6 para cambiar lo antes posible, para mantener las redes estables y evitar la complejidad en direcciones IPv4 se agoten.

Pawlik dijo que los ISPs y las empresas han estado posponiendo la transición al IPv6, porque el tiempo de ingeniería y costos involucrados en dicha transición, significa “Costos operativos para las empresas”.

“Hay caracteres extraños allí [en lugar de sólo números] y las direcciones IPv6 son más largos, pero los ingenieros van a tener que superar eso”, dijo Pawlik. “Es realmente un medio para garantizar el futuro”.

Pawlik también reconoció que muchas empresas están posponiendo el cambio a IPv6, ya que, aun cuando todas las direcciones IPv4 públicas han sido asignados, que seguirá siendo capaz de asignar direcciones IPv4 privadas internamente. Sin embargo, insistió en que cualquier persona que ejecute sitios web públicos tendrán que hacer que sus sitios visibles como direcciones IPv6, ya que sus usuarios estarán en direcciones IPv6 en el futuro.

Google comenzó a hacer sus sitios disponibles como direcciones IPv6 de marzo de 2009, mientras que la UE comenzó su migración en octubre.

Bueno, para variar un exploit mas para los sistemas operativos Windows, aparte del exploit relacionado a Internet explorer posiblemente responsable del ataque a los servidores de Google China.

Microsoft está investigando reportes públicos sobre una posible denegación de servicio causada por una vulnerabilidad en el protocolo SMB. Esta vulnerabilidad no puede ser utilizada para tomar el control de un sistema o instalar software malicioso en el sistema del usuario. De todas formas, Microsoft está al tanto de un exploit público disponible para la vulnerabilidad. Microsoft no ha tenido conocimiento de ataques activos del exploit o impacto en usuarios hasta el momento. Microsoft está monitorizando la situación para mantener a los usuarios informados y proveer una solución de ser necesario.

El fallo reside en el soporte heredado de aplicaciones de 16 bits. No se valida correctamente el cambio de contexto y pila que se efectúa al llamar al manejador GP trap. Windows comete algunos errores y asume incorrectamente que:

* Se requiere el privilegio SeTcbPrivilege para configurar un contexto VDM (Virtual DOS Machine) .

* Código en ring3 no puede instalar selectores de segmento de código arbitrarios. Usando el modo Virtual-8086, es posible.

* Código alojado en el ring3 (espacio de usuario) no puede falsificar un “trap frame”.

El exploit funciona, lo buenom que es simple de desactivarlo, por lo que se debera deshabilitar la opcion de soporte para aplicaciones antiguas de 16Bits.

Los pasos son los siguientes:

Desde la consola de políticas (gpedit.msc) abrir “Configuración de equipo”, “Plantillas administrativas”, “Componentes de Windows”, “Compatibilidad de aplicación” y habilitar la política “Impedir el acceso a aplicaciones de 16 bits”. Es importante asegurarse de que es aplicada a los sistemas que dependen del controlador de dominio, forzando una actualización de políticas.

Los vídeos publicados con cómo realizar esto (en inglés) desde la consola de políticas y aplicarlo a todos los clientes de un Directorio Activo están disponibles desde:

Windows Server 2003:

http://www.youtube.com/watch?v=XRVI4iQ2Nug

Windows Server 2008

http://www.youtube.com/watch?v=u8pfXW7crEQ

Para Windows XP:

http://www.youtube.com/watch?v=u7Y6d-BVwxk

Para sistemas más antiguos, NT4, aquí se explica cómo deshabilitar esta funcionalidad:

http://support.microsoft.com/kb/220159

Este es un grave revés para Microsoft

Cuatro de los 6 servidores DNS de CC .ht siguieron resolviendo correctamente, 2 servidores se perdieron o fueron dañados gravemente por el terremoto. La ICANN(monopolio administrador de dominios autoasignado), se puso en contacto con los administradores de los dominios pais .ht para saber si estaban vivos, y se encuentran bien, solo que conmocionados por la tragedia en su país, muchos dominios .ht no pueden ser accedidos por que sus proveedores de internet estan en Puerto Principe, por lo que no pueden ser accesados.

Muchos amigos me preguntaron acerca de la actualización de los mapas de google, que por TV se habia anunciado que los habiana actualizado, pues en realidad se puede ver mediante la descarga de un archivo KLM que esta disponible

Descarga KLM Haiti terremoto

Si deseas aportar ayuda, puedes hacerlo a organizaciones internacionales presentes en tu país, si esta disponible en tu pas has donaciones de Alimentos no perecibles, y lo que creas conveniente.

Daños:

Vista del Palacio Nacional, destruido por el terremoto.

Construcciones colapsadas en el centro de Puerto Príncipe.

Mientras muchas viviendas colapsaron tras el terremoto, otros edificios gubernamentales de construcción más sólida, como el Palacio Nacional se derrumbaron.[47] Un hospital en Pétionville, un suburbio de Puerto Príncipe, donde se atienden diplomáticos y los haitianos más pudientes, se derrumbó producto del terremoto y la Catedral de Puerto Príncipe también cayó. También la ONU confirmó que el cuartel general de la Misión de Estabilización en Haití, localizado en Puerto Príncipe, la capital, experimentó serios daños, al igual que otras instalaciones de la organización.

El general (R) Mario Montoya, embajador de Colombia en República Dominicana, quien se encontraba en Haití, dice que “la situación está muy grave… no hay agua, no hay luz…”. También algunas fuentes, como el noticiero colombiano CM&, dicen que podría ser uno de los terremotos y desastres naturales más fuertes en dos siglos.[cita requerida]

Renzo Fricke, coordinador de Médicos sin Fronteras, le dijo a la BBC: “Hemos atendido a cientos de pacientes heridos. La mayoría ha presentado traumas, fracturas y quemaduras. Ninguno de los hospitales está funcionando, pues muchos colapsaron, carecen de personal o de medicinas”.

Fernando Wance, desde Santo Domingo, le escribió a BBC Mundo: “En Haití, la situación es muy difícil y confusa. Amigos haitianos que residen aquí no han podido comunicarse con sus familias, no entran las llamadas, algunos que lograron comunicarse hablan de muchos heridos, y de hospitales que se derrumbaron. La ayuda apremiante son hospitales móviles”.

De acuerdo a la misma fuente, Informes procedentes de la ciudad haitiana de Jacmel señalan que el terremoto también ha causado daños allí. Un representante de Unicef en esa ciudad, Guido Cornale, le dijo a la BBC que al menos 20% de los edificios han sido destruidos en la ciudad de 50.000 habitantes. El funcionario indicó que unas 5.000 personas se han movilizado hacia el aeropuerto en busca de refugio.

El embajador haitiano ante la Organización de Estados Americanos le dijo a la agencia de noticias AFP que “hay decenas de miles de víctimas y un daño considerable”.

La primera dama de Haití, Elisabeth Preval, le dijo al Miami Herald: “Es una catástrofe. Estoy pasando por encima de los cuerpos muertos. Hay mucha gente enterrada debajo de los edificios. El hospital general ha colapsado. Necesitamos ayuda. Necesitamos apoyo. Necesitamos ingenieros”

NUEVO TERREMOTO

El día miércoles, 20 de enero a las 11:03:44 UTC una fuerte réplica de de 6.1 , luego degradada a 5.9 grados en la escala de Richter sacudió nuevamente a Haití. El terremoto también afectó a la capital de Puerto Príncipe, provocando nuevos derrumbes de edificios ya afectados. El sismo, de 5.9 grados en la escala de Richter, se registró 60 kilómetros al oeste de Puerto Príncipe y se sintió en la capital haitiana, según datos del Servicio Geológico de Estados Unidos. Justo durante el terremoto, la red de microblogging Twitter se vino abajo. A esa hora, justo comenzaba a propagarse por la Internet la noticia del segundo terremoto en Haití, de magnitud 6,1 que volvió a castigar al ya devastado país por el seísmo después de hace una semana.

Reporte de Icann
:

• Hemos estado en contacto con los administradores de. HT y que están vivos y bien, aunque comprensiblemente abrumado frente a la tragedia allí. Otros becarios de la ICANN en el país han sido contactados y se justificarán. Lamentablemente, algunos han perdido sus hogares y se ven afectadas fuertemente por la tragedia.

• Algunos de los servidores de nombres para. HT no son accesibles desde fuera de Haití, debido a un daño significativo a la infraestructura de telecomunicaciones local. Se está trabajando para restablecer los vínculos de Haití con el mundo a través de la República Dominicana.
• A pesar de algunas de la infraestructura de DNS no funciona como se esperaba, el DNS es un protocolo muy resistente, y el dominio. HT sigue funcionando a través de una serie de lugares situados fuera de Haití. Los socios de Haití nombre de servidor son conscientes de la situación y también la adopción de medidas adicionales a fin de que se asequibilidad técnica de Haití se deterioran, la función de. HT puede continuar sin interrupciones.

  Funcionamiento de las telecomunicaciones puede hacer una diferencia real en la recuperación de un desastre natural grave. Los servicios DNS e IP son sólo una pequeña porción de esto, pero queremos estar seguros de que sigue funcionando de modo que no es el obstáculo que impide que las personas se comuniquen. Nos gustaría agradecer a todos nuestros amigos y socios, en particular en Haití, que han estado trabajando el último par de días para asegurar que la mejor manera de ayudar a la comunidad salir de este desastre.

NIC.AR  se encuentra realizando una búsqueda para la selección de analistas funcionales, programadores  y administradores de sistemas para participar de un grupo de trabajo para reformular y mantener las arquitecturas de soporte de servicios DNS.

PROGRAMADORES - Ref. 1

Las tareas a realizar serán de análisis, programación y mantenimiento de dichos sistemas utilizando el lenguaje C++, realizándose las mismas sobre plataformas Unix y/o Linux. Los interesados deberán enviar CV sin omitir remuneración pretendida y referencias comprobables.

Perfil Requerido:

- Experiencia minima 2 años como desarrollador C++ con conocimientos acordes a la misma.

- Dominio de sistemas operativos Unix y/o Linux (Scripting).

- Dominio de sistemas de bases de datos MySQL/Oracle.

- Disponibilidad para viajar a países limítrofes.

Se valorará lo siguiente:

- Conocimientos de Sistemas de Servicios DNS.

- Lenguajes de programación C/PHP.

- Idioma Inglés

Jornada laboral: Completa

Enviar Currículum Vitae a rrhh@nic.ar indicando en el titulo la referencia de la postulación

ANALISTAS FUNCIONALES - Ref. 2

Deberá realizar la gestión de requerimientos, modelado, uso de herramientas, UML, casos de uso, lotes de prueba.

Responsabilidades: gestionar los requerimientos, documentarlos, generar casos de uso y otros diagramas hasta llegar al diseño detallado, interacción con el usuario, interacción con los desarrolladores.

Perfil requerido:

- Conocimiento del paradigma tradicional de la ingeniería del software y del tradicional ciclo de vida (del software) en cascada. - Inglés Técnico nivel Alto

- Elaboración de diseños conceptuales.

- Interrelación con las área usuarias y coordinación de los diversos aspectos entre éstas.

- Elaboración del plan de pruebas y definición de los juegos de ensayo.

- Supervisión de la documentación y planes de pruebas de los diferentes módulos.

- Realización de la documentación funcional del sistema.

- Gestionar los requerimientos

- Realización del paso a la explotación del sistema, entregando todos los componentes de la documentación a las diversas personas implicadas.

- Supervisión del trabajo de los analistas técnicos y programadores.

- Interacción con el usuario, interacción con los desarrolladores.

Se valorará lo siguiente:

- Al menos 2 años de experiencia en el modelado funcional y experiencia con grupos de trabajo. - Al menos 2 años de experiencia en el modelado de datos y sus técnicas: Diagrama entidad-relación, modelo relacional, etc. - Al menos 2 años de experiencia en las siguientes tecnologías: arquitectura software, bases de datos, etc.

- Al menos 2 años de experiencia en el desarrollo de aplicaciones, trabajando con Base de Datos, desarrollo de informes y publicación de aplicaciones. Deseable experiencia en Arquitectura SOA (servicios Web, OSB, Registry).

- Al menos 1 año de experiencia en el uso y programación de ficheros XML (XSD, XSLT, XPATH, XML Signature).

- Al menos 2 años de experiencia en el desarrollo de aplicaciones Web con tecnología Web 2.0 (AJAX, Json, CSS, JavaScript), experiencia en Seguridad en (Certificados Electrónicos, Firma Digital, TimeStamp, Ws Security), Single Sign On.

Jornada laboral: Completa

Enviar Currículum Vitae a rrhh@nic.ar indicando en el titulo la referencia de la postulación

ADMINISTRADORES DE SISTEMAS - Ref. 3

Responsabilidades:

- Administrar un ambiente  7×24.

- Administración de Linux, el ajuste de rendimiento, la supervisión, el mantenimiento de la tolerancia a fallos, y gestión de cuentas.

- Linux y Windows integración de Active Directory.

- Administración de almacenamiento SAN y NAS.

- La gestión de recuperación de desastres y la prueba.

- Desarrollo de los requisitos de seguridad de la información, orientación y normas.

- Supervisión de la ejecución de Linux, ajuste, solución de problemas, y el endurecimiento de la seguridad.

- Administración de Apache, Tomcat, PHP, Java, SMTP, DHCP, SNMP, balanceadores de carga, y la seguridad del sistema Linux.

- Desarrollo de scripts (Shell, PHP o Perl).

- Sistemas de monitoreo  (Nagios, Cacti, HP OpenView, etc).

- Experiencia sólida en base de datos. (Informix/Oracle).

- Experiencia en sistemas de backup/restore.

Perfil Requerido:

Un mínimo de 3 años de experiencia como administrador de sistemas Linux o ingeniero de sistemas, y con una base sólida de conocimientos en balanceo de carga, clusters, DNS, RAID, firewalls, routers, etc. Al menos alguna experiencia de trabajo en un entorno de Internet. Experiencia en el diseño, implementación y mantenimiento de sistemas de gran escala es un plus.

Una sólida formación en desarrollo las herramientas y la automatización de procesos y procedimientos con lenguajes de script como Python, Perl, PHP, Bash, etc, es necesario.

Gran capacidad de comunicación, verbal y escrita, así como la capacidad para solucionar problemas y actuar como una última línea de apoyo se requiere.

Jornada laboral: Completa

Enviar Currículum Vitae a rrhh@nic.ar indicando en el titulo la referencia de la postulación