Devo desenvolver um produto com uso mínimo para poder dizer que o desenvolvi? [fechadas]

Parece que eu fiz algo errado aqui, então deixe-me reformular isso de forma mais simples, para parar de dar a impressão errada.

Estou nos estágios de planejamento de um projeto agora, no meu próprio tempo; Atualmente, estou definindo o escopo do projeto. Eu posso ver esse aplicativo também lançando um aplicativo Android; além disso, há muito tempo que eu queria entrar no desenvolvimento do Android, e poder listar um projeto real no meu currículo parece ser benéfico. No entanto, o aplicativo em si é muito mais útil em um PC do que em um tablet e quase inútil em um smartphone; as probabilidades são, muito poucos (se houver) as pessoas querem usar isso em Android.

Eu quero desenvolvê-lo, mas prevejo quase nenhuma demanda. Devo fazê-lo com a idéia de que a experiência é útil, ou devo mantê-la privada ou não com a idéia de que um aplicativo que ninguém usa parece ruim para futuros empregadores?

Pergunta original:

Estou planejando um projeto de código aberto, principalmente para reforçar meu currículo (ETA: Ok, estou fazendo isso principalmente porque quero fazê-lo, mas estou lançando como código aberto em vez de mantê-lo para que eu possa listá-lo no meu currículo com mais facilidade). Estou pensando em fazer uma versão para Android, destinada a ser executada em tablets. Mas não é a coisa mais útil para ter em um tablet; nem eu nem meu parceiro podemos conceber alguém que queira o produto. No entanto, adicionar "desenvolvido para Android" ao meu currículo parece ser um bom ponto de venda, e eu gostaria de entrar no desenvolvimento móvel. Devo criar um aplicativo que ninguém queira para que eu possa dizer que fiz um aplicativo? Ou devo esperar até ter uma idéia melhor?

Edit: Eu devo ter falado mal as coisas, algumas das respostas parecem ter a idéia errada. Estou fazendo o projeto inteiro para o inferno; se eu não fizer uma versão para Android deste projeto em particular, concluí-la-ei mais cedo e planejarei outra coisa e faço isso. É certo que eu sempre vou fazer um projeto e que eu quero fazer esse projeto. A questão é: devo fazer algo mais útil como um projeto "vamos brincar com o Android"? Fazer algo que ninguém quer me machuca a longo prazo?

Você já pode fazer coisas para o Android? Se sim, basta adicioná-lo ao seu currículo e usar seu tempo para aprender outra coisa. Caso contrário, fazer qualquer tipo de aplicativo para Android é uma oportunidade de aprendizado. Entrar nos negócios de desenvolvimento móvel é provavelmente mais fácil quando você pode fazer o desenvolvimento móvel. Ser capaz de dizer que você pode é apenas um efeito colateral.

Fazer algo que ninguém quer me machuca a longo prazo?

90% de tudo é uma porcaria . Quando se trata de software Android, acho que o número está mais próximo de 99%. Então você não está sozinho em fazer algo que ninguém quer. A empresa por trás do Angry Birds fez (se bem me lembro) 51 jogos que quase ninguém queria antes de chegar à mina de ouro. O problema é que você nunca saberá com antecedência ...

Faça ! Considere isso como uma experiência acadêmica:

• Você fará um experimento teórico que não terá um uso direto e óbvio, mas ajudará a melhorar sua habilidade em uma tecnologia.
• A criação de código aberto permite que seja facilmente revisado por pares. Você poderá procurar avaliações e ser ensinado a melhorar a si mesmo.
• Mesmo que agora seja um experimento teórico, você ou outra pessoa pode refazer sua ideia e transformá-la em algo útil.

Coloque energia suficiente para torná-lo um item valioso em seu portfólio. Quando terminar, itere melhorando este projeto (você certamente terá idéias ao desenvolvê-lo) ou crie outro.

Eu recomendaria a codificação de um projeto no Android que você deseja desenvolver, em vez de criar um para aumentar seu currículo. Quando você é apaixonado pelo seu trabalho, aprende mais, pois é o menos disposto a desistir dos difíceis mini-problemas de um projeto. Quase todos os grandes programadores têm centenas (muitas vezes nunca publicados) de projetos em andamento, desde quando não conseguem evitar a necessidade de experimentar algo. Esses são os programadores que as empresas adoram contratar, pois são mais "fiéis" à arte.

Agora, essas centenas de projetos são projetos amadores, e o próximo passo é mostrar a experiência profissional. Você quer mostrar que não pode apenas codificar em alguma plataforma, mas também pode concluir um projeto. Você quer mostrar que é inteligente e fazer as coisas: http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html

(EDIT: Acho que também há um livro aqui: http://www.joelonsoftware.com/items/2007/06/05.html )

Portanto, para deixar claro, não estou dizendo que você deva esperar até ter uma idéia melhor. Como a ação gera inspiração. Não espere que a inspiração gere ação.

O que você faz com este conselho aparentemente conflitante é com você, mas espero que ajude.

Estou planejando um projeto de código aberto, principalmente para reforçar meu currículo.

Essa é uma razão válida, mas pode sair pela culatra. Se sua única motivação é aprimorar seu currículo, há grandes chances de o resultado final ser ruim. Um empregador em potencial pode verificar sua developed for Androidreivindicação e, se a única coisa para apoiá-la é um aplicativo mal projetado e / ou codificado, você não será contratado.

No entanto, adicionar "desenvolvido para Android" ao meu currículo parece ser um bom ponto de venda, e eu gostaria de entrar no desenvolvimento móvel.

Os empregadores que procuram ativamente desenvolvedores do Android provavelmente não o considerarão se você criou apenas um aplicativo menor, independentemente de ser um aplicativo ruim ou não.

Mas você deve prosseguir e fazê-lo de qualquer maneira, desde que o tempo gasto no aplicativo não possa ser melhor gasto em outro lugar. Um é melhor que nenhum, e há uma pequena possibilidade de que todos os itens acima sejam ignorados por um potencial empregador.

Seria melhor se você fizesse isso por diversão, ou para fins educacionais, e optou por algo que é realmente útil, mas, na prática , é melhor que você o construa por todos os motivos errados do que não o construa. você aprenderá pelo menos o básico do desenvolvimento do Android.

Como as outras respostas dizem, não tenha medo de desenvolver algo apenas porque você acredita que ninguém o desejará - esse tipo de coisa é difícil de prever com antecedência.

No entanto, você já pensou em contribuir para um projeto existente, em vez de começar o seu próprio?

Vantagens:

• Você demonstra aos futuros empregadores que faz parte de uma equipe e pode trabalhar em uma estrutura existente.
• Você demonstra que pode entender um projeto existente e agregar valor a ele.
• Se o projeto for razoavelmente conhecido e respeitado, apenas o fato de suas contribuições terem sido aceitas servirá como uma espécie de endosso ao seu trabalho.

E finalmente:

• Base de usuários estabelecida, para que suas contribuições sejam realmente úteis.

Obviamente, a desvantagem é que você terá que lidar com a política do projeto e precisará viver com decisões que não gosta. Mas se você escolher um projeto com as políticas que desejar, poderá minimizar esses problemas.

Se você está fazendo isso para reforçar seu currículo, está cometendo um erro.

Faça isso porque você quer aprender, porque você acha que será divertido, porque você quer entrar no desenvolvimento móvel e a melhor maneira de fazer isso é desenvolver para celulares.

Se, depois de fazer isso (por exemplo, produziu um aplicativo móvel não trivial), você ainda quiser jogar nessa área, poderá optar por adicionar o aplicativo ao currículo - não importa o quão genericamente útil seja (embora não é útil por que publicar?), desde que você possa usá-lo para ilustrar seus recursos - para qual fim "Hello World!" provavelmente não vai chegar muito longe.

E lembre-se, acima de tudo, você deve assumir que será descoberto, mais cedo ou mais tarde, se você não for razoavelmente honesto sobre suas capacidades.

Você já escolheu uma resposta, mas eu vou falar aqui. Eu corro uma pequena loja Android. Se você quer aprender Android, eu digo para as pessoas escolherem uma idéia e tentarem construí-la, em vez de fazer tutoriais ou o que for. Quando a idéia é sua, você investe muito mais, mesmo que não seja usado. Segundo, alguém lá em cima que disse que não valia nada para o seu currículo está TOTALMENTE ERRADO !!! Se você se candidatar a um emprego (e, é claro, estamos contratando) e tiver código disponível, é muito mais provável que você obtenha uma entrevista e o emprego (a menos que seu código seja terrível). Isso me leva a dizer que a resposta "correta" está errada ao dizer que você não deve codificar um projeto Android se já tem alguma experiência. A maioria das pessoas que afirma conhecer o Android (ou qualquer plataforma) porque codificou uma coisinha está totalmente errada.conheça o Android até ter que terminar e lançar um produto comercial real ou um produto não comercial muito significativo. Ter familiaridade básica com uma plataforma e entender como depurar aplicativos multithread no campo, com mais de 500 combinações diferentes de hardware / sistema operacional, são duas coisas totalmente diferentes. Fazemos apenas o Android para que possamos ter um foco profundo e fazer um trabalho melhor do que as lojas em geral. Então, Android, iOS, Fortran, qualquer que seja. Se você sabe que deseja trabalhar em uma coisa específica e encontrar um emprego, faça o dobro. Ficar louco. Escreva aplicativos. Coloque-os no github e peça feedback à comunidade. Isso só vai ajudar.

é provável que você nunca tenha uma idéia para um aplicativo em que um grande grupo de pessoas se interesse, mas você nunca criará um aplicativo que todos desejem se não souber como criar um aplicativo decente. você deve criar vários aplicativos, não apenas um, criar todos os tipos de aplicativos, copiar aplicativos populares existentes, criar aplicativos inúteis, nada disso precisa ser lançado, mas você precisa criar vários aplicativos para ter uma ideia para um bom aplicativo, você é capaz de realmente desenvolver esse aplicativo. apenas criar um aplicativo para dizer que você pode criar aplicativos em seu currículo sem mentir é uma péssima idéia.

Eu me lembro de uma citação de um autor:

You should write a story that interests you and would want to read
That way, you will always find an audience

Acho que o mesmo se aplica ao desenvolvimento (se você observar muitos softwares de sucesso por aí): você deve criar algo que deseja usar e provavelmente encontrará outros que também desejarão.

Além disso, será uma experiência de aprendizado e um projeto sólido para apontar nos currículos.

Faça isso porque você quer fazer e espera aprender ao fazê-lo, e porque o desafio o fascina. Fazê-lo por qualquer outro motivo é uma perda de tempo.

Eu iria em frente e faria isso. Fazer isso para um currículo é bom, mas acho que você aproveitará mais. Isso é muito melhor do que levar muito tempo tentando pensar na próxima grande coisa. Você pode descobrir algo útil ao longo do caminho. Isso será benéfico quando você tentar seu próximo aplicativo.