“Temos duas classes de conserto de imac no rio de janeiro: os que não sabem – e os que não sabem, não sabem.” John Kenneth Galbraith

As ferramentas de desenvolvimento de baixo código são diferentes desta vez? Sempre que há uma nova tecnologia, geralmente é acompanhada por alguém dizendo que é diferente desta vez.

Provavelmente 80% (talvez mais) do que o tempo em que é diferente desta vez é pronunciado, prova estar errada e que a tecnologia não é diferente e não faz a menor diferença no mundo do desenvolvimento de software.

Só seremos capazes de dizer se a assistência de imac no rio de janeiro atual é diferente desta vez quando o ciclo termina e elas ainda são usadas ou desaparecem com um pequeno gemido, para serem substituídas pelas próximas, é diferente desta vez.

É assustador pensar que você pode não saber de algo, mas é mais assustador pensar que, em geral, o mundo é governado por pessoas que acreditam que sabem exatamente o que está acontecendo. – Amos Tversky

É fácil para os desenvolvedores pensar que sabem o que está acontecendo com base em experiências anteriores, mas a tecnologia tem o péssimo hábito de atrapalhar a maneira como as coisas são feitas.

Servidores interrompidos de PCs pessoais

A Internet interrompeu o software (serviços, não servidores)

Smartphones e Mobile criaram uma explosão de aplicativos (há um aplicativo para isso)

O desenvolvimento de baixo código atrapalhará a criação de software pelos desenvolvedores?

Neste artigo de assistência imac rj, o inverno de baixo código está chegando, ele cria algumas reações interessantes dos desenvolvedores.

O lixo de baixo código vai falhar. As empresas que a adotarem irão se arrepender.

Sim, eu já ouvi isso antes. Muitas vezes, na verdade. E vou acreditar quando vir.

É apenas um hype que parece bom no papel esperando para chegar na realidade não tão brilhante. Eu não acho que os sistemas agrupados de pessoas que não são de TI sobreviverão sem a necessidade da equipe de TI para limpar depois deles.

Eu tenho ouvido isso a cada 5 anos ou mais desde 1984, quando fiz um dos meus primeiros projetos pagos em uma plataforma de baixo código da época chamada dBase III. 35 anos depois, ouço o mesmo tom repetidamente. Não convencido.

Bem, eu acho que são ferramentas maravilhosas, mas como vejo pessoas chorando porque seus arquivos do Excel carregam em 15 minutos, o que um banco de dados pode fazer em menos de 1 segundo, não estou preocupado com o meu trabalho

Como outros afirmaram, já passamos por esse ciclo muitas vezes antes.

As opiniões são baseadas na experiência. Acredito que esses motivos impulsionam esses comentários

Eles viram ferramentas anteriores de baixo código (Excel, Access, CASE, etc) que chegaram com entusiasmo, mas desbotaram devido à funcionalidade não corresponder ao hype

Os desenvolvedores têm algum ceticismo em relação às novas tecnologias, o que pode fazer com que eles mudem e tornem suas habilidades atuais menos valiosas

Os desenvolvedores (e a humanidade) resistem à mudança porque é um caminho mais difícil

O software criado sem a necessidade de escrever código será mais rápido e fácil de manter, mas muitos se recusarão a acreditar que isso seja possível. Se o desenvolvimento de baixo código interromper o desenvolvimento de software, isso pode significar que muitos desenvolvedores precisam se readaptar. Isso significaria que sua experiência, habilidades e conhecimento anteriores não seriam tão valiosos no mundo do desenvolvimento de baixo código.

Não é o que você não sabe que o coloca em apuros. É o que você sabe com certeza que não é assim. – Mark Twain

conserto de imac no rio de janeiro, assistência de imac no rio de janeiro, assistência imac rj

É diferente desta vez?

Na maior parte do tempo, a inovação e as novas tecnologias não correspondem ao hype, muito bem captado pela citação de John Templeton sobre investimento

“As quatro palavras mais perigosas em investir são: desta vez é diferente” John Templeton,

Quando as pessoas dizem que vai ser diferente, as razões são

Eles querem que seja diferente (esperança em um futuro melhor)

Eles se beneficiam por ser diferente (eles estão vendendo ferramentas de desenvolvimento de baixo código ou as estão usando)

Eles são investidos nele (tempo investido ou sua carreira)

Eles acreditam que será diferente desta vez

A história não é um guia útil para prever o futuro porque a inovação traz algo nunca visto antes. A inovação impulsiona a tecnologia que pode funcionar, mas mais falha do que sucesso.

Existem mais mudanças revolucionárias prometidas para o desenvolvimento de software do que ocorrem. Os comentários apontam que há muitas novas tecnologias promissoras de baixo código (ish) lançadas antes, mas não funcionaram e não mudaram o mundo.

“A experiência do passado, na medida em que é parte da memória, é descartada como o refúgio primitivo daqueles que não têm o insight para apreciar as incríveis maravilhas do presente” John Kenneth Galbraith (falando sobre investimento e euforia).

Galbraith está falando em investir, mas isso se aplica à história, aos ciclos e à euforia emocional. A nova tecnologia é empolgante e está mudando o mundo. Tecnologia antiga vista como entediante, segura e pronta para ser substituída por uma nova e melhor.

Ninguém pode prever o futuro e todos que dizem que podem, estão inventando. Quando um desenvolvedor diz com certeza que o código baixo será 100 bem-sucedido ou 100 não, dê um passo para trás porque o nariz está prestes a crescer.

Para que código baixo não é bom

Os desenvolvedores rejeitam ferramentas de desenvolvimento de baixo código porque o software é criado para tudo. Se você imagine que o código baixo substituirá todo o código, você dirá que é impossível.

O desenvolvimento de baixo código é uma ferramenta e as ferramentas são uma boa escolha em alguns cenários e péssima escolha em outros. Se as ferramentas de desenvolvimento de baixo código forem um martelo, você só deve usá-las em problemas em formato de prego, não para lixar um piso.

Ferramentas de desenvolvimento de baixo código não serão boas para

Projetos de grandes empresas envolvendo muitos desenvolvedores

Complexo

Software de desempenho rápido

Software não padrão

O ponto ideal de baixo código é para aplicativos de linha de frente que fazem pequenas atividades focadas.

Um caso de por que é diferente

Os desenvolvedores que dizem que o código baixo não funcionará estão prevendo o futuro com base no passado. As ferramentas anteriores de desenvolvimento de baixo código não funcionavam, portanto, as futuras ferramentas de desenvolvimento de baixo código não funcionarão.

O baixo código permite que você crie software sem escrever código, apenas componentes e fórmulas semelhantes ao Excel.

Os desenvolvedores cidadãos podem (usando a Power Platform como exemplo)

Crie uma IU com componentes de arrastar e soltar

Conecte-o a vários outros softwares e serviços

Conecte-o facilmente a fontes de dados (SQL Azure, DataVerse, SharePoint, gateways de dados)

O software funciona na web e em dispositivos móveis.

Envie e-mails, mensagens de texto

Fazer aprovações

Obtenha usuários do Office 365

Crie ambientes

Software com segurança (diretório do Azure e funções de segurança)

Adicionar modelos de IA e chatbots

conserto de imac no rio de janeiro, assistência de imac no rio de janeiro, assistência imac rj

Crie painéis e relatórios (Power BI)

Crie portais voltados para a Internet

Tudo sem escrever uma única linha de código.

As personalizações do Power Platform podem ser empacotadas com soluções e com os pipelines de lançamento do ALM podem ser verificados automaticamente no controle de origem e implantados automaticamente.

A Microsoft criou o pacote inicial de COE para ajudar na governança, monitoramento e incentivo aos desenvolvedores cidadãos. Existem desenvolvedores experientes que trabalharam no Dynamics 365, que irão liderar as equipes da Power Platform com conhecimento e experiência semelhantes.

A diferença agora com ferramentas de desenvolvimento de baixo código é a funcionalidade significa que eles podem criar aplicativos, conectá-los a outros sistemas e serviços. O Power Automate permite que você crie instruções if, loops e muitas das funcionalidades que só podiam ser feitas anteriormente com o código.

O Power Platform parece um código padrão sendo reutilizado por não desenvolvedores com o uso de configuração.

O conhecimento está no passado, as decisões estão no futuro

“Nenhuma quantidade de sofisticação vai acalmar o fato de que todo o seu conhecimento é sobre o passado e todas as suas decisões são sobre o futuro.” Ian Wilson

Não posso prever o futuro, só posso imaginar o que pode acontecer. O baixo código fez grandes melhorias na funcionalidade e prosperou.

Os benefícios do desenvolvimento de baixo código significam que a maioria das empresas o usará para criar aplicativos front-end. Acontece quando o trabalho remoto cresceu por causa da cobiça e as empresas precisam de mais software e mais desenvolvedores.

A previsão de sucesso do baixo código apenas olha para a quantidade de software criada e assume que as ferramentas de desenvolvimento de baixo código podem criar todos os softwares. Esse não é e não será o caso, o baixo código é uma ferramenta e, como todas as ferramentas, funciona melhor no cenário certo. por exemplo. uma chave de fenda é boa para parafusos, martelos são bons para bater pregos e serras são ótimas para serrar madeira.

Os analistas de baixo código estão vendo as ferramentas de desenvolvimento de baixo código como um martelo e todos os softwares como pregos. Isso os leva a criar previsões exageradas que parecem ridículas e movem a discussão para esclarecer as porcentagens. Otimismo e entusiasmo alimentam previsões exageradas.

O código baixo criará aplicativos front-end e há uma demanda enorme. A digitalização de tarefas manuais, conversão de planilhas Excel, aplicativos menores focados para coletar dados ou aprovações.

Minha previsão é que ferramentas de baixo código como Power Platform representarão 50% do futuro software criado. Muitos aplicativos legados serão convertidos em vários aplicativos menores.

Haverá problemas com o suporte a muitos aplicativos menores? Os desenvolvedores cidadãos terão problemas porque criar software é mais difícil do que a maioria das pessoas aprecia, independentemente da ferramenta que usam.