23 de julho, 2002

Kylix C++

Esta notícia do The Register informa que a Borland está lançando a versão 3.0 do seu ambiente de desenvolvimento Kylix (sucessor do Delphi) para Linux, agora suportando também a linguagem C++. Para detalhes, confira a página oficial.

Postado por brain em 23 de julho de 2002, 02:20 PM
Comentários

Lembro quando o Kylix foi lançado, muita gente falou que iria revolucionar o mundo Linux, outros tinham medo de que haveira uma avalanche de programas de qualidade ruim.

Aconteceu alguma coisa? Gostaria de ouvir notícias...


Jair,

Postado por: Jair Valmor em julho 23, 2002 06:40 PM

Na minha opiniao, dentro do Linux, o Kylix
nao esta com nada. O Kylix esta sendo usado
para "aproveitar" algum codigo que foi escrito para as plataformas da Microsoft no Delphi...ou seja...uma forma de os programadores Windows poderem dizer "estou programando no Linux". No Linux sempre usamos C/C++ e esta muito bom...o Pascal vamos deixar pra galera do Windows e para as escolinhas...

Postado por: Doctor #include em julho 24, 2002 12:31 AM

Infelizmente, existem pessoas que pensam como o Sr. '#include'. O fato da Borland fazer um esforço colossal para disponibilizar no Linux uma ferramenta muldialmente premiada e largamente utilizada como o Delphi, deveria ser louvado por todos que se dizem fãs e entusiastas deste excelente sistema operacional. O Kylix é uma ferramenta que está amadurecendo e futuramente deverá gerar frutos para toda comunidade Linux, pois trará muitos usuários para o desktop do Linux que atualmente é muito pouco utilizado se comparado com a concorrência (ou seria monopólio?).
Há Sr. '#include'! Caso o Sr. não tenha se dado ao trabalho de ler a reportagem, o Kylix 3 está levando RAD de qualidade para os programadores em C/C++ do Linux.
Salve a Borland e o seu pioneirismo.

Postado por: Anderson Franco em julho 24, 2002 01:58 AM

Concordo com o Anderson em número, gênero e grau.

É isso aí, o kylix é fruto de um esforço muito grande para ser desprezado por um "sujeito esnobe" como o cidadão denominado ...#include. Eu não sei, às vezes eu me pergunto como tem gente tão metido à besta, que se acha o máximo. Eu tô achando que esse cidadão não sabe nem programar... E tem mais, acho que o Kylix é a ferramenta ideal para ele que terá de aprender.
Pelo menos é um RAD e é mais fácil.
OBS: Só para complemente, apesar de ser pago, temos versões Open-Source do Kylix e que nela pode-se fazer o que quiser é só achar os componentes certos. Eu acho que os xiitas só deveriam se voltar contra uma ferramenta desse tipo quando houvesse uma alternativa "open-source" tão boa quanto ela.

FAS

Postado por: FAS em julho 24, 2002 09:36 AM

Tenho usado os produtos Borland desde o bom e velho SideKick (muitos não farão idéia do que seja) que já foi considerado um fenômeno em sua época. E tenho aguardado com ansiedade uma versão do Kylix para C++ já que há muito fora anunciado. Apesar de softwares como o XWPE e o Anjuta tentarem imitá-lo, ainda não tem a cultura necessária para manter tranquilos os desenvolvedores sérios de aplicações que desejem usar o Linux como plataforma.
Só espero que a Borland passe a distribuir seus softwares para Linux em outros pacotes e não apenas no "bonitinho" RPM.

Postado por: Carlos Augusto Jr em julho 24, 2002 03:26 PM

Eh... pelo que estou vendo, o pessoal do Delphi defende com unhas e dentes os produtos da Borland, principalmente o Kylix... eu acho isso como nada mais nada menos do que.::: "RECONHECIMENTO".
O Kylix eh ótimo, e agora ainda melhor!
Quanto ao Sr. #include (afinal, ?#include? eh um exemplo de falta de imaginação...), gostando o senhor ou naum, o Kylix tah ai... e soh pra te avisar, o Pascal eh consagrado e sagrado, ou serah que vc começou a programar usando Visual Basic??

Postado por: Andress em agosto 24, 2002 10:14 PM

Bom meus amigos, temos de ser imparciais não, sei que os delpheiros de plantão estão ai defendendo com unhas e dentes seu pão de cada dia e não deveria ser diferente, pois kylix e muito fácil de usar muito bom para programas comercias coisas que sabemos que programadores peão faz. Bom mais temos de ver tb que essas linguagens foram feitas em C/C++ que pra mim e sagrado e o templo das linguagens, aquela que nasceu pra UNIX assim como UNIX nasceu pra ela. Eu sou defensor de C/C++ adoro ter o poder nas mãos na hora de desenvolver mais isso não quer dizer que farems programas para o supermercado da esquina e C/C++. na informatica tem de haver o simples e o fácil, tudo bem o sr include exagerou mas tb kylix não e a panaceia !!!!

Postado por: Anjo Mal em setembro 30, 2002 06:33 PM

Meus amigos outra coisa, DELHPI E VISUAL BASIC são a mesma coisa, pois tem a mesma escencia são automatizadores de construção de janelas e não uma linguagem de programação...

Postado por: Anjo Mal em outubro 1, 2002 05:20 PM

Antes de me apedrejarem, já vou dizendo que extraí este texto da internet, acho errado a denominação programador peão, trocaria por iniciante, pois também faço esses programinhas banais, pois estou no começo, duvido q algum de vocês nunca levou um tombo quando começaram a andar de bicicleta, ou será q ele não sabe o q é uma bicicleta?

este texto não é minha opinião pessoal, mas podemos debate-la .
_________________________________________________

1 Vb x Delphi - A verdade sobre o Delphi
Se você é programador de Visual Basic, para que se importar com o que podem fazer os programadores Delphi? No mínimo, isto daria uma idéia de que se deve esperar das próximas versões do Visual Basic.
Não estou falando de um compilador de verdade. É lógico que os programadores VB anseiam por um destes há anos. E embora o Delphi seja um deles, a presença ou ausência de um compilador não altera o desempenho da maioria dos aplicativos escritos em qualquer uma dessas linguagens.
INVEJA DOS OBJETOS - O que o Delphi tem que o VB não tem? Objetos. O Delphi emprega um modelo dos objetos consistente que abrange todos os seus aspectos. Enquanto os módulos de Classe e os recursos de construção de objetos do Visual Basic 4.0 são adições recentes derivadas de uma ferramenta originalmente não orientada a objetos, o Delphi é orientado a objetos desde o começo.
O modelo de objetos do Delphi permite obter mais resultados com menos códigos e desenvolver aplicativos melhores com maior rapidez e menor número de erros. Um exemplo: para adicionar uma lista de fontes da impressora a uma caixa de listagem no VB 4.0, você executaria este código:
Dim I
For I=0 to Printer.FontCount - 1
List1.AddItem Printer.Fonts (I)
Next I

No Delphi 2.0, você pode obter os mesmos resultados com uma instrução:

List1.Itens := Printer.fonts;

No Delphi, a propriedade Items (itens) de um objeto de caixa de listagem e a propriedade Fonts (fontes) do objeto Printer (impressora) são indicadores de objetos Tstrings, que mantêm uma lista de cadeias de caracteres e são semelhantes a conjuntos de cadeias (assim como as propriedades Items dos componentes Memo, RichtEdit e Outline). Sendo um Tstring tão bom quanto o outro, você pode atribuir a lista de fontes à caixa de listagem, a seu critério.

No VB, por outro lado, a lista de fontes e os itens da lista de alternativas são conjuntos de cadeias, características de um produto que anteriormente não era orientado a objetos. Uma vez que estes conjuntos não são objetos, não há como fazer referência a toda a lista de fontes ou ao conteúdo da caixa de listagem no VB. Seu único recurso é copiar cada item da lista de fontes para a caixa desejada.
A Microsoft introduziu um objeto Collection, que permite fazer referência a um conjunto de itens como uma unidade no VB 4.0. Entretanto, você só pode utilizar objetos Colletion com componentes Windows 95, portanto eles são inúteis quando você está trabalhando com elementos de linguagem (por exemplo, uma lista suspensa ou objeto Printer) anteriores ao Windows 95.
COMPONENTES EXPANDIDOS - Outra grande vantagem do Delphi em relação ao VB é que ele permite personalizar e expandir componentes, além de criar outros totalmente novos. Embora os módulos de Classe do VB 4.0 ainda nem começou a resolver a hereditariedade e a capacidade de reutilização.
Digamos que você precisa de uma lista de fontes em vários aplicativos e deseja que estas listas classifiquem as fontes, exibindo-as em duas colunas e opermita seleções múltiplas. No VB, seria necessário definir cada uma destas propriedades todas as vezes que uma caixa de listagem fosse adicionada a um formulário;e, em seguida, adicionar o código necessário para preencher a caixa com a lista de fontes Print. O Delphi, porém, permite criar um componente FontList reutilizável. A declaração de um novo componente TFontList como um tipo TListBox faz com que o TFontList do Delphi possa
herdar, automaticamente, todas as propriedades, métodos e eventos do componente padrão. Portanto, é preciso elaborar códigos apenas para as coisas que estão sendo alteradas.
Você pode fazer tudo isto elaborando código VB. E se quisesse que o componente FontList exibisse o nome de cada fonte usando a família de fontes que ele representa? Não é possível fazer isto numa caixa de listagem VB sem utilizar controles personalizados adicionais. Mas no Delphi, é só especificar que seu FontList é uma caixa de listagem proprietária e, depois, adicionar códigos ao manipulador de eventos InDrawItem do componente para exibir cada nome de fonte com sua própria família de fontes.
Embora os usuários VB possam sentir-se ludibriados agora, é óbvio que a Microsoft fará todo o possível para eliminar a vantagem do Delphi. O VB não vai se tornar um ambiente totalmente orientado a objetos, mas vai chegar perto, incorporando mais elementos a cada nova versão. Quanto à capacidade de reutilização, pode ter certeza de que já vimos a última versão do VB, que é incapaz de criar controles ActiveX.
________________________________________________

O texto é meio antiguinho , mas serve.
O Kylix não veio para dividir , mas sim para unir o util ao agradavel, otima ferramenta!!!

Postado por: Louri Orochi em novembro 20, 2002 09:52 AM

Eu fico aqui me perguntando o que leva algumas pessoas a se acharem diferente de outras, um desenvolvedor nao deve maldizer de ferramentas de trablho, o c/c++ e' uma ferramenta de trabalho, como o kylix tambem o e', devemos exterminar nosso ego e pensar na praticidade e bem estar de quem usa nossos programas, e o kylix oferece isso muito bem.

Desenvolvo projetos de informatica a quase 10 anos e uso c/c++/pascal/delphi/kylix e etc..., depende da amplitude do projeto e a quem vai ser direcionado, o cliente so quer poder trabalhar bem.

Postado por: Raimundo em dezembro 11, 2002 10:31 AM

Eu gostaria de saber onde posso conseguir boas apostilas e bons tutoriais (de preferencia em portugues) do Kylix.

Postado por: Adail Junior em fevereiro 13, 2003 01:49 AM
Poste um comentário
Esta notícia é antiga e já foi arquivada, é impossível acrescentar novos comentários a ela. Se tiver dúvidas sobre o assunto, use o Fórum. "; ?>