9 respuestas en este tema

[Master23]

Yo hice un curso con un profesor en la universidad sin embargo era básico aprendí muchas cosas pero de igual forma me faltaron bastantes más y quiero aprender Delphi de una forma que pueda entender cualquier código entre otras cosas he ampliado mis conocimientos leyendo etc, pero no es lo mismo que cuando se tiene un instructor al lado , estaría agradecido si alguien me ayuda con una información referente al tema,gracias de antemano.

[Delphius]

Hola Master23,

No soy de tus pagos por lo que no te sabría decir donde puedes hallar a alguien que te de clases avanzadas.

Si yo tuviera que basarme en lo que me ha enseñado mi profesora pues debería estar llorando... yo a Delphi lo estudié solo. De manera autodidacta... mientras otros estaban en la onda VB y con la idea de ver .NET yo a la par seguía Delphi. Nunca lo abandoné, ni me dejé vencer por la nula enseñanza.
Ahora que lo pienso, creo que debería agradecerle a mi ex profe porque si no fuera por ello quizá no me hubiera convencido de dedicarle mi atención.

El primer instructor, y esto vale para cualquier lenguaje/IDE, es una tecla: F1. Lo digo por experiencia. Hay que leer la ayuda, quizá sea una molestia más enorme que unas piedras en los riñones, pero es fundamental y NECESARIA. Lo digo por experiencia, ¡no se puede ir contra lo desconocido! Que la ayuda nos saque de la ignorancia.
Luego vendrán los manuales, tutoriales, cursos, etc. En posible: que sea material físico: libros... si esos de papel.

En segundo lugar, explorar la VCL. Revisa los fuentes, como están declaradas las clases, como se usen, etc. Es fundamental en este punto aprender bien los conceptos OO. No hay que temerle. Es muy amplia la VCL... no es cosa de dos días, pero de vez en cuando ir viendo algunas cosas que suceden por dentro de los controles, componentes, etc ayuda a comprender muchísimo el porque de muchas de nuestras preguntas.

Un desarrollador experto no es aquel se sabe todos los trucos, conoce el lenguaje al 100%, y exploró la VCL... es aquel que cuando no sabe, se pone a investigar, probar, revisar que hizo, si hay algo que pasó por alto.

Es aquel que no se queda con lo que sabe sino que busca explorar más sin temor a equivocarse. Si te pierdes, seguramente hay alguien que puede ayudarte. O sino cierras el IDE y vuelves a abrir cuando la cabeza está más fresca.

No me creo un experto, ni quiero serlo (bueno, si me gustaría  ) pero no lo veo como una presión (antes si)... Estoy convencido que esto es de años, un proceso lento, constante... ¡así que hay que armarse de paciencia!

No se aprende programación de la noche a la mañana. Eliminé de mi cabeza frases como "Va, esto ya me lo se mejor que el padre nuestro" aunque admito que de vez en cuando la confianza y el ejercicio y la constante práctica ya te va guiando y diciendo... esto ya más o menos lo sabes y tienes con que defenderte.

En sí no es importante convertirse en un experto en el lenguaje, sino aprenderse y desarrollarse el gusto, el tacto, el olfato, el oído, y la vista sobre los conceptos del paradigma. Condimentar esto con conceptos de ingeniería de software, de base de datos, de estudio en profundidad sobre la API y bibliotecas de tercero o las áreas más oscuras que cubren al SO, es a mi modo de ver lo que marca la diferencia.

¿Viste los post de cHackAll, esacafandra, Seoane? Estos se meten bien adentro del SO... No te digo que lo hagas y te metas totalmente de una y que eso te hará el mega experto pero leerlos te dará una idea de la profundidad de contenidos y a lo que podría llegar...

Hay mucho por aprender, por estudiar... Y no sólo en lo que es Delphi, la API, bibliotecas.

No se cuales serán tus objetivos...

Mi manera de abordar a Delphi a cambiado en los años. Me volví más abstracto, en cierto modo estudié a Delphi superficialmente desde la teoría OO. Centré mi fuerte no en el lenguaje sino en los principios OO y luego con estos principios empecé a descubrir la estructura de Delphi.
Esto se debe a que no busco ser un experto en él... Quizá conozca el 10% o 12% de todo su poder.

Pero he aquí que me he animado a probar compartiendo lo poco que sé, mis dudas, leyendo a otros.

El poder de esto se basa en la lectura constante ¡yo llevo 6 años leyendo y me asombro de que todavía no se nada!. Yo empecé con La Cara Oculta de D4, luego la dejé de lado... trastié, caí, me levanté, me volví a caer, agarré de nuevo la Cara Oculta y la volví a leer más de 10 veces... Por otro lado desde lo abstracto tomé como arma de combate el Análisis y Diseño Orientado a Objetos teniendo como estandarte a Craig Larman en su "libro UML y Patrones: Introducción al Análisis y Diseño Orientado a Objetos y al Proceso Unificado". Esto me ayudó a comprender el paradigma OO desde una mejor perspectiva.

El programador avanzado quizá sea una mezcla de muchas cosas... no se cuando uno deja de ser novato y se convierte en experto... yo me siento en etapa de transición...

Mi transición es muy lenta en mucho sentido... Me queda mucho por explorar en Delphi, la lectura de la ayuda la tengo presente pero no tanto....

Yo entiendo que el programador no debe quedarse con el lenguaje. ¿De que sirve el lenguaje sin un propósito? ¿Porqué y pará que programamos?
Hacemos programas me dirás... cierto, muy cierto... pero a ver... ¿Programas de QUE? Pues para el control de inventario, para facturación, etc....

Ajá, ¿Y cuanto sabes de ello? ¿Me explico?
La programación se hace de ideas y necesidades.
Y es muy importante comprender este punto: por ello defiendo a muerte el principio del análisis... análisis... análisis... Sino se entiende la idea, si no hay capacidad creadora, sin visión, sin proceso analítico, sin poder de abstracción, sin procesos de ingeniería, sin lógica la programación no tiene sentido.

¿De que sirve programar, de que te servirá Delphi, Java, .NET, o el que gustes si no se tiene los principios y desarrollado los medios para bajar las ideas?
En algún momento te sentarás y empezarás a estudiar, a ver... como es esto de facturación... ¿Que diferencia una Factura A de otra B? En los sistemas contables... te harás preguntarás sobre cosas que porqué el Activo y el Pasivo deben ser iguales... ¡De donde carajos sale ese bicho del Patrimonio Neto! ¿Que cómo mágicamente desaparecen las cuentas contables y surgen las cuentas de resultado... y todo se resume más tarde en un libro de balances...

Que te preguntas como es esto del movimiento de stock o de inventario, de porqué hay diversos tipos de movimiento, o de porqué se rota la mercadería... luego te preguntas como vincular recibos, órdenes de devolución, de como mecanizar el proceso del cálculo de convertir el faltante en pedidos... comenzarás a preguntar a Alá, para que te de la gracia divina de como sumar facturación más stock...

Y luego te ves envuelto en otras brujerías como que ahora hay que hacer un sistema de monitoreo...

Y más tarde que deberás reestructurar la aplicación de stock porque resulta que no estaba pensada para trabajar con sistemas basado en lotes.

¿Tu me dirás, y eso que tiene que ver con programación? ¡Pues todo tiene que ver... No podemos ser todólogos, pero de algún modo nos vemos envuelto en conceptos de contabilidad, en áreas de investigación operativa (algunas aplicaciones prácticas de esto puedes encontrar en los STD o Sistemas de Tomas de Decisiones) y un etc. que quizá nunca acabe.

Y más tarde ya cansado, quieres volver a tus sueños y hacer el video juego que tanto vienes pensado... ¡Y luego lo mandas al carajo porque descubres que requieres de amplios conocimiento en el área del cálculo, del álgebra y te vas a empezar a recuperar los viejos conceptos en los libros de Baldor a ver si aprendes algo!


¿Ya te perdiste? Volvamos... ¿Te ha servido X lenguaje para poder afrontar eso?
Ves, en resumen debes preguntarte si tiene sentido ser un capo en el lenguaje (que los hay... yo les tengo mis respetos a ese trio de compadres). Pero se que mi cabeza todavía no puede meterse tan a ese nivel... no por ahora.

¡Depende de tus objetivos... por ello te preguntaba a que quieres apuntar. El Desarrollo de software es de disciplina, de arte, de negocios... en fin... ¡que no soy experto he dicho!

Que venga alguno de los maestros y explique por favor 

No se si con ello te desanimo, o si logro que despiertes... Una cosa que me ha estado inquietado mucho de ti Master23 es que vienes apuntando a muchos lados. He estado haciendo un seguimiento a tus preguntas y noto en ti que quieres apuntar y estar en todas...

¡No cometas mi error! Busca un objetivo, y una vez conseguido o satisfecho altamente dicho apetito ve por el siguiente! No puedes estar en todas a la vez...

Saludos,

[egostar]

Hola

Cuando me inicié en esto de la programación, lo hice en una escuela de computación, en esa escuela me enseñaron las bases de programación, Ensamblador, Cobol, RPG, Basic, Fortran y Pascal (te estoy hablando de 1983), cuando entré a la Universidad vi un poco de Pascal en la materia de Métodos Numéricos, pero fué hasta 1989 que comencé a programar con un amigo programas comerciales.

Por cosas de la vida dejé la programación en 1992 y la retomé en 1998, en esa época comence a utilizar Delphi4, durante muchos años aprendía con la ayuda de Delphi (debo aceptar que no aprendí mucho) fué hasta que conocí Club Delphi en 2006 cuando me enteré que no era el único que usaba Delphi en este mundo, a partir de ahí he aprendido más que todo lo que me enseñaron los profesores.

Y ahora lo poco que sé, lo comparto con mucho gusto en la comunidad.

Salud OS

[Khronos]

Hola Master23, yo me inicié en la programación con 14 años por mi padre, que es programador en Delphi. Me empezó ayudando en lo básico pero luego fue todo cosa mía, empecé con sus libros de Delphi 4 y Delphi 5, pero luego fue todo leer mucho e investigar por mi cuenta.

No creo que haya mejor enseñanza en esto de la programación que la autodidacta, lo digo por experiencia. Este año tuve una asignatura: Fundamentos de Programación, en ella íbamos a ver durante 9 meses ANSI C. Fue un desastre, la profesora no tenía ni idea, daba las clases siguiendo un libro bastante antiguo y los compañeros de clase siempre me estaban pidiendo ayuda... Tenía 12 horas a la semana de programación y las clases eran 3 horas seguidas, al principio de cada clase mandaba hacer unos ejercicios en C que los tenía terminados en 15 minutos... y luego me pasaba la clase aburrido navegando por Internet o ayudando a mis compañeros.

Saludos.

[Rolphy Reyes]

Saludos.

Capscon en su momento tome varias capacitaciones, en la actualidad desconozco si están todavía impartiendo "clases" trata de ponerte en contacto con ellos.

[Delphius]

Vaya,
anoche cuando me acosté pensé que quizá este hilo sería un monólogo. Ya veo que no. 

Saludos,

[Master23]

Muchas gracias Delphius por tu consejo la verdad tienes razón debo centrarme en un objetivo primero la verdad es que al haber tantas cosas que quiero hacer aveces me distraigo pensando en algo nuevo antes de terminar algo viejo que comencé,voy a leer libros sobre el funcionamiento de delphi como sugieres y de la programación orientada a objetos y bueno también gracias a los demás que me aconsejan Rolphy ,kronos,y egostar muchas gracias a todos.

[Delphius]

No temas preguntarnos Master23,

Recomiendo primeramente unas leídas a la Cara Oculta de Delphi 4, que puede descargarse desde mucho sitios. Para comprender el ABC de Delphi viene de 10.

Familiarízate con la teoría del paradigma OO y luego explora y pon en práctica esos conceptos en Delphi.

Para explorar la VCL puedes comenzar desde alguna clase que te interese comprender. Por ejemplo yo tomo como punto de referencia a un TIBTable, de allí empecé a ramificarme hacia arriba en el árbol hasta llegar a las clases más abstractas que trabaja con base de datos.
La mayor parte de la VCL es pública por lo que puedes ver el contenido de las unidades, las clases, etc. Por ejemplo coloca un TButtom en un form. Ve a Unit1.

Deberías tener algo como esto:

delphi

type
  TForm1 = class(TForm)
    Button1: TButton;
...

Bueno, ahora manteniendo presionado Ctrl pasa el mouse sobre TButtom, ¿parece un hipervínculo verdad? Haz clic ¡Bienvenido a la clase TButtom!. Deberías ver algo como esto:

delphi

  TButton = class(TButtonControl)
  private
    FDefault: Boolean;
    FCancel: Boolean;
    FActive: Boolean;

...
Y estar en la unidad StdCtrls.

Puedes ir desde la declaración de un método a su implementación con posicionarte en él (dando clic para asegurarse de que el cursor de edición esté activo) y presionar Ctrl + Shift + Flecha Arriba ó Flecha Abajo. Por ejemplo ubica el cursor en SetDefault y haz Crtl + Shift + Fecha Abajo. Deberías ahora estar en su implementación:

delphi

procedure TButton.SetDefault(Value: Boolean);
var
  Form: TCustomForm;
begin
  FDefault := Value;
  if HandleAllocated then
  begin
    Form := GetParentForm(Self);
    if Form <> nil then
      Form.Perform(CM_FOCUSCHANGED, 0, Longint(Form.ActiveControl));
  end;
end;

Esto permite navegar de un lado a otro por la unidad sin estar desplazandote con la barra. Inspecciona las clases, sus implementaciones. Eso te ayudará a comprender el funcionamiento de mucho controles y también ye ayudará a entender mejor el paradigma OO y como se lo aplica en Delphi.

Recomiendo que tomes nota de tus proyectos. Arma una especie de biblioteca con carpetas sobre sus proyectos. Documenta lo que vayas aprendiendo, o tengas dudas.
Yo por ejemplo a medida que me estudio la VCL voy viendo en la ayuda que hay y la traduzco... así es: tengo una especie de mini, mini, pero mini mini ayuda en castellano sobre algunas cosillas que he estado viendo.

Cuando ya tengas un poco más de cancha con lo que es OO prueba con aprender UML y Patrones. Recomiendo la lectura del libro que he citado antes. Al menos para mi fue un antes y después en lo que es comprensión de la POO.

Luego está lo de leer. Hay que leer y mucho...
Animarse a ayudar en los foros aún sin saber demasiado ayuda. El leer a otros es muy gratificante.

Lo importante es preguntarse ¿Y Como es eso? ¿Y porqué funciona? Esas dos preguntas lleva a uno a estudiarlo, investigarlo, y mejorarlo.

Con paciencia y dedicación se aprende... de lo que sea, ¡incluso física cuántica!

Por cierto, se me estaba olvidando: recuerda que tenemos una zona en donde la gente a colaborado con material teórico y práctico: revisa los foros Manuales y Tutoriales.

Saludos,

[Master23]

No temas preguntarnos Master23,

Recomiendo primeramente unas leídas a la Cara Oculta de Delphi 4, que puede descargarse desde mucho sitios. Para comprender el ABC de Delphi viene de 10.

Familiarízate con la teoría del paradigma OO y luego explora y pon en práctica esos conceptos en Delphi.

Para explorar la VCL puedes comenzar desde alguna clase que te interese comprender. Por ejemplo yo tomo como punto de referencia a un TIBTable, de allí empecé a ramificarme hacia arriba en el árbol hasta llegar a las clases más abstractas que trabaja con base de datos.
La mayor parte de la VCL es pública por lo que puedes ver el contenido de las unidades, las clases, etc. Por ejemplo coloca un TButtom en un form. Ve a Unit1.

Deberías tener algo como esto:

delphi

type
  TForm1 = class(TForm)
    Button1: TButton;
...

Bueno, ahora manteniendo presionado Ctrl pasa el mouse sobre TButtom, ¿parece un hipervínculo verdad? Haz clic ¡Bienvenido a la clase TButtom!. Deberías ver algo como esto:

delphi

  TButton = class(TButtonControl)
  private
    FDefault: Boolean;
    FCancel: Boolean;
    FActive: Boolean;

...
Y estar en la unidad StdCtrls.

Puedes ir desde la declaración de un método a su implementación con posicionarte en él (dando clic para asegurarse de que el cursor de edición esté activo) y presionar Ctrl + Shift + Flecha Arriba ó Flecha Abajo. Por ejemplo ubica el cursor en SetDefault y haz Crtl + Shift + Fecha Abajo. Deberías ahora estar en su implementación:

delphi

procedure TButton.SetDefault(Value: Boolean);
var
  Form: TCustomForm;
begin
  FDefault := Value;
  if HandleAllocated then
  begin
    Form := GetParentForm(Self);
    if Form <> nil then
      Form.Perform(CM_FOCUSCHANGED, 0, Longint(Form.ActiveControl));
  end;
end;

Esto permite navegar de un lado a otro por la unidad sin estar desplazandote con la barra. Inspecciona las clases, sus implementaciones. Eso te ayudará a comprender el funcionamiento de mucho controles y también ye ayudará a entender mejor el paradigma OO y como se lo aplica en Delphi.

Recomiendo que tomes nota de tus proyectos. Arma una especie de biblioteca con carpetas sobre sus proyectos. Documenta lo que vayas aprendiendo, o tengas dudas.
Yo por ejemplo a medida que me estudio la VCL voy viendo en la ayuda que hay y la traduzco... así es: tengo una especie de mini, mini, pero mini mini ayuda en castellano sobre algunas cosillas que he estado viendo.

Cuando ya tengas un poco más de cancha con lo que es OO prueba con aprender UML y Patrones. Recomiendo la lectura del libro que he citado antes. Al menos para mi fue un antes y después en lo que es comprensión de la POO.

Luego está lo de leer. Hay que leer y mucho...
Animarse a ayudar en los foros aún sin saber demasiado ayuda. El leer a otros es muy gratificante.

Lo importante es preguntarse ¿Y Como es eso? ¿Y porqué funciona? Esas dos preguntas lleva a uno a estudiarlo, investigarlo, y mejorarlo.

Con paciencia y dedicación se aprende... de lo que sea, ¡incluso física cuántica!

Por cierto, se me estaba olvidando: recuerda que tenemos una zona en donde la gente a colaborado con material teórico y práctico: revisa los foros Manuales y Tutoriales.

Saludos,

Muchas gracias Delphius está excelente el libro la cara oculta de delphi 4,había estado leyendo la biblia de  delphi 7 pero no lo entendía muy bien en cambio este está bien claro y además estoy aprendiendo cosas de la programación orientada a objetos en Delphi que no sabía la verdad muchas gracias,disculpa que responda tan tarde es que he tenido problemas con la conexión de Internet en estos dias.

[FGarcia]

No existe "La Cara Oculta de Delphi 7"!!!!!

La ultima "cara oculta" que escribio Marteens para delphi fue la de Delphi 6. La siguiente fue para C#

Tal vez habras querido decir "La biblia de Delphi 7" de Marco Cantu ("Mastering Delphi 7" Titulo en Ingles)