Dê uma olhada no Pinax também. Pode ser que você encontre algumas coisas legais por lá também.

Não é um produto comercial, quero fazer algo para uso pessoal pensando que no futuro possa ser utilizado também por outras pessoas. O projeto envolve um font-end e um painel de gerenciamento acessível pelo administrador do site, a dúvida é se esse painel de gerenciamento pode ser o admin ou devo cria-lo do zero.

Vou dar uma olhada em aplicações feitas em Django, como o Satchmo para ver como solucionam isso. Acho que é uma boa comparação, o Satchmo é uma loja virtual feita com Django para qualquer um usar e eu quero fazer um sistema de gerenciamento de equipes esportivas com Django, também para qualquer um baixar e usar.

O que eu acho que precisamos lutar para ter no admin, é meios de usarmos ele de um modo mais maleável, usando de uma maneira que as views fossem fáceis de customizar. Talvez isso mude com 'class based views'

1: http://code.google.com/p/django-grappelli/

Poisé.. Não vejo problemas em ter a manutenção do sistema em 2 partes distintas, até porque elas estão na mesma “app”.. mas apesar de não ver muitos problemas nisso quando eu opto por fazer algo “fora” da interface Admin eu já tiro tudo de lá e uso as Genéric Views pra me ajudar na parte “cadastro” (CRUD) da interface admin.

Resposta Curta: use Admin até que ela não te atenda mais.

Resposta Longa:

Eu tenho algumas perguntas que, se respondidas adequadamente, podem te ajudar na escolha entre essas 2 alternativas:

1. Esse sistema será usado “internamente” na sua empresa? Se sim: Admin é uma boa opção. Se não: Admin pode ser uma alternativa dependendo da resposta 2.
2. A parte do sistema que será desenvolvida será usada somente pelos funcionários da sua empresa? Se sim: Admin é uma boa opção. Se não: A interface Admin não deve ser usada.
3. Você vai precisar fazer muito mais coisas do que simplesmente “cadastro”? Se sim: Admin pode não ser uma boa opção. Se não: use Admin.

Veja… eu não estou dizendo pra não usar a interface de Admin do Django. Estou apenas avisando é que ela não é 100% flexível e pode limitar o seu raio de ação em determinado momento.

A interface Admin do Django é altamente personalizável permitindo que você altere templates, modifique funções view e modifique muita coisa do ModelAdmin. Mas o trabalho que isso pode dar pode se tornar maior do que fazer uma “application” especificamente para fazer algo que você precise fazer.

Exemplo: o motivo de eu ter escrito esse post foi um e-mail que respondi para um cliente da Triveos que queria gerar PDFs de dados de uma detarminada Model. Seria possível fazer isso na interface Django Admin mas o trabalho para implementar isso era razoavelmente maior do que simplesmente criar uma app, mapear uma URL para uma view, retornar o PDF nela e colocar na interface Admin um link para essa URL. Se no futuro ele precisar gerar N+1 formatos de visualização essa app já poderia ser usada.

Dependendo da necessidade você pode começar redefinindo as funções do admin para se encaixar exatamente com o que você quer e depois migrar do admin padrão do django para a sua própria interface de admin.