Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Isto não é bem uma "aplicação" mas sempre desejei ter um "Device Manager" como o Windows tem. Um sitio central onde se pode fazer a instalação de uns drivers com dois clicks. Até agora o mais perto que já vi foi o Control Center do Mandrake... mas sinceramente, não chega nem perto em algumas coisas. Outra coisa que gostava bastante era um IDE de programação que chegasse aos calcanheres do Visual Studio .NET - também neste campo já vi uma coisa parecida que é o PHPed (que além de PHP também serve como editor de Perl), mas isso também ainda não anda muito perto (nomeadamente quando começamos a entrar em classes). E claro, o VS.NET tem umas quantas linguagens integradas, em Linux cada linguagem com o seu IDE também não facilita, para não falar nas vezes em que o IDE é o vi ou o emacs, ou o pico, ou o joe, ou o ... you get the idea :) "Se vi mais além do que outro, é porque estava nos ombros de gigantes." Sir Isaac Newton
|
| |
|
| | Eh... definitivamente o VS.Net ainda dá cartas em termos de usabilidade. O device manager não me choca tanto; o preocupante mesmo é a falta de drivers. Já começo a ficar farto de comprar material que depois "não é suportado" em Linux.
---------- Este post foi publicado segundo a licensa IDC (I Don't Care). |
| |
| | KDevelop, na sua 3a encarnação vai suportar várias linguagens, até mesmo bash scripts , como é referido nesta notícia. Para além de KDevelop, como já referiste, existe (X)Emacs que suporta praticamente tudo :) |
| |
| | Já agora, fica aqui o link para o post de Ian Reinhart Geiser, onde refere que nessa altura (16 Jun 2003) KDevelop tinha já suporte para Perl, Python (PyQt), Ruby, Fortran, Bash shell, Pascal, PHP, Java, C++, e ADA. |
| |
| | Mas será que o KDevelop, vai ter "completação do código" (perceberam a ideia) ou mostrar a lista de classes de um objecto, o poder desenhar o front-end de uma aplicação e depois duplo click no butão ok, e toca a programar este evento, como se faz no VS.Net.
------------------------------------------------------------ Todas as coisas mudam, e nós mudamos com elas. |
| |
| | Como IDE, tens o eclipse (www.eclipse.org). Muito bom para java, e outros... Como é um framework tem pluggins para muita coisa. Mas a parte para java é a que ta melhor desenvolvida pq é usada para criar o próprio eclipse. Tem tudo o que um IDE moderno deve ter. Faz muito codigo automaticamente, templates, refactorização, interface para cvs e afins, bom debugger, etc...
ps: So é mesmo pena ser em java ;) |
| |
| | Aproveitei a dica - e como já o tinham recomendado para o Mono .Net - instalei o port para GTK da RedHat e epá... está espectacular e rápido :) Aqui fica o link.
---------- Este post foi publicado segundo a licensa IDC (I Don't Care). |
| |
| | IDE é o vi ou o emacs Sim? E qual é o problema de usar o emacs como IDE? Eu prefiro de longe usar o emacs + xterm + (o que for necessário na altura) como IDE do que um IDE tipo Kdevelop que me faz sentir preso lá dentro. Isto mesmo quando faço coisas em Java, apesar de existirem uns quantos bons IDEs para Java em Linux (eclipse, NetBeans...).
-- Carlos Rodrigues |
| |
| | um IDE de programação que chegasse aos calcanheres do Visual Studio .NET Depois de experimentares o Kylix talvez questiones quem é que deve chegar aos calcanhares de quem... |
| |
| | So podes dizer isso porque nunca experimentaste os dois concerteza... e nao me refiro à simples instalação e brincadeiras iniciais. "Never interrupt your enemy when he is making a mistake." Napoleon Bonaparte |
| |
| | Existe o Anjuta para C/C++, ainda um pouco incipiente, mas mostra-se interessante. |
| |
| | Organismos publicos: Recenseamento Gestão de canideos Cemiterios Gestão autarquica Contabilidade autarquica Correspondencia Gestão de alunos Horarios e o resto para a gestão de organismos publicos. Para organismos privados: Gestão comercial (facturação, CC, etc.) Lojas e comercio retalhista Restauração já existe :-)) Gestão financeira (contabilidade, salarios etc) Gestão de Produção Gestão de consultorios/clinicas No fundo são aplicações 'faceis' de fazer, que pela grande necessidade que as empresas têm delas, iram levar a que progressivamente se abondone o M$ windoze e se faça a transição para linux. Eu sou do tempo em que havia uma coisa no escritorio chamada computador que só era utilizada para fazer facturas! É preciso é haver quem as faça e comercialize. |
| |
|
| | Fala com o pessoal do Instituto polit*cnico de Gaia ISPGaya uns alunos, de la desenvolveram um sistema de gest*o em kylix para gerir os alunos da escola funciona em linuz :) , s* sei do que vi na Porto Cidade Tecnologica Linux Party. Quanto a : Gestao financeira (contabilidade, salarios etc) Gestao de Produc,ao -> tou a criar, mas pede muita coisa pois os actuais PHC's e afins fazem coisas engra*adas que eu nem sempre tenho tempo para me dedicar a fazer mas vai indo, sem falar que d* que pensar. Em Novembro espero ter uma base num CVS server para depois reproduzir por varios branchs , falta decidir a licen*a provavelmente ser* GPL feito em PHP e PostgreSQL, talvez tbm portavel para outros tipos exemplo MySQL, com PHP ( ja com o codigo de modo a ser facil de avan*ar para o PHP5 "baseado em classes" ), faz-se maravilhas .Depois no lado do utilizador pode ser qq maquina espero por isto ate a funcionar com o links. Ou Seja "No Javascript code !"; Para redes pequenas aguentar-se-* bem e para grandes * uma quest*o da rede em si e at* ter uma especie de cluster da base de dados. Gestao de Canideos ?!?!?!??!?!!?!? Isso se te explicares melhor e eu perceber que * simples, fa*o-te com licen*a GPL agora com estudos n*o tenho muito tempo mas n*o deve ser complicado. Se estiveres mesmo a falar a s*rio. :P |
| |
| | Se quiseres aceitar um conselho: não faças webinterface. Tens duas desvantagens: 1) estás sempre dependente do que o browser te permite fazer; 2) a introdução de dados irá necessitar da ajuda do rato; Quem passa horas à frente de uma aplicação desse tipo, é muito mais produtivo com o teclado.
---------- Este post foi publicado segundo a licensa IDC (I Don't Care). |
| |
| | Nota que em muitos casos, com um servidor central e clientes distribuídos, a latência da ligação favorece a utilização via web (portanto com edição local) do que mecanismos integrados, com edição remota (X, VNC, ssh/telnet, etc). Por mim, os webinterfaces são suficientes para a maior parte das "form-based-applications". Uma utilização via ssh/telnet é menos produtiva.
Cumps, JB |
| |
| | Depende. Se estamos a falar de uma aplicação de gestão para ser usada num intranet, sem duvida algum que o ideal é ser uma aplicação client/server em que os clientes são desktop applications. Claro que se estivermos a falar de um sistema para ser usado via internet, poderemos colocar a hipotese de fazer um web interface. No entanto a performance na introdução de informação através de um web interface dificilmente atinge a de um desktop application. Por esta razão é que existem vários projectos OpenSource de aplicações de gestão com web interface, que sendo curto e directo, foram uma autentica perda de tempo. Isto porque a unica utilidade desses projectos seria em "empresas" com uma ou duas pessoas e a fazerem uns 80 documentos por dia (na melhor das hipoteses). |
| |
| | Eu nem me referia a ssh ou VNC. O meu conselho é mesmo uma aplicação desktop, nem que deva ter acesso remoto com comunicação por HTTP tão optimizada quanto uma aplicação Web ao nível da consulta de dados paginada para diminuír o tráfego.
---------- Este post foi publicado segundo a licensa IDC (I Don't Care). |
| |
| | Eles falaram quanto a latência , vou agora referir-me ao keyboard versus mouse . Concordo contigo por isso irei mudar agora de um estilo que usa tables para separar os varios campos, para um metodo de frames ou iframes. facilita a navegação com a TAB key. Eu sei ja testei no links de linux . Vou alterar o metodo actual de codigo para um codigo mais OOP . Facilitar a criacção de modulos e etc. Gerar os formularios e HTML . Embora o meu colega n concorde muito. Porque pode n funcionar em versões de servidores antigos pois ele quer que isto tbm funcione em maquinas pouco potentes 133Mhz , as PME's adoram especialmente as que conheço e usam windows 3.1 Mas não me parece problema por em 133Mhz desde que n sejam muitas maquinas a aceder. Isto não está muito avançado , n me tenho dedicado muito mas com o tempo vai lá . Irá estar em testes na optica do pai do meu colega. Se deus quiser em novembro graças ao metodo OOP. Isto tá pronto. |
| |
| | "Gestão de canideos Cemiterios Gestão autarquica Contabilidade autarquica" Realmente... as autarquias estão abaixo de cão e debaixo do cemitério... |
| |
| | Pois estão! pagam fortunas por esses programas que para alem de serem um porcaria dão imensos problemas e só há duas empresas em PT que os fazem (mal). Cãoprimentos |
| |
| | Ele nao disse que estavam por ordem :)
Be different, think for yourself. |
| |
| | Estou a pensar no caso particular de sistemas de computação numérica e simbólica. Existem boas aplicações livres como Octave, Yacas ou Maxima. Um bom GUI pode não ser importante para quem já sabe trabalhar com as aplicações, mas, pelo menos para quem está a apreender, pode fazer muita diferença. Sim, há aplicações comerciais que metem estas a um canto, mas estas têm custo 0 e para muitas situações são mais que suficientes. Sinceramente tenho alguma dificuldade em compreender que não exista uma grande aposta neste campo por parte dos principais Desktop Environments. A necessidade existe, muitas centenas de alunos e professores agradeceriam, e seria bom para os projectos que referi pois ganhariam visibilidade, e seria obviamente muito bom para os próprios Desktop Environments umas vez que teriam mais um trunfo para cativar utilizadores. Este tipo de aplicações pode não ter um público potencial tão vasto como Office Suites mas por outro lado é uma comunidade mais fácil de cativar e de dimensão considerável. |
| |
|
| | para octave tenta MuPPEtO Tem alguns bugs.. mas se tiver pessoas interessadas talvez os corriga... |
| |
| | Parece engraçado. Outro engraçado é kOctave. Mas eu estava a falar de bons GUIs, projectos a sério, ao nível de um Quanta ou Kspread. |
| |
| | Se ouver colaboradores posso pegar no MuPPEtO e -TENTAR- satizfazer as necessidades avançadas desejadas, mas é necessário AJUDA e feedback/wishlist de utilizadores! |
| |
| | Antes de fazer o pedido ao pai natal, queria que o S.Pedro resolvesse a questão do suporte a Centrino - processador e wireless. Depois e por ordem: Corel Draw AutoCad 3D Studio
//vd |
| |
|
| | 3D Studio Existe o Blender para quem prefere open-source ou para bolsos fundos o Maya. PS: já a prever comentários do tipo "o blender não chega aos pés do 3dstudio" (pricipalmente ditos por pessoas que só olharam uma vez para o blender), ver isto ou isto. PS2: porque não dizer equivalentes ao autocad, 3dstudio, etc?
-- Carlos Rodrigues |
| |
| | PS2: porque não dizer equivalentes ao autocad, 3dstudio, etc? Equivalente é o OpenOffice.org ao MSFT Office, o Mozilla ao IE, o Apache ao IIS. Neste momento, na area de desenho não existe nada que seja suficientemente estável e bom para ser considerado equivalente.
//vd |
| |
| | Neste momento, na area de desenho não existe nada que seja suficientemente estável e bom para ser considerado equivalente. Quanto ao Corel Draw e ao AutoCAD é verdade, agora, como já disse, não quanto ao 3D Studio.
-- Carlos Rodrigues |
| |