Como escrever um aplicativo KDE e um aplicativo GNOME

Em vingança pelas dificuldades técnicas e falta de colaboração que levaram à interrupção do episódio de "The MicroKernel" no sábado passado, e com o desafio de superar o post de pandev como trolling, vou recorrer ao humor do blog Linux Aborrecedores para deixar algumas coisas claras.

Como escrever um aplicativo KDE.

1. Procure por algum aplicativo de código aberto de sucesso parcial
2. Convença-se de que escrever em C ++ é a melhor maneira de se masturbar e que aprender Qt é melhor do que ficar com sua namorada, porque é tão lindo
3. Lembre-se de porque o MOC (Music On Console) não é ruim.
4. Pegue o nome do aplicativo, sed s / [cg] / k /, verifique se você não termina com três kas em linha. Se não houver kas, adicione um no início.
5. Pense em qualquer função voltada para o usuário que seu aplicativo possa fornecer
6. Função Foreach: crie uma camada de abstração que não ofereça suporte a pelo menos 3 outros back-ends
7. Função Foreach: botão criar na barra de ferramentas
8. Função Foreach: criar item de menu
9. Certifique-se de que ele pode dividir janelas, criar guias e oferecer suporte a KParts. Se você não consegue pensar em uma IU, imite uma do Windows.
10. Certifique-se de que usa Phonon e KAddressBook. E um terminal acoplável.
11. NUNCA use uma biblioteca cujo nome tenha um g. NUNCA.
12. Poste no KDE-Look.org
13. Prometa a todos que você irá portá-lo para o Windows, mas não
14. Uma vez a cada poucos anos, use a revisão do kit de ferramentas como uma desculpa para começar do zero.

Como escrever um aplicativo GNOME.

1. Procure um aplicativo razoável em alguma outra plataforma (Windows, Mac, KDE, qualquer que seja, de preferência Mac). Pontos extras se já houver 3 outras alternativas baseadas em gtk que não desejam integrar ao Gnome.
2. O nome DEVE ter um g. Pontos extras se puder ser um "gn". Se você pode usar "gnu" ou "gno" ou "gna", você é gegnial e seu aplicativo valerá a pena usar. Certifique-se de que o nome do seu aplicativo não tenha muito a ver com o que ele realmente faz. Além disso, NUNCA documente se g é pronunciado como forte.
3. O O no Gnome significa objeto. Ele usa a estrutura de objetos D-Bus. Se você também usa Bonobo, melhor. Certifique-se de que pelo menos uma plataforma funcione na rede, mas também certifique-se de que seu aplicativo nunca a use na rede.
4. Lembre-se de que a Orientação a Objetos em C não é tão ruim assim. assert (gtk_not_in_serious_not_so_ bad). Além disso, lembre-se de que GTK + é muito melhor que Qt porque você não tem uma empresa comercial escrevendo o código para ele. Então, você sabe, é mais livre ou algo assim, e tem um + no nome.
5. Gere invólucros para cada linguagem concebível, mas certifique-se de que nenhum deles funcione exatamente da maneira que você deseja. Você exigiu que seu disquete embalasse cada embalagem em um pacote separado.
6. Explique a pelo menos três outros programadores como o glib não tem muito a ver com o gnome. Porque eles se importam.
7. Não se esqueça dos ícones do Tango!
8. Certifique-se de que seu aplicativo compila no Windows, mas parece uma MERDA.
9. Liste todos os recursos que você deseja que seu aplicativo tenha.
10. Descarte 90% deles. Porque são difíceis de fazer. Mas diga a todos que eles realmente não precisam deles.
11. Implemente 2% deles. Esconda os outros 8% no gconf. Esconda-os bem.
12. Sua interface não deve ter mais de 4 botões.
13. Certifique-se de que seu aplicativo dependa de pelo menos 4 outras bibliotecas que tenham um g no nome. Isso a torna mais gnomera.
14. Não use Mono, porque você espalhará sua DST para todos. Não espere, use Mono, porque o tornará muito mais produtivo. Espere, não, não use o Mono, porque se o fizer, alguma distro preguiçosa grátis que ninguém usa não distribuirá seu aplicativo.
15. Depende de um módulo que está "caminhando para a obsolescência planejada"
16. Tenha certeza de que mesmo que seu aplicativo seja uma merda, pelo menos ele segue os guias de interface humana.