He estado hechando un vistazo a la web de lazarus y freepascal, la verdad es ke ya no recordaba la existecia de freepascal :), y lo ke si se hecha de menos es una compatibilidad con los componentes CLX y VCL de delphi.
Ya que VCL es solo para win32 la pena es ke no sea 100% compatible con los componentes CLX de delphi para que la gente pueda migrar de delphi a lazarus sin problemas.
Los vIsUaLeS que se queden en windows. Claro que es importante un IDE, pero joder, me parece un malgasto del recurso más importante que tenemos en el software libre: El tiempo y recurso de programador. C será feo, pero de que ha sido perfeccionado y soportado desde hace mucho, lo hace el estándar a la hora de programar cosas serias.
Plz que no vengan con peticiones ¿cúando un VB para linux? XD
--
El sentido comun es el menos comun de los sentidos.
por
pobrecito hablador
el Sábado, 14 Diciembre de 2002, 23:57h
(#153826)
Detestar C... pues no se delphi es un pascal "visual", ¿no?, pues a mi pascal me da asco de verdad, es un C un poco mas "legible" y considerablemente mas engorroso, con sus bloques begin/end y similar.
Pongo legible entre comillas porque la legibilidad en un lenguaje viene de escribir codigo con unas normas. Evidentemente pascal o eiffel tienen una sintaxis mas agradable para los principiantes, pero es que cuando alguien usa un lenguaje lo hace por mucho tiempo y al final no hay diferencias de legibilidad.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 00:00h
(#153827)
Seguramente afirmas tal cosa porque nunca has probado *a fondo* Delphi o algún entorno RAD serio. El lenguaje Delphi puede ser casi tan flexible como C y tan cómodo y potente como Java, solucionando muchos de sus inconvenientes (aunque también tiene los propios, que tampoco es perfecto). El entorno integrado hace que el trabajo sucio se haga automáticamente, permite abstraer el interfaz de forma que elimine casi todo su trabajo, permitiendo también un control total sobre el mismo si se desea. Si con un entorno así puedes elegir y combinar la potencia de C y la facilidad de VB ¿ qué razón hay para eliminar esta posibilidad ?
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 04:05h
(#153846)
Eso lo dices, porque seguramente nunca has intentado programar en delphi o kylix..
no te discuto el poder de c o c++, pero he visto aplicaciones corriendo a la misma velocidad hechas en delphi y en c++, con la diferencia de que en delphi te ahorras semanas de trabajo, gracias a su gran nivel abstraccion y a su libreria de componentes.
ademas el hecho de poder traspasar con unas pocas modificaciones programas desde windows a linux, lo hacen una herramienta muy poderosa.
tu arrogancia me suena al tipico, * yo soy un excelente programador pq, programo en c/c++ *, para que demorarse en varios dolores de cabeza, si quierese seguir en la edad de piedra bien por ti (aunque reconosco que para algnas cosas c es indispensable), para hacer programas clientes servidor o aplicaciones con una interfaz amigable no es necesario reventarse la cabeza programando.
y lo ultimo, por favor no comparen delphi con vb., no hay punto de comparacion en ningun aspecto
gracias
hetnet
Llevo más de 3 años programando en Delphi, el paso de de C/C++ a Delphi no fue traumático (lo reconozco), pero es increiblemente débil (por decir algo) con respecto a C/C++, el modelo de objetos de Delphi adolece de verdaderas faltas, quizás la sobrecarda de operadores sea una droga más dura de lo que parece :). Y disponiendo del toolchain que aparece en las dos grandes opciones para el escriotorio de linux.¿Por que han de ser tan importantes los entornos integrados que consumen más de 24 MBytes sólo para ellos?. La programación, mal que le pese a más de uno es un arte y no depende tanto de las herramientas como del programador y su calidad (con esto último no estoy diciendo que yo sea siquiera un buen programador). :)
--
--
"La libertad es un concepto contradictorio con la naturaleza humana" (Krzystof Kieslowski)
a ver.. por ke siempre tiene que salir alguien diciendo "esto es una mierda, mola mas hacerlo de la manera chunga pero tienes un control total..."
a ver, en mi opinion mientras mas porgramas para linux hayan mejor, mientras puedes hacer las cosas d mas maneras mejor, si a ti te gusta trabjar de otra manera pues trabaja de esa , cada uno hace lo ke le da la gana , igual el progrmaa esta peor hecho que aquel otro pero este hace exactamente lo que quiero y ya esta y lo uso..
y ke no me venga a decir que soy un mierdecilla solo por que hago las cosas como yo kiero...
si un programa es malo se quedara abandonado a mitad , o simplemetne nadie lo usará y ya... pero su existencia en si no es mala.. si lo han hecho es por ke era util hasta cierto punto , a lo mejor dejo de ser util y se kedo como esta..
pero el caso es ke , en un sg todo el mundo se ponea a despotrincar sobre cualquier cosa que alguien hace
para mi que todo esot viene de un mecanismo de defensa en este plan :
no hay tal cosa para linux --> me da igual por que eso es lo peor y no vale para nada
mientras que puede que halla alguien que este diciendo , joer , pues es una pena por que yo suelo usar "tal cosa" y me gusta la idea de "gnu/linux/software libre bla bla bla"
y siempre vienen con la paranoia del control..
tener control sobre las cosas esta bien , pero a veces prefiero hace una cosa mal en poco tiempo y que me sea util , que tardar un mes en hacer algo "que controlo totalmente"
Si vas a programar un SO, o una aplicación de escritorio, probablemente no haya mejor lenguaje que C/C++. Pero si quieres desarrollar una aplicación web o cualquier cosa del lado del servidor, harías bien en programarla en Java.
Quiero decir que C, C++, Java, Pascal, etc, no son autoexcluyentes... cada uno tiene su sitio.
Excepto C#, claro... ;-)
Creo recordar que habia una version de Delphy para linux que se llamaba kilyx, que era de pago, pero que tambien habia una version open o free, o algo asi.
¿Alguien se acuerda de esto?
Y respecto a la discusion alternativa sobre lenguajes de programacion... cada lenguaje es para lo que es, creo yo, es decir, me encanta el C, pero tam,bien en Java, y asi como no se me ocurriria intentar hacer un programa eficiente en Java, no intentaria hacer un programa de ventanas escaso de tiempo con algo que no fuera un entorno visual.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 12:09h
(#153868)
No sé, a mi me da la impresión de que todavía queda mucho para que la mayoría de software de Linux adquiera la funcionalidad del equivalente en Windows. Por ejemplo, programas de grabación de CDs, programas tipo GetRight, secuenciadores de música... todos estos programas en Windows son perfectamente estables (y cito como ejemplo Nero, Cakewalk Sonar 2, Reaktor 2, etc...) mientras que en Linux, bien no existen, bien son bastante inestables, bien su interfaz deja mucho que desear o tiene fallos debido en parte a la complejidad de realizarlas por los métodos existentes en Linux. Por supuesto que existen excepciones, y no hablo de software servidor configurable mediante ficheros de texto (esa es otra, seguro que si tuvieran un GUI decente muchísima más gente se acercaría a Linux), sino de programas como Gimp que han necesitado años y años de desarrollo para obtener tal funcionalidad. Sigo sin entender la postura de la mayoría que ha comentado aquí que Pascal "sucks", seguramente sin tener ni idea de programar en lo que antes se llamaba "Object Pascal" y ahora se llama "Delphi". Os puedo asegurar que gracias a Delphi mis desarrollos son perfectamente estables, eficientes (funcionan hasta en un 486 con Windows 95), mantenibles y mucho más fáciles de depurar con un tiempo de desarrollo y diseño que son una fracción de lo que hubieran sido utilizando programación tradicional. Por cierto, habreis visto que no he mencionado a VB para nada, porque eso NO me vale como lenguaje.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 12:23h
(#153871)
Pues yo estoy comenzando a desarrollar en C++ con VDK Builder y me parece un gran invento, ya que me ahorra tiempo en el desarrollo del interfaz. Será porque comencé con GTK y el Nedit ...
Repito la contestacion q acaban de hacer, ... no has probado delphi, ...
Si quieres (por ejemplo) crear tu mismo las ventanitas, efectos visuales, incluso al igual que en c meter ensamblador por medio o lo q mas te guste puedes, ...
Lo que mola de delphi sobre C o VB es que no estás obligado a hacer ninguna de las 2 cosas.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 13:31h
(#153881)
"pero es increiblemente débil (por decir algo) con respecto a C/C++, el modelo de objetos de Delphi adolece de verdaderas faltas, quizás la sobrecarda de operadores sea una droga más dura de lo que parece :)." Es lo único que se puede echar en falta, pero en Delphi tienes sobrecarga de procedimientos, polimorfismo, herencia e interfaces (una solución mucho más elegante que la herencia múltiple de C++) y en general todas las posibilidades de C++ y C (punteros, typecasts, punteros a funciones, tipos de datos de "bajo nivel" -BYTE, WORD, DWORD, Char...- y un largo etc).
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 13:47h
(#153882)
Pues java, al ser un JIT, permite optimizaciones que no permite C, y esta sorprendiendo a mucha gente en calculo numerico y otras tareas de computacion intensiva.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 13:50h
(#153884)
La programación es simplemente resolver problemas mediante algoritmos - me explique donde está el arte? vamos es el mismo arte que el de hacer puentes por los ingeneiros de caminos, o el arte de hacer carreteras por los de obras publicas... si si un arte oiga xD
Creo recordar que habia una version de Delphy para linux que se llamaba kilyx, que era de pago, pero que tambien habia una version open o free, o algo asi.
Kylix es software cerrado, pero cerrado cerrado. Te dejan una version gratis (la Open Edition) a condicion de que todo lo q hagas lo liberes segun la GPL
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 13:59h
(#153887)
La programación, mal que le pese a más de uno es un arte y no depende tanto de las herramientas como del programador y su calidad
La programación NO ES UN ARTE. Es una técnica que tiene poco o nada que ver con el arte
Las herramientas también son programas, al igual que las bibliotecas. Y al igual que no te programas la raiz cuadrada cada vez que tienes que usarla, no tiene sentido estar amargado con la programación de interfaces (no tienen nigún interés técnico pero es engorroso y pesado). Si tienes herramientas (como glade) que te hacen el trabajo es tan estúpido hacer las interfaces a mano como reprogramar todo lo que no venga incorporado al lenguaje (bibliotecas y demás) cada vez.
A mi me ha tocado muchas veces hacer interfaces a mano, dificultad 0 y mucho tiempo invertido...
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 14:01h
(#153888)
interfaces (una solución mucho más elegante que la herencia múltiple de C++)
Los interfaces no son la solución elegante a la herencia múltiple, la herencia múltiple es la solución elegante y los interfaces son un parche para no tener que lidiar con los problemas de la implementación de herencia múltiple en el lenguaje.
¿Tanto cuesta diferenciar entre lo que nos gusta y lo que es necesario?
Por supuesto que es necesario que existan RAD's en linux. Parece que mucha gente no es consciente de cuales suelen ser los requerimientos de las empresas a la hora de contratar el desarrollo de una aplicación. No todas las empresas se pueden permitir pagar una aplicacion en C/C++ (o sencillamente no les da la gana) y prefieren una desarrollada en un RAD a un precio muchisimo menor aunque la calidad sea muy inferior.
Veo que se critica a los RAD de forma gratuita y sin conocimiento de causa. Despues de cuatro años trabajando en VB (no por gusto) creo que puedo asegurar que es una mierda. Su lista de carencias y defectos da para llenar páginas y páginas. Sin embargo, y a pesar de lo facil que es criticarlo, resulta que la mayoria de los que lo critican no dan una demostrando que no tienen ni idea de lo que estan hablando.
Yo soy el primero que no uso RAD's cuando programo por hobby, prefiero C (en casa de herrero cuchillo de palo), pero el mercado es como es y la demanda de programacion "rastrera" es muy grande. Para poder introducir linux en las empresas se hace necesaria la existencia de RAD's. Tampoco entiendo por qué a la gente les molesta tanto que existan. Si no te gustan no los uses y ya está. ¿Es que alguien obliga a usar todo lo que sale para linux? Mi mas sincera enhorabuena a los que hayan podido encontrar trabajo en su lenguaje favorito (mas bien envidia cochina :-P) pero que entiendan que no todos hemos tenido esa suerte y no es tan simple como decir "ese lenguaje es malo así que usa otro".
Resumiendo: a ver si hablamos con un poco mas de conocimiento de causa.
And don't get me started on ObjectPascal, like if C++ was any better than C...
C is the *perfect* Unix programming language, period ^_^
Scheme, Limbo, Python, or some other specialized languages(eg., awk, rc, etc.) may be better in some cases, but C is the *best* general purpose language.
"The easiest way to tell a Real Programmer from the crowd is by the programming language he (or she) uses. [...] Quiche Eaters use Pascal. Nicklaus Wirth, the designer of Pascal, gave a talk once at which he was asked, "How do you pronounce your name?". He replied, "You can either call me by name, pronouncing it 'Veert', or call me by value, 'Worth'." One can tell immediately by this comment that Nicklaus Wirth is a Quiche Eater."
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 17:40h
(#153913)
....los que dicen que MS-Word es una mierda por pelotas es necesario que lo conozcan bien. Ya hace años que existe Linux, por tanto si no usas Word no puedes decir si es bueno o malo.
Asi que en estos momentos los grandes criticones de soft MS son los grandes consumidores de MS. Así estan las cosas. Yo el word no lo entiendo, no se si es bueno, malo, una mierda o es fantástico, solamente no lo uso. No uso visual basic o como se llame, espero no usarlo, no conocerlo, y por supusto no tener que trabajar con él, por eso no puedo ni criticarlo ni ensalzarlo. Si te sirve de consuelo, yo también trabajo en cosas que no me gustan pero me dan de comer. Y por supuesto no uso linux en el curro, demasiado bueno para que a mi jefe le guste.
¡¡Kernighan explicando por qué C es mejor que cualquier otro lenguaje!!¡¡Cuanta imparcialidad!! Encima un texto de hace 21 añitos. ¿Existia Delphi de aquella?
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:05h
(#153919)
Si pero, por no tener herencia multiple (que es lo unico que le falta) no se puede descartar un lenguaje. Si exceptuando C++, el resto de lenguajes orientados a objetos de uso comun (incluso los de mas moderna invencion como java) no tienen herencia multiple.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:17h
(#153922)
Quien diga que C++ no es mejor lenguaje que C no sabe de lo que habla. Porque C++ tiene todas las posibilidades de C (de forma 99% compatible) y además otra serie de posibilidades que no se pueden implementar razonablemente en C y que con frecuencia son útiles y hasta imprescindibles.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:24h
(#153923)
Cierto, pero no hay que hacer siempre lo que quiera el mercado; el mercado lo que quiere es que los programadores sean esclavos baratos que no duerman y sin familia. Entonces si puedes evitar programar en vb... no lo hagas, por el bien de tus neuronas.
C# es un lenguaje (.Net la plataforma) que Microsoft a creado para hundir a Java, porque después de todo ambos van dirigidos al mismo sector: el de las aplicaciones Web. Además, la gente de Sun se ha puesto a la defensiva y quieren hundir a .Net, que es una amenaza para su plataforma... El caso es que, en mi opinión, al final sólo quedará uno de los dos (al menos como producto mayorista), con lo cual creo que ambas plataformas son más bien autoexcluyentes.
No me caen bien los engendros de M$, que le vamos a hacer... ;-)
En fin, que es mi opinión personal... y espero no estar montando un flame... :-/
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:37h
(#153925)
A mi lo que me sorprendió de java cuando trabaje con él en aplicaciones matemáticas es que el módulo de un entero largo me daba resultados diferentes en versiones distintas del jdk.
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:41h
(#153927)
Si pero, por no tener herencia multiple (que es lo unico que le falta) no se puede descartar un lenguaje.
Jamás he dicho tal cosa, pero eso de "la solución elegante" es más falso que un euro de madera. Es como decir que usar interfaces para la herencia es más elegante que usar la propia herencia. Valiente estupidez, la herencia múltiple es el objetivo, los interfaces son una aproximación a ese objetivo, pero nada como la aproximación total.
Si exceptuando C++, el resto de lenguajes orientados a objetos de uso comun (incluso los de mas moderna invencion como java) no tienen herencia multiple.
De uso común solo hay dos lenguajes orientados a objetos: Java y C++. Uno usa el parche de los interfaces y el otro la herencia múltiple real. Los demás elegirán una u otra aproximación, por ahora solo conocía Java que hiciese eso de los interfaces, aunque C++ fuese el único en permitir herencia multiple (que no lo es) eso no querría decir que esa solución fuese menos elegante. Es más, la herencia múltiple es una necesidad, pero da muchos muchos muchos muchos problemas de diseño, la gente de Sun prefirió esquivarlos dando más trabajo a los programadores, la gente de C++ los solucionó y el resultado final es que en C++ la herencia múltiple es una delicia y en Java puede resultar un infierno. Dios no quiera que te toque escribir una clase que implemente 6 interfaces con 20 métodos cada uno.
Yo no digo que porque un lenguaje no implemente la herencia múltiple haya que descartarlo, digo que los interfaces son el parche y la herencia múltiple la solución, *no* al revés...
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:43h
(#153928)
Sun es igual de monopolista que Microsoft. ¿No te acuerdas que la publicidad de java era tendiente a undir a C++?. ¿Ellos no hicieron una maquina virtual de java en Linux para undirle y que solaris prevaleciera? Si odias a Microsoft por esos motivos deberías odiar a sun tambien.., No eres coherente en tus argumentos
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:49h
(#153930)
Knuth es un gran matemático y un pésimo artista. El arte es una forma de expresión, la programación es una técnica, una herramienta, no hay expresión por ninguna parte. Si se puede llamar arte a programar se puede llamar arte a cualquier cosa. No hay que confundir el arte con la habilidad, pederse en silencio requiere habilidad (arte como sinónimo), pero un pedo silencioso no es arte. Programar seguro que requiere cierta habilidad (cierto arte) pero no es arte. Cuando decimos arte en ese sentido nos referimos a esto:
Acto o facultad mediante los cuales, valiéndose de la materia, de la imagen o del sonido, imita o expresa el hombre lo material o lo inmaterial, y crea copiando o fantaseando.
Y la programación no es nada de esto en absoluto. La programación *NO ES ARTE*, y quien lo piense o no lo ha meditado lo suficiente o no tiene ni la más pajolera idea de lo que supone programar o de lo que es el arte. Solo alguien que no entiende la programación sería capaz de llamarlo arte...
por
pobrecito hablador
el Domingo, 15 Diciembre de 2002, 18:55h
(#153931)
Programación de Interfaces: No se refiere a programación de INTERFACES DE USUARIO, sino al uso de INTERFACES para implementar herencia múltiple en algunos lenguajes que adolecen de ella y la conciben como algo complejo (veáse Java, C#). ¿Quién no ha tenido, en su aplicación, el objeto turismo y el objeto furgón, y ha querido tener un objeto c-15 (por poner un ejemplo)? ... Una medio solución consiste en crear inventos anormales e ilógicos, que declaran la funcionalidad de lo que debiera ser una C-15, y oye, te lo curras tú, y tú lo implementas... Uhm, lo natural es heredar de los dos objetos, no andar dando rodeas en la implementación: ¡Ya está hecho por separado, por qué lo tienes que hacer tú! ¿por que es muy dificil?, venga ya!. Puede ser que me digas que es difícil de implementar, vale lo acepto, pero C++ lo hace, otros lenguajes lo intentan y no lo consiguen.
ARTE: Obviamente, alguien que no domina el vocabulario técnico y los conceptos abstractos de diseño y metodología de los que se hablan, no puede entender dónde está el arte, ello lo convierte en un mero albañil o peón (sin intención de menospreciar a ninguno de los profesionales de la construcción), que lo único que entiende es de echarle de comer a la hormigonera con cemento y arena, y no alcance a ver más allá de sus narices: Es un mero picador de tecla quemado por su situación laboral, que dudo que se merezca y de la cual esté muy satisfecho. ¿ Algún albañil dudó de la profesionalidad de Gaudí, o de su arte?, ¿por qué lo haces tú?. Cuando alcances a comprender ciertos términos, probablemente entiendas de que existe un arte detrás, y no sólo una técnica: La técnica sólo es aplicable a los trabajos repetitivos y mecánicos, que no tienen nada que pensar. Programar consiste en modelar la realidad tal como tú la concibes: Obviamente calcular una raíz cuadrada no tiene mucho rollo, pero modelar una aplicación o un sistema, aportará evidencias de cómo percibes tú los objetos del mundo real.
En fín, si no es un arte, pues nada, tú mismo.
!
(Puntos:0)Tsk, tsk, tsk...
C rules!
(Puntos:0)CLX
(Puntos:1)( http://www.shiru.org/ )
Ya que VCL es solo para win32 la pena es ke no sea 100% compatible con los componentes CLX de delphi para que la gente pueda migrar de delphi a lazarus sin problemas.
Los vIsUaLeS...
(Puntos:1)( http://barrapunto.com/ )
Plz que no vengan con peticiones ¿cúando un VB para linux? XD
El sentido comun es el menos comun de los sentidos.
Pues vaya opcion han ido a elegir...
(Puntos:0)
Pongo legible entre comillas porque la legibilidad en un lenguaje viene de escribir codigo con unas normas. Evidentemente pascal o eiffel tienen una sintaxis mas agradable para los principiantes, pero es que cuando alguien usa un lenguaje lo hace por mucho tiempo y al final no hay diferencias de legibilidad.Re:Los vIsUaLeS...
(Puntos:0)pa ti todo
(Puntos:1)( http://barrapunto.com/ )
chikushou! omae wo korosu!
Re:Los vIsUaLeS...
(Puntos:0)Re:Los vIsUaLeS...
(Puntos:1)( http://barrapunto.com/ )
esa es mí opinión.
El sentido comun es el menos comun de los sentidos.
Re:pa ti todo
(Puntos:0)Integrismo
(Puntos:0)Toolchain
(Puntos:1)( http://barrapunto.com/ )
-- "La libertad es un concepto contradictorio con la naturaleza humana" (Krzystof Kieslowski)
ningun visual de los que conozco
(Puntos:0)Re:pa ti todo
(Puntos:0)¿ Y que tienen de malo Java, Delphi o p.ej ADA ?
(sólo por aprender)
(··)/"" M.A.
Re:Toolchain
(Puntos:0)Re:Los vIsUaLeS...
(Puntos:1)( http://barrapunto.com/~payo_ranger | Última bitácora: Sábado, 25 Diciembre de 2010, 07:17h )
Saludos
no entiendo esta actitud linuxera...
(Puntos:2, Interesante)( http://www.x2l2.net/ )
a ver, en mi opinion mientras mas porgramas para linux hayan mejor, mientras puedes hacer las cosas d mas maneras mejor, si a ti te gusta trabjar de otra manera pues trabaja de esa , cada uno hace lo ke le da la gana , igual el progrmaa esta peor hecho que aquel otro pero este hace exactamente lo que quiero y ya esta y lo uso..
y ke no me venga a decir que soy un mierdecilla solo por que hago las cosas como yo kiero...
si un programa es malo se quedara abandonado a mitad , o simplemetne nadie lo usará y ya... pero su existencia en si no es mala.. si lo han hecho es por ke era util hasta cierto punto , a lo mejor dejo de ser util y se kedo como esta..
pero el caso es ke , en un sg todo el mundo se ponea a despotrincar sobre cualquier cosa que alguien hace
para mi que todo esot viene de un mecanismo de defensa en este plan :
no hay tal cosa para linux --> me da igual por que eso es lo peor y no vale para nada
mientras que puede que halla alguien que este diciendo , joer , pues es una pena por que yo suelo usar "tal cosa" y me gusta la idea de "gnu/linux/software libre bla bla bla"
y siempre vienen con la paranoia del control..
tener control sobre las cosas esta bien , pero a veces prefiero hace una cosa mal en poco tiempo y que me sea util , que tardar un mes en hacer algo "que controlo totalmente"
(Ahh.. ya me he quedao agusto :P)
Cada uno tiene su sitio...
(Puntos:1)( http://barrapunto.com/ )
Quiero decir que C, C++, Java, Pascal, etc, no son autoexcluyentes... cada uno tiene su sitio. Excepto C#, claro... ;-)
Un saludo.
Eso no se llamaba kilyx?
(Puntos:1)( http://blog.shalafi.net/ | Última bitácora: Jueves, 20 Septiembre de 2012, 08:58h )
¿Alguien se acuerda de esto?
Y respecto a la discusion alternativa sobre lenguajes de programacion... cada lenguaje es para lo que es, creo yo, es decir, me encanta el C, pero tam,bien en Java, y asi como no se me ocurriria intentar hacer un programa eficiente en Java, no intentaria hacer un programa de ventanas escaso de tiempo con algo que no fuera un entorno visual.
Un saludo, por ejemplo, Buenos dias:
Re:Los vIsUaLeS...
(Puntos:0)Re:Los vIsUaLeS...
(Puntos:0)Re:ningun visual de los que conozco
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Sábado, 18 Septiembre de 2004, 13:29h )
Si quieres (por ejemplo) crear tu mismo las ventanitas, efectos visuales, incluso al igual que en c meter ensamblador por medio o lo q mas te guste puedes, ...
Lo que mola de delphi sobre C o VB es que no estás obligado a hacer ninguna de las 2 cosas.
---
Espacio reservado para su publicidad.
Re:Toolchain
(Puntos:0)Re:Eso no se llamaba kilyx?
(Puntos:0)Re:Toolchain
(Puntos:0)Kylix no es libre
(Puntos:1)( http://milugar.net/ | Última bitácora: Domingo, 04 Febrero de 2007, 11:43h )
Kylix es software cerrado, pero cerrado cerrado. Te dejan una version gratis (la Open Edition) a condicion de que todo lo q hagas lo liberes segun la GPL
¿Qué es GHiPBaC [milugar.net]?
Re:Toolchain
(Puntos:0)La programación NO ES UN ARTE. Es una técnica que tiene poco o nada que ver con el arte
Las herramientas también son programas, al igual que las bibliotecas. Y al igual que no te programas la raiz cuadrada cada vez que tienes que usarla, no tiene sentido estar amargado con la programación de interfaces (no tienen nigún interés técnico pero es engorroso y pesado). Si tienes herramientas (como glade) que te hacen el trabajo es tan estúpido hacer las interfaces a mano como reprogramar todo lo que no venga incorporado al lenguaje (bibliotecas y demás) cada vez.
A mi me ha tocado muchas veces hacer interfaces a mano, dificultad 0 y mucho tiempo invertido...
Re:Toolchain
(Puntos:1, Interesante)Los interfaces no son la solución elegante a la herencia múltiple, la herencia múltiple es la solución elegante y los interfaces son un parche para no tener que lidiar con los problemas de la implementación de herencia múltiple en el lenguaje.
Re:Toolchain
(Puntos:0)Ya estamos con lo de siempre
(Puntos:3, Interesante)Por supuesto que es necesario que existan RAD's en linux. Parece que mucha gente no es consciente de cuales suelen ser los requerimientos de las empresas a la hora de contratar el desarrollo de una aplicación. No todas las empresas se pueden permitir pagar una aplicacion en C/C++ (o sencillamente no les da la gana) y prefieren una desarrollada en un RAD a un precio muchisimo menor aunque la calidad sea muy inferior.
Veo que se critica a los RAD de forma gratuita y sin conocimiento de causa. Despues de cuatro años trabajando en VB (no por gusto) creo que puedo asegurar que es una mierda. Su lista de carencias y defectos da para llenar páginas y páginas. Sin embargo, y a pesar de lo facil que es criticarlo, resulta que la mayoria de los que lo critican no dan una demostrando que no tienen ni idea de lo que estan hablando.
Yo soy el primero que no uso RAD's cuando programo por hobby, prefiero C (en casa de herrero cuchillo de palo), pero el mercado es como es y la demanda de programacion "rastrera" es muy grande. Para poder introducir linux en las empresas se hace necesaria la existencia de RAD's. Tampoco entiendo por qué a la gente les molesta tanto que existan. Si no te gustan no los uses y ya está. ¿Es que alguien obliga a usar todo lo que sale para linux? Mi mas sincera enhorabuena a los que hayan podido encontrar trabajo en su lenguaje favorito (mas bien envidia cochina :-P) pero que entiendan que no todos hemos tenido esa suerte y no es tan simple como decir "ese lenguaje es malo así que usa otro".
Resumiendo: a ver si hablamos con un poco mas de conocimiento de causa.
Re:Cada uno tiene su sitio...
(Puntos:0)para mi "C# = Java" y adonde pongas C# puedes poner a Java sin problemas. Son calcaoooooos
Re:Eso no se llamaba kilyx?
(Puntos:0)Señores, Java es Lentoooooooooo, para muchas cosas y adecuado para el Web.
Que bien
(Puntos:1)( http://www.luisdigital.com/ | Última bitácora: Miércoles, 27 Diciembre de 2017, 01:08h )
La verdad es menos creíble que la mentira. 08:22 A.M. - 04/08/01 No dejes que una mancha oscurezca tu vida.
Re:Eso no se llamaba kilyx?
(Puntos:0)Re:Los vIsUaLeS...
(Puntos:1)( http://tonivade.no-ip.org/ )
grabación de CDs: ¿pero hay algo mejor que cdrecord?
programas tipo GetRight: wget, prozila.
secuenciadores de música: de esto no puedo hablar por que no gasto este tipo de software.
Además, de los programas que has mencionado, alguno se engloba en lo que conocemos como software libre?
Why Pascal is Not My Favorite Programming Language
(Puntos:0)-- God Brian W. Kernighan
And don't get me started on ObjectPascal, like if C++ was any better than C...
C is the *perfect* Unix programming language, period ^_^
Scheme, Limbo, Python, or some other specialized languages(eg., awk, rc, etc.) may be better in some cases, but C is the *best* general purpose language.
Ah, and I almost forgot: "Real Programmers Don't Use Pascal"!
"The easiest way to tell a Real Programmer from the crowd is by the programming language he (or she) uses. [...] Quiche Eaters use Pascal. Nicklaus Wirth, the designer of Pascal, gave a talk once at which he was asked, "How do you pronounce your name?". He replied, "You can either call me by name, pronouncing it 'Veert', or call me by value, 'Worth'." One can tell immediately by this comment that Nicklaus Wirth is a Quiche Eater."
\\k
estas en lo cierto
(Puntos:0)Re:Los vIsUaLeS...
(Puntos:0)Y por supuesto Downloader for X
Re:Toolchain
(Puntos:0)I think I know some one who disagrees with you...
\\k
Re:Why Pascal is Not My Favorite Programming Langu
(Puntos:1)Re:Toolchain
(Puntos:0)Salud2 !!!
Re:Ya estamos con lo de siempre
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Lunes, 04 Mayo de 2015, 00:07h )
Sí, de vez en cuando se vislumbra cierto integrismo... Ahí tienes la estrofa estrella:
Linux es mi sistema,
Debian su distro será,
en C escribes programas,
¡y en perl automatizarás!
:-D
C/C++
(Puntos:0)Re:Ya estamos con lo de siempre
(Puntos:0)Re:Cada uno tiene su sitio...
(Puntos:1)( http://barrapunto.com/ )
En fin, que es mi opinión personal... y espero no estar montando un flame... :-/
Un saludo.
Re:Eso no se llamaba kilyx?
(Puntos:0)Re:Toolchain
(Puntos:0)Jamás he dicho tal cosa, pero eso de "la solución elegante" es más falso que un euro de madera. Es como decir que usar interfaces para la herencia es más elegante que usar la propia herencia. Valiente estupidez, la herencia múltiple es el objetivo, los interfaces son una aproximación a ese objetivo, pero nada como la aproximación total.
Si exceptuando C++, el resto de lenguajes orientados a objetos de uso comun (incluso los de mas moderna invencion como java) no tienen herencia multiple.
De uso común solo hay dos lenguajes orientados a objetos: Java y C++. Uno usa el parche de los interfaces y el otro la herencia múltiple real. Los demás elegirán una u otra aproximación, por ahora solo conocía Java que hiciese eso de los interfaces, aunque C++ fuese el único en permitir herencia multiple (que no lo es) eso no querría decir que esa solución fuese menos elegante. Es más, la herencia múltiple es una necesidad, pero da muchos muchos muchos muchos problemas de diseño, la gente de Sun prefirió esquivarlos dando más trabajo a los programadores, la gente de C++ los solucionó y el resultado final es que en C++ la herencia múltiple es una delicia y en Java puede resultar un infierno. Dios no quiera que te toque escribir una clase que implemente 6 interfaces con 20 métodos cada uno.
Yo no digo que porque un lenguaje no implemente la herencia múltiple haya que descartarlo, digo que los interfaces son el parche y la herencia múltiple la solución, *no* al revés...
Re:Cada uno tiene su sitio...
(Puntos:0)Re:Toolchain
(Puntos:0)Knuth es un gran matemático y un pésimo artista. El arte es una forma de expresión, la programación es una técnica, una herramienta, no hay expresión por ninguna parte. Si se puede llamar arte a programar se puede llamar arte a cualquier cosa. No hay que confundir el arte con la habilidad, pederse en silencio requiere habilidad (arte como sinónimo), pero un pedo silencioso no es arte. Programar seguro que requiere cierta habilidad (cierto arte) pero no es arte. Cuando decimos arte en ese sentido nos referimos a esto:
Acto o facultad mediante los cuales, valiéndose de la materia, de la imagen o del sonido, imita o expresa el hombre lo material o lo inmaterial, y crea copiando o fantaseando.
Y la programación no es nada de esto en absoluto. La programación *NO ES ARTE*, y quien lo piense o no lo ha meditado lo suficiente o no tiene ni la más pajolera idea de lo que supone programar o de lo que es el arte. Solo alguien que no entiende la programación sería capaz de llamarlo arte...
Re:Toolchain
(Puntos:0)