OOP vs. programación procedimental - página 42

 

¿Podemos tener un breve recuento de las últimas 20 páginas del hilo? ¿Quién gana?

 
Rashid Umarov:

¿Podemos tener un breve recuento de las últimas 20 páginas del hilo? ¿Quién gana?


Nadie, ya que esencialmente no hay participantes. Cada uno se queda con su opinión.

 
Rashid Umarov:

¿Podemos tener un breve recuento de las últimas 20 páginas del hilo? ¿Quién gana?

Los procedimentalistas por un enorme margen. Todos los argumentos del GOP son destrozados por el férreo "¿y qué?" y "estoy bien".
 
СанСаныч Фоменко:

Eres tú quien lo ha ideado, yo no lo sugiero.

De mi consulta.

  • El TdR es un documento de más de 400 páginas. Se revisan y aprueban los TdR
  • A continuación, el proyecto técnico. Este documento fue elaborado por entre 40 y 50 personas. Por profesión, son: economistas de distintas especialidades, matemáticos, creadores de algoritmos, sysadmins en la terminología actual, ingenieros electrónicos.
  • A continuación, el borrador de trabajo. Aquí aparece el desglose de programas y funciones. La codificación y la depuración reales están hechas. Se crea la documentación: para el desarrollador, para los diferentes usuarios de la CPU, para los diferentes usuarios de la aplicación (dirección, mandos intermedios, despachadores...).
  • Además, hay una operación de prueba. El principal indicador es el tiempo medio entre fallos. Si todo está bien hecho, documentado, y se tiene en cuenta el principio de la codificación primitiva, el tiempo entre fallos tras la siguiente captura de errores debería disminuir exponencialmente. Si es lineal, lo más probable es que no funcione NUNCA.

¿Dónde está la OOP aquí? La POO es algún requisito corporativo durante el desarrollo. y tiene poco efecto en el resultado final, pero puede ser muy útil (así me parece), si se encuentra una persona y desarrolla todas las clases para todo el proyecto, no se mezclará nada, las clases serán naturales desde el objetivo final del proyecto....

Su práctica está anticuada. Y usted está atrincherado en su documentación, en los TdR y en otros sistemas de diseño lúgubres. Las metodologías de desarrollo ágil se utilizan actualmente. ¿Significan algo para usted palabras como Agile o XP? Creo que no. Aquí hay una entrevista con un hombre interesante. Tiene más o menos tu edad, pero cómo piensa y qué experiencia de vida no tiene.

Что отставной генерал НАТО преподаёт студентам Университета Иннополис
Что отставной генерал НАТО преподаёт студентам Университета Иннополис
  • habrahabr.ru
В Университете Иннополис студентов обучают профессора и научные сотрудники с опытом работы в ведущих ИТ-компаниях и университетах мира. Также вуз приглашает на гостевые лекции весьма необычных ИТ-специалистов. Мы уже писали о том, как своим опытом со студентами делился хакер Ares, знакомый с Эдвардом Сноуденом. На этот раз мы расскажем о...
 

Por cierto, todo el mundo discute, etc., ¿por qué nadie pone ejemplos sencillos de la vida?... aunque quizá me lo he perdido, el tema está creciendo mucho.

Por ejemplo, tomemos una acción de tipo único que se repite con frecuencia: mostrar/ocultar determinados símbolos en una visión general del mercado (sólo divisas o sólo metales, etc.).
Para estas acciones, puedes escribir tus propias funciones, y habrá una docena o más. Además, si hay que conectarlos al robot, en primer lugar hay que recordar todos sus nombres y, en segundo lugar, hay que conectarlos todos uno por uno. Si están formados como una clase, no tenemos que recordar todos sus nombres, simplemente los conectamos todos juntos en una línea. No sólo es más rápido y cómodo, sino que también funciona el intellisense. Merece la pena usar OOP sólo por el hecho de hacerlo, es realmente conveniente.

Además, si consideramos la sobrecarga de funciones. ¿Es posible sin OOP? y millones de cosas más.
 
Alexey Oreshkin:

Por cierto, todo el mundo discute, etc., ¿por qué nadie pone ejemplos sencillos de la vida?... aunque quizá me lo he perdido, el tema está creciendo mucho.

Por ejemplo, tomemos una acción de tipo único que se repite con frecuencia: mostrar/ocultar determinados símbolos en una visión general del mercado (sólo divisas o sólo metales, etc.).
Para estas acciones, puedes escribir tus propias funciones, y habrá una docena o más. Además, si hay que conectarlos al robot, en primer lugar hay que recordar todos sus nombres y, en segundo lugar, hay que conectarlos todos uno por uno. Si están formados como una clase, no tenemos que recordar todos sus nombres, simplemente los conectamos todos juntos en una línea. No sólo es más rápido y cómodo, sino que también funciona el intellisense. Merece la pena usar OOP sólo por el hecho de hacerlo, es realmente conveniente.

Además, si consideramos la sobrecarga de funciones. ¿Es posible utilizarlo sin OOP? y millones de cosas más.
Bueno, un ejemplo concreto con funciones no es muy correcto. Al fin y al cabo, puedes meter varias llamadas a funciones en una sola función envolvente.
 
Реter Konow:
Bueno, el ejemplo particular con las funciones no es muy correcto. Al fin y al cabo, puedes meter varias llamadas a funciones en una sola función envolvente.

Para usted, todos los ejemplos no son correctos.

 
Dmitry Fedoseev:

Para usted, todos los ejemplos no son correctos.

No es cierto. El ejemplo sobre la sobrecarga es correcto. No existe sin OOP. Aunque parece que también está ahí...
 
Реter Konow:
Bueno, un ejemplo concreto con funciones no es muy correcto. Al fin y al cabo, puedes meter las llamadas de varias funciones en una sola función envolvente.

intellisence no funcionará, lo que impone al desarrollador la necesidad de recordar de memoria todas las funciones con todos los parámetros (lo que, por supuesto, no tiene sentido), o de recorrer constantemente los archivos y mirar sus descripciones.

 

Una variable estática en una función. Si la función va a ser llamada desde diferentes lugares con diferentes parámetros, entonces para cada lugar y conjunto de parámetros tenemos que hacer una copia de la función - puramente una copia estúpida - pero esto es una idiotez. Con la POO, se crea un objeto, tantos objetos como sean necesarios.