Programação

**JJaeger** · (29/11/2017, 21:02 )

Aprender o Unity é ficar preso a uma coisa só, eu não quero fazer nada complexo, por isso não quero nada engessado. Tô querendo fazer de "baixo pra cima" mesmo, pelos motivos que o aria falou, no meu caso acho interessante.

É coisinha simples, nos moldes disso:

https://hermann.is/gravity/

só que do meu jeito.

Eu vou dar uma olhada nesse sfml que o aria citou; eu sei mais ou menos os processos pra criar jogos, só não sei o que cada biblioteca já faz pelo programador, por exemplo: se eu preciso implementar algo que fique atualizando estado do jogo, coisas mais de baixo nível mesmo. Mas vou começar lendo as docs dessa lib, e do sdl, outra bem usada também.

ah... e fazer pra android vou dispensar, eu sequer tenho smartphone pra testar

Rakaro · 04/12/2017, 10:57 |

(12/10/2017, 19:40)japatamalu Escreveu: Vocês recomendam algum livro, site ou canal do youtube, para quem quer aprender a programar?

Comecei a aprender programação com Portugol, depois fui para javascript e agora na universidade estou vendo C. A melhor forma de aprender a programação é programando, treinando bastante lógica com exercícios. Você pode usar o site URI. Eu estudei também através do canal curso em vídeo. Vá praticando, mas cuidado para não desistir logo no começo, vá praticando.

**JJaeger** · (19/01/2018, 22:11 )

Faz um tempo que eu tava de olho num tal de Electron, recentemente comecei a ver melhor esse framework. Com ele tô codando um aplicativo pra organizar os doujinshis que tenho guardado e, o negócio é brabo; dá pra fazer umas brincadeiras legais aqui. Com algumas linhas de código vc faz um aplicativo que dá de 11/0 em qualquer qt/gtk/whatnot da vida, ao menos visualmente.

Coisa ruim desse electron é que ele é feito sobre o motor do chromium, daí já viu. Esse app que tô fazendo, que basicamente lê imagens apenas, só pra iniciar come uns 170mb

Spoiler:

é um preço a pagar, ou sou eu que não sei gerenciar memória direito mesmo (mais provável) Icon_lol

Já aproveitei a oportunidade pra sair um pouco do bootstrap e ver materialize css, pra interface esse framework é bem bonito, embora seja meio inflexível.

**JJaeger** · 26/01/2018, 00:02 |

é realmente meio estranho você desenvolver um app como um site nesse electron, algumas coisas simplesmente não funcionam direito. Eu tava querendo ler imagens de um arquivo zip, mas eu não posso simplesmente pôr um buffer de uma imagem numa tag <img> do html... Pra fazer isso eu teria que extrair as imagens numa pasta temporária e ler do disco, é um trabalhão.

Pesquisando eu não achei nenhuma solução direta pro problema, o jeito que encontrei foi ler as imagens de um arquivo zip como um buffer, e converter esse buffer pra base64, e então inserir nas tags img via jquery. O ruim disso é que custa muito processamento, e o app fica entupido de chamada async.

**Aria-shachou** · 26/01/2018, 00:14 |

pq vc não tenta só fazer um programa para descompactar zip, as vezes não é complicado.

Da uma olhada tbm na documentação deles, as vezes vc deixou passar algo... Se não tiver documentação pula fora q é furada igual a api do blogger, há tbm a possibilidade de vc passar a tarefa para outro programa via terminal, sabe invocar um programa por outro, rola bastante disto com o ffmpeg

**JJaeger** · 26/01/2018, 00:23 |

Se eu tô trabalhando com electron ficar chamando programa externo tira o sentido, já que ele é um conteinerzão cross-plataform. A ideia é só usar coisa do ambiente node pra não ter que ficar modificando o app pra cada S.O. A doc deles tem o básico e dá pra se virar, é mais uma limitação do próprio motor do chrome mesmo, acredito.

O problema de descompactar zip é que isso pode levar tempo pra arquivos com muitas imagens, o ideal seria ler imagens de dentro do zip por demanda; até pra não ficar empacando o fluxo do app com escrita no disco. Por hora, acho que conversão à base64 é a minha melhor opção.

gangrena · 26/01/2018, 08:52 |

(26/01/2018, 00:02)JJaeger Escreveu: é realmente meio estranho você desenvolver um app como um site nesse electron, algumas coisas simplesmente não funcionam direito. Eu tava querendo ler imagens de um arquivo zip, mas eu não posso simplesmente pôr um buffer de uma imagem numa tag <img> do html... Pra fazer isso eu teria que extrair as imagens numa pasta temporária e ler do disco, é um trabalhão.

Pesquisando eu não achei nenhuma solução direta pro problema, o jeito que encontrei foi ler as imagens de um arquivo zip como um buffer, e converter esse buffer pra base64, e então inserir nas tags img via jquery. O ruim disso é que custa muito processamento, e o app fica entupido de chamada async.

Mas as chamadas assincronas são a salvação das interfaces atuais, pelo contrário é uma ajuda. Icon_lol

Para você ter idéia a arquitetura mobile de IOS e Android é toda multithreading com quase todas requisições de servidores sendo feitas de forma aasincrona.

**JJaeger** · 26/01/2018, 08:59 |

(26/01/2018, 08:52)gangrena Escreveu: Mas as chamadas assincronas são a salvação das interfaces atuais, pelo contrário é uma ajuda.

Para você ter idéia a arquitetura mobile de IOS e Android é toda multithreading com quase todas requisições de servidores sendo feitas de forma asincrona.

é que eu não tô muito acostumado com chamada async, ficar colocando callback ou tratando promise pra toda função que eu usar não é muito confortável

**Aria-shachou** · (26/01/2018, 09:06 )

última solução pode ser tentar investir no multithread, pq eu acho que o seu serviço pode ser feito enquanto a pessoa lê a pagina, daí vc não congela a aplicação tbm na espera do processo ser concluído... mas nossa converter depois jogar tudo, não é mais fácil tu escrever este arquivo por ai não? dai aponta pra tag img, eu digo pq vc deve estar sobrecarregando não só isso, mas ram e o motor de limpeza da linguagem envolvida ae.

**JJaeger** · 26/01/2018, 09:16 |

Sim, eu não quero parar o main loop pra ficar lendo zip e convertendo string, por isso mesmo que tenho que pôr essas operações em modo assíncrono. Multithreading acho que não rola porque node é singlethread.

Eu poderia escrever num arquivo, mas ficaria muito redundante, a ideia é que os zips possam ser lidos pelo usuário e que eles tenham seu tamanho normal, ficar gravando string em base64 é o mesmo que ter uma cópia do zip todo só pra fins de cache, o que não é lá muito legal.

A conversão de uma imagem .bmp zipada levou uns 4 segundos no meu quad-core, em modo assíncrono. O problema é a ram mesmo, como tu disse; eu ainda vou fazer uns testes de memória mas acho que gasta bastante.