Como contraexemplo, há o caso representativo da fonte Eun, por exemplo. Como ela foi criada a partir da digitalização de publicações, quase tudo nela tem problemas, e entre esses houve um caso em que uma empresa levantou objeção. A empresa contestou, então o sr. Park Won-gyu, que havia empacotado a fonte, concordou com a remoção, mas o próprio responsável pela digitalização, Eun Kwang-hee, não concordou até o fim. Não sei como seria se isso fosse levado até o fim nos tribunais, mas, na prática, isso de fato se torna um problema.
Talvez, por quê!?
Implementei uma API REST com Django, mas quando você acaba usando Form e coisas do tipo, fica aquela sensação de que, nesse caso, o DRF teria sido mais adequado.
Mesmo sem isso, hoje em dia quando vejo os Shorts, está tudo inundado de conteúdo de baixa qualidade cheio de TTS, imagens cuspidas por IA e até legendas feitas por IA errando frases simples, então acho que é a direção certa..!
O uv mencionado no texto é realmente incrível. Além de ser muito rápido, também gerencia versões e dependências muito bem, meio no estilo do npm, então estou me estabelecendo com o uv.
Gostaria de esclarecer porque houve um pequeno mal-entendido. Na verdade, esta tradução foi feita em 2023, e como algumas pessoas disseram que queriam vê-la em formato de e-book e PDF, aproveitei que desta vez estava organizando outros e-books para publicá-la junto.
Eu não coleto informações pessoais separadamente; elas estão sendo coletadas pela Rapid, a plataforma que usei. Como o @znjadon mencionou abaixo, também deixei disponível para baixar diretamente pelo Google Drive. Peço desculpas também pelo envio automático da mensagem pedindo feedback. Acho que isso aconteceu porque eu não configurei corretamente a Rapid.
Do ponto de vista de quem já mexeu só de leve com a Lei de Proteção de Dados Pessoais... o próprio ato de preencher o número e enviar pode até ser considerado como consentimento para coleta e uso. Mas, independentemente de obterem consentimento explícito ou não, é preciso informar a finalidade da coleta de dados pessoais e o período de retenção. Se não fizerem isso, é claramente ilegal.
As principais opiniões se dividem em cinco categorias: realismo dos smartphones modulares, funcionalidade, demanda por aparelhos compactos, inovação e sugestões adicionais.
1. Críticas ao realismo e à viabilidade comercial
O conceito é interessante, mas há ceticismo quanto à possibilidade de virar um produto real.
Foi mencionado que, por causa da estrutura de lucro e das estratégias de marketing das empresas, ele pode nunca ser concretizado.
Há preocupações com a baixa capacidade da bateria (1800mAh), aquecimento e problemas de durabilidade.
2. Limitações do design modular
Houve a observação técnica de que não é possível expandir RAM com um módulo externo.
Também há a opinião de que a modularidade pode aumentar a complexidade e os custos.
Alguns defendem que expansões limitadas, focadas em tela, bateria e câmera, seriam mais realistas.
3. Ênfase na demanda por celulares pequenos
Muitos comentários pedem simplesmente o lançamento de um smartphone compacto.
Argumentos como “seria ótimo se saísse um celular de 5,6 polegadas” mostram que a miniaturização em si é a principal demanda.
Há preferência por dispositivos pequenos e práticos, em vez de aparelhos grandes ou conceitos complexos.
4. Avaliação positiva da ideia inovadora
Houve avaliações positivas comparando a proposta com tentativas criativas como o LG Wing e antigos conceitos modulares da Asus.
A ideia de conectar um dispositivo compacto a um tablet foi considerada interessante.
Também houve reações como: “é bom ver que o design dos celulares está voltando a ter personalidade”.
5. Sugestões de recursos extras e melhorias
Foram pedidos adicionais como entrada de áudio 3.5mm, microSD, várias cores e câmera dupla.
Também foi sugerido dividir a linha entre modelos superiores e inferiores (desempenho/baixo consumo).
Foram propostas bateria de 5000mAh ou mais, power bank MagSafe e opções de AMOLED/LCD.
Eu entendi que os direitos autorais da fonte são preservados apenas no âmbito do software (como no caso de copiar ou compartilhar sem autorização arquivos de fonte nos formatos .ttf e .otf).
Pelo que dizem, no caso de uso em materiais impressos, vídeos etc., ou seja, fora da forma de software, isso não pode ser considerado violação de direitos autorais. (separadamente da violação de direitos autorais, pode haver violação dos termos de uso)
Como a integração direta com React é difícil por serem linguagens diferentes, acho que algumas partes podem ser possíveis dependendo do que você deseja.
Pessoalmente, considero que o desenvolvimento de frontend com Python ainda não é uma área muito difundida.
Estou migrando para Python e, sinceramente, estou gostando bastante.
Python tem a vantagem de contar com bibliotecas e frameworks abundantes, mas a desvantagem é que o gerenciamento de versões de pacotes não funciona tão bem e os conflitos são frequentes.
A tendência dos prós e contras é parecida com a do Java do passado.
"Não procure o embedding perfeito; em vez disso, use um sistema de múltiplos índices + roteamento inteligente adaptado a diferentes formas de representação"
Pelo que eu sei, houve uma polêmica porque a matriz na Coreia enviou notificações alegando violação de direitos autorais pelo uso de fontes, mas parece que, na prática, isso era inválido.
Como contraexemplo, há o caso representativo da fonte Eun, por exemplo. Como ela foi criada a partir da digitalização de publicações, quase tudo nela tem problemas, e entre esses houve um caso em que uma empresa levantou objeção. A empresa contestou, então o sr. Park Won-gyu, que havia empacotado a fonte, concordou com a remoção, mas o próprio responsável pela digitalização, Eun Kwang-hee, não concordou até o fim. Não sei como seria se isso fosse levado até o fim nos tribunais, mas, na prática, isso de fato se torna um problema.
Talvez, por quê!?
Implementei uma API REST com Django, mas quando você acaba usando
Forme coisas do tipo, fica aquela sensação de que, nesse caso, o DRF teria sido mais adequado.Mesmo sem isso, hoje em dia quando vejo os Shorts, está tudo inundado de conteúdo de baixa qualidade cheio de TTS, imagens cuspidas por IA e até legendas feitas por IA errando frases simples, então acho que é a direção certa..!
Só usar Django já me deixa feliz, mas quando entra o DRF no meio eu fico infeliz... buá buá
O
uvmencionado no texto é realmente incrível. Além de ser muito rápido, também gerencia versões e dependências muito bem, meio no estilo do npm, então estou me estabelecendo com ouv.Eu deveria simplesmente ter compartilhado o site. Tudo bem, peço desculpas pelo mal-entendido e pelo estresse causado.
https://www.haebom.dev/playbook
Gostaria de esclarecer porque houve um pequeno mal-entendido. Na verdade, esta tradução foi feita em 2023, e como algumas pessoas disseram que queriam vê-la em formato de e-book e PDF, aproveitei que desta vez estava organizando outros e-books para publicá-la junto.
Eu não coleto informações pessoais separadamente; elas estão sendo coletadas pela Rapid, a plataforma que usei. Como o @znjadon mencionou abaixo, também deixei disponível para baixar diretamente pelo Google Drive. Peço desculpas também pelo envio automático da mensagem pedindo feedback. Acho que isso aconteceu porque eu não configurei corretamente a Rapid.
Já faz tempo que eu desejo muito isso :(
Do ponto de vista de quem já mexeu só de leve com a Lei de Proteção de Dados Pessoais... o próprio ato de preencher o número e enviar pode até ser considerado como consentimento para coleta e uso. Mas, independentemente de obterem consentimento explícito ou não, é preciso informar a finalidade da coleta de dados pessoais e o período de retenção. Se não fizerem isso, é claramente ilegal.
Sim, por isso eles especificam nos termos e condições que não pode ser usado para finalidades além dessas.
Visão geral do resumo dos comentários
1. Críticas ao realismo e à viabilidade comercial
2. Limitações do design modular
3. Ênfase na demanda por celulares pequenos
4. Avaliação positiva da ideia inovadora
5. Sugestões de recursos extras e melhorias
Eu entendi que os direitos autorais da fonte são preservados apenas no âmbito do software (como no caso de copiar ou compartilhar sem autorização arquivos de fonte nos formatos
.ttfe.otf).Pelo que dizem, no caso de uso em materiais impressos, vídeos etc., ou seja, fora da forma de software, isso não pode ser considerado violação de direitos autorais. (separadamente da violação de direitos autorais, pode haver violação dos termos de uso)
Como a integração direta com React é difícil por serem linguagens diferentes, acho que algumas partes podem ser possíveis dependendo do que você deseja.
Pessoalmente, considero que o desenvolvimento de frontend com Python ainda não é uma área muito difundida.
Mesmo assim, ultimamente parece que, com
uvepoetry, os conflitos e o gerenciamento de versões foram praticamente resolvidos na maior parte.Depois de ver isso, pensei que talvez fosse uma boa ideia se existisse um Tell GN.
Como no fim das contas quase tudo que faço é só navegar na web, instalei o Chrome OS e ficou confortável pra caramba.
Estou migrando para Python e, sinceramente, estou gostando bastante.
Python tem a vantagem de contar com bibliotecas e frameworks abundantes, mas a desvantagem é que o gerenciamento de versões de pacotes não funciona tão bem e os conflitos são frequentes.
A tendência dos prós e contras é parecida com a do Java do passado.
"Não procure o embedding perfeito; em vez disso, use um sistema de múltiplos índices + roteamento inteligente adaptado a diferentes formas de representação"
Porque isso não é nada fácil...
Fontes como TrueType (consideradas software) têm direitos autorais. Foi isso que também escrevi no texto...?
Pelo que eu sei, houve uma polêmica porque a matriz na Coreia enviou notificações alegando violação de direitos autorais pelo uso de fontes, mas parece que, na prática, isso era inválido.