95 meneos
2014 clics
Este envío tiene varios votos negativos. Asegúrate antes de menear
Menéame busca desarrollador de PHP+JS
En Menéame buscan a un desarrollador que asuma el reto de convertir un proyecto legacy en un proyecto que aspira a una calidad de producto que sea el reflejo de Reddit o Twitter. Que seas capaz de ayudar a construir un producto con millones de visitas al mes, y que aspira a crecer. Esto implica tener algo de visión de producto, ganas de analizar y diseñar además de programar.
|
comentarios cerrados
Gracias por las lecciones sobre frontend y backend, pero hace tiempo que ya no me interesa la programacion de parvulario
velocity.apache.org/
No, no uso ni JPA ni ningún otro ORM - prefiero control absoluto sobre lo que hago con Spring JDBC + SQL -, ni JSF - prefiero otra vez el Control de JavaScript directamente - aunque supongo que para proyectos a partir de cierto tamaño son imprescindible.
Y como servidor, cómo no, ¡El Gran Tomcat!
JSF si que lo he usado (pero no recuerdo para que), estas seguro de que eso es Java SE y no J2E? creo recordar que era parecido a GWT.
Los frameworks nos solucionan la vida,menos mal.
No insinuó que miento,digo claramente que te las das de ser de luz.
Me habre equivocado en lo de que PHP es frontend, es evidente que no es mi campo ni me interesa. Es enternecedor como os pensais que un programador de PHP puede ir dando lecciones. -> lecciones podrá dar quien sea.
Aunque emigrar no es para todo el mundo y no todo el mundo puede por razones familiares. Yo, por ejemplo, ya no puedo emigrar de vuelta a España porque hice familia aquí.
Suerte a aquellos que den el salto!
Un buen programador puede opinar de cosas que no son su campo, y equivocarse o no en alguna cosa, porque ningun programador puede seguir la evolucion de todo. Un programador mediocre no va a salir de su zona de confort y se las va a dar de ser de luz con las 4 cosillas que sabe.
Pero Java EE sigue sin ser Java.
public function ban($user) {
if($user->getUserName() == 'BlackHeart') {
return "trololololo";
} else {
return $userManager->fuck($user);
}
}
Mejor no te digo por dónde que están los admins muy sueltecicos...
Hace un par de meses tuve que meterle mano al típico proyecto programado en spaghetti Java (Springhetti, en este caso ) que te hace perder la fe en la humanidad. Solución: Kotlin.
En menos de lo que cantas un NullPointerException las líneas del código modificado, que ahora puedes leer sin que se te quede cara de señor Miyagi, se redujeron a menos de la mitad. Y el único cambio que hubo que hacer en el resto del proyecto fue añadir unas líneas a los poms.
Ahora conviven en paz y armonía clases en Java y Kotlin (paz para mí y armonía para ellas) en un ridículamente enmarañado árbol de directorios (que sólo hubo que mantener por el código en Java).
Pásate a Kotlin
En serio, está dpm. Es el Java que habría creado Gosling... si hubiese sufrido Java durante años
Honest commits
- Mejor rendimiento. Mejor uso de la memoria RAM, mejores capacidades multihilo, Pools de conexiones a Bases de Datos, etc.
- Mejores herramientas. Mayor cantidad y variedad de IDEs, integración de pruebas unitarias, herramientas de Debugging, etc.
- Mejor calidad del software, mejores frameworks, mejor posibilidad de reutilización de componentes, mejores utilidades de refactorización, etc.
Alomojó PHP no es lo mejor.
"Código legacy"
Traducción:
"Sal por patas"
Ahora enserio,el codigo legacy es una mierda,te quieres pegar un tiro,y ya si es alguien de la old-school que programa como hace 50 años es aun peor.
Sin métodos estáticos como coño os las apañáis con las funciones de utilidades?en mi caso tenemos una libreria custom para optimizar cosas de java(sobretodo la gestión de memoria)
Lo más parecido a tener todo eso sin un contenedor J2EE es, probablemente, Spring Boot (+ todo el resto de Spring). Pero Spring Boot por debajo correrá un contenedor (Jetty, Tomcat, etc).
Doctrine sí, un acierto.
Además tiene extensiones (como las de C#) que se resuelven estáticamente y son una bendición para arrglar código legacy, sobrecarga de operadores...
Lo único que echo en falta de Java en Kotlin es el operador ternario Y sólo por la costumbre.
Échale un ojo a la lista que te pasé y dime que no pagarías porque Java tuviese algunas de esas funcionalidades Kotlin no es más que un "better Java" y además puedes combinar código de Kotlin y Java sin ningún problema, por lo que el tránsito es comodísimo. En mi caso, y en todos los que conozco, sólo consistió en ir añadiendo cada vez más código de Kotlin a medida que aprendías nuevos idioms y te decías "coño, esto está dpm"
Yo soy programador pero (ya) no hago web y muchisimo menos cosas tan basicas (como tu mismo dices) como PHP. Y no es que no quiera, es que no tengo tiempo para cosas "basicas". Otros pueden ser expertos en PHP y no ser programadores.
"pues se ve que no tienes ni puta idea de lo que hablas, lo que viene siendo un barra de bar de libro vaya..."
Tengo idea de ser programador. Es normal que cueste entender a los neofitos.
Que tu pienses eso solo demuestra tu propia ignorancia ya que los hechos son lo que son, estoy escribiendo desde el trabajo solo para relajarme. Cuantas veces te han contactado Google y Facebook mpara que haga sus entrevistas? A mi unas cuantas, pero por ahora no me interesa.
"es mejor callar y parecer tonto que abrir la boca y confirmarlo"
Desde luego. Pero quedas reportado por el insulto directo.
Todo esto corre en el JVM (Java Virtual Machine), que es la máquina virtual capaz de ejecutar bytecode de Java, que implementa el Garbage Collection, el modelo de hilos, etc, etc, etc.
Hipotéticamente hablando, si quisieras implementar un servidor web en Java puro y duro deberías esencialmente escribir tu propio J2SE que te provea el acceso a las funcionalidades nativas de la JVM para redes, acceso a disco, etc, además de todos los tipos de datos no primitivos, las estructuras de datos, librerías de todo tipo (java.lang.Math?), etc, etc, etc.
Ya estamos otra vez contando historias de abuelo cebolleta?
No sé en qué sector estarás ahora y no puedo hacerte una comparación, pero lo que decía es que oir mencionar ahora JSP suena a historia de la informática, no llegando al nivel de turbopascal pero similar. Y es que, además de haber pasado mucho tiempo, lo que pasó fue que siempre fue muy guarro y un antipatrón por sí mismo. Nos sacó del apuro en su día, pero era imposible hacer algo bien con eso.
¿Que qué tiene que ver con las matemáticas? Pues hombre, con algo tendré que segar la hierba para poder escribir con un palo en la tierra.
No veo pq las empresas tienen que pagar el pato de la especulación inmobiliaria ... y pudiendo trabajar completamente en remoto puede ser una oferta muy interesante para mucha gente.
Menos soberbia.
Hueles eso muchacho ? Es el olor a multa de la AEPD por la mañana
Se trata de que hablan de que son una página web importantísima y que el trabajo es un marrón.
Por esa responsabilidad ese dinero....
Supongo que analizaba como comerse un donut detrás de otro.
CC #12
en.wikipedia.org/wiki/Video_Cassette_Recording