 |
|
||
|
#41
24/09/13, 14:20:52
|
||||
|
||||
 Cita: Originalmente Escrito por DaSound
Cuan de acuerdo estoy contigo...a eso me refiero, metemos capas y más capas, es algo que me molesta muchísimo. Veo herramientas de desarrollo que se basa en conectar módulos únicamente, las llama "arquitecturas"... "mierdaquecturas" las llamo yo. Y luego encima aquel que pare una aplicación con esta basura de herramientas, se hace llamar "programador".... seguro que sabes lo que llega a molestar!!
Efectivamente, o incluso me atrevería a decir que en C#/VB.NET tal y como propone la gente de Xamarin, que es un lenguaje que sería nativo para el kernel y es de última generación igual que Java... bueno, realmente mucho mejor porque es rápido como él solo. Capas, capas y más capas... más código autogenerado que no genera nada más que paja y mierda que no vale para nada... es peor que la crisis del software!! En ese aspecto, tal y como cuentas iOS, Windows Phone y próximamente Ubuntu Touch, Jolla y Tizen le lleva la delantera a Android en ese aspecto tan inmensamente importante. Y ya no hablemos como otros sistemas como los anteriormente citados implementen multihilo... entonces ya apaga y vámonos.  Que queda chachiguay decir que mejor hacerlo en ensamblador no? Así ganas el aplauso de los gafapasta. 
|
| Gracias de parte de: | ||
|
|
|
#42
24/09/13, 14:24:12
|
||||
|
||||
|
Cita: Originalmente Escrito por DaSound
Cuan de acuerdo estoy contigo...a eso me refiero, metemos capas y más capas, es algo que me molesta muchísimo. Veo herramientas de desarrollo que se basa en conectar módulos únicamente, las llama "arquitecturas"... "mierdaquecturas" las llamo yo. Y luego encima aquel que pare una aplicación con esta basura de herramientas, se hace llamar "programador".... seguro que sabes lo que llega a molestar!!
Efectivamente, o incluso me atrevería a decir que en C#/VB.NET tal y como propone la gente de Xamarin, que es un lenguaje que sería nativo para el kernel y es de última generación igual que Java... bueno, realmente mucho mejor porque es rápido como él solo. Capas, capas y más capas... más código autogenerado que no genera nada más que paja y mierda que no vale para nada... es peor que la crisis del software!! En ese aspecto, tal y como cuentas iOS, Windows Phone y próximamente Ubuntu Touch, Jolla y Tizen le lleva la delantera a Android en ese aspecto tan inmensamente importante. Y ya no hablemos como otros sistemas como los anteriormente citados implementen multihilo... entonces ya apaga y vámonos. Tu te ganas la vida desarrollando? No me quiero imaginar el codigo spaguetti que saldrá de tu teclado si no separas tan siquiera en capas tu aplicación.
|
| Gracias de parte de: | ||
|
#43
24/09/13, 16:31:27
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
Y no se te ocurre pensar que es así por algo?
Tu te ganas la vida desarrollando? No me quiero imaginar el codigo spaguetti que saldrá de tu teclado si no separas tan siquiera en capas tu aplicación. En fin...
__________________
Apple
|
| Gracias de parte de: | ||
|
#44
24/09/13, 16:44:00
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
Ingeniería del software se llama. No tiene sentido desarrollar aplicaciones en bajo nivel. Por que luego mantiene la aplicación su padre. A día de hoy las maquinas son lo suficientemente potentes para realizar la arquitectura de aplicaciones en capas, SOA, etc.
Que queda chachiguay decir que mejor hacerlo en ensamblador no? Así ganas el aplauso de los gafapasta. Que crack.
__________________
Apple
|
| Gracias de parte de: | ||
|
#45
24/09/13, 17:32:16
|
||||
|
||||
|
Cita: Originalmente Escrito por DaSound
C#, VB.NET y C++ son lenguajes de bajo nivel? Muy bien chaval, van dos perlas de las buenas. Encima vienes atacando sin tener la menor idea de lo que dices.
Que crack.
|
|
#46
24/09/13, 19:53:56
|
||||
|
||||
|
Vamos, que vosotros sabéis mas que los arquitectos de google ;)
Y si, me dedico al desarrollo, arquitecto/analista orgánico jee. Pero vosotros a lo vuestro, java es una mierda y tal...
|
| Gracias de parte de: | ||
|
#47
24/09/13, 20:47:21
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
Vamos, que vosotros sabéis mas que los arquitectos de google ;)
Y si, me dedico al desarrollo, arquitecto/analista orgánico jee. Pero vosotros a lo vuestro, java es una mierda y tal...
|
|
#48
24/09/13, 22:06:38
|
||||
|
||||
|
Cita: Originalmente Escrito por santinhos
Al respeto no te dedicas, eso seguro. Un saludo.
Es que uno acaba harto de escuchar que java es una mierda. Y que android va mal por culpa de java. Java en android con java 'standar' solo se parece en el lenguaje de programación. Internamente son diferentes, por lo que google perfectamente pudo eliminar laldependencia de la maquina virtual y no lo hizo creando otra maquina virtual diferente. Además desde 2.3 existe jit por lo que la supuesta latencia de la dalvik es inexistente. A los que tanto alardean de .NET, acaso no se ejecuta en una maquina virtual? Además .NET es unancopia descarada (con mejoras) respecto a j2ee 1.3. Al igual que en java 5 y posteriores se mejoro cogiendo las ideas buenas que tuvieron las de microsoft al implementar su .NET. Además hacer la comparación de android con los no tiene sentido desde el momento en el que ios tiene un hardware cerrado. Y sobre el tema de capas, frameworks, etc que hacen enlatecer el sistema, hoy día es mucho mas barato el hardware que las horas de trabajo de cualquier desarrollador, por lo que evidentemente se prima el crear un sistema modulable fácil de mantener en lugar de hacer virguerias para ahorrar un milisegundo de microprocesador. Esto no quita para que se hagan malos programas y que vaya lento, pero al menos algo malo que este bien modularizado sera mas fácil de arreglar que un churro que no lo entiende ni el pueblo hizo 2 semanas después.
|
| Gracias de parte de: | ||
|
#49
25/09/13, 07:57:44
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
Vamos, que vosotros sabéis mas que los arquitectos de google ;)
Y si, me dedico al desarrollo, arquitecto/analista orgánico jee. Pero vosotros a lo vuestro, java es una mierda y tal... Cita: Originalmente Escrito por sanmi69
No, no me pagan por ello.
Cita: Originalmente Escrito por sanmi69
Es que uno acaba harto de escuchar que java es una mierda. Y que android va mal por culpa de java.
Cita: Originalmente Escrito por sanmi69
Java en android con java 'standar' solo se parece en el lenguaje de programación. Internamente son diferentes, por lo que google perfectamente pudo eliminar laldependencia de la maquina virtual y no lo hizo creando otra maquina virtual diferente. Además desde 2.3 existe jit por lo que la supuesta latencia de la dalvik es inexistente.
Cita: Originalmente Escrito por sanmi69
A los que tanto alardean de .NET, acaso no se ejecuta en una maquina virtual? Además .NET es unancopia descarada (con mejoras) respecto a j2ee 1.3.
Y nadie lo esconde... la propia Microsoft afirma que .NET es Java pero bien implementado e ideado y con un entorno de desarrollo (Visual Studio y herramientas colindantes) que Java ni soñaría comparado con Eclipse, NEtbeans y sus derivados. Cita: Originalmente Escrito por sanmi69
Al igual que en java 5 y posteriores se mejoro cogiendo las ideas buenas que tuvieron las de microsoft al implementar su .NET.
Cita: Originalmente Escrito por sanmi69
Además hacer la comparación de android con los no tiene sentido desde el momento en el que ios tiene un hardware cerrado.
Cita: Originalmente Escrito por sanmi69
Y sobre el tema de capas, frameworks, etc que hacen enlatecer el sistema, hoy día es mucho mas barato el hardware que las horas de trabajo de cualquier desarrollador, por lo que evidentemente se prima el crear un sistema modulable fácil de mantener en lugar de hacer virguerias para ahorrar un milisegundo de microprocesador.
Y así salen las aplicaciones... precisamente tengo que padecer el trabajar con Java y una de esas maravillosas arquitecturas ideadas para """ahorrar""" tiempo de programación y hacer el mantenimiento """más fácil"""... Esa idea maravillosa de 4 lumbreras de crear herramientas que generan el código para poder poner en la silla a personal semicualificado de muy baja experiencia por 600€ al mes. La ironía del tema es que, al final, el mantenimiento de estas arquitecturas requieren el doble de conocimiento en lugar de exigir la mitad, que era su cometido, pues los errores propios de la arquitectura y su conocimiento interno requieren personal más cualificado que lo que se pretendía en un primer momento. Lentas como ellas solas, generadoras de basura en lugar de "gastarse" ese dinero en verdaderos profesionales y una buena gestión por parte de capas más altas en el estrato jerárquico del proyecto. Cita: Originalmente Escrito por sanmi69
Esto no quita para que se hagan malos programas y que vaya lento, pero al menos algo malo que este bien modularizado sera mas fácil de arreglar que un churro que no lo entiende ni el pueblo hizo 2 semanas después.
Vovlemos a lo mismo, nadie habla de módulos ni de mantenimientos, eso va implícito y no tiene nada que ver con la arquitectura que se quiera implementar.
__________________
Apple
Última edición por DaSound Día 25/09/13 a las 08:01:35.
|
| Gracias de parte de: | ||
|
#50
25/09/13, 16:09:47
|
||||
|
||||
|
Cita: Originalmente Escrito por DaSound
Ay que me LOL... pues para "desempeñar" ese cargo tienes los conceptos muy ligeritos y poco claros.
Pues te podrían dar un pequeño extra para que lo adoptaras... es esencial para el trabajo en el mundo del desarrollo. Y a mí me hartan los sinsentidos y tengo que verlos a diario, pero es lo que hay. Ahora vas y todo esto que nos vas a contar, se lo cuentas a esta gente: Xamarin Y cuando la carcajada sea colectiva, vas y te miras el rendimiento de Android con un lenguaje nativo funcionando contra el Kernel sin meter de por medio la Java y su máquina virtual XobotOS. A lo anterior me remito... de inexistente nada de nada. No, nada que ver tiene lo que usa .NET (CLR o Common Language Runtime) con una máquina virtual... .NET permite el acceso al hardware con una simple compilación en JIT. Y nadie lo esconde... la propia Microsoft afirma que .NET es Java pero bien implementado e ideado y con un entorno de desarrollo (Visual Studio y herramientas colindantes) que Java ni soñaría comparado con Eclipse, NEtbeans y sus derivados. Aquí estoy de acuerdo, sencillamente hicieron lo que los señores de Java no supieron hacer. Tiene sentido en que el hardware sigue la misma arquitectura y sus SO tienen bases similares (Linux y Darwin BSD o UNIX) Y dale la burra al trigo con la modularidad y el mantenimiento... que aquí nadie ha hablado de eso, que la modularidad de las aplicaciones es el párbulo de la programación, nadie está hablando de capas en cuanto a la división del código por actividades para mejorar el mantenimiento (una pequeña parte de lo que sería la Ingeniería del Software que casi nadie hace y luego se arrepienten. Y así salen las aplicaciones... precisamente tengo que padecer el trabajar con Java y una de esas maravillosas arquitecturas ideadas para """ahorrar""" tiempo de programación y hacer el mantenimiento """más fácil"""... Esa idea maravillosa de 4 lumbreras de crear herramientas que generan el código para poder poner en la silla a personal semicualificado de muy baja experiencia por 600€ al mes. La ironía del tema es que, al final, el mantenimiento de estas arquitecturas requieren el doble de conocimiento en lugar de exigir la mitad, que era su cometido, pues los errores propios de la arquitectura y su conocimiento interno requieren personal más cualificado que lo que se pretendía en un primer momento. Lentas como ellas solas, generadoras de basura en lugar de "gastarse" ese dinero en verdaderos profesionales y una buena gestión por parte de capas más altas en el estrato jerárquico del proyecto. Claro que no lo quita... lo provoca, pero oye... aunque sea una mierda, que al menos sea modular. Vovlemos a lo mismo, nadie habla de módulos ni de mantenimientos, eso va implícito y no tiene nada que ver con la arquitectura que se quiera implementar. Y de que hablas de código prefabricado? Por desgracia las churrerías de código existen en todos los lenguajes. De que "arquitecturas" hablas tu que penalizan tanto y te quieres deshacer de ellas? Hablas mucho y dices poco. Si la plataforma java fuera mala habría dejado de existir hace tiempo (y la realidad es que las aplicaciones grandes tienen ser en jee y no en .NET donde aparte estas atado por m$), y google no lo habría adoptado como lenguaje para su plataforma (java android y java de oracle/sun solo se parecen en la sintaxis,mismo lenguaje diferente plataforma) Pero claro, un desarrollador como tu (y me apuesto el dedo meñique del pie a que ni eres ingeniero) sabe más que los gurus...
|
| Gracias de parte de: | ||
|
#51
26/09/13, 07:45:14
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
Que conceptos tengo poco claros?
Cita: Originalmente Escrito por sanmi69
Y de que hablas de código prefabricado? Por desgracia las churrerías de código existen en todos los lenguajes.
Me sigue extrañando que si trabajas donde dices no hayas escuchado hablar nunca de BankSphere, WebSphere.... etc, etc... programando máquinas de estado para crear aplicaciones web que generan basura por debajo hasta límites insospechados. Cita: Originalmente Escrito por sanmi69
De que "arquitecturas" hablas tu que penalizan tanto y te quieres deshacer de ellas?
Las citadas appbuilders a nivel de programación, y la máquina virtual Java a nivel de arquitectura. Cita: Originalmente Escrito por sanmi69
Hablas mucho y dices poco. Si la plataforma java fuera mala habría dejado de existir hace tiempo (y la realidad es que las aplicaciones grandes tienen ser en jee y no en .NET donde aparte estas atado por m$), y google no lo habría adoptado como lenguaje para su plataforma (java android y java de oracle/sun solo se parecen en la sintaxis,mismo lenguaje diferente plataforma)
Cita: Originalmente Escrito por sanmi69
Pero claro, un desarrollador como tu (y me apuesto el dedo meñique del pie a que ni eres ingeniero) sabe más que los gurus...
 aunque tampoco...No hace falta ser superdotado para ver que Google escogió Java porque al fin y al cabo para subir rápido y hacerse grande, lo que necesita son programadores... ¿dónde estaba el pool más extenso? en Java, pues allá que se fue, ni más ni menos.
__________________
Apple
|
| Gracias de parte de: | ||
|
#52
26/09/13, 14:09:49
|
||||
|
||||
|
Cita: Originalmente Escrito por DaSound
Llevamos todo el hilo de hablando de "capas" de arquitectura, o los generadores de code behind y erre que erre con la modularidad para el mantenimiento de una aplicación... si te parece poco.
Hay varias tanto para Android como para iOS... me cuesta creer que nunca hayas oido hablar de ninguna de ellas, porque están muy presentes actualmente incluso en el mundo del desarrollo profesional... comunmente denominados "appbuilder" únicamente se trata de conectar módulos que aportan X funcionalidad a tu aplicación... eso obviamente genera código automáticamente por debajo. Me sigue extrañando que si trabajas donde dices no hayas escuchado hablar nunca de BankSphere, WebSphere.... etc, etc... programando máquinas de estado para crear aplicaciones web que generan basura por debajo hasta límites insospechados. Solo hace falta entenderlo. Con Java, estás sujeto a Oracle, y no tengo que recordarte los juicios que ha tenido Google con Oracle por culpa Java después de comprar Sun Microsystems... la plataforma Java no desaparece porque apareció hace muchos años y se extendió como la pólvora... un lenguaje de alto nivel que funciona en casi cualquier cosa! para aquel entonces estaba bastante bien... se hizo con millones de desarrolladores que ahora son los que sostienen la continuidad de ese lenguaje a pesar de haber soluciones mejores. Pero ahora sinceramente se queda corta... ¿cuantos juegos y/o aplicaciones de peso hay programados en Java? Ya te puedes hartar de buscar. Issshhtttt casi aciertas... ingeniero y graduado con posgrado!! has andado cerquita... menos mal que no te has apostado el bulbo raquídeo aunque tampoco...No hace falta ser superdotado para ver que Google escogió Java porque al fin y al cabo para subir rápido y hacerse grande, lo que necesita son programadores... ¿dónde estaba el pool más extenso? en Java, pues allá que se fue, ni más ni menos. Los generadores de código son simplemente eso. Generadores de código que "funciona". Aquí sobra la palabra arquitectura, porque entonces según tu incluso usar una librería seria una parte de la definición de la arquitectura de la aplicación. Te viene grande todo este tema... En mi 10 años de trayectoria profesional en jee no hemos utilizado ningún generador de código. Si tu has estado en empresas poco serias con una calidad de producto nefasta, tu mismo te estas describiendo. Sobre el tema de aplicaciones y juegos de peso, juegos evidentemente no (cada lenguaje para lo que esté especializado) pero en aplicaciones empresariales Java es el rey, te guste o no. Más del 80% de las aplicaciones empresariales de las administraciones públicas están en JEE. SAP por ejemplo, empezó a migrar a JEE. Pero según tu, las grandes aplicaciones no usan java, claro que no. Pero claro, creo que hablas por aplicaciones de escritorio, ahí java no tiene prácticamente presencia, salvo en aplicaciones multiSO ya que java es independiente del SO gracias a la JVM que tanto odias. Incluso en aparatos de pocos recursos, JME se llegó a usar mucho. Y sobre los juicios google/oracle, que tiene que ver una cosa con otra? Sabes acaso la causa? Parece que no Java y su especificación es libre, por lo que no se depende de oracle para nada. En .net por ejemplo no se puede decir lo mismo
|
|
#53
26/09/13, 14:53:45
|
||||
|
||||
|
Cita: Originalmente Escrito por sanmi69
A los generadores de código le llamas arquitectura? Yo fliplo. Quien tiene los conceptos mal en su cabeza de "hingeniero"?
Cita: Originalmente Escrito por sanmi69
Los generadores de código son simplemente eso. Generadores de código que "funciona". Aquí sobra la palabra arquitectura, porque entonces según tu incluso usar una librería seria una parte de la definición de la arquitectura de la aplicación. Te viene grande todo este tema...
Cita: Originalmente Escrito por sanmi69
En mi 10 años de trayectoria profesional en jee no hemos utilizado ningún generador de código. Si tu has estado en empresas poco serias con una calidad de producto nefasta, tu mismo te estas describiendo.
Las empresas "nefastas" a las que te refieres, ahora mismo precisamente se llaman Banco De España, y es un estándar, no hay más, es sí o sí independientemente de lo que la empresa quiera programar... y sí, se llama arquitectura, Encofrador de software. Cita: Originalmente Escrito por sanmi69
Sobre el tema de aplicaciones y juegos de peso, juegos evidentemente no (cada lenguaje para lo que esté especializado) pero en aplicaciones empresariales Java es el rey, te guste o no. Más del 80% de las aplicaciones empresariales de las administraciones públicas están en JEE. SAP por ejemplo, empezó a migrar a JEE. Pero según tu, las grandes aplicaciones no usan java, claro que no.
Cita: Originalmente Escrito por sanmi69
Pero claro, creo que hablas por aplicaciones de escritorio, ahí java no tiene prácticamente presencia, salvo en aplicaciones multiSO ya que java es independiente del SO gracias a la JVM que tanto odias.
Cita: Originalmente Escrito por sanmi69
Incluso en aparatos de pocos recursos, JME se llegó a usar mucho.
Cita: Originalmente Escrito por sanmi69
Y sobre los juicios google/oracle, que tiene que ver una cosa con otra? Sabes acaso la causa? Parece que no
Cita: Originalmente Escrito por sanmi69
Java y su especificación es libre, por lo que no se depende de oracle para nada.
En .net por ejemplo no se puede decir lo mismo
__________________
Apple
Última edición por DaSound Día 26/09/13 a las 14:57:04.
|
| Gracias de parte de: | ||
|
#54
02/10/13, 18:55:14
|
||||
|
||||
|
Valla pelea de gallinas teneis montado aqui...continuar con el tema que trata el hilo y si tanto os gustais os pedis el whatsapp...
__________________
Por un peo, aquí me veo.
|
 |
Estás aquí
|
||||||
|
||||||
| Herramientas | |
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar309355_2.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar42253_4.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar372150_3.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar922659_1.gif){kind=avatar}
