Por que insistir em lançar um pacote MSI?

Question

Eu criei um programa no Autohotkey, que cria algumas teclas de atalho que uma empresa inteira com 400 pessoas quer instalar permanentemente. A maneira que eu imagino o programa para trabalhar é que um atalho para o programa é adicionado ao menu Iniciar na pasta de inicialização, por isso é iniciado de forma automática e transparente quando o computador é iniciado. O programa continuará funcionando o dia todo.

Sou um freelancer sem acesso ao departamento de TI, mas indiretamente eu tenho visto e-mails em que eles insistem que eu tenho que criar um arquivo MSI para colocar o programa em todos esses computadores. O primeiro problema que tenho com a criação de um pacote MSI é que eu não sei como um arquivo MSI pode ser criado com base em um arquivo .exe. A segunda é que eles dizem que é muito custoso para eles criarem tal arquivo (eu acredito que isso significa que custa algo como 20.000 $ para fazê-lo), portanto eles não querem fazer atualizações freqüentes, enquanto eu acredito nisso é essencial para poder ajustar rapidamente o programa a novas necessidades e corrigir bugs.

Na quarta-feira, eu vou ter uma reunião com eles e, portanto, gostaria de saber que tipo de argumentos eles podem ter para usar pacotes MSI e por que eles não poderiam simplesmente criar um atalho para o meu arquivo .EXE em todos esses pacotes. computadores (isso não deve ser muito difícil, deveria?). O atalho deve apontar para o arquivo .EXE, que está localizado em um servidor de arquivos, portanto, é possível simplesmente substituí-lo para atualizar o programa (os computadores sempre têm acesso aos servidores de arquivos, o que significa que não há laptops).

Quais poderiam ser os argumentos deles?

    

Answer 1

Eu trabalho em uma empresa da Fortune 25 aqui nos EUA. Eu faço o pacote de aplicativos - Esta resposta é provavelmente um pouco tarde - Nós exigimos que todos os aplicativos sejam auto-instaláveis, para que possamos empurrá-los para a estação de trabalho do usuário silenciosamente via Altiris. Embora prefiramos todos os instaladores de software no formato MSI, nem sempre é esse o caso. Usarei instaladores EXE se eles puderem ser executados silenciosamente por meio da linha de comando ou do arquivo setup.iss. Caso contrário, eles serão reempacotados no formato MSI.

Seu tipo de pacote levaria menos de 1 hora para ser colocado no MSI & Compile-o através do Wise Package Studio. Assumindo seu 1 arquivo & 1 atalho. Na verdade, levaria mais tempo para testar & obter assinar fora do que realmente empacotá-lo. Todos os pacotes (Aplicativos) são revisados por pares & testado pelo App Requester (proprietário do aplicativo).

Temos alguns aplicativos que são atualizados com frequência, como em algumas semanas. Como isso exigiria muito tempo para reconstruir em MSI & Teste a cada poucas semanas - trocamos isso para se atualizar. Nós os configuramos para executar um script vb como o atalho, a primeira coisa que o script vb faz é consultar um compartilhamento de rede predefinido & verifique a data / versão do arquivo ali em relação à cópia local. Se a rede tiver uma versão mais recente - do que a sua copiada. O arquivo EXE é executado - auto-atualização simples.

    

Answer 2

Os pacotes MSI são para que eles possam enviar as atualizações através do SCCM ou outros meios. Empurrar manualmente as atualizações ou criar é francamente estúpido, a menos que você trabalhe com um número trivial de sistemas - você precisaria fazer login em cada sistema e fazê-lo, sem atrapalhar o usuário. Isso também significa um único ponto. de falha e é mais difícil rastrear bugs

Eu acredito que enquanto há um custo de tempo, e não é trivial (isto é, pode haver algum trabalho envolvido - especialmente onde não há uma IDE envolvida que possa se conectar à criação do instalador), eu duvido que seria custa 20.000 dólares para fazer - você pode querer dar uma olhada em wix para entender melhor o processo.

Há, é claro, a possibilidade de isso estar sendo imposto a eles, e eles não estão realmente felizes com a coisa toda e tendo que manter um pouco de software de propósito especial desenvolvido por algum estranho ...