¿Sigue siendo el paro muy bajo en el sector de la informática en España?

JAPosti escribió:Ya, prefería dejar Spring y JSF para cuando ya sepa hacer lo básico. Pero vamos, tanta tecnología cogida con pinzas tampoco creo que sirva de mucho...

Es que J2EE y Spring son arquitecturas diferentes, de hecho, es mucho más flexible y cómodo Spring que J2EE.

Rojos saludos.

Eruanion escribió:No sé si hay mucho paro o no, pero en Enero echaron a dos compañeros de trabajo y ya están los 2 trabajando.

En mi empresa se ha ido uno por que ha encontrado un curro mejor en BCN y ahora estamos buscando 6 programadores y uno de sistemas

paliyoes escribió:

minmaster escribió:Y estoy de acuerdo. Una cosa es conocer y otra desarrollar. Es bueno que un programador Java conozca cosas de front, pero no es nada bueno que un programador Java desarrolle front.

¿Mande?

Rojos saludos.

Un poco de todo pero mucho de nada.
Que es mejor, tener 3 personas que sepan todas un poco de 3 cosas, o tener 3 personas y que cada una sepa mucho de una?

goto escribió:Ayer despidieron a un compañero por negarse a trabajar los fines de semana por la cara

Y el resto deberiais hacer como él, a ver si tienen huevos a echaros a todos a la vez.

Namco69 escribió:

goto escribió:Ayer despidieron a un compañero por negarse a trabajar los fines de semana por la cara

Y el resto deberiais hacer como él, a ver si tienen huevos a echaros a todos a la vez.

Y que denuncie. De padefo no se consigue nunca nada.

Aska escribió:

Eruanion escribió:No sé si hay mucho paro o no, pero en Enero echaron a dos compañeros de trabajo y ya están los 2 trabajando.

En mi empresa se ha ido uno por que ha encontrado un curro mejor en BCN y ahora estamos buscando 6 programadores y uno de sistemas

Y se puede saber de que se necesita programadores y donde ? xD

paliyoes escribió:

minmaster escribió:Y estoy de acuerdo. Una cosa es conocer y otra desarrollar. Es bueno que un programador Java conozca cosas de front, pero no es nada bueno que un programador Java desarrolle front.

¿Mande?

Rojos saludos.

Parece que por estas tierras lo de "Full stack developer" no se sabe lo que es...

Paliyoes de Cái...con lo serio que parece cuando escribe... no me lo creo

Yo opino un poco como todos. Es bastante difícil reciclarse en este país porque normalmente los de RRHH/procesos de selección no suelen tener idea y se junta con que te dan X tiempo para demostrar tus habilidades...

Yo por ejemplo opté por un puesto en Perl y Postgresql. Mandaron un reto y había que hacer X e Y cosas. Me dieron 3 días, lo hice en 1 y algo y lo mandé sin tener ni idea de Perl ni de PostgreSQL. Me dieron la gracias porque estaba bien, pero ya "habían ocupado las dos plazas"....¿en dos días? :S

Luego en otro puesto también tuve un proceso de Python (pedían obviamente muchísimas cosas y un perfil mixto entre administrador de sistemas y programador que es donde me encuentro ahora) y también más de lo mismo, pasas entrevistas, pruebas, etc para al final nada....

Yo sinceramente creo que el problema está en eso mismo, ser un todoterreno sin estar especializado en nada. Yo he trabajado y formado (gastándome pasta) en muchos campos (Java/J2EE, servidores Linux, clústeres Oracle, de Windows, de Android he hecho algunas cosillas, Python...) y que veo? que las empresas no valoran precisamente eso porque te ven como "se de mucho y no se de nada".

Así que si tu nicho tecnológico te gusta y te mola (cosa que no es mi caso) adquiere especialización en ese campo y amplía poco a poco con conocimientos relacionados porque eso te hará tener un perfil muy valorado y obviamente te hará ganar mucho más dinero. Irse a Java/J2EE cuando hay perfiles a patadas (ojo, no todos buenos...) creo que es meterse en el mismo berenjenal que describo más arriba.

Mucho ánimo, que también se necesita en estos casos,

ByEs

Fácilmente el reto que te mandaron fue lo que necesitaban hacer.

No creo, Johny27...sería como demasiado rastrero?...la verdad, prefiero pensar que simplemente no era mi destino y ya está.

ByEs

Cosas peores he visto.

redscare escribió:
Y lo de decir que alguien experto en Cobol lo tiene crudo, me parece muy atrevido. Si, tiene crudo elegir en qué banco quiere trabajar, porque es un mercado de nicho de puta madre. Cada vez queda menos gente y sin embargo no se ha jubilado casi ningún sistema de los que usan cobol.

No, los expertos de Cobol estan jodidos, varias empresas se han dedicado en los ultimos años a meter a gente joven y enseñarles cobol y pagarles una mierda, cada 6 meses metian una tanda nueva y al tener tanta carne fresca muchos expertos se han ido a la calle.
En mi trabajo a finales de mes echan a un cobol que no ha querido aprender tambien java porque de cobol cada vez tenian menos trabajo, y es un hombre ya mayor

Johny27 escribió:Fácilmente el reto que te mandaron fue lo que necesitaban hacer.

No sería la primera vez.

dark-kei escribió:

paliyoes escribió:

minmaster escribió:Y estoy de acuerdo. Una cosa es conocer y otra desarrollar. Es bueno que un programador Java conozca cosas de front, pero no es nada bueno que un programador Java desarrolle front.

¿Mande?

Rojos saludos.

Parece que por estas tierras lo de "Full stack developer" no se sabe lo que es...

Así que según tu hay que ser todo esto y más, no?

• visual designer
• web designer
• UI designer
• UX designer
• interaction designer
• art director
• front-end developer
• back-end developer
• back-end security
• web developer
• mobile developer
• database developer
• database administrator
• web master
• web server administrator
• SEO specialist
• web analyst
• web security
• quality assurance tester
• project manager
• growth hacker

Sinceramente creo que no sabes lo que dices. Los cuatro gatos que de verdad son todo eso están en Google o Facebook currando.

Exactamente, dark-kei trabaja en google porque sabe todo eso

bitman escribió:Mucho ánimo, que también se necesita en estos casos,

ByEs

Pues sí.

De todas formas, aquí creo que casi todo el mundo trabaja en consultoras y por eso hay perfiles más especializados.
En cliente y empresas pequeñas-medianas, también se valora la adaptabilidad y tener un perfil más amplio.

Yo en la mía entré como helpdesk (o como se llama ahora, support engineer ) y ahora hago cosas completamente distintas... que además me gustan y se pagan bien, así que perfecto
De hecho, en 2 semanas me montan un cable modbus por los distintos cuadros eléctricos y tengo que montar y configurar una pasarela ethernet para recopilar los datos de consumo eléctrico y generar informes.

O hace un par de semanas estuve en una empresa de mamparas de ducha porque habían puesto SAP y es algo que vamos a acabar haciendo.
Y ya me están con el run-run de que aprenda ABAP para integrar los sistemas de planta con SAP

dark-kei escribió:Parece que por estas tierras lo de "Full stack developer" no se sabe lo que es...

Cuanto cobran los Full stack developer en el otro lado del charco?? No hace falta que me respondas...

birik escribió:

Aska escribió:

Eruanion escribió:No sé si hay mucho paro o no, pero en Enero echaron a dos compañeros de trabajo y ya están los 2 trabajando.

En mi empresa se ha ido uno por que ha encontrado un curro mejor en BCN y ahora estamos buscando 6 programadores y uno de sistemas

Y se puede saber de que se necesita programadores y donde ? xD

La oferta es en las cercanías de Barcelona (Igualada) si te interesa mandame privado y te paso el enlace para tirar el CV

redscare escribió:

dark-kei escribió:Parece que por estas tierras lo de "Full stack developer" no se sabe lo que es...

Así que según tu hay que ser todo esto y más, no?

• visual designer
• web designer
• UI designer
• UX designer
• interaction designer
• art director
• front-end developer
• back-end developer
• back-end security
• web developer
• mobile developer
• database developer
• database administrator
• web master
• web server administrator
• SEO specialist
• web analyst
• web security
• quality assurance tester
• project manager
• growth hacker

Sinceramente creo que no sabes lo que dices. Los cuatro gatos que de verdad son todo eso están en Google o Facebook currando.

Que pasa que aqui nadie a construido ningun proyecto web desde sus cimientos hasta la puesta en la calle?
Si, va ser que seré especial, en serio lo que hay que oir

Y en esa lista (que no se de donde habrás sacado) diría que hay un par (mas bien unos cuantos) de patinazos curiosos...

Definición razonada y tal: http://www.laurencegellert.com/2012/08/what-is-a-full-stack-developer/
Y macho, quien no sea capaz de eso... muy especializado tiene que estar y ni aún así me dirá que no tiene al menos "nociones" en el resto de campos porque sino, ni vale.

dark-kei escribió:Que pasa que aqui nadie a construido ningun proyecto web desde sus cimientos hasta la puesta en la calle?
Si, va ser que seré especial, en serio lo que hay que oir

Y en esa lista (que no se de donde habrás sacado) diría que hay un par (mas bien unos cuantos) de patinazos curiosos...

Definición razonada y tal: http://www.laurencegellert.com/2012/08/what-is-a-full-stack-developer/
Y macho, quien no sea capaz de eso... muy especializado tiene que estar y ni aún así me dirá que no tiene al menos "nociones" en el resto de campos porque sino, ni vale.

Proyecto web??? Ah, ya veo, que eres de "esos" que creen que no hay informática sin web. Supongo que también sabes un mínimo de cobol, db2, host, jcl, bpel, bpm, bam, bi, etl, soa, eda... Quizás te sorprenda saber que hay MUCHAS tecnologías ahí fuera. Por eso a los que si lo sabemos nos rechina eso de decir que hay que saber de todo

redscare escribió:

dark-kei escribió:Que pasa que aqui nadie a construido ningun proyecto web desde sus cimientos hasta la puesta en la calle?
Si, va ser que seré especial, en serio lo que hay que oir

Y en esa lista (que no se de donde habrás sacado) diría que hay un par (mas bien unos cuantos) de patinazos curiosos...

Definición razonada y tal: http://www.laurencegellert.com/2012/08/what-is-a-full-stack-developer/
Y macho, quien no sea capaz de eso... muy especializado tiene que estar y ni aún así me dirá que no tiene al menos "nociones" en el resto de campos porque sino, ni vale.

Proyecto web??? Ah, ya veo, que eres de "esos" que creen que no hay informática sin web. Supongo que también sabes un mínimo de cobol, db2, host, jcl, bpel, bpm, bam, bi, etl, soa, eda... Quizás te sorprenda saber que hay MUCHAS tecnologías ahí fuera. Por eso a los que si lo sabemos nos rechina eso de decir que hay que saber de todo

Te vuelves a equivocar, sea el area que sea a la que se dedique un ingeniero y sea cual sea su índole, este debe saber realizar un proyecto desde su base hasta su fin último, sino, de ingeniero tiene lo que el Papa de Roma.
Que luego dedique su fuerza a una subarea u otra ya es cosa a parte, pero DEBE tener un conocimiento global.
Y como digo es aplicable a cualquier proyecto, sea web, sea aplicación móvil, de escritorio, servidor, etc.

Es mas igualmente un ingeniero (lo vuelvo a remarcar por si no queda claro) debe poder abordar cualquier proyecto de cualquier campo, pues tiene las habilidades necesarias (a parte queda el tiempo de estudio que necesite para abordarlo con garantías) para ello. Si no es capaz, como digo, tiene de ingeniero lo que Chiquito de la Calzada.

Y ojo, yo mismo soy capaz de cubrir un ámbito bastante amplio, pero ojo, porque no he parado de estudiar ni un solo día, ni uno y por tanto lo mismo te hago una aplicación web, que una móvil, que una de escritorio, como igualmente puedo hacer análisis de datos o aplicar business intelligence a todo lo anterior nombrado. Con mayor o menor coste de tiempo, pero soy capaz.

Ahora el resto, sois "informáticos" o soys ingenieros? porque la diferencia es clara.

dark-kei escribió:Que pasa que aqui nadie a construido ningun proyecto web desde sus cimientos hasta la puesta en la calle?
Si, va ser que seré especial, en serio lo que hay que oir

Yo he desarrollado varios proyectos completos pero, lógicamente, cojean en muchos aspectos, ni tienen el mejor diseño del mundo ni el código back tampoco lo es y probablemente no he podido incorporar miles de cosas que expertos en la materia si podrían.

Ahora bien si tu consideras que tus proyectos completos son de la máxima calidad no sé que estas esperando para echar tu curriculum en Google o Facebook...

Yo creo que algunos os creéis que por saber un poco de PHP, un poco de Java o un poco de Photoshop ya sois expertos en PHP, en Java o expertos diseñadores.

Luego no os extrañe la visión que tiene el cliente de nuestro trabajo si vosotros mismos lo veis así.

Es mas igualmente in ingeniero (lo vuelvo a remarcar por si no queda claro) debe poder abordar cualquier proyecto de cualquier campo, pues tiene las habilidades necesarias (a parte queda el tiempo de estudio que necesite para abordarlo con garantías) para ello. Si no es capaz, como digo, tiene de ingeniero lo que Chiquito de la Calzada.

Coge un ingeniero recién salido de la carrera a desarrollar una aplicación Android, una webapp con Angular o un backend hecho en Symfony. Según tú lo haría sin problemas las tres cosas ¿no??

Yo no sé para que narices piden conocimientos en las entrevistas de trabajo si con pedir un ingeniero es suficiente...

Yo he desarrollado varios proyectos completos pero, lógicamente, cojean en muchos aspectos, ni tienen el mejor diseño del mundo ni el código back tampoco lo es y probablemente no he podido incorporar miles de cosas que expertos en la materia si podrían.

Tu lo has dicho, tal que yo, no son perfectos, pero tienes la capacidad de hacer que cubran las necesidades.

Ahora bien si tu consideras que tus proyectos completos son de la máxima calidad no sé que estas esperando para echar tu curriculum en Google o Facebook...

Gracias por el consejo, aunque llega un poco tarde

Yo creo que algunos os creéis que por saber un poco de PHP, un poco de Java o un poco de Photoshop ya sois expertos en PHP, en Java o expertos diseñadores.

Te equivocas, hace falta TIEMPO (lo digo arriba) y experiencia (implícita en el tiempo)

Coge un ingeniero recién salido de la carrera a desarrollar una aplicación Android, una webapp con Angular o un backend hecho en Symfony. Según tú lo haría sin problemas las tres cosas ¿no??

Si me has leido bien veras que pongo claramente que con suficientemente tiempo, este podría hacerlo sin problemas si.

Si razon no te falta, con tiempo yo haría cualquier cosa, pero normalmente no dispones de ese tiempo

dark-kei escribió:Tu lo has dicho, tal que yo, no son perfectos, pero tienes la capacidad de hacer que cubran las necesidades.

Serán tus necesidades personales, dudo que las necesidades de un cliente profesional.

Gracias por el consejo, aunque llega un poco tarde

Pues enhorabuena, supongo que en Google con tu llegada se ahorrarán cinco puestos de trabajo o más.

Si me has leido bien veras que pongo claramente que con suficientemente tiempo, este podría hacerlo sin problemas si.

Suficiente tiempo cuanto es? 6 meses - 1 año?? Entonces según tú con ese tiempo cualquier ingeniero recién salido de la carrera podría hacer el trabajo de cinco personas ¿no??

Sigo sin saber porque en las ofertas piden experiencia, con 6 meses de un ingeniero recien salido de la carrera que puedes contratar con una beca tienes las mismas habilidades que un programador de JAVA con 10 años de experiencia...

minmaster escribió:Yo no sé para que narices piden conocimientos en las entrevistas de trabajo si con pedir un ingeniero es suficiente...

Juego, set y partido!

Diciendo esto...

dark-kei escribió:lo mismo te hago una aplicación web, que una móvil, que una de escritorio, como igualmente puedo hacer análisis de datos o aplicar business intelligence a todo lo anterior nombrado. Con mayor o menor coste de tiempo, pero soy capaz.

No quiero ni imaginarme la penosa calidad del software que generes. Salvo que "con mayor o menor coste de tiempo" te refieras a que te den 1 año (y cursos) para formarte en la tecnología específica que requiera el proyecto claro. Entonces si, claro. Con infinito tiempo yo te hago lo que quieras también

redscare: no juzgues algo que no conoces y menos a una persona (por tu bien)

Respecto a lo demas, evidentemente se pide gente con experiencia porque esa experiencia es tiempo invertido en un fin especifico. Que es exactamente lo que yo digo.

Y en cuanto al tema global, ¿alguien sigue creyendo que los full stack son un mito?

Y dejo el tema porque ya veo que empieza el sarcasmo y los prejuicios... y yo hablar desde el respeto vale, pero a partir de ahi, paso de entrar en el juego de algunos

dark-kei escribió:redscare: no juzgues algo que no conoces y menos a una persona (por tu bien)

Disculpa. Quizás no me he explicado bien. Estoy seguro que tu eres un buen profesional y que tu trabajo será de buena calidad en los aspectos en los que normalmente trabajes y tengas experiencia. Pero si normalmente haces (por ejemplo) proyectos en plan "PHP+spring&hibernate+oracle" y de repente te da por hacer un proyecto de Business Intelligence, no nos intentes vender la moto que lo vas a hacer de puta madre con calidad 10 a la primera en un tiempo y coste competitivo. Por muy ingeniero que seas.

¿Qué hay gurús que saben un huevo de muchas "capas" de la arquitectura de software? Por supuesto que si. Pero son 4. El resto nos conformamos con ser expertos en nuestro campo y tener nociones básicas del resto del "stack". Lo suficiente para no decir barbaridades en una reunión y poder prever posibles problemas de integración entre tu "capa" y las de alrededor. Si a eso lo llamas "full stack", pues entonces si. Pero si "full stack developer" implica saber mucho de todo... pues no cuela.

Yo en mi anterior trabajo era un poco "full stack", pero en un mundo como la informática donde tienes que estar al dia, no es lo mismo estar al dia de una cosa que de 10, por eso con el cambio a mi nuevo puesto estoy intentando especializarme en desarrollo móvil y estar al dia solo en lo que respecta al desarrollo móvil

del resto de sigo informado un poco de vez en cuando por curiosidad, pero es que si quieres saber bien de todo y estar a la última en todo al final no tienes vida

dark-kei escribió:Respecto a lo demas, evidentemente se pide gente con experiencia porque esa experiencia es tiempo invertido en un fin especifico. Que es exactamente lo que yo digo.

Pues precisamente lo que te hemos dicho antes que se necesitan años de experiencia para ser muy bueno en algo y nadie tiene 10 años de experiencia en Java, otros 10 en PHP, otros 10 en Javascript, otros 10 en diseño gráfico, etc, etc...

dark-kei escribió:Y en cuanto al tema global, ¿alguien sigue creyendo que los full stack son un mito?

No es un mito, hay contados genios que son capaces de hacerlo. Contadísimos.

Un ejemplo, la primera app de Facebook para móvil fue en HTML5, con los años y las críticas decidieron hacerla nativa y echaron la culpa de los problemas de la app a HTML5. En poco tiempo unos señores que llevan años trabajando en HTML 5, Sencha, demostraron que eso era completamente falso desarrollando una aplicación llamada Fastbook que era más rápida que la nativa de Facebook. En Facebook si no me equivoco son muy de full stack...

Yo no sé si llegaré a ser realmente "experto" en alguna tecnología backend, pero digamos que hacer trabajo de frontend (llamándose por frontend capa cliente en web) no es algo en absoluto difícil.

Realmente, estoy totalmente de acuerdo con quien comenta que un ingeniero, de realmente serlo, y ser bueno, debe poder adaptarse "fácilmente" a un cambio de framework o incluso de paradigma, la cuestión es que para ello debes ser un ingeniero, no un desarrollador.

Rojos saludos.

paliyoes escribió:Yo no sé si llegaré a ser realmente "experto" en alguna tecnología backend, pero digamos que hacer trabajo de frontend (llamándose por frontend capa cliente en web) no es algo en absoluto difícil.

Te animo cuando quieras a hacer el front de una webapp con los requisitos y la tecnología que yo te diga a ver que tal te sale.

Es curioso que digas eso cuando la tecnología ahora mismo va hacia un front cada vez más complejo y un back reducido a la mínima expresión.

paliyoes escribió:Realmente, estoy totalmente de acuerdo con quien comenta que un ingeniero, de realmente serlo, y ser bueno, debe poder adaptarse "fácilmente" a un cambio de framework o incluso de paradigma, la cuestión es que para ello debes ser un ingeniero, no un desarrollador.

Un cambio de framework no es un cambio de lenguaje. Lógicamente un programador de PHP tiene que ser fácilmente capaz de pasarse de Drupal a Symfony, otra cosa es que necesite meses para tener una buena experiencia de uso y programación en Symfony, por mucho que sea ingeniero.

minmaster escribió:Te animo cuando quieras a hacer el front de una webapp con los requisitos y la tecnología que yo te diga a ver que tal te sale.

Es curioso que digas eso cuando la tecnología ahora mismo va hacia un front cada vez más complejo y un back reducido a la mínima expresión.

Totalmente de acuerdo con la primera parte, pero... back reducido a la mínima expresión??

minmaster escribió:Te animo cuando quieras a hacer el front de una webapp con los requisitos y la tecnología que yo te diga a ver que tal te sale.

Es curioso que digas eso cuando la tecnología ahora mismo va hacia un front cada vez más complejo y un back reducido a la mínima expresión.

En realidad, una buena aplicación webapp debe tener toda la lógica de negocio en el lado de backend, por más que la capa frontend se esté sofisticando gracias a la explosión de frameworks JS. Pero ya te digo, los frameworks JS no suponen un desafío más alto que el diseño de la lógica de negocio de una aplicación web cualquiera.

minmaster escribió:Un cambio de framework no es un cambio de lenguaje. Lógicamente un programador de PHP tiene que ser fácilmente capaz de pasarse de Drupal a Symfony, otra cosa es que necesite meses para tener una buena experiencia de uso y programación en Symfony, por mucho que sea ingeniero.

Te aseguro que para un ingeniero acostumbrado a Symfony el cambio a Spring le daría menos quebraderos de cabeza que el cambio a Drupal.

Rojos saludos.

redscare escribió:Totalmente de acuerdo con la primera parte, pero... back reducido a la mínima expresión??

Esa es mi esperanza

Hombre existe una cosa llamada MEAN que puede suponer el futuro no sólo de la web sino también de las aplicaciones móviles.

En realidad, una buena aplicación webapp debe tener toda la lógica de negocio en el lado de backend, por más que la capa frontend se esté sofisticando gracias a la explosión de frameworks JS. Pero ya te digo, los frameworks JS no suponen un desafío más alto que el diseño de la lógica de negocio de una aplicación web cualquiera.

Que se lo digan a Foursquare, Pinterts, Trello, AirBnB... Y ya te he dicho que estoy deseando verte con ese desafío tan fácil...

minmaster escribió:

redscare escribió:Totalmente de acuerdo con la primera parte, pero... back reducido a la mínima expresión??

Esa es mi esperanza

Hombre existe una cosa llamada MEAN que puede suponer el futuro no sólo de la web sino también de las aplicaciones móviles.

Que perra tenéis con la web. ¡¡Hay vida más allá de la web y las aplicaciones móviles!!

redscare escribió:Que perra tenéis con la web. ¡¡Hay vida más allá de la web y las aplicaciones móviles!!

Si, si. Completamente cierto. Yo hablo de la web y las aplicaciones móviles porque es a lo que me dedico. Lógicamente en otras ramas el back seguirá siendo predominante siempre.

minmaster escribió:Hombre existe una cosa llamada MEAN que puede suponer el futuro no sólo de la web sino también de las aplicaciones móviles.

Que se lo digan a Foursquare, Pinterts, Trello, AirBnB... Y ya te he dicho que estoy deseando verte con ese desafío tan fácil...

¿Y qué te crees que es MEAN? ¿Te crees que porque use sólo JS como lenguaje todo es frontend? ¿De verdad piensas que la lógica de negocio de cualquier aplicación web la puedes dejar en el lado cliente y quedarte tan ancho?

Rojos saludos.

paliyoes escribió:¿Y qué te crees que es MEAN? ¿Te crees que porque use sólo JS como lenguaje todo es frontend?

Es Javascript end to end. Usar Javascript, lenguaje de front, para construir toda la lógica de una aplicación o una web.

paliyoes escribió:¿De verdad piensas que la lógica de negocio de cualquier aplicación web la puedes dejar en el lado cliente y quedarte tan ancho?

Sí, si se puede. Lo que me parece sorprendente es que lo niegues siendo tan experto como te crees.

¿Este MEAN? Yo no sé hasta qué punto confiaría en Javascript al "back-end". En el "front-end" no me causa tanto temor, pero para el "back-end", es un lenguaje que tiene algunas deficiencias en cuanto a patrones de diseño que se podrían hacer. Sinceramente, hay algunos niveles de abstracción que son un poco guarros de conseguir, pero que otros lenguajes te lo presentan mejor (mix-ins, por ejemplo).

En cuanto a MongoDB, ¿tú estás bien de la cabeza? Ni borracho confiaría en MongoDB como el principal medio de persistencia de datos. Te dejo este análisis bastante curioso de MongoDB y cómo se fueron a MySQL después de unas cuantas discrepancias.

Para una de esas arquitecturas exóticas: https://www.meteor.com/ Esto sí que es magia negra, donde hay mezcla entre "back-end" y "front-end". Pero sigo diciendo lo mismo, meter JS en tareas críticas del "back-end" lo veo un error.

minmaster escribió:Sí, si se puede. Lo que me parece sorprendente es que lo niegues siendo tan experto como te crees.

¡¡¡¡Sacrilegio!!!! A la horca con él, que le castren y echen sus partes a los perros.

minmaster escribió:Es Javascript end to end. Usar Javascript, lenguaje de front, para construir toda la lógica de una aplicación o una web.

¿Y crees de verdad que en el backend es decir en express y node.js en el caso de MEAN no vas a tener la lógica de negocio real de la aplicación?

minmaster escribió:Sí, si se puede. Lo que me parece sorprendente es que lo niegues siendo tan experto como te crees.

No, si poder se puede, ahora, que sea una burrada es otra cosa bien distinta a la par que cierta.

Rojos saludos.

paliyoes escribió:¿Y crees de verdad que en el backend es decir en express y node.js en el caso de MEAN no vas a tener la lógica de negocio real de la aplicación?

Lógicamente sigue siendo back pero con un lenguaje de front.

paliyoes escribió:No, si poder se puede, ahora, que sea una burrada es otra cosa bien distinta a la par que cierta.

¿Me explicas como realizarías tú una aplicación html5 nativa que no necesitara de Internet para funcionar? Por ejemplo, un editor de textos tipo Office.

minmaster escribió:Lógicamente sigue siendo back pero con un lenguaje de front.

Que JS se diseñó para ser lenguaje de cliente web, no significa que los programadores de frontend gracias a node.js se conviertan por arte de magia en programadores de backend.

minmaster escribió:¿Me explicas como realizarías tú una aplicación html5 nativa que no necesitara de Internet para funcionar? Por ejemplo, un editor de textos tipo Office.

¿Me explicas qué tiene que ver con que lo que yo digo? Un editor de textos es claramente una aplicación que tiene un flujo de datos inherente al frontend, pero eso no significa que cualquier aplicación web mantenta la lógica de negocio en la parte del servidor, es decir, la de backend.

Rojos saludos.

paliyoes escribió:Que JS se diseñó para ser lenguaje de cliente web, no significa que los programadores de frontend gracias a node.js se conviertan por arte de magia en programadores de backend.

¿Que es para ti un programador de frontend?

paliyoes escribió:¿Me explicas qué tiene que ver con que lo que yo digo? Un editor de textos es claramente una aplicación que tiene un flujo de datos inherente al frontend, pero eso no significa que cualquier aplicación web mantenta la lógica de negocio en la parte del servidor, es decir, la de backend.

¿Si yo pongo la lógica de negocio en el front usando un framework como Angular entonces es una mala aplicación web para ti?

minmaster escribió:¿Si yo pongo la lógica de negocio en el front usando un framework como Angular entonces es una mala aplicación web para ti?

Depende, si metes la lógica de negocio del cálculo de un carrito de la compra, sin replicarla en el servidor, sin duda.

Y un programador de frontend, para mí, si no lo he dicho antes, CSS + JS en el browser.

Rojos saludos.

minmaster escribió:

paliyoes escribió:¿De verdad piensas que la lógica de negocio de cualquier aplicación web la puedes dejar en el lado cliente y quedarte tan ancho?

Sí, si se puede. Lo que me parece sorprendente es que lo niegues siendo tan experto como te crees.

Si defines "lógica de negocio de una app web" como todo lo relacionado únicamente con el renderizado y poco más... totalmente de acuerdo. Todo lo que puedas hacer en el cliente es carga que le quitas al servidor.

Pero si entendemos "lógica de negocio" en su acepción más genérica referida a las cosas que normalmente se hacen en back (busquedas, filtrados, operaciones crud con los datos...) eso es MUY mala idea sacarlo al front. Básicamente destruyes toda seguridad si expones el core de un negocio en el frontend.

paliyoes escribió:

minmaster escribió:¿Si yo pongo la lógica de negocio en el front usando un framework como Angular entonces es una mala aplicación web para ti?

Depende, si metes la lógica de negocio del cálculo de un carrito de la compra, sin replicarla en el servidor, sin duda.

Y un programador de frontend, para mí, si no lo he dicho antes, CSS + JS en el browser.

Rojos saludos.

Si metes el carrito y toda la compra solo en el cliente y a un hacker le basta con enviar peticiones modificadas al servidor para poder comprar tu producto de 1000€ por 1€... es mala idea, si.

redscare escribió:

minmaster escribió:

paliyoes escribió:¿De verdad piensas que la lógica de negocio de cualquier aplicación web la puedes dejar en el lado cliente y quedarte tan ancho?

Sí, si se puede. Lo que me parece sorprendente es que lo niegues siendo tan experto como te crees.

Si defines "lógica de negocio de una app web" como todo lo relacionado únicamente con el renderizado y poco más... totalmente de acuerdo. Todo lo que puedas hacer en el cliente es carga que le quitas al servidor.

Pero si entendemos "lógica de negocio" en su acepción más genérica referida a las cosas que normalmente se hacen en back (busquedas, filtrados, operaciones crud con los datos...) eso es MUY mala idea sacarlo al front. Básicamente destruyes toda seguridad si expones el core de un negocio en el frontend.

paliyoes escribió:

minmaster escribió:¿Si yo pongo la lógica de negocio en el front usando un framework como Angular entonces es una mala aplicación web para ti?

Depende, si metes la lógica de negocio del cálculo de un carrito de la compra, sin replicarla en el servidor, sin duda.

Y un programador de frontend, para mí, si no lo he dicho antes, CSS + JS en el browser.

Rojos saludos.

Si metes el carrito y toda la compra solo en el cliente y a un hacker le basta con enviar peticiones modificadas al servidor para poder comprar tu producto de 1000€ por 1€... es mala idea, si.

un hacker? cualquiera que haya usado un poco los inspectores web que ya traen todos los navegadores o el firebug seguramente pueda hacerlo sin mucho problema.

jcesar escribió:un hacker? cualquiera que haya usado un poco los inspectores web que ya traen todos los navegadores o el firebug seguramente pueda hacerlo sin mucho problema.

Jejeje. Lo decía en sentido amplio. Han acusado a gente de "hacker" por usar wget para bajarse documentos expuestos sin seguridad ninguna en una web del gobierno.

paliyoes escribió:Depende, si metes la lógica de negocio del cálculo de un carrito de la compra, sin replicarla en el servidor, sin duda.

Osea replicar, no crear, por lo cual me estás reconociendo que una lógica de negocio se puede crear perfectamente en el front. Vamos avanzando

No te equivoques yo soy fiel defensor de la lógica en servidor, de hecho me he tenido que enfrentar con jefes de proyecto que esperaban que yo lo hiciera todo en el front y él a través del back solo se dedicara a escupir datos de la BBDD. Pero eso no quita que el avance que le ha dado la web el permitir trasladar gran parte de esa lógica del back al front ha sido brutal. Sin ella ahora mismo no existirían herramientas como Google Docs.

paliyoes escribió:Y un programador de frontend, para mí, si no lo he dicho antes, CSS + JS en el browser.

Para mí ese es un concepto erróneo y muy simplista. Básicamente porque en el browser se puede ejecutar ya una lógica MVC y hay pocos programadores de CSS + JS que entiendan la lógica MVC.

Por desgracia es el concepto más extendido así que habrá que aceptarlo .

un hacker? cualquiera que haya usado un poco los inspectores web que ya traen todos los navegadores o el firebug seguramente pueda hacerlo sin mucho problema.

Me encantaría verte manipulando los datos almacenados en backbone o en angular con el firebug xdd

minmaster escribió:Osea replicar, no crear, por lo cual me estás reconociendo que una lógica de negocio se puede crear perfectamente en el front. Vamos avanzando

No te equivoques yo soy fiel defensor de la lógica en servidor, de hecho me he tenido que enfrentar con jefes de proyecto que esperaban que yo lo hiciera todo en el front y él a través del back solo se dedicara a escupir datos de la BBDD. Pero eso no quita que el avance que le ha dado la web el permitir trasladar gran parte de esa lógica del back al front ha sido brutal. Sin ella ahora mismo no existirían herramientas como Google Docs.

Pero es que la solución de replicarla en el servidor es errónea desde el mismo momento que te cargas unos de los pilares básicos de cualquier buen desarrollo software, que es no repetir código para realizar una misma funcionalidad.

Rojos saludos.

Una pregunta:

Para un puesto de becario en el que piden estar cursando un máster con más del 50% de los créditos aprobados: ¿vale que haya aprobado todo pero aún no me hayan expedido el título? (tengo el resguardo de que tienen que expedir el título, pero aún no tengo el título porque la tramitación ya sabéis que dura sus meses).

Yo pienso que no debería haber mayor problema.

Es como el resguardo de cuando apruebas el carné de conducir, no tienes el original dado la burocracia que conlleva pero tienes un resguardo que te acredita como igual....

La pregunta obvia: ¿preguntaste en el centro que imparte el Máster y/o en el lugar de trabajo?

ByEs