O SAP Development Tech Radar est\u00e1 dispon\u00edvel online. O c\u00f3digo-fonte est\u00e1 dispon\u00edvel no seu reposit\u00f3rio do GitHub. As informa\u00e7\u00f5es usadas para posicionar cada tecnologia no radar est\u00e3o na pasta de defini\u00e7\u00f5es.<\/p>\n\n\n\n
Prop\u00f3sito
O SAP Development Tech Radar (SDTR) lista as recomenda\u00e7\u00f5es de uso para tecnologias relevantes para o desenvolvimento SAP (principalmente) da SAP. O README fornece mais informa\u00e7\u00f5es sobre como ler e interpretar o SDTR.<\/p>\n\n\n\n
O SDTR alcan\u00e7a seu objetivo quando os desenvolvedores SAP o utilizam para questionar sua pilha de tecnologia atual dispon\u00edvel. Se n\u00e3o houver plano para chegar \u00e0 possibilidade de usar as ferramentas em ADOPT ou USE, isso deve levantar s\u00e9rias d\u00favidas sobre a estrat\u00e9gia SAP do cliente.<\/p>\n\n\n\n
Uso
O objetivo do SDTR \u00e9 mostrar facilmente o que deve ser usado para o desenvolvimento SAP. No entanto, n\u00e3o \u00e9 uma avalia\u00e7\u00e3o ou recomenda\u00e7\u00e3o de produto, nem avalia a qualidade da pilha de tecnologia dispon\u00edvel para os desenvolvedores SAP nos clientes. Ele mostra se devem ser tomadas a\u00e7\u00f5es para substituir uma tecnologia ou n\u00e3o us\u00e1-la para novos projetos. N\u00e3o diz o que usar para um projeto.<\/p>\n\n\n\n
O SDTR se inspira no Thoughtworks Tech Radar (TTR). Aten\u00e7\u00e3o: usar o SDTR como o TTR n\u00e3o funcionar\u00e1. Por exemplo, enquanto para o TTR adotar significa que este item deve ser adotado (pela ind\u00fastria), para o SDTR adotar significa que deve ser experimentado em um projeto (pelo desenvolvedor SAP ou cliente). Mesmo quando um desenvolvedor SAP est\u00e1 usando apenas tecnologia listada em HOLD ou STOP, isso por si s\u00f3 n\u00e3o \u00e9 ruim. HOLD ou STOP para o SDTR significa que se uma estrat\u00e9gia estiver em vigor para talvez substitu\u00ed-la, n\u00e3o h\u00e1 risco. As tecnologias listadas l\u00e1 n\u00e3o s\u00e3o, \u00e9 claro, as mais adequadas para novos projetos. USE no SDTR representa uma recomenda\u00e7\u00e3o geral, ou pr\u00e1tica recomendada, de que esta tecnologia pode ser usada com seguran\u00e7a em qualquer projeto.<\/p>\n\n\n\n
Os itens listados s\u00e3o principalmente da SAP. Apenas em casos excepcionais, onde o benef\u00edcio para os desenvolvedores SAP \u00e9, sem subestima\u00e7\u00e3o e d\u00favida, incr\u00edvel, ele \u00e9 adicionado. Isso ocorre simplesmente porque a tecnologia SAP normalmente est\u00e1 apenas l\u00e1. As Visualiza\u00e7\u00f5es CDS, RAP, BOPF simplesmente v\u00eam com uma determinada vers\u00e3o do NetWeaver. Desenvolver aplicativos BTP normalmente vem com BAS, ou a op\u00e7\u00e3o de desenvolver aplicativos CAP. Software de terceiros, no entanto, n\u00e3o est\u00e1 dispon\u00edvel para a maioria dos clientes SAP simplesmente porque s\u00e3o clientes SAP.<\/p>\n\n\n\n
Vers\u00f5es
O SDTR n\u00e3o pode ser est\u00e1tico. A melhor pr\u00e1tica aplic\u00e1vel para o S\/4HANA 2023 \u00e9 diferente do que era para o desenvolvimento ECC 5. A tecnologia evolui, a SAP est\u00e1 introduzindo novas tecnologias e tamb\u00e9m as est\u00e1 aposentando. O SDTR deve refletir essas mudan\u00e7as, e elas podem estar ocorrendo com mais frequ\u00eancia. Portanto, a ideia \u00e9 ter uma nova vers\u00e3o publicada pelo menos duas vezes por ano. Esta vers\u00e3o reflete ent\u00e3o a vis\u00e3o atual sobre tecnologia para desenvolvedores SAP. Tenha em mente: isso \u00e9 independente da vers\u00e3o do que os desenvolvedores t\u00eam dispon\u00edvel em seu ambiente de trabalho.<\/p>\n\n\n\n
Vers\u00f5es posteriores podem mostrar como uma tecnologia se saiu ao longo das vers\u00f5es\/anos. Isso permite que arquitetos validem como sua estrat\u00e9gia se saiu. Para os desenvolvedores, isso revelar\u00e1 como sua pilha de tecnologia evoluiu ao longo dos anos.<\/p>\n\n\n\n
Participar
O SDTR n\u00e3o pode ser mantido por uma \u00fanica pessoa (atualmente: eu). Para obter o m\u00e1ximo benef\u00edcio dele, ele deve representar a opini\u00e3o de um p\u00fablico maior de desenvolvedores SAP. Os desenvolvedores SAP s\u00e3o convidados a contribuir para o SDTR. O reposit\u00f3rio cont\u00e9m mais informa\u00e7\u00f5es sobre como contribuir. A vers\u00e3o curta \u00e9: adicione\/mude uma defini\u00e7\u00e3o de tecnologia, fa\u00e7a com que seja mesclada, depois vote (a ser determinado) e a adicione \u00e0 pr\u00f3xima vers\u00e3o publicada. A tecnologia n\u00e3o pode ser simplesmente adicionada, alguns crit\u00e9rios de qualidade devem ser atendidos, como: suporte, relev\u00e2ncia ou uso. \u00c9 por isso que atualmente n\u00e3o constam Build (AppGyver) ou Build Code (com AI) na lista. Mas poderiam ser adicionados na fase atual de coleta de propostas. Se houver prova de que \u00e9 relevante, ser\u00e1 adicionado.<\/p>\n\n\n\n
No ramo atual para adicionar mudan\u00e7as \u00e0 pr\u00f3xima (e ali\u00e1s primeira) vers\u00e3o publicada 2024.06, j\u00e1 foram adicionados alguns itens, como ATC, SEGW. Espero que a documenta\u00e7\u00e3o seja suficientemente clara para entender como contribuir e como o processo funciona.<\/p>\n\n\n\n
Curioso para saber como ser\u00e1 a vota\u00e7\u00e3o? Para a pr\u00f3xima vers\u00e3o 2024.06, ainda pode ser um processo somente por convite. Est\u00e1 em andamento o trabalho para fundar uma associa\u00e7\u00e3o (alem\u00e3o: Vereinsgr\u00fcndung wird gerade aktiv vorangetrieben. Dann k\u00f6nnen die Mitglieder \u00fcber die Einreichungen mitentscheiden).<\/p>\n\n\n\n
Deixe o mundo saber<\/p>\n","protected":false},"excerpt":{"rendered":"
O SAP Development Tech Radar est\u00e1 dispon\u00edvel online. O c\u00f3digo-fonte est\u00e1 dispon\u00edvel no seu reposit\u00f3rio do GitHub. As informa\u00e7\u00f5es usadas para posicionar cada tecnologia no radar est\u00e3o na pasta de defini\u00e7\u00f5es. Prop\u00f3sitoO SAP Development Tech Radar (SDTR) lista as recomenda\u00e7\u00f5es de uso para tecnologias relevantes para o desenvolvimento SAP (principalmente) da SAP. O README fornece […]<\/p>\n","protected":false},"author":1,"featured_media":539,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-538","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sem-categoria"],"_links":{"self":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/538","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/comments?post=538"}],"version-history":[{"count":2,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/538\/revisions"}],"predecessor-version":[{"id":541,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/538\/revisions\/541"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/media\/539"}],"wp:attachment":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/media?parent=538"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/categories?post=538"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/tags?post=538"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}