¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

10 razões convincentes para mudar do Visual Studio para o PowerBuilder em sua empresa

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 1 Vistas
0
Cargando...

Olá pessoal,

Preciso me preparar para uma sessão em uma reunião onde devo convencer os desenvolvedores a mudarem do Visual Studio para o PowerBuilder.

Vocês podem me dar 10 boas razões para a missão?

Obrigado

GMY

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Olá Chris;

Concordo contigo. Adicionaria à lista do VS:

  • Entity Framework com Modelo Code-First
  • Intellisense
  • NuGet

Olá Gimmy;

Se desejas discutir sobre DataWindow, tenha em mente que os caras do VS possuem Databinding. Podes vincular campos em diferentes abas, janelas e visualizações a um Datamodelo sem hesitar se quiser adicionar um novo campo. Com o conceito de agrupar dados e visualização em um único componente, essa flexibilidade não é alcançada.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Olá Terri,

Bem dito.

Suponho que a discussão se concentra no PB Classic e não no PB.Net, já que o PB.Net utiliza o shell do VS.

Isenção de responsabilidade: Não sou um especialista em VS de forma alguma (ainda), mas uso ambos os ambientes diariamente. Suspeito que os especialistas em VS com quem Gimmy trabalha teriam algumas objeções a algumas das sugestões. Aqui estão algumas das quais eu teria cuidado em mencionar (em minha humilde opinião, é claro).

O dimensionamento ou posicionamento dinâmico de controles baseado em dados pode ser facilmente controlado em XAML especificando "Auto" como largura e/ou altura, entre outras propriedades.

Qualquer propriedade pode ser modificada dinamicamente em tempo de execução no VS, desde que seja uma propriedade de dependência (a maioria o é) através do mecanismo de ligação no .Net.

Para alternar a cor de fundo de um datagrid, adicione esta propriedade ao seu XAML: AlternatingRowBackground="LightBlue"

Para fazer com que alterne a cor de cada outra linha, adicione esta propriedade ao seu XAML AlternationCount="2"

Não exatamente 2 ou 3 páginas, então não faria esse argumento.

Acredito que a Injeção SQL pode ser um pró ou um contra dependendo de como as consultas são escritas e que ferramentas são utilizadas (LINQ, EF, etc.).

A criação mínima de SQL pode ir em qualquer direção também (Lixo entra, lixo sai). Se um ORM for utilizado, provavelmente estará criando o melhor (mas provavelmente mais obfuscado) SQL.

A formatação e validação de campos é rápida e fácil no PB, mas descobri que a funcionalidade no VS é muito mais poderosa e extensível se forem utilizadas anotações de dados. A capacidade de criar validações personalizadas, usar expressões regex, localizar mensagens de erro e compartilhar código entre o servidor e o cliente a tornam muito poderosa.

Em relação à sua experiência negativa em atrair talentos do PB, na verdade temos visto o oposto aqui ultimamente. Descobrimos que é muito mais fácil encontrar talento local do PB do que era há um ou dois anos. Isso não torna um aspecto negativo para o PB, mas sim um impulso.

A maior e mais importante vantagem que o PB tem sobre o VS é a razão pela qual ainda está presente e a razão pela qual ainda o usamos e o apoiamos. É, de longe, a melhor e mais fácil ferramenta para o Desenvolvimento Rápido de Aplicações (o n.º 4 de Bruce). Na minha humilde opinião, todas as outras razões empalidecem em comparação. Sou muito mais produtivo no PB do que no VS. Tenho trabalhado com o PB por muito mais tempo do que com o VS, mas essa não é a única razão. Suponho que se dois desenvolvedores igualmente habilidosos se enfrentassem, o cara/moça do PB ganharia. Também aviso que se lançar esse desafio, é melhor estar pronto para apoiá-lo.

De qualquer forma, apenas minha opinião.

Mark

PD: Muito cedo

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

°Olá Terry!

°Devo dizer... "Muito bem dito"!

Pessoalmente, tenho testado este cenário mais de 5 vezes nos últimos anos e tenho visto muitos outros tentarem esta façanha. O resultado para mim é PB - 0 e VS - 5, e o mesmo para os poucos que vi tentarem essa mudança no argumento do IDE. Adicione à sua lista de VS: testes integrados, SCM integrado, relatórios integrados do SSIS, suporte adequado para SS2012, etc., e praticamente elimina o PB do jogo do ponto de vista do desenvolvedor do VS. Agora adicione suporte adequado para ASP, Windows 8, Windows Mobile, etc., e você estará melhor se defendendo contra uma matilha de cães selvagens, na minha opinião. Pelo menos as chances de sobrevivência podem ser melhores. ?

Então permita-me também dizer... "Você está em uma posição pouco invejável: tentando convencer os amantes do Visual Studio a não usar o Visual Studio!"

Agora, pode o SAP mudar as coisas... Hmmm - sem roadmap, sem PB 15 (talvez 2014 agora), sem mudança na gestão, talvez sem PDC este ano, sem "vídeos de como fazer" do PB Classic, retirando/não utilizando mais recursos do PB, sem suporte para a educação de importantes centros educacionais como Learning Tree, etc. e duvido que o SAP esteja em posição de efetuar alguma mudança no PB em 2013... apenas minha impressão pelo que possa valer.

°Lamento ser tão negativo! Embora pessoalmente eu seja muito produtivo no PB, especialmente ao adicionar o Appeon Web & Mobile à mistura, isso é uma "venda difícil" para os desenvolvedores do VS que cresceram em TI através da universidade utilizando o VS.

Saudações... Chris

PD: °Boa sorte de qualquer forma!

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Então, permita-me começar dizendo que você está em uma posição pouco invejável: tentando convencer os amantes do Visual Studio a não usarem o Visual Studio. "Você sabe o que ama, e ama o que conhece". Suspeito que isso seja semelhante a convencê-los de que a mesa em que estão sentados não existe, as cadeiras em que estão sentados não existem, e na verdade estão nus em um tanque de líquido (ver The Matrix ).

Você não nos deu muita informação em termos do que é o projeto. É difícil argumentar qual é a melhor ferramenta para o trabalho sem conhecer o trabalho. Para alguns exemplos, se o seu projeto envolve um dos seguintes como componente principal, eu argumentaria a favor do Visual Studio:

  • Aplicação de console
  • Integração com o Sharepoint
  • Complemento do Office
  • WebForms ( °AY! øMuito cedo?)

Dito isso, aqui estão alguns argumentos genéricos:

  • DataWindow (todas as características a seguir vêm integradas, com pouco ou nenhum código necessário)
    • um objeto único pode ser usado visual ou não visualmente
    • dimensionamento / posicionamento dinâmico de controles baseado em dados
    • modificações dinâmicas de quase todos os atributos da interface do usuário baseadas em dados (expressões em atributos) ou baseadas em condições de tempo de execução (Modify(), embora as expressões também possam fazer isso)
      • por exemplo, o sombreamento de fundo alternante entre linhas é alcançado com uma expressão de uma linha; já vi um artigo sugerindo que no .NET seriam necessárias 2-3 páginas de código
      • por exemplo, cada linha pode ter uma interface de usuário diferente com base nos dados (por exemplo, clientes presenciais podem mostrar uma interface de usuário diferente dos clientes de envio, tudo integrado em uma única lista)
    • impressão WYSIWYG, ou modificável em tempo de execução para impressão (por exemplo, adicionar um rodapé com número de página)
    • Prevenção de injeção de SQL / saneamento de entrada
    • Manipulação de argumentos nulos (por exemplo, "CustId = :custarg" é traduzido quando o argumento é nulo para "CustId IS NULL")
    • Criação mínima de SQL ao atualizar bancos de dados (por exemplo, não atualiza colunas que não mudaram; frequentemente não é o caso quando os programadores constroem seu próprio SQL)
    • formatação e validação de campos sólidos
    • recuperação controlada de grandes quantidades de dados
    • recuperação em cache de disco de grandes quantidades de dados
    • manipulação de valores de identidade
    • conversão de erros de banco de dados em eventos
    • capacidade de monitorar, interceptar, modificar ou cancelar SQL gerado a qualquer momento
    • capacidade de exportar dados para muitos formatos
  • PowerScript

E para que você possa começar a pensar em responder, com meus clientes recentemente, o argumento mais convincente contra PB (pelo menos contra o qual tenho dificuldades para argumentar) é a falta de talento disponível e ativo. Se eles não conseguirem* contratar pessoas agora para codificar o sistema, ou no futuro para mantê-lo, estão se encurralando. (* "Não conseguirem" não precisa significar impossível; pode simplesmente implicar um alto custo ou esforço). Isso não significa que a SAP não possa possivelmente mudar essa situação alterando a posição do PB no mercado (imagine se cada instalação da SAP precisasse de uma equipe de desenvolvedores de PB para personalização!), ou que a posição do .NET seja segura (muitos acham que o Win8 / WinRT foi um golpe duro para o .NET). No entanto, ao procurar pessoal hoje, essa é a situação que os gerentes enfrentam.

Boa sorte,

Terry.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?