DateTimePicker y Linux

02/05/2007 - 12:08 por ANT1 | Informe spam
Me comentan que una aplicacion que ha sido vendida por mi enpresa a un
cliente (en .NET 1), unos datetimepickers, cuando se ejecuta la app,
toman el valor por defecto a año 1901. Esta aplicacion la ejecutan
bajo linux.

Probandola yo con windows no me da ningun problema y hablando con el
tecnico que paso por las oficinas del cliente me comenta que la fecha
la debia de tener correctamente puesta en el sistema (aunque no es
seguro).

¿Puede ser que el datetime picker o NET tenga problemas para conseguir
la fecha actual del sistema Linux?

Preguntas similare

Leer las respuestas

#6 ANT1
04/05/2007 - 11:50 | Informe spam
Puede ser RFOG.

La verdad es que tu respuesta es bastante logica, a mi el que
funcionase antes y de pronto dejase de funcionar me tiene muy
intrigado.

De todos modos las explicaciones de estos clientes son muy malas, son
clientes de los que te llaman para problemas como "El ordenador ha
dejado de funcionar. Muevo el raton y la pantalla no se enciende." y
que despues de tenerte al telefono rato largo mareandote y quejandose
se te ocurre decirle "¿Ha probado a encender el ordendor?" y que te
respondan "¿Como se enciende?". Y esta conversacion ha existido, y es
que es gente que no apaga el ordenador nunca, pero la de la limpieza,
no se si por sabiduria o por dar al boton de encendido cuando pasa el
paño, se lo apaga de vez en cuando y entonces se ven perdidos. Asi que
como para saber si lo que me dicen tiene que ver algo realmente con la
realidad.

Mirare a ver las actualizaciones. Realmente lo de corregir los errores
de otros es algo horrible (sobre todo si la aplicacion es un caos que
no tiene por donde cogerse).
#7 RFOG
04/05/2007 - 12:25 | Informe spam
En Fri, 04 May 2007 11:50:38 +0200, ANT1 escribió:

Mostrar la cita
Je, je. De esos hay muchos. No me extraña lo que comentas. Lo mejor es que
te persones allí y lo compruebes, que es lo que solemos hacer en mi
empresa (por lo general va alguien que sin saber del todo al menos te
puedes fiar de que no te está mintiendo).

Mostrar la cita
Yo ahora estoy con un firmware de terceros... que me estoy pensando
hacerlo de nuevo desde cero...


Visita mi blog principal: http://rfog.blogsome.com
Y este sobre programación: http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
No son las cosas las que atormentan a los hombres, sino la opinión que se
tiene de ellas.
#8 ANT1
04/05/2007 - 12:44 | Informe spam
Mostrar la cita
La verdad es que es lo que habria que hacer aqui. Ademas el cliente lo
agradeceria pq lo encontraria todo mejor, mas ordenado y que
funcionase mejor (pq esto va lento como el caballo del malo). Pero no
hay tiempo, para variar, y si la app es un caos no te quiero ni contar
la base de datos que se ha hecho para esto unas 60 tablas de las
cuales se podrian prescindir de la mitad mas o menos. Tardaria una
vida en entender como va la "logica" de esta base de datos.

Por muy ineptos que sean los clientes con la informatica no me extraña
que se quejen porque esta aplicacion es un caos de los grandes.

Tanto para el cliente como para el diseñador de esta app creo que el
lapiz y el papel seria la herramienta mejor adaptada a sus
necesidades. jejeje.

Un saludo
#9 carlosmsr
04/05/2007 - 23:46 | Informe spam
no quisiera poner en duda tu capacidad para evaluar cómo está diseñada la
aplicación pero me parece que en estos términos, técnicamente no estamos
aportando mucho al foro.

en cuanto a metodología de trabajo que estás utilizando, creo que hay muchas
desprolijidades evidentes:

- no es inteligente desarrollar y hacer un debug de una aplicación en una
plataforma distinta a la que se sabe se va a utilizar para ejecutar la
aplicación.

- no parece muy criterioso dar soporte a una aplicación de la cual ni
siquiera se sabe sobre qué plataforma está fallando (no haz confirmado ni la
versión de Mono que utilizan (si es eso lo que utilizan), ni sobre qué
sistema operativo, ni nada). Parecería que la manera correcta de hacer esto
es hacer un relevamiento completo y detallado de una de las estaciones de
trabajo (incluyendo hasta el hardware si son todas o la mayoría iguales).

Tal vez estás olvidando algunos conceptos básicos respecto de la plataforma
.NET. Ten en cuenta que sin importar qué lenguajes utilices (C#, VB.NET, J#)
, la aplicación es antes una aplicación del el framework .NET. No es poco
importante saber en detalle qué implementación de la misma estás utilizando
(lo cuál va a depender del SO y hasta del Hardware de las computadoras). Un
camino muy corto y directo hacia una posible respuesta sería buscar
documentación en la web respecto de bugs reconocidos en la implementación de
estos controles en determinadas plataformas y, tal vez, algún tipo de
solución provista por la organización que dé soporte a dicha implementación.

podrías proveer algo de esta información con el fin de intentar llegar a dar
una respuesta para vos o para quienes en algún futuro se enfrenten al mismo
problema ?


"ANT1" wrote:

Mostrar la cita
#10 DotNeteer
06/05/2007 - 07:41 | Informe spam
Bueno realmente me parece muy arriesgado vender una aplicacion realizada en
windows para ser utilizada en linux, lo mas recomendable es utilizar mono
para windows para que exista mas compatibilidad.
Pero lo que si me parece mas arriesgado es utilizar mono, ya que segun tengo
entendido y por favor me corrigen si me equivoco la version de mono no es muy
estable aun.

Veo que preguntan si estan usando mono para trabajar, ¿ que es que existen
otras aplicaciones parecidas al proyecto mono?

Saludos!!!

"carlosmsr" wrote:

Mostrar la cita
Ads by Google
Search Busqueda sugerida