FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Me parece que enseñar los componentes por enseñar es todo lo contrario a lo que hace a un buen profesor.
El peor error que se puede cometer cuando se enseña Delphi es justamente centrarse en una enseñanza basada en componentes. A la larga conduce a la componentitis... tienes una duda que es del tipo lógica, inmediatamente piensa "ha... debe haber un componente que lo haga". Al final resultará que el pobre chico sabrá poner muchas pinturitas pero si le cambias la brocha o le pides que utilice otra técnica, el pobre pintará un mamaracho. Sino miren al foro mismo, ¿Cuántas veces viene alguien preguntando si existe algún componente X para hacer Y cosa? Piensen fuera de componentes... ¿dónde quedó la enseñanza de la lógica, de la abstracción, del paradigma? Al final resulta que quienes deberán salir siendo ingenieros serán puros albañiles que se dedicarán a poner mil ladrillos sin un sustento o pilar que le de fuerza. Saludos, |
#22
|
||||||
|
||||||
Cita:
Cita:
Sinceramente no se innova en nada en enseñar una suite... ¡sobre todo si es paga! ¿Cuantos estudiantes estarán en la condición de pagarlas? No... espero... más aún ¿Cuántos de ellos puede darse el gusto de primero adquirir Delphi de forma legal? Cita:
Cita:
No tiene nada que ver que el mundo sea así o asá.. que el mundo es más privativo. Estamos hablando de la mente de futuros profesionales. ¡No se les debe limitar de ese modo! Si en verdad quieres resaltarles el poder de Delphi pues que mejor manera de darles buenos ejemplos de las cosas que se han hecho con él, como Everest, TuneUp, MYSQLAdmin por mencionar algunos. Presenta ejemplos de explotación de weservices, coméntales de Toro Kernel, un proyecto hecho con su hermano menor FreePascal. En fin, que hay otras formas de enseñar el semejante poder que tiene Delphi. Cita:
¿Que relación directa hay entre la buena práctica del principio abierto/cerrado que tan hace al paradigma OO con los componentes? Cita:
Saludos, |
#23
|
||||
|
||||
Cita:
No se puede enseñar el manejo de unos componentes (está claro que no hay ninguna intención de observar el código fuente), ni tampoco se puede enseñar a manejar excel, en todo caso habrá que enseñar a usar hojas de cálculo. Es como si a un ingeniero mecánico le enseñan única y exclusivamente el motor del "volkswagen escarabajo", como si no existiesen más. Cuando en este caso es, además, un motor muy particular que no es lo "normal" en casi ninguna otra marca. |
#24
|
||||
|
||||
Creo que no estáis "escuchando"...
Yo entiendo que esto es un "añadido", nadie está diciendo (es más, han dicho lo contrario) que "todo lo importante" no se les haya enseñado ya.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#25
|
||||
|
||||
Cita:
Amigo Casi, creo que si por algo es defendible la iniciativa de darkamerico de mostrarles esa biblioteca de componentes a sus alumnos, es precisamente para estudiar cómo están hechos por dentro. El conocimiento que de ello se desprende es invaluable. Y para no alejarnos de la objetividad, también hay que decir que esta suite ha crecido tanto y tan rápido que dos o tres detalles de su interior no son precisamente de excelente calidad, y como todo gran producto de software tiene sus naturales "bugs". Pero vamos, de que es uno de los mejores productos para Delphi y de que ofrece uno de los más completos componentes rejilla que existen (si no es que el mejor), creo que en eso no hay discusión. En cuando al tema de las licencias que tocó Delphius, supongo que podría intentarse convencer a Embarcadero y a Developer Express de darle a la universidad en cuestión un costo razonable. ¿Lo has considerado darkamerico, o esa universidad, por sus finanzas, idiosincrasia y ámbito cultural es una de las cientos de universidades que siguen usando y enseñando productos pirata? Cuando yo estaba en la preparatoria la palabra licencia simplemente "no existía", los profesores nos pasaban las copias de MS-DOS, GW-Basic, Turbo Pascal, Turbo C, Cobol, Windows...profesores que a su vez eran pasantes de ingeniería en diversas universidades. Años después me enteré de que casi todos los productos de software de la época se financiaban a través del pago de un derecho de uso llamado licencia. |
#26
|
||||
|
||||
Cita:
Saludos, |
#27
|
||||
|
||||
Cita:
Si en verdad quisiera recalcar el aspecto interno, hubiera encarado su pregunta de otra forma ¿no crees? Cita:
Como ya hemos dicho tantas veces, a Embarcadero le hace falta una mejor política de inclusión universitaria... pero mientras el dolar se encarezca y la moneda de cada país pierda valor respecto a la otra... cada vez habrá menos Delphi en las aulas y en las mentes de los estudiantes. Saludos, |
#28
|
||||
|
||||
¡Mmmh! Quizá debemos esperar a que darkamerico se explique, antes de seguir haciendo conjeturas de lo que quiere o no quiere hacer.
|
#29
|
||||
|
||||
Yo estoy de acuerdo con Al, quien para mí es una autoridad en cuanto a conocimiento de como funciona internamente mucho de la VCL de Delphi, que a pesar de estar ahí desde siempre pocos nos metemos a verle las tripas.
Los componentes son precisamente el punto fuerte que catapultó a Delphi al estrellato ya que recordemos que el concepto de "Rapid Application Development" se basa en no inventar el hilo negro cada vez. Se ha criticado en este hilo que no es bueno usar componentes como base para el desarrollo ya que convierte al ingeniero en un mero "albañil". Haciendo la misma analogía, en construcción ya existen muchísimos sistemas constructivos "ya hechos" que cualquier hijo de vecino puede utilizar. Vaya, dijeran los gringos "It's not rocket sciencie" o en español "no es la gran ciencia". Para mí es perfectamente válido enseñar componentes y más este tipo citado ya que obviamente no lo hacen todo, y en ocasiones necesitamos darles una retocadita y entendiendo el código fuente, como funcionan y con el soporte que tienen se pude lograr sin mayor problema. Obviamente hay que saber. Regresando a las analogías, enseñar componentes de este tipo en mi caso sería es como cuando se empezó a enseñar en electrónica a diseñar circuitos basados en cirucuitos integrados, muchos de estos circuitos integrados tienen su diagrama interno de que tienen adentro (equivalente de lso fuentes) si los sabes leer e interpretar puedes darle muchos más usos al integrado que si solamente sabes que hace y como conectarlo.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#30
|
||||
|
||||
¿Pero habéis leído bien las respuestas del amigo darkamerico?, no sé si yo no lo he entendido bien, o ha sido él que no se ha explicado bien... pero es "irracional"
|
#31
|
||||
|
||||
Cita:
Una cosa es enseñar los componentes, y otra muy diferente es enseñar a analizar los problemas de forma lógica y en saber como aprovechar lo que los componentes, o más en general la VCL entera, ofrecen. Naturalmente los componentes responden a un principio de "no reinventes, aquí lo tienes ya hecho. Reúsalo". Eso no es lo discutible, lo que se objeta es centrar una educación y formación en base a una suite de componentes y condicionada sólo en su uso. No hay un sentido realmente en un plano lógico, analítico que motive un debido análisis; que es el punto fuerte que todo desarrollador debe entrenar durante toda su actividad. Yo hace una semanas justo he dicho que lo que tiene bueno de Delphi es también su gran obstáculo. Por ser muy RAD es muy fácil caer en la tentación de unir y poner componentes, pum, pam, pim y tenemos un ejecutable, y sin haber hecho un análisis que se merece. Justamente, ese es el error típico de las universidades, enseñar a poner componentes. Aprenden componentitis, en eso se sacarán 10, pero en análisis un terrible y enorme 0. Saludos, |
#32
|
||||
|
||||
Delphius, tienes razón en parte, pero al menos yo le entiendo a nuestro amigo que lo quiere enseñar como complemento a una enseñanza previa. Todos alguna vez hemos hecho "pim, pam, pum", la diferencia es que pasado el "¡OOOhhh! Inicial...muchos empezamos con el gusano de "a ver quiero ver como le hizo..., y si le cambiamos esto...y si le pongo esto..etc." . Yo imagino que nuestro amigo quiere hacer esto:
"Te hago ingeniero y te enseño el como funcionan las cosas, ahora que ya sabes, toma esta cosa que ya esta hecha...bien, ahora analízala y mejórala ( o bien tienes esta y esta y esta y esta otra cosas, analízalas, elige la que te guste y mejorála." Por otro lado y siendo muy fríos, a los futuros desarrolladores les van a pagar por resolver problemas (con o sin componentes) en el menor tiempo posible, asi que también eso hay que tomar en cuenta. Yo lo veo como muchos de los tantos y tantos cursos que se imparten de tecnologías "privativas" en muchas disciplinas ingenieriles: Festo, Delphi (el de los autos), Siemens, Cisco, etc...No se enseñan como parte de la carrera, más bien como mero complemento.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#33
|
||||
|
||||
Cita:
Para que te pique el gusano que dices debe haber una mente cultivada desde el comienzo y es otro punto que se le objeta a darkamerico; no se le vislumbró desde el inicio del hilo que efectivamente haya habido alguna formación previa. Repito, que nada provechoso se puede sacar si presentas un programa de estudios basado en componentes si no hay una mente preparada para comprender y sacar el potencial analítico, hipotético y deductivo. En muy cierta forma creo que desde el comienzo del hilo ya muchos se lo hemos notado. Que luego se presente, como algo opcional, optativo, complementario alguna suite bueno... allí si, pero nada serio ni que fuera como programa, sino extracurricular. ¿No te parece mejor que sea el propio estudiante el que decida en como ir explorando y explotando el poder de lo que aporta la VCL? ¿Cómo logras eso? Sencillo: vas presentando el programa con una buena base del paradigma OO, introduces los conceptos fundamentales de Delphi y le das una pelota con el tema de la VCL... nada puntual, sólo una muestra y le dices: exploren chicos, vean lo que hay allí... si hay dudas, no teman la tecla F1 estápara auxiliar. ¿Cuantos profesores se calientan y dicen que la ayuda está a mano? Yo no contado ninguno. Y luego porqué se pregunta el porqué existe el RTFM. Cita:
¿O directamente vas a tirar la toalla? Mierda Azid... y luego vienes a otros a decir en otros que hay que hacer lo posible para dignificar la profesión... Lo que acabas de decir va totalmente en contra de dignificarla. Saludos, |
#34
|
|||||||||
|
|||||||||
Cita:
Cita:
Cita:
Cita:
Cita:
El que un profesor de una Universidad X1, de un Período (Año, Semestre, Trimestre) X2, de una Materia X3, se acerque al Club Delphi y haga un requerimiento de Libros Recomendados sobre Componentes DevExpress VCL o TMS para uso Universitario es algo que debe ser apoyado y entendido dentro de el Contexto Universitario de Apertura y Creación de Conocimiento e Innovación el cual es el centro y razón de ser de toda Casa de Estudios a nivel Universitario. Delphi es un lenguaje basado en componentes y su estudio teórico y de casos de estudios particulares como el que propone darkamerico es perfectamente válido, siendo además una oportunidad para promocionar Delphi a nivel universitario lo cual no es muy común hoy en día en dicho entorno. En lo personal aplaudo la iniciativa de darkamerico, ciertamente pudo haber escogido cualquier lenguaje tipo Web y seguir la corriente actual de muchas universidades, sin embargo escogió mostrar un mundo de la programación más amplio a sus estudiantes por medio de Delphi, lo cual felicito sinceramente Revisa estos links: Cita:
Revisa estos libros: Cita:
Te sugiero considerar la posibilidad de contactar a Embarcadero y ver que opciones ofrecen a nivel universitario: Cita:
Cita:
Nelson. Última edición por nlsgarcia fecha: 05-02-2013 a las 05:41:26. |
#35
|
||||
|
||||
No te sulfures Delphius, yo nunca hable de trabajar al "bomberazo" ni de que ese es el camino. Simplemente hablo de la realidad que se ve en cualquier empresa, y se ve todos los días en mayor o menor medida a todos nos piden que resolvamos x, y o z problema en el menor tiempo posible, obviamente habrá quien recurra a lo fácil, no tenga idea ni de que le están hablando se meta a foros como este, copie y pegue lo que pueda, suelte dos o tres preguntas sin sentido a ver que saca, instale y utilice x componentes sin leer nada de documentación y se atreva a presentar una solución colgada con alfileres...y se la compren. Habrá también quien sea una eminencia en esto de la programada y saque líneas y líneas de código, diagramas, patrones de diseño, etc. y no se la compren. Mas bien creo que hay que nivelar las cosas los componentes son válidos como herramientas de enseñanza si van acompañados de un marco previo de investigación y trabajo que te permita apreovechar al 100% la herramienta y si se presentara la oportunidad mejorarla o corregirla según el caso. De ahi la importancia de contar con el código.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#36
|
||||
|
||||
Cita:
Eso es lo que hay que combatir y ser bien directos: Señor cliente, quiere esto, bueno para eso entonces deberá aceptar estas mínimas condiciones sanas de trabajo: bla, bla, etc. Es mejor empezar a inculcar en los clientes y usuarios finales en como es que se da forma a todo el proceso, mostrarle no necesariamente en profundidad pero si con la debida transparencia de que para conseguir un buen producto se requiere de una armónica relación entre al menos 3 cosas: tiempo, dinero, calidad. Por cosas del modelo que reina en la sociedad esos tres elementos al final resulta que se terminan traduciendo en uno sólo: dinero. Ya antes justamente había comentado que los proyectos en teoría se analizan desde tres factibilidades: técnica-operativa, legal y económica. Siendo esta última quien al final, en la práctica, termina diciendo e imponiendo las cosas. No se puede, o mejor dicho, no se debiera tironear de esa tercia... Y ya bien se sabe lo que sucede cuando se hace esto en la muy archireconocida frase anónima: "Rápido, Bueno, Barato. Elija 2 cualquiera". Si se focalizara un mejor esfuerzo en señalar como son las cosas y se invita a los clientes a que vean que no es de dos clics, que las prisas no funcionan ni resultan nada bien... para nadie. Si se cambiara y se destinara esfuerzo en cambiar ese modelo, entonces ya no seremos un apaga incendios. Y esto es independiente de si uno es una eminencia o un completo novato en el área. El respeto profesional es para todos, y debe ser un esfuerzo para y con todos. Para no ser apaga incendios, empecemos a demostrar que no lo seremos. Repito: no hay que permitir eso, es un ambiente hostil. El tiempo y las prisas ya son malas palabras para esta sociedad ya enfermeriza de por el "lo necesito para ayer". Si el sentido lógico nos dice que esta frase es imposible de hacerla cumplir, entonces... en la misma forma debemos reclamar y decirles de una puñetera vez: "Lo que me pides, es imposible". Puedo hacer posible en X, Y, y Z condiciones. Si te doy estas condiciones te puedo garantizar que la máxima calidad, tiempo y dinero estará bien invertido, que vas a tener una tasa de retorno en a%/mes o años. Si se cambia y se hacen las cosas para demostrar a un cliente alterado que eso no funciona y se lo trabaja de otra forma estoy convencido de que en el día de mañana al profesional no se lo verá como el chico de la PC, el que está para cuando quiera, el que se aguanta los gritos, al que se le puede exigir. Cita:
Cita:
No se objeta la calidad de los componentes tampoco ni su utilidad práctica para ciertas cosas; sino sus implicancias en una enseñanza en pleno ejercicio universitario. Es cierto que resulta de importancia contar con el código, eso no lo critico. Si se ha de estudiar la posibilidad de alterarlo, mejorarlo o de proponer una solución alternativa más acorde a una necesidad en x proyecto es fundamental tener acceso al código. Esto es ya un agregado. Y esta realidad tiene más sentido en un ambiente ya profesional, o cuanto mucho en y/o durante alguna práctica profesional supervisada o alguna pasantía. Hay una realidad que destacar: existe ya un plan de estudios, y se supone que un profesor no puede hacer estas cosas de así porque así; ya que el plan se elabora siguiendo una reunión entre los directivos y siguiendo las directrices y/o imposiciones del organismo encargado de regular los títulos... como el CONADU por ejemplo de Argentina. Repito: no busco tirar abajo la idea de no usar componentes, sino de señalar en los peligros de las formas de llevarlo a la práctica en una enseñanza centrada en una suite específica y la verdadera efectividad de dicho estudio. Considerando también las debidas limitaciones y restricciones que atentan con la posibilidad de concretarlo. Hay que poner en realidad algo que ya he mencionado y parece que solamente una persona ha detectado: el precio y la inversión que supone dar el gusto y hasta cierto modo un capricho (y que en realidad lo es) de un profesor a los estudiantes. ¿Alguien puede decirme cuanto supone invertir entre Delphi y los dichososo componentes para un laboratorio de informática promedio del 20 equipos? Un profesor puede querer y tener las mejores intenciones pero de nada sirve si los números para dicho gustito no son acordes a la realidad que espera la universidad en sus gastos. Digo... ¿ya lo ha discutido con las autoridades? ¿O él pagará por todos y para sus estudiantes? En uno de sus mensajes ha dicho en claro: que es para que se los compren... repito: ¿Y de donde o cómo se supone que un estudiante saque el dineral que se necesita para ello? Esto tiene pinta más de querer hacerles publicidad a los estudiantes que una enseñanza. Saludos, |
#37
|
|||
|
|||
Hola a todos
No habia considerado la amplitud del problema, ni los aspectos adheridos a mostrar una tecnologia a nuestros alumnos, quizas sea porke el curso sea denominado "Aplicaciones Comerciales", es un curso de decimo, donde la gente ya viene formada (o al menos eso espero), la idea alrededor de mostrarles algo real era contrastar toda la teoria que ellos traen hasta ahora con el desarrollo de un sistema comercial de verdad, a saber, un sistema de facturacion y ventas.
Siempre fui abanderado de la innovacion, y jamas pense que al mostrarles esta opcion, les estaba negando la posibilidad de crecer, la intencion mas bien era de que vieran un set de componentes emblematicos de la plataforma. Muy buena la apreciacion de alguien que dijo ¿Cuantos de los chicos podran adquirir un DElphi original? El tema pasa por dinero, no por aspectos tecnicos de programacion. A eso me refiero cuando afirmaba que aquel que cuenta con dinero, tiene acceso a mejores recursos y educacion del que no tiene, yo no invente esas reglas, pero jugamos todos en el mismo tablero, con estas reglas. Si decir esto es ir al cerro Ubeda, me deberia comprar un chalet alli, pues ando mas alla que aqui. Saludos |
#38
|
||||
|
||||
Cita:
internet explorer---firefox windows---linux ms office---libre office win.media player---vlc ¿De cuales de ellos puedes aprender más y resulta que son libres y gratis? |
#39
|
|||
|
|||
Mensaje
Valiendome de este hilo, me podido darme cuenta que el enfoque inicial que tenia sobre la inclusion de componentes DevExpress en la curricula del Curso Aplicaciones Comerciales de Decimo Ciclo de la Facultad de Ingenieria de Sistemas, estaba sesgado a una fraccion de lo que realmente podia hacer con estos componentes, las cosas que hacemos responden a una vision, y la vision que tenia era la mera utilizacion de la suite, sin embargo, ahora formare un taller permanente de I+D con aquellos alumnos emprendedores a fin de sacarle las tripas a esta suite y otras a fin de poder generar nuestro propio conocimiento.
Sin embargo esta propuesta esta en sus comienzos, de manera que hay que ver si la facultad nos aprueba, ya que para comenzar necesitamos contar con nuestras licencias en orden. Para ello ya estoy cursando los primeros correos a embarcadero para ver si nos proporcionan alguna modalidad de licenciamiento que pueda responder a nuestras necesidades. Hay tanta tecnologia para explotar y conocer que este grupo tendra que decidir las ramas matrices de investigacion. Gracias a todos por sus aportes, ya que si esto llega a ser una realidad habra dependido en gran medida de las cosas que se han discutido en este hilo. Un fuerte abrazo |
#40
|
||||
|
||||
Cita:
En cuanto a las diligencias con Embarcadero para tratar el tema de las licencias, me parece muy bien. No sé en qué país resides, pero si casualmente fuera México creo que podrías entrar en el esquema especial que Embarcadero-Gopac establecieron hace cuatro años con las universidades: Cita:
Un cordial saludo y que todo salga bien. Al. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
DevExpress | cmfab | Varios | 2 | 20-12-2010 13:56:03 |
Duda con DevExpress | Paulao | Varios | 13 | 03-09-2010 17:27:47 |
Problema con DevExpress | Paulao | Varios | 1 | 09-07-2010 21:19:00 |
DevExpress | Paulao | Varios | 6 | 02-04-2008 17:00:20 |
Propiedades DevExpress | Punzo | OOP | 0 | 18-12-2006 20:57:54 |
|