{"id":8,"date":"2025-02-22T15:56:44","date_gmt":"2025-02-22T15:56:44","guid":{"rendered":"https:\/\/rodrigoduclerc.net\/site\/?p=8"},"modified":"2025-05-30T18:24:53","modified_gmt":"2025-05-30T21:24:53","slug":"o-que-e-rad-rapid-application-development","status":"publish","type":"post","link":"https:\/\/rodrigoduclerc.net\/site\/2025\/02\/22\/o-que-e-rad-rapid-application-development\/","title":{"rendered":"O que \u00e9 RAD (Rapid Application Development)?"},"content":{"rendered":"\n

Vamos falar sobre RAD, uma metodologia criada para acelerar o desenvolvimento de seus projetos.<\/h2>\n\n\n\n
\"\"
ilustra\u00e7\u00e3o: Rodrigo Duclerc<\/strong><\/sub><\/figcaption><\/figure>\n\n\n\n

Se voc\u00ea est\u00e1 lidando com um projeto que precisa de resultados r\u00e1pidos e flex\u00edveis, a metodologia RAD pode ser sua melhor amiga. Essa metodologia \u00e1gil e iterativa aposta em prot\u00f3tipos r\u00e1pidos , ciclos curtos e o mais importante, muita troca de ideia entre desenvolvedores e usu\u00e1rios para ir ajustando tudo no caminho.<\/em>
<\/em><\/h2>\n\n\n\n

<\/p>\n\n\n\n

A miss\u00e3o da metodologia RAD \u00e9 clara: criar rapidamente pequenos peda\u00e7os funcionais que simulam partes espec\u00edficas da aplica\u00e7\u00e3o. Isso ajuda muito na entrega do sistema final, j\u00e1 que devs e usu\u00e1rios conseguem definir escopos menores e f\u00e1ceis de desenvolver. Esses pequenos peda\u00e7os s\u00e3o chamados prot\u00f3tipos.<\/p>\n\n\n\n

<\/p>\n\n\n\n

Para que serve um prot\u00f3tipo?<\/h2>\n\n\n\n

Na real, o prot\u00f3tipo \u00e9 uma como se fosse uma pr\u00e9via do sistema. Isso ajuda o cliente ou o usu\u00e1rio a entender uma funcionalidade espec\u00edfica do sistema de uma forma simples, j\u00e1 que ele pode visualizar e interagir com ela. Quando o usu\u00e1rio pega o jeito do prot\u00f3tipo, o feedback vem r\u00e1pido e direto ao ponto. E a melhor parte? O prot\u00f3tipo \u00e9 superflex\u00edvel, e permite que o dev ajuste tudo rapidamente e integre essas mudan\u00e7as no sistema completo sem complica\u00e7\u00e3o.<\/p>\n\n\n\n

Um detalhe importante: os prot\u00f3tipos precisam ser reaproveit\u00e1veis no sistema final. Nada de criar algo s\u00f3 pra descartar depois. Cada prot\u00f3tipo desenvolvidor deve ter um lugar garantido no projeto completo.<\/p>\n\n\n\n

Criar prot\u00f3tipos rapidamente \u00e9 fundamental no RAD. Quando o foco \u00e9 a interface do usu\u00e1rio, os prot\u00f3tipos viram uma ferramenta fundamental para mostrar ao usu\u00e1rio, de forma clara e pr\u00e1tica, como o sistema vai ganhando forma. Usar ferramentas que j\u00e1 t\u00eam suporte a componentes gr\u00e1ficos pode acelerar ainda mais esse processo e garantir resultados eficientes sem dor de cabe\u00e7a.<\/p>\n\n\n\n

Como a metodologia RAD \u00e9 implementada?<\/h2>\n\n\n\n

Usar a metodologia RAD \u00e9 adotar uma abordagem em que o sistema vai sendo entregue em pequenos peda\u00e7os, que chamamos de incrementos. Cada incremento nasce de uma itera\u00e7\u00e3o, e esse modelo iterativo e incremental \u00e9 o segredo para criar v\u00e1rios componentes rapidinho, em ciclos r\u00e1pidos e cont\u00ednuos.<\/p>\n\n\n\n

A id\u00e9ia \u00e9 simples: a equipe vai refinando o sistema aos poucos, adicionando novas funcionalidades que podem ser testadas e ajustadas rapidamente e tudo vai evoluindo sem grandes pausas.<\/p>\n\n\n\n

\n

“A RAD pode ser considerada um tipo de t\u00e9cnica \u00e1gil.”<\/p>\n(Naz & Khan, 2015)<\/cite><\/blockquote>\n\n\n\n

Quais as vantagens de se utilizar a metodologia RAD?<\/h2>\n\n\n\n

As vantagens s\u00e3o muitas, tanto para os desenvolvedores quanto para os clientes. A produtividade do time aumenta muito pois a velocidade e a agilidade s\u00e3o prioridades. Dessa forma, entregas funcionais podem ser feitas em dias ou semanas.<\/p>\n\n\n\n

As principais vantagens s\u00e3o:<\/p>\n\n\n\n

    \n
  • Redu\u00e7\u00e3o de riscos e entregas antecipadas<\/strong><\/li>\n\n\n\n
  • Flexibilidade e modularidade no desenvolvimento<\/strong><\/li>\n\n\n\n
  • Ciclos r\u00e1pidos para ganhar competitividades.<\/strong><\/li>\n\n\n\n
  • Colabora\u00e7\u00e3o ativa dos usu\u00e1rios<\/strong><\/li>\n<\/ul>\n\n\n\n

    Mas nem tudo s\u00e3o flores, em seguida vamos ver os pontos que podem ser mais desafiadores.<\/p>\n\n\n\n

    Quais as desvantagens da RAD?<\/h2>\n\n\n\n
      \n
    • Equipes precisam ser altamente qualificadas<\/strong>\n
        \n
      • Integrantes de equipes de projetos RAD precisam ter habilidade e experi\u00eancia com modelagem de dados e processos, al\u00e9m de serem flex\u00edveis \u00e0 necessidade de mudan\u00e7as e adapta\u00e7\u00f5es significativas e constantes ao longo do processo.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
      • Foco exigente na interface<\/strong>\n
          \n
        • Um cliente avaliar\u00e1 a qualidade do produto baseando-se no prot\u00f3tipo entregue. Com ciclos curtos de desenvolvimento, muitas vezes os desenvolvedores podem gerar d\u00edvidas t\u00e9cnicas durante o processo, apenas para entregar um prot\u00f3tipo funcional para uma entrega. Isso pode impactar significativamente a entrega final do sistema.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
        • Alto n\u00edvel de comprometimento das partes interessadas<\/strong>\n
            \n
          • Em metodologias tradicionais, os requisitos s\u00e3o levantados e n\u00e3o s\u00e3o revisados depois. J\u00e1 na RAD, devem ser revisados constantemente pois a intera\u00e7\u00e3o entre usu\u00e1rios e desenvolvedores deve ser cont\u00ednua. Sem isso, a qualidade do projeto \u00e9 seriamente comprometida.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
          • Sistemas modulares para projetos de grande escala<\/strong>\n
              \n
            • A RAD n\u00e3o \u00e9 adequada para projetos muito grandes, pois o foco nas partes essenciais do sistema e os curtos ciclos para entregas r\u00e1pidas podem resultar em pouca aten\u00e7\u00e3o \u00e0 aspectos cr\u00edticos como seguran\u00e7a, desempenho e tratamento de erros. Al\u00e9m disso, ferramentas padronizadas para entregas r\u00e1pidas limitam a flexibilidade do desenvolvedor.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

              Quais s\u00e3o os tipos de projetos RAD e como eles funcionam?<\/strong><\/h2>\n\n\n\n

              Projetos RAD podem se dar de duas formas:<\/p>\n\n\n\n

                \n
              • Intensivo<\/strong>\n
                  \n
                • Desenvolvedores e usu\u00e1rios trabalham em um curto per\u00edodo de algumas semanas e a expectativa \u00e9 de que um produto utiliz\u00e1vel esteja pronto ao final do per\u00edodo.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
                • Faseado<\/strong>\n
                    \n
                  • Neste caso, o projeto \u00e9 distribu\u00eddo atrav\u00e9s de um per\u00edodo mais longo. Ap\u00f3s iniciar o projeto usando JAD, as pr\u00f3ximas fases s\u00e3o de entregas e demonstra\u00e7\u00f5es de prot\u00f3tipos incrementais. Com isso, o prot\u00f3tipo \u00e9 continuamente refinado para ser entregue ao final do per\u00edodo.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

                    Quais s\u00e3o os princ\u00edpios da metodologia RAD?<\/h2>\n\n\n\n

                    Atendimento \u00e0s Necessidades de Neg\u00f3cio<\/strong><\/h3>\n\n\n\n

                    O foco \u00e9 nas funcionalidades essenciais que entregam valor rapidamente. As caracter\u00edsticas de prototipagem r\u00e1pida e ciclos de libera\u00e7\u00e3o e itera\u00e7\u00f5es mais curtos fortaleceram o posicionamento da RAD como um m\u00e9todo eficaz no desenvolvimento de software<\/p>\n\n\n\n

                    Envolvimento Cont\u00ednuo do Usu\u00e1rio<\/strong><\/p>\n\n\n\n

                    Isso ajuda a garantir que os prot\u00f3tipos atendam \u00e0s expectativas dos usu\u00e1rios e que o desenvolvimento possa ser ajustado rapidamente com base no feedback cont\u00ednuo, pois a intera\u00e7\u00e3o frequente ajuda a identificar e corrigir problemas mais cedo, ajustando o desenvolvimento conforme necess\u00e1rio para alinhar com os requisitos do usu\u00e1rio.<\/p>\n\n\n\n

                    Prototipagem Iterativa<\/p>\n\n\n\n

                    O RAD utiliza prot\u00f3tipos iterativos para construir, testar e refinar solu\u00e7\u00f5es com base no feedback dos usu\u00e1rios.<\/p>\n\n\n\n

                    Equipes Multifuncionais<\/strong><\/p>\n\n\n\n

                    A metodologia envolve equipes com habilidades diversificadas, incluindo desenvolvedores, analistas e usu\u00e1rios, trabalhando juntos para acelerar o desenvolvimento e resolver problemas de forma colaborativa.<\/p>\n\n\n\n

                    Uso de Ferramentas Automatizadas<\/strong><\/p>\n\n\n\n

                    Ferramentas de desenvolvimento que suportam automa\u00e7\u00e3o (como geradores de c\u00f3digo e ambientes gr\u00e1ficos de design) s\u00e3o usadas para acelerar o desenvolvimento e aumentar a efici\u00eancia.<\/p>\n\n\n\n

                    Ciclos Curtos de Desenvolvimento<\/strong><\/p>\n\n\n\n

                    Projetos RAD s\u00e3o organizados em ciclos curtos e bem definidos (timeboxes), com entregas frequentes de funcionalidades utiliz\u00e1veis.<\/p>\n\n\n\n

                    Como \u00e9 um ciclo da RAD?<\/h2>\n\n\n\n
                    \"\"<\/figure>\n\n\n\n

                    Um ciclo de desenvolvimento<\/strong> em projetos RAD<\/strong> se inicia com um planejamento r\u00e1pido<\/strong> e conciso<\/strong> onde os requisitos s\u00e3o discutidos juntamente com os usu\u00e1rios finais. Durante este processo, prot\u00f3tipos iniciais e funcionais s\u00e3o constru\u00eddos. Estes prot\u00f3tipos s\u00e3o ajustados<\/strong> e refinados<\/strong> continuamente. Como h\u00e1 uma menor formalidade na documenta\u00e7\u00e3o inicial e com foco na entrega r\u00e1pida de novas vers\u00f5es test\u00e1veis, a RAD<\/strong> pode aumentar a satisfa\u00e7\u00e3o do cliente <\/strong>e a efic\u00e1cia do produto. Profissionais capazes de lidar com ciclos iterativos t\u00eam mais chance de atuar no mercado de desenvolvimento de software.<\/strong><\/p>\n\n\n\n

                    Entre os requisitos definidos juntamente aos usu\u00e1rios finais, podemos citar:<\/p>\n\n\n\n

                      \n
                    • Metas<\/strong><\/li>\n\n\n\n
                    • Expectativas<\/strong><\/li>\n\n\n\n
                    • Cronogramas<\/strong><\/li>\n\n\n\n
                    • Or\u00e7amento<\/strong><\/li>\n<\/ul>\n\n\n\n

                      Diferentes autores definem maneiras de organizar os ciclos em um projeto RAD. De maneira geral, podemos dizer que, dentro da RAD, um ciclo \u00e9 composto de quatro fases:<\/p>\n\n\n\n

                        \n
                      1. Definir requisitos do projeto:<\/strong>\n
                          \n
                        • Nesta fase, s\u00e3o estudadas as necessidades do neg\u00f3cio, os requisitos do sistema e suas restri\u00e7\u00f5es. S\u00f3 \u00e9 dada continuidade ao projeto quando usu\u00e1rios, gerentes e desenvolvedores entendem e concordam com todos os requisitos. \u00c9 feita a obten\u00e7\u00e3o de informa\u00e7\u00f5es a respeito dos requisitos funcionais do sistema reunidas por v\u00e1rias fontes relacionadas aos neg\u00f3cios, ou seja, o modelo de neg\u00f3cios do produto em desenvolvimento \u00e9 tratado em termos de fluxo de informa\u00e7\u00f5es, que s\u00e3o obtidas a partir de v\u00e1rios canais de neg\u00f3cios, tais como entrevistas com usu\u00e1rios do sistema e outras fontes de informa\u00e7\u00e3o que auxiliem no entendimento do neg\u00f3cio que ser\u00e1 tratado.<\/li>\n\n\n\n
                        • Na fase de modelagem de dados da metodologia RAD, os dados coletados s\u00e3o agrupados em objetos de neg\u00f3cio. Esta fase \u00e9 crucial para definir como os dados ser\u00e3o organizados e utilizados no sistema, formando a base para a modelagem de processos e a gera\u00e7\u00e3o de aplica\u00e7\u00f5es subsequentes. O agrupamento dos dados em objetos de neg\u00f3cio garante que as informa\u00e7\u00f5es estejam estruturadas de maneira l\u00f3gica e eficiente, permitindo que o sistema final atenda \u00e0s necessidades do neg\u00f3cio de forma precisa.<\/li>\n\n\n\n
                        • Todas as informa\u00e7\u00f5es que foram obtidas durante a fase modelagem de neg\u00f3cios s\u00e3o analisadas para formar conjuntos de objetos de dados essenciais para os neg\u00f3cios. Atrav\u00e9s da an\u00e1lise, as informa\u00e7\u00f5es s\u00e3o agrupadas, de modo que sejam \u00fateis para a empresa, como, por exemplo, na determina\u00e7\u00e3o de quais s\u00e3o as entidades principais que ser\u00e3o tratadas pelo sistema. A qualidade de cada grupo de dados, ent\u00e3o, \u00e9 examinada e recebe uma descri\u00e7\u00e3o precisa. Em seguida, \u00e9 feito mapeamento que relaciona esses grupos entre si e qual o significado desses relacionamentos, conforme definido na etapa modelagem de neg\u00f3cios. Avan\u00e7ando um pouco mais, agora deve-se identificar e definir os atributos de todos os conjuntos de dados. Tamb\u00e9m \u00e9 estabelecida e definida em detalhes de relev\u00e2ncia para o modelo de neg\u00f3cios a rela\u00e7\u00e3o entre esses objetos de dados.<\/li>\n\n\n\n
                        • <\/li>\n<\/ul>\n<\/li>\n\n\n\n
                        • Design do Usu\u00e1rio:\n
                            \n
                          • Esta fase \u00e9 muito interativa e envolve a cria\u00e7\u00e3o dos prot\u00f3tipos para validar e refinar como este corresponde aos requisitos do sistema, com base no feedback constante dos usu\u00e1rios. Todas as interfaces e fluxos identificados na primeira fase s\u00e3o criados.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
                          • Constru\u00e7\u00e3o r\u00e1pida:<\/strong>\n
                              \n
                            • Na fase de constru\u00e7\u00e3o r\u00e1pida, o c\u00f3digo da aplica\u00e7\u00e3o \u00e9 escrito, testado e o prot\u00f3tipo \u00e9 convertido em um modelo funcional. Essa etapa pode ser repetida, se necess\u00e1rio, para incorporar novos componentes e ajustes.
                              Como a maior parte dos problemas identificados pelos usu\u00e1rios e das mudan\u00e7as solicitadas s\u00e3o tratadas na fase de design, os desenvolvedores conseguem construir um modelo final de forma mais \u00e1gil em compara\u00e7\u00e3o a metodologias tradicionais de desenvolvimento.<\/li>\n\n\n\n
                            • <\/li>\n<\/ul>\n<\/li>\n\n\n\n
                            • Finaliza\u00e7\u00e3o do produto \/ implementa\u00e7\u00e3o;<\/strong>\n
                                \n
                              • Nesta fase final do desenvolvimento r\u00e1pido \u00e9 quando os desenvolvedores tratam os d\u00e9bitos t\u00e9cnicos que surgiram durante a prototipagem, otimizando a implementa\u00e7\u00e3o para fazer melhorias em manutenabilidade e estabiliza\u00e7\u00e3o do produto. Componentes ent\u00e3o seguem para o ambiente de produ\u00e7\u00e3o<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n

                                Qual a diferen\u00e7a entre a RAD e metodologias \u00e1geis?<\/strong><\/h2>\n\n\n\n

                                A primeira vista, pode-se pensar que a RAD seja apenas mais uma metodologia \u00e1gil. Apesar de terem semelhan\u00e7as significativas, metodologias \u00e1geis s\u00e3o mais abrangentes. Podemos citar como principais diferen\u00e7as:<\/p>\n\n\n\n

                                  \n
                                • RAD<\/strong>\n
                                    \n
                                  • Foco no desenvolvimento r\u00e1pido com entregas frequentes de prot\u00f3tipos.<\/li>\n\n\n\n
                                  • Trabalho feito com uma \u00fanica equipe de desenvolvimento, com poucos membros. A ideia \u00e9 melhorar a qualidade da comunica\u00e7\u00e3o e a transfer\u00eancia r\u00e1pida de informa\u00e7\u00f5es.<\/li>\n\n\n\n
                                  • Envolvimento do usu\u00e1rio em todo o processo.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
                                  • Outras metodologias<\/strong>\n
                                      \n
                                    • Foca na entrega de um produto funcional ao cliente.<\/li>\n\n\n\n
                                    • Trabalho feito com equipes maiores, divididas em diferentes especializa\u00e7\u00f5es. Por exemplo, no modelo \u00e1gil, h\u00e1 equipes com pap\u00e9is espec\u00edficos.<\/li>\n\n\n\n
                                    • Envolvimento dos usu\u00e1rios apenas no in\u00edcio e no final do ciclo de desenvolvimento do projeto.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

                                      Quando usar a metodologia RAD?<\/strong><\/h2>\n\n\n\n
                                      \n

                                      A metodologia RAD \u00e9 adequada para determinados tipos de desenvolvimento, por exemplo, quando a interatividade do front-end dos sistemas \u00e9 uma caracter\u00edstica muito importante em detrimento da complexidade do back-end .(Berger & Beynon-Davies, 2009).<\/p>\n<\/blockquote>\n\n\n\n

                                        \n
                                      • Quando aplicar?<\/strong>\n
                                          \n
                                        • Projetos de pequena escala<\/strong><\/li>\n\n\n\n
                                        • Equipes otimizadas de quatro a oito pessoas<\/strong><\/li>\n\n\n\n
                                        • Projetos em grande escala tamb\u00e9m podem se beneficiar da metodologia RAD contanto que sejam divididos em projetos menores e mais gerenci\u00e1veis.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
                                        • Quando n\u00e3o aplicar?<\/strong>\n
                                            \n
                                          • Sistemas cr\u00edticos em tempo real<\/strong><\/li>\n\n\n\n
                                          • Sistemas com grande infraestrutura<\/strong><\/li>\n\n\n\n
                                          • Requisitos funcionais precisam ser especificados detalhadamente no in\u00edcio do projeto.<\/strong><\/li>\n\n\n\n
                                          • Sistema precisa de integra\u00e7\u00e3o com outros sistemas j\u00e1 existentes.<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

                                            Conclus\u00e3o<\/strong><\/h2>\n\n\n\n

                                            A metodologia RAD se mostra como uma abordagem eficiente e \u00e1gil para o desenvolvimento de software, especialmente em projetos flex\u00edveis, que necessitam de entregas r\u00e1pidas com muita interatividade com os usu\u00e1rios.<\/p>\n\n\n\n

                                            Com seus ciclos iterativos e curtos, a prototipagem cont\u00ednua e o constante feedback, a RAD permite o a colabora\u00e7\u00e3o entre usu\u00e1rios e desenvolvedores colaborem na cria\u00e7\u00e3o de solu\u00e7oes funcionais e eficazes, que atendam \u00e0s necessidades do neg\u00f3cio.<\/p>\n\n\n\n

                                            Por\u00e9m, como em qualquer metodologia, a RAD possui limita\u00e7\u00f5es. N\u00e3o \u00e9 interessante usar RAD em projetos de grande escala ou sistemas cr\u00edticos por causa de suas caracter\u00edsticas, como a necessidade de uma infraestrutura robusta ou requisitos altamente detalhados desde o in\u00edcio. Mesmo assim, tendo equipes qualificadas e comprometimento das partes interessadas, a RAD pode oferecer ganhos significativos em produtividade, inova\u00e7\u00e3o e satisfa\u00e7\u00e3o do cliente.<\/p>\n\n\n\n

                                            Assim sendo, ao considerar a metodologia RAD para um projeto, \u00e9 importante avaliar o contexto, recursos dispon\u00edveis e os objetivos esperados. Se aplicados corretamente, a RAD n\u00e3o apenas acelera o desenvolvimento, como tamb\u00e9m transforma a maneira como as equipes interagem e entregam valor.

                                            <\/p>\n\n\n\n

                                            <\/p>\n","protected":false},"excerpt":{"rendered":"

                                            RAD (Rapid Application Development) is an agile methodology that focuses on speed and flexibility. Instead of spending months developing, you create functional prototypes in short cycles, test with users, and adjust along the way. It’s like building a puzzle piece by piece, but each piece already works! Perfect for smaller projects where you need quick results.Tentar novamenteO Claude pode cometer erros. Confira sempre as respostas.<\/p>\n","protected":false},"author":1,"featured_media":43,"comment_status":"open","ping_status":"open","sticky":false,"template":"elementor_theme","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[39],"tags":[],"class_list":["post-8","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-methodologiesen"],"_links":{"self":[{"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/posts\/8","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/comments?post=8"}],"version-history":[{"count":33,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/posts\/8\/revisions"}],"predecessor-version":[{"id":574,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/posts\/8\/revisions\/574"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/media\/43"}],"wp:attachment":[{"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/media?parent=8"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/categories?post=8"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rodrigoduclerc.net\/site\/wp-json\/wp\/v2\/tags?post=8"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}