Desenvolvimento on kenji.blog

A História Secreta do Desenvolvimento do LogicPad

Wed, 30 Jul 2025 23:51:35 +0900

Uma ferramenta para “Pessoas que não sabem escrever código, mas têm lógica”. O motivo pelo qual criei o LogicPad

Olá, sou kenji. Sou o criador da ferramenta low-code " LogicPad “. Desta vez, não é uma introdução ao produto, mas gostaria de escrever sobre os bastidores do desenvolvimento, “Por que decidi criar isso?”, e meus próprios pensamentos a partir de uma perspectiva um pouco pessoal.

Honestamente, isso não foi apenas um desenvolvimento de ferramenta. Meu passado, as frustrações no trabalho, meu conjunto de habilidades e o desejo ardente de “um dia criar meu próprio produto” — O LogicPad nasceu do resultado da sobreposição de tudo isso.

Em outras palavras, este é o “projeto culminante da minha vida” para mim. Escreverei esse pano de fundo da forma mais honesta e apaixonada possível.

Eu queria um produto que eu pudesse dizer francamente e com orgulho: “Fui eu que fiz”

Sendo sincero, essa foi minha primeira motivação.

Sempre gostei de escrever código, tanto no trabalho quanto como hobby. Também estive envolvido em vários desenvolvimentos. Mas, um dia, de repente percebi. “Não tenho nenhum produto que lancei no mundo sob o meu nome, sob a minha responsabilidade.”

Claro, há valor no que criamos em equipe, e havia muito trabalho do qual me orgulhar. Mas em algum lugar havia uma sensação de vazio, “Vou terminar minha carreira sob o nome de outra pessoa assim?”.

Apenas uma vez seria suficiente. Quero deixar algo que eu possa dizer com orgulho: “Fui eu que fiz”. Com isso em mente, comecei a elaborar o conceito do LogicPad. Isso foi há cerca de 6 anos (por volta de 2019). (A ideia original em si foi por volta de 2015, quando conheci o Blueprint, a linguagem de programação visual da Unreal Engine.)

Não consigo colocar as mãos porque não sei escrever código. Isso não é um desperdício?

Havia muitas pessoas excelentes no meu local de trabalho.

Eles podem construir a lógica. Dominam as funções do Excel e conseguem ver a essência do problema. Mas — no estágio de “escrever código”, suas mãos param.

“Eu faço essa tarefa toda vez olhando o manual de procedimentos, mas não tem como automatizar?” “Sim, é possível. Mas… para isso você tem que escrever código…”

Tivemos conversas como essa muitas vezes.

Toda vez eu pensava: “É um grande desperdício parar na parede do código quando você entende a lógica.”

A opção de um editor low-code

Na verdade, no meu trabalho anterior, eu estava desenvolvendo um CAD 2D operado por GUI. Com CAD, você usa o mouse para montar formas, certo? Em outras palavras, é um mundo de “construir a lógica através da operação” .

Pensei: “Isso é super compatível com low-code”.

Voltando ainda mais no tempo, desde a época de estudante, sempre escrevi código e produzi em massa pequenos programas assim que tive uma ideia, como processamento de imagem, processamento numérico, ferramentas do Windows e ferramentas de postagem automática em SNS. Acho que existem mais de 600. Eles ainda estão no meu GitHub hoje.

Naquela época, eu não pensava no significado. Apenas “Eu faço porque quero fazer”. Era só isso.

Mas agora, enquanto construo o LogicPad…

Senti que os pontos estavam finalmente conectados por uma linha.

Fácil de usar, mas poderoso. A dificuldade do equilíbrio

O que sempre pensei ao avançar no desenvolvimento foi “Torná-lo uma ferramenta que seja intuitiva de usar, e ainda assim forte e capaz.”

Se você adicionar funções, o que você pode fazer aumenta. Mas torna-se mais difícil de usar. Se você simplificar, qualquer um pode tocar. Mas então haverá pessoas que se sentirão insatisfeitas.

Para não nos dizerem: “Ferramentas low-code são brinquedos, não são?”. Mas também não quero que digam: “No final, não adianta se você não escrever código”.

Eu estava sempre lutando na linha tênue entre intuição e expressividade.

Eu reconstruí a interface do usuário muitas e muitas vezes, a descartei muitas e muitas vezes, E quando finalmente me aproximei de uma forma em que pensei “Isso vai funcionar”, fiquei muito feliz.

Fui salvo pelas palavras da minha primeira “usuária”

A primeira vez que entreguei o LogicPad foi para uma ex-colega. Ela não é boa em TI e tem medo de código. Mas é boa em lógica.

Depois de explicar um pouco e deixá-la tocar… Não consigo esquecer as palavras que ela disse alguns minutos depois.

“Com isso, até eu acho que consigo fazer!”

Nesse momento, quase chorei. Isso era o que eu queria dar a ela.

Não uma ferramenta que funciona, mas a sensação de “Eu mesma consegui construir!” . Tive certeza de que esse era o verdadeiro valor do LogicPad.

Quando o número de pessoas que podem construir aumenta, a sociedade se torna muito mais interessante

Eu acho que a “democratização da tecnologia” é realmente importante.

A tecnologia tem o poder de mudar o mundo. Mas as pessoas que podem lidar com isso são limitadas.

E se você pudesse construir um aplicativo apenas “entendendo a lógica”?

Mais pessoas poderão estar no “lado da criação”. E acho que o que nascerá a partir daí superará a nossa imaginação atual.

Se o LogicPad pudesse se tornar essa porta de entrada. Eu quero que seja uma ferramenta que transforme “quero construir” em “posso construir”.

Esse é o meu desejo.

Conclusão

O LogicPad ainda está na versão beta e não está concluído. Ainda há montanhas de coisas a melhorar e coisas que quero fazer.

Mas, estou colocando todos os “pontos” da minha vida nesta ferramenta. Agora posso dizer com orgulho:

“Este é o produto que eu criei.”

👇 Bônus: O que você pode fazer com o LogicPad

Construir processos com arrastar e soltar
Ramificações condicionais e variáveis também podem ser tratadas na GUI
Vários nós de integração de IA estão disponíveis
Expansão para usuários avançados também é possível através da inserção de scripts
Funções matemáticas e processamento de dados de alta precisão (como cálculos numéricos com precisão de dígitos infinitos)
Uma riqueza de teclas de atalho para usuários avançados
Suporta idiomas em mais de 90 países

O que quero fazer a partir de agora

Gerar lógica a partir de linguagem natural em colaboração com IA
Um mecanismo que permite aos usuários criar nós personalizados
Construir uma plataforma onde nós criados e lógicas possam ser compartilhados

✍️ Pós-escrito

Muito obrigado por ler até aqui. Isso não foi apenas um desenvolvimento de ferramenta, mas um desafio em que coloquei minha própria experiência, paixão e fragmentos da minha vida.

“Não consigo escrever código, mas tenho lógica.” Um futuro onde essas pessoas possam “construir” com o seu próprio poder. Eu gostaria de continuar almejando isso através do LogicPad.

Ficaria muito feliz se você pensasse mesmo que um pouco “Quero usar isso”. Se você se interessou, experimente o LogicPad.

E se você tiver quaisquer pensamentos ou coisas que notou depois de usá-lo, por menor que seja, não importa. Sua voz será um grande poder para dar o próximo passo deste produto.

Obrigado pelo seu apoio contínuo.

A Barreira do Desenvolvimento de IA

Sun, 20 Jul 2025 21:52:42 +0900

A Barreira do Desenvolvimento de IA

~ Cheguei à 8ª estação, mas a partir daí foi um inferno ~

Olá, aqui é o kenji.

Ultimamente, tenho ouvido muito as pessoas dizerem: “Pedi à IA e consegui criar um aplicativo!” Ultrapassamos a era do no-code e low-code, e entramos na fase do “vibe coding” (escrever código na intuição).

Por exemplo, se você disser “crie um aplicativo que possa editar imagens e postar nas redes sociais”, a IA irá gerar o código e até a interface de usuário. Incrível, não precisamos mais de humanos, certo? Você poderia pensar assim.

Mas, na verdade, isso é como pousar na 8ª estação do Monte Fuji de chinelos .

Parece “Fácil” até a 8ª Estação

O desenvolvimento com IA é realmente fácil no começo. File I/O? Simplesmente funciona. Rede? Bem, conecta. Banco de dados? JSON está bom. UI? O ChatGPT gerou código React para mim. Pagamento? A API do Stripe pode ser resolvida com copiar e colar.

Aqui, você tem a ilusão de que “Eu já sou um engenheiro, não sou?”. Mas o verdadeiro inferno começa a partir daqui.

Por Que Você Fica Preso?

A razão é simples: “A IA cria algo que parece concluído, mas os ajustes finais são deixados inteiramente para os humanos.”

Dados desaparecem devido a File I/O
A normalização do banco de dados é fraca e as buscas são lentas
A UI não é intuitiva
Falha ao testar a carga, causando travamento por picos de tráfego
Rejeitado na revisão da Apple/Google
Problemas com requisitos legais, quase causando um desastre

Em outras palavras, a IA é boa em criar “protótipos que parecem produtos acabados” , mas transformá-lo em um “produto que funciona no mundo real” ainda é, hoje, trabalho humano .

Mas Há um Paradoxo

Aqui, percebemos um paradoxo .

E se a IA puder fazer absolutamente tudo no futuro? Em outras palavras, e se “segurança, cobrança e design forem perfeitamente tratados pela IA”?

Nesse momento, a própria necessidade de humanos criarem aplicativos pode desaparecer .

Porque se os usuários disserem diretamente à IA “eu quero fazer isso”, as tarefas serão executadas instantaneamente sem a necessidade de um aplicativo.

🌀 Por Exemplo

No passado, “abríamos um aplicativo de calculadora para calcular”, mas hoje em dia, só dizemos “Ei Siri, quanto é 12 x 32?” e acabou.

Da mesma forma, se você disser “Ei IA, edite e compartilhe esta foto”, a tarefa pode ser concluída sem passar pela interface ou API do aplicativo.

Em suma, quando o objetivo de “criar aplicativos com IA” for alcançado, poderemos chegar a um mundo onde os próprios aplicativos sejam desnecessários .

Afinal, O Que Podemos Fazer Agora?

Então, o que devemos fazer?

Por enquanto, “da 8ª estação para cima” ainda é domínio humano, então vamos aprimorar isso.
Concentre-se no entendimento essencial do usuário e no design de serviço.
Pense sobre “o que tem valor” em vez de “o que pode ser criado”.
Em vez disso, explore maneiras de fornecer valor “sem estar restrito ao formato de um aplicativo”.

A IA é uma ferramenta, um elevador e, às vezes, um concorrente. Mas, “o que criar” e “por que criar” continuam sendo questões para nós, humanos .

Resumo:

A barreira do desenvolvimento de IA não é tecnológica, mas um paradoxo estrutural.

Uma era em que qualquer um pode ir à 8ª estação do Monte Fuji. Mas o verdadeiro desafio começa a partir daí.

E quando chegarmos ao topo, um futuro onde nos perguntaremos “Precisávamos mesmo escalar a montanha?” pode estar nos esperando.

Market-in e Product-out

Tue, 15 Jul 2025 20:18:22 +0900

Market-in e Product-out

Olá, aqui é o kenji.

Às vezes em livros de negócios ou propostas de projetos,

“Nossa estratégia é market-in” “Este é do tipo product-out”

Vejo coisas assim sendo ditas, mas…

Espera, Market-in? Product-out? Qual é o melhor???

Você não se pergunta isso?

Então, desta vez, tentarei explicar esse tal de “market-in” e “product-out” de forma simples, com uma visão um pouco crítica.

Resumindo…

Market-in : Ouvir a voz do mercado (market) e criar produtos que atendam a ela.
Product-out : Criar o que nós achamos bom (product) e lançar para o mundo.

É só isso. Simples.

Por exemplo, em uma loja de ramen…

Uma loja de ramen market-in diria: “O ramen estilo Iekei está em alta ultimamente. Certo, vamos caprichar na gordura e no alho!”

Uma loja de ramen product-out diria: “Esse meu ramen de leite de soja, manjericão e sal é incrível, então coma!”

Qual é a resposta certa? Ambas estão certas.

O market-in tem uma “alta probabilidade de venda” porque se aproxima das necessidades do cliente, mas é difícil gerar ideias revolucionárias ou rupturas.

O product-out é sobre “dar forma à justiça em que acreditamos”, por isso é ousado e atraente, mas se errar, não ressoa com ninguém.

O iPhone parece ser product-out

Na época em que as pessoas diziam “Não precisamos de smartphones”, a Apple lançou o iPhone.

Isso é totalmente product-out um exemplo de sucesso.

Se tivessem ouvido a voz dos usuários, teria acabado com “Um celular sem teclado? Impossível.”

Mas product-out pode facilmente virar “satisfação pessoal”

Às vezes, algumas empresas ou pessoas dizem: “Nós somos do tipo product-out”, mas…

Espera, isso não é apenas ignorar o usuário?

Às vezes eu penso assim.

“Criamos porque queríamos criar. Mas não vendeu.” Isso não é product-out, é “egoísmo-out”.

Market-in também tem suas armadilhas

Por outro lado, o market-in também não é onipotente.

Se você disser: “Vamos fazer tudo o que os usuários pedem!”, o núcleo do produto se perde e acaba não atraindo ninguém.

Você continua adicionando recursos e, de repente, é uma ferramenta caótica. É esse tipo de coisa.

Os realmente incríveis são “os que fazem ambos”

Produtos incríveis apresentam de forma brilhante “o que os usuários realmente queriam, mas não conseguiam expressar em palavras”.

Ou seja, “obter empatia de forma market-in com uma mentalidade de product-out”.

Parece fácil dizer, mas é extremamente difícil. Mas, se conseguir, de repente se torna um “produto divino”.

Conclusão: Mais do que palavras, a reação do usuário é tudo

Market-in ou product-out. Qual é o certo é uma pergunta sem muito sentido.

“Chegou realmente ao coração do usuário?” é tudo o que importa, eu acho.

“Com qual tipo de estratégia estamos trabalhando” Eu acho que está tudo bem desde que você possa escrever isso nos materiais de marketing depois.

Então, essa foi a história do market-in e product-out!

Acho que o mais saudável é não se deixar levar por palavras difíceis e pensar “No final, como podemos deixar as pessoas felizes?”.

Até mais~.

Como instalar o Gemini CLI no Windows

Sun, 13 Jul 2025 23:49:56 +0900

[Para iniciantes] Como instalar o Gemini CLI no Windows

O “Gemini CLI” permite que você use a IA generativa do Google, “Gemini”, a partir da linha de comando. Neste artigo, explicaremos as etapas para instalar o Gemini CLI em um ambiente Windows da forma mais simples possível.

1. Preparação: Instalar o Node.js e npm

Primeiro, como o Gemini CLI é executado em um ambiente chamado “Node.js”, você precisa instalar o seguinte:

Node.js
npm (Ferramenta de gerenciamento de pacotes incluída no Node.js)
npx (Ferramenta de execução de comandos incluída no npm)

Faça o download da versão do Node.js para Windows no site oficial abaixo (a versão LTS é recomendada):

👉 Site Oficial do Node.js

Após a conclusão da instalação, verifique se foi instalado corretamente com os seguintes comandos:

1
2


node -v
npm -v

2. Inicie o PowerShell

Para usar o Gemini CLI no Windows, geralmente é usado o PowerShell. Digite “PowerShell” no menu Iniciar para abri-lo.

3. Instale o Gemini CLI

Copie e cole o seguinte comando no PowerShell para executá-lo:

1

npx @google/gemini-cli

Este comando executa temporariamente o pacote Gemini CLI publicado pelo Google. Você pode ser solicitado a realizar a configuração inicial e o login, se necessário.

Observação: pode levar alguns minutos na primeira vez. Se ocorrer um erro, verifique novamente o Node.js e o seu ambiente de rede.

4. Instalação completa! O que fazer a seguir

O Gemini CLI agora está instalado no seu Windows. A partir de agora, você poderá usar o Gemini na linha de comando para várias operações, como geração de texto e preenchimento de código.

Se você quiser verificar a documentação oficial ou a ajuda, também pode usar comandos como este:

1

npx @google/gemini-cli --help

Resumo

Vamos revisar as etapas para instalar o Gemini CLI no Windows:

Instalar o Node.js e o npm
Iniciar o PowerShell
Executar npx @google/gemini-cli

E você está pronto! Se quiser usar a IA generativa localmente, experimente estas etapas como referência.

Vantagens e Desvantagens de Criar Programas com Win32API + C++

Sat, 12 Jul 2025 12:30:35 +0900

O Fascínio e os Desafios de Desenvolver com Win32API + C++

Para aqueles que desejam dominar o desenvolvimento de aplicativos do Windows, Win32API + C++ ainda é uma opção poderosa. Esta combinação, que permite a interação mais próxima possível com o sistema operacional, oferece velocidade e flexibilidade.

Por outro lado, requer determinação para ser dominada, pois difere significativamente dos estilos de desenvolvimento modernos.

Nesta página, explicaremos de forma clara as vantagens e desvantagens a partir da perspectiva de um desenvolvedor ativo de aplicativos do Windows .

Vantagens

Execução Nativa Ultrarrápida

Como o C++ e a Win32API operam na camada mais próxima do sistema operacional, há muito pouca sobrecarga desnecessária. O uso de CPU e memória é extremamente eficiente, ostentando uma velocidade de execução esmagadora .

Alta Flexibilidade e Liberdade

Você pode controlar finamente por conta própria todos os comportamentos do aplicativo, como controle de janelas, processamento assíncrono, integração COM e gerenciamento de processos. Também é possível construir ferramentas especializadas e seus próprios frameworks originais.

Fácil de Distribuir sem Necessidade de Runtime

Como não são necessários runtimes externos como .NET ou Java, ele pode ser distribuído como um único arquivo executável . É menos propenso a problemas durante a redistribuição e é fácil de executar sem um instalador.

Pode Criar Aplicativos Leves

Como requer apenas a configuração mínima necessária, sua característica é ter uma pegada de memória muito pequena . Ele funciona confortavelmente mesmo em PCs de baixas especificações ou ambientes de máquinas virtuais.

Controle Avançado em Nível de SO Possível

Você também pode obter controles que são difíceis com linguagens e bibliotecas normais , como ganchos globais de mouse e teclado, ajuste fino de estilos de janelas e operações do menu do sistema.

Desvantagens

Baixa Eficiência de Desenvolvimento

Até a construção da GUI deve ser feita inteiramente em código, e às vezes dezenas de linhas de código são necessárias apenas para criar um único botão . Modificar o design também é complicado, e a produtividade é menor em comparação ao desenvolvimento usando frameworks de UI.

Fácil de Reduzir a Manutenibilidade

Existem muitos códigos com estruturas especiais , como loops de mensagens e procedimentos de janelas, dificultando a legibilidade e a reutilização. Também tem aspectos inadequados para desenvolvimento em equipe e manutenção a longo prazo.

Difícil de Suportar UI Moderna

É difícil suportar a UX exigida nos últimos anos , como suporte a alto DPI, interfaces de toque, acessibilidade e modo escuro. Você precisa lidar com cada um manualmente, o que exige muito esforço.

Não Suporta Multiplataforma

Como é uma API completamente exclusiva do Windows, não pode ser portada para macOS ou Linux . Se você planeja implantação em várias plataformas, precisará selecionar outras tecnologias.

Custo de Aprendizado Extremamente Alto

Você deve entender conceitos e mecanismos raramente usados hoje , como manipuladores, GDI, COM e OLE. Muitos documentos são antigos, exigindo tempo e paciência para aprender.

Usos Adequados

Ferramentas leves , como iniciadores de arquivos e suportes de teclas de atalho
Utilitários do sistema , como manipulação da área de transferência e controle de IME
Aplicativos baseados em controle nativo , como ganchos globais e captura de janelas
Ferramentas de suporte de driver intimamente ligadas ao hardware

Usos Inadequados

Aplicativos voltados para o consumidor em geral onde UI / UX modernos são importantes
Desenvolvimento de protótipos e MVP construídos com velocidade em mente
Projetos de grande escala baseados em operação de longo prazo e desenvolvimento em equipe
Produtos multiplataforma que precisam suportar vários sistemas operacionais

Resumo da Avaliação

Ponto de Vista	Avaliação
Velocidade de Execução	◎ Muito Rápido
Eficiência de Memória	◎ Excelente
Velocidade de Desenvolvimento	× Lenta
Manutenibilidade	× Baixa
Suporte Multiplateforma	× Não Suportado
Suporte UI Moderna	× Fraco
Liberdade de Controle do SO	◎ Esmagadoramente Alta

Conclusão

Win32API + C++ é uma ferramenta para desenvolvedores que “desejam lidar com tudo no sistema operacional por conta própria”. Embora seu poder seja imenso, o aprendizado e a operação exigem uma quantidade correspondente de determinação.

Se vale a pena “escolher ousadamente” depende da natureza do aplicativo que você pretende.

Mergulhar no mundo de #include <windows.h> sem depender de frameworks de GUI ou linguagens modernas ―― Essa escolha ainda é significativa hoje.