já vi por aqui alguns membros a quererem transmitir entre duas aplicações em processing. :)
E vão dois, é java simplificado, mas para fazer um botão é um atrofio, um slider a mesma coisa, visual c é gratutio e é bem mais facil de montar um gui e ter estabilidade com c/c++ que com java, só para meter o processing a trabalhar no ubuntu é preciso dar um monte de voltas para mais que é muito instavel.
Para que inventar se é só ires ao site da microsoft e sacar o visual studio express e está feito, para que inventar a montar um ide e depois ir buscar o compilador mais não sei onde, é que visual c tem milhões de exemplos na internet e uma documentação brutal.
E vão dois, é java simplificado, mas para fazer um botão é um atrofio, um slider a mesma coisa, visual c é gratutio e é bem mais facil de montar um gui e ter estabilidade com c/c++ que com java, só para meter o processing a trabalhar no ubuntu é preciso dar um monte de voltas para mais que é muito instavel.
Ganha o java, mais ou menos...
Corre lá sketchs complexos de processing em liniux(ubuntu no meu caso), crash o pc todo, java não é 100% compatível com tudo nem é open-source, é uma linguagem interpretada, logo é sempre mais lenta que uma linguagem compilada, é basicamente um c castrado sem ponteiros e mais lento, já tive cadeiras de java e não vejo vantagens sobre o c.
Para que inventar se é só ires ao site da microsoft e sacar o visual studio express e está feito, para que inventar a montar um ide e depois ir buscar o compilador mais não sei onde, é que visual c tem milhões de exemplos na internet e uma documentação brutal.
Sim ... mas nao e multiplantaforma... se for algo multiplantaforma ganha o java.... Eu gosto muito de VB.net
já tive cadeiras de java e não vejo vantagens sobre o c:o Really?! Então e o conceito de OOP? E o garbage collector? São duas linguagens bastante diferentes que competem em campeonatos completamente diferentes. Ambas têm vantagens e desvantagens, depende do tipo de aplicação.
Em milhares de linhas de código é tão normal tratares de leaks de memória como de outro problema qualquer.
Citarjá tive cadeiras de java e não vejo vantagens sobre o c:o Really?! Então e o conceito de OOP? E o garbage collector? São duas linguagens bastante diferentes que competem em campeonatos completamente diferentes. Ambas têm vantagens e desvantagens, depende do tipo de aplicação.
Acho Processing uma ferramenta brutal. As comparações que aqui fizeram até ao momento não me parecem válidas. Processing não é uma linguagem portanto não faz sentido comparar a outras. Processing não foi feito com o objectivo de tornar fácil a concepção de "GUIs clássicos" tal como faz o Visual Studio.
Há muitas coisas que em Processing se fazem em 2 ou 3 linhas e que noutro tipo de aplicação envolveria muito mais código e conhecimento. É isso que está em causa. Basta ver os exemplos que o Processing traz. Não me apetece aprender OpenGL só para desenhar meia duzia de quadrados, por exemplo. Se o Processing permite coisas fantásticas com poucas linhas de código, porque não usa-lo?
Já testaram Processing com "olhos de ver", ou estão só a mandar bitaites para o ar do que vos parece ser?
Em milhares de linhas de código é tão normal tratares de leaks de memória como de outro problema qualquer.
Se assim fosse, porque teriam inventado o garbage collector?
Eu consigo-te perceber, até porque vimos do mesmo sitio (MEEC-IST), onde as "fundações" são todas em C (e bem, a meu ver).
Mas na verdade, para aplicações complexas e críticas, e em que não seja tão importante a rapidez do código, Java ou linguagens com garbage collector são mais seguras.
penso que o que se discute aqui é a utilização do Processing como meio para programar sem saber de onde aparecem as funções
Ofendido? Nada disso. Cada um tem direito à sua opinião. Seja qual for, respeita-se. Estamos aqui com uma discussão geek que nada tem a ver com questões pessoais.
Mas mais uma vez apetece-me argumentar ;D
Depende do tipo de aplicação. Se estiveres a fazer algo baseado num servidor TCP embebido num microcontrolador (por exemplo) convém saberes pormenores de baixo nível. Se estiveres a fazer uma aplicação de "alto nivel", por exemplo em C#, podes simplesmente usar um TcpListener. E confiar nele, pois faz parte da base library (ou lá como se chama) e está mais que testada e acreditada. Tal como o printf(), o fork(), etc que usas em C e que não colocas em causa.
Não é uma questão de paciência. Tu até podes saber como se faz em C, e isso é excelente, mas se estás a fazer em algo em C#, de alto nível, só se fores mazoquista (acho eu) é que vais querer fazer um "TcpListener" teu (até porque, muito provavelmente não ficará tão bom). Ele já existe, e com garantias de bom funcionamento, é só usá-lo. É uma questão de produtividade.