Onde e Como Contratar Freela - Programação
comentada em 31/05/2020 23:37

Fóruns, geralmente, são componentes genéricos que serão incorporados ao seu site/sistema web. Podem ser customizados em alguma medida.

Desenvolver do zero é custoso demais, em minha opinião. Só vale pagar pelo desenvolvimento do zero se for algo MUITO específico.

@iSko quais linguagens o programador deve ter conhecimento não é preocupação pra você e sim pro programador rs basicamente em qualquer linguagem de mercado é possível criar um fórum no formato que você quer. 

Já deu uma olhada na parte de ofertas e serviços aqui do site? 

Assim como você uns 3 usuários já apareceram nos últimos 10 dias com demandas parecidas só aqui na Bastter.com e eu recomendei a eles darem uma olhada na parte de ofertas e serviços. Tá cheio de programador lá. 

Espaço do Assinante - Bastter.com

Postei lá na área agora um pedido de serviço e mandei mensagem para programadores na parte serviços. No entanto, minha dúvida ainda permanece no seguinte

"Quais são os pontos que devo ficar atento? Quais linguagens um bom programador deve ter conhecimento?"

Pergunto porque é a segunda vez que procuro um serviço do tipo, da primeira vez, apesar das boas qualificações do freela no site em que contratei, após quase cinco meses de trabalho o dito cujo sumiu do mapa simplesmente porque não conseguia desenvolver uma das funcionalidades que eu havia designado pro site... O problema nao é necessariamente achar o programador, é como achar um que eu tenha certeza que vá atender minhas demandas.

@iSko programação é meio que um ofício que depende muito de recomendação mesmo. Às vezes você conhece alguém que já contratou um serviço de fulano e te recomendou. 

Esses sites de freela rankeiam os profissionais de tal forma que isso acaba ajudando a servir como recomendação.

Se o cara tinha boas avaliações e sumiu do mapa ou você teve azar ou ele não era tão bom assim ou faltou comunicação (ou outra coisa, vai saber).

Vou complementar o assunto.

P.: "Quais são os pontos que devo ficar atento? Quais linguagens um bom programador deve ter conhecimento?"
R.: Em freelas o cliente define o que precisa e é o programador quem define quais tecnologias serão usadas. No seu caso provavelmente será usado PHP ou Python (e dependendo do que é necessário pode ser usado JQuery, React, Angular etc). Se você restringir as linguagens ou tecnologias que devem ser utilizadas a probabilidade de encontrar um bom profissional que resolva seu problema será menor.

P.: "(...) após quase cinco meses de trabalho o dito cujo sumiu do mapa simplesmente porque não conseguia desenvolver uma das funcionalidades que eu havia designado pro site... O problema nao é necessariamente achar o programador, é como achar um que eu tenha certeza que vá atender minhas demandas."
R.: Acho que já posso considerar "o sumiço do programador" como meme, rsrs. Além das possibilidades que foram muito bem pontuadas pelo Thiago adiciono que isso também pode acontecer por falha de comunicação (para se orçar um serviço mais barato as reais especificações são demonstradas somente no andamento do projeto) ou por exigências de subordinação na prestação de serviços de um autônomo (o que caracterizaria vínculo empregatício). Eu mesma já relatei no fórum uma experiência passada que dependendo de quem lê pode pensar que "sumi" mas para manter a privacidade não relatei a história na íntegra. Se alguém me rotulasse como "fdp" aqui meu cliente seria o primeiro a me defender caso ele estivesse aqui no fórum.

Na dúvida, mesmo que seja um projeto completo divida em partes menores e condicione o pagamento por demanda entregue. E se prepare para desembolsar uma quantia maior pois um profissional assim é completo (ou full-stack) e provavelmente até o trabalho de segmentar o projeto por demandas será feito por ele.

"Quais linguagens um bom programador deve ter conhecimento?"

Linguagens são ferramentas que, dependendo do objetivo, podem ser mais ou menos adequadas.

No seu caso, eu vejo duas opções:  um profissional que entenda bem de algum framework de frontend (React, Angular, Vue etc) e que tenha a capacidade de fazer alguma coisa na parte de backend (Nodejs, Spring, Flask, etc).

A segunda opção é um programador que conheça bem algum framework fullstack, que já abranje Front e Back no mesmo escopo (Laravel, Spring + Thymeleaf, etc). 

Nos dois casos o cara vai ter que conhecer algum tipo de banco de dados mas acho que isso é o mínimo para qualquer profissional.

Não existe um opção melhor, o melhor é um profissional com desenvoltura nas ferramentas que usa.

Sobre o programador que sumiu, não sei o que pode ter acontecido.

Sendo advogado do diabo, o pesadelo de todo programador é o projeto que começa como um "sistema simples"(com um orçamento equivalente) e, no meio do caminho, se transforma em uma coisa muito maior e mais complexa. 

Levantamento de requisitos é uma coisa difícil e é normal que o usuário mude de ideia quando começa a ver os primeiros protótipos funcionando. O ideal é ter um modelo de precificação flexível.

Um tempo atrás eu me inscrevi em uns sites de freela mas acabei desanimando  porque a maioria dos projetos eram vagos demais. Tem muita proposta do tipo "Tenho 500 reais e quero desenvolver um sistema tipo IFood" (Sim, esse é um exemplo real).

Sim, o que a @this.denise já comentou em outro tópico e relembrou aqui também pode ter acontecido e entra no que falei de "ou outra coisa, vai saber" hahaha

Pode acontecer de um freela acabar virando um vínculo empregatício por quem contrata e o freela não ver dessa forma e gerar discordâncias. Pode acontecer de quem contrata pedir além do contratado e as partes não se entenderem. Pode acontecer tanta coisa que tentei ser bem abrangente na minha resposta pra explicar o meme de sumiço do programador hahaha

O que muita gente que contrata freela não sabe é que pra montar um serviço e subir esse serviço o programador vai ter trabalho que em uma empresa no mínimo umas 3 ou 4 pessoas teriam. 

Vai ter que manjar de front-end (o que por si só já é um mundo), vai ter que manjar de back-end (um mundo enorme também), vai ter que manjar de um framework back-end pra integrar as partes, agora com a existência dos frameworks front-end que ajudam no desenvolvimento é interessante o programador saber um deles como React, Vue, Angular, ou pelo menos saber um jQuery da vida e ainda vai ter que saber um pouco de infra, de deploy de aplicações, dependendo de qual serviço for usar para hospedagem na web. 

Tudo isso custa dinheiro e não explica aberrações como pessoas que contratam querendo um Facebook por mil reais de orçamento  (não tou dizendo que é o caso que aconteceu mas acontece bastante haha).

EDIT: acontece tanto que o @Mark.Valley citou um exemplo acima hahah

@ThiagoDV @this.denise @Mark.Valley

Noto que o que faltou mesmo no caso do fracasso foi a falta de comunicação no sentido de detalhar cada entrega. De fato, a demanda pode ter ficado meio vaga, o que não justifica o sumiço, claro.

É que eu, como absoluto leigo no assunto, não consigo especificar direito a demanda, sabe?

Como eu poderia deixar isso mais claro?

Faço por escrito as especificações e funcionalidades que pretendo? Desenho em um esboço A4 o formato visual? Como saber qual é o valor justo para o serviço que quero, entendem?

Será que alguém do fórum poderia me ajudar numa comunicação privada para eu não ficar tão perdido em qual seria o preço justo?

Porque nessa última vez que citei, recebi propostas de 800 reais e de 3k para o mesmo serviço, é uma discrepância muito grande, e eu fui no de 3k e ainda perdi tudo, porque ele pediu adiantamento por conta do coronga e eu dei, tenho apenas um arquivo do site que está pelas metades. Que inclusive nem sei se consigo aproveitar alguma coisa, justamente pelo desconhecimento técnico.

Eu tenho bastante claro na minha mente como eu quero visualmente o site e quais são as funcionalidades que devem constar, além de um sem número de referências de outros sites. Me falta capacidade em definir claramente tudo isso pro freela e saber qual é um preço honesto pelo serviço.

Obrigado desde já.

@iSko

Cara, aqui no meu trabalho nossos "clientes" são funcionários de outros setores e por isso a dinâmica é um pouco diferente. 

Eu percebo que especificar um sistema é algo complicado mesmo. Não é um crime o cliente mudar de ideia durante o processo e uma característica de um bom desenvolvedor é saber abraçar as mudanças ao invés de tentar evitá-las. Por outro lado cabe ao cliente entender que essas mudanças acabam afetando custos e prazos.

Aqui no meu trabalho a gente faz algo parecido com o que você sugeriu: antes de começar qualquer projeto, criamos um documento, junto com o cliente, informando o que o sistema precisa fazer de uma forma macro, sem dar muitos detalhes técnicos. Esse documento é puramente textual, não tem prints de tela, gráficos e nem nada do tipo.

Baseado nesse documento, é definido um prazo. Nossos clientes geralmente não sabem definir bem nem as telas da aplicação, cabendo a nós sugerirmos algo (que quase sempre é aceito) e assim a gente consegue ter uma estimativa razoável do tempo necessário.

Quando o desenvolvimento começa a gente usa um método chamado Scrum: resumidamente, a gente divide os ciclos de desenvolvimento em duas semanas e, ao final de cada ciclo, senta junto com os clientes e apresenta o resultado parcial. Ali a gente levanta se era aquilo mesmo que eles queriam e qual o é o próximo recurso mais importante para eles, que será desenvolvido no próximo ciclo.

Se o cliente descobrir que precisa de alguma coisa que não foi levantada no documento inicial, os custos mudam. No nosso caso, que está tudo dentro da mesma empresa, significa uma mudança nos prazos.

Não sei se todo esse processo pode ser transferido para uma relação de freela. Mas duas características eu acho importantes:

1) Uma documentação com os requisitos do que o sistema deve fazer. Esse documento protege tanto você quanto o desenvolvedor e não precisa ser extremamente detalhado.

2) Você combinar com o desenvolvedor ciclos onde você poderá ver o resultado parcial do sistema e fazer os ajustes necessários respeitando o item 1. Você poderia até condicionar o pagamento de acordo com cada funcionalidade entregue.

Então cara, o bom daqui é que tem vários pontos de vista que se complementam. Eu posso colocar o meu, daí outro colega coloca o dele, tudo se complementa e todo mundo sai ganhando  Fica tranquilo.

Da minha parte o que posso dizer é que caso não tenha tentado talvez valha a pena segmentar o projeto (e pagamentos) por demandas entregues. Como você já tem uma demanda que não foi realizada isso pode ser um ponto de partida pro próximo prestador de serviço. Às vezes fico pensando que não é a toa que o curso Análise de Sistemas tem esse nome, rsrsrsrs.

Sinto muito por ter perdido grana nessa jornada. O cara realmente não agiu certo em ter embolsado 100% e sumido. Infelizmente nada é garantido e preço justo nessa área é o que deixa ambas as partes confortáveis. A idéia de segmentar por demandas é uma sugestão para que os envolvidos saiam ganhando porém não é uma regra. Uma coisa que pode te ajudar é solicitar que o desenvolvedor defina os estágios de implementação em um cronograma e coloque isso em contrato.

Mas eu peço ajuda dos colegas pra te ajudar também. E aí pessoal?

@iSko

Só acrescentando (desculpe pelo tamanho do texto) o nível de detalhe desse documento de requisitos pode variar. No nosso caso, ele é bem abstrato pela nossa dinâmica de trabalho. No seu caso pode ser diferente.

Um exemplo para ilustrar, imagine que você quer uma tela de login.

Dependendo do que você pensou, pode ser algo trivial ou bem complexo: vai existir uma política forçando o usuário a trocar de senha regularmente? o usuário vai poder repetir senhas antigas? ele pode usar outras contas como Google ou Facebook para fazer login? se ele errar a senha um número X de vezes vai aparecer um captcha? se ele se logar de um dispositivo novo ele receberá um alerta?

Se a maioria das respostas ao item anterior for "Sim", o ideal é que isso esteja claro no documento. Se vc só especificar "O sistema precisa de uma tela de login" o desenvolvedor pode ter uma surpresa negativa quando descobrir que a tarefa era mais complexa do que o apresentado.

Boa noite @iSko,

Sou um pouco experiente na área de TI e especificamente nas Enterprises ( no SAP e na linguagem Java EE para web ), aonde me aprofundei nos últimos 10 anos trabalhando para grandes projetos, o que não ajuda muito no seu caso... mas... vou opinar ok ?
Como a tecnologia está a cada esquina, parece que é só você fazer um pedido no IFood que vai chegar...( Acabei de ter uma ideia, pq não existe isso ainda? rs )...

Pela informalidade, é o que concordo 100% com o Thiago, tem que ser indicação nesse seu caso, ou a outra forma, contratar um CNPJ que tenha histórico com o seu CASE, coloquei em maiúsculo de propósito, pois a área de TI é segmentada por setores, existem profissionais especializados em financeiro, em saúde, em varejo, em política, em segurança, em educação, em uma pancada de coisas específicas, quanto mais esse profissional tiver experiência nesses setores, maior vai ser a facilidade e consequentemente, maior vai ser a expectativa da entrega... Poderia ficar falando desse assunto com você durante horas... Mas o que temos que ter em mente é que tecnologia é caro, é cansativo, é planejamento, é UM SACO, poderia ser RÁPIDO e prático mas não é... infelizmente...

eu procuraria empresas ou profissionais que anunciam no google, usam contrato e tem cnpj (nem sei se existem ). Mas só se eu não achasse ninguém que anuncia aqui na Bastter.com

Indo numa outra direção...

Tem vários sites já tem modelos de fóruns prontos com modificação via click.
Talvez não tenham todas as coisas que você quer, mas tem a maioria.

Você ainda não sabe do que precisa pq não está lidando com as necessidades dos usuários. As necessidades e problemas só existem na sua cabeça.

O bastter como exemplo. Mais de uma década no ar e ainda fica acrescentando e tirando coisas. É pior que obra, site não acaba nunca, sempre tem o detalinho. Quando fica pronto começa o trabalho da versão nova.

Perder grana é o 100% normal em desenvolvimento de site. No começo, você vai gastar dinheiro com uma função ou página, produto que ninguém vai usar. Faz parte. Aprende, tenta de novo.

Por isso, empatizo mais com você não ter conseguido lançar um mínimo de site e pouco com a grana.
Se tivesse lançado um site, mesmo que ruim, teria aprendido algo sobre o seu público. Sem isso só perdeu a grana e acabou sem aprender nada.

Como é 99.999999% de certeza que seu site vai dar errado no começo, sugiro que tu foque mais em fazer o mínimo para ter ele no ar e o máximo em gerar conteúdo e vender o que quer que seja. Site é veículo, não é o fim.

Por exemplo, para que você precisa de um sistema de badges? Você tem exatamente 0 assinantes. Vai dar badge para quem. Se tiver 10 assinantes é igual a 0? 100 assinantes inconstantes... Todo mundo vai ter badge ruim.
Track de reputação? A mesma coisa.

Muito comum ficar gerando solução para coisa que não é um problema. E acaba gerando mais problemas.

@Mark.Valley não se preocupe com tamanho de texto, porque gosto é assim kkk

Foi muito útil saber isso, vou esquematizar uma forma de fazer o pagamento por demanda entregue, definir prazos, amarrar direitinho o acordo e, conforme o projeto avança, caso haja novas demandas, que sejam discutidos os valores durante o processo.

O massa do que você falou da tela do login por exemplo é que são possibilidades que eu mesmo nem cogitaria em colocar, o bom seria um freela que durante o processo de definição da demanda pudesse suscitar esses questionamentos.

Por exemplo, sei que preciso de um site seguro, que evite spam, roubo de dados e tudo isso. Mas quais são as ferramentas tecnológicas disponíveis pra isso, quais tecnologias posso utilizar para que a segurança seja melhor ou pior? Eu não faço a menor ideia, o máximo que conseguiria especificar seria algo como "Configuração do sistema de segurança do site, proteção de dados, bloqueio de spam e robôs".

De todo modo, com certeza essas dicas foram muito úteis, valeu. De qualquer forma, você trabalha em empresa que desenvolve site? Poderia me passar o nome no privado?

@this.denise É isso. Bem congruente com o que o Mark sugeriu, definição de demandas e cronogramas específicos com pagamento feito por entrega, acredito que vou seguir por esse caminho.

@marlonmelo você teria alguém que pudesse me indicar com conhecimento nessa área que especifiquei? Abraço!

@anxty

Excelente, meu querido. Sim!

Eu cheguei a pensar nesse sentido de montar o que seria um produto mínimo viável, inclusive, o que especifiquei aqui é o que considerei como sendo o MVP, o objetivo é lançar muitas outras funcionalidades que tenho em mente caso a ideia se torne sustentável.

Essas demandas é o que considero essencial para começar, fazer a checagem de aceitação do mercado, colher feedbacks e fazer as melhorias a partir daí.

Entendo que poderia fazer uma landing page no wordpress, subir e configurar um plugin de fórum simples do tipo wpforo ou bbpress com o máximo de personalização possível, colocar um paywall para registro e lançar dessa forma e, à medida que o projeto crescesse, contrataria quiçá um desenvolvedor fixo para fazer as melhorias.

Meu medo é que deixar para fazer isso depois e acabe gerando uma série de complicações técnicas no sentido de perda dos dados, ter que parar o site por um tempo, ter que mudar totalmente o sistema porque a ferramenta que escolhi antes pode não ser compatível para nova demanda que tenho, ou qualquer outro tipo de problema que eu nem conseguiria imaginar que pode acontecer, entende? O que vocês acham?

Track de reputação e badges realmente no início não faz sentido porque ninguém vai ter, só que eu entendo que o cara quando se inscreve e vê que existe essa possibilidade, pode ser uma forma de estimulá-lo a continuar na comunidade e engajar, a ideia é fazer uma gamificação mesmo, entende? Ou você acha que eu poderia colocar em uma página que essa seria uma demanda previsa em próximas atualizações?

Até porque, mais do que um símbolozinho bonito no perfil, a ideia é que a reputação no site gere retorno em produtos e serviços não só online, como físicos também.

Dizem por aí que se você não tem vergonha do MVP é pq fez muito mais do que deveria. O MVP é para avaliar se a sua solução agrega valor. Ele só tem que fazer isso. Todo o resto é perfumaria.

Especialmente para um fórum, conteúdo é o que reina. Todo o dia que você não produz conteúdo é um dia que você perdeu com bobagem.

Todos, absolutamente todos os sistemas que eu conheço que cresceram tem problemas de legado.
Se você chegar nesse ponto é pq está maduro o suficiente para pagar o preço de resolver ele.

Mas hoje, você não tem nada e a chance de seu site chegar nesse lugar é nula, especialmente enquanto você está no 0 sem produzir.

Errar pequeno é mais fácil que errar grande. Quanto mais você desenvolve sem ter contato com o cliente, mais você vive um delírio de perfeição e arruma desculpas para não testar a ideia de valor do seu site.

Desenvolver conteúdo é mais importante que ficar desenvolvendo problema.
Seu site vai ser ruim pq você não sabe o que está fazendo, e só dá para saber quando você fizer.

Se o que mantém seu público no seu site é badge, pode ter certeza que um chinês vai roubar ele se você.

Gameficação não é magia, não faz milagre.

é um técnica para orientar o usuário nas atividades de valor do site.

Você pode dar uma badge de primeira pergunta, mas se ninguém responder não vai servir para nada.

 

A atividade de valor é ajudar as pessoas.

 

Se o cara já se cadastrou no site é pq tem uma dor, ou seu site vai resolver ela ou não.

A badge não resolve a dor, pode orientar ele a fazer uma pergunta, mas o que mantém ele no site é responder adequadamente ao que ele precisa.

Com 0 usuários, todo o dia que você se preocupa com badge e não responde alguém no fórum é um dia perdido.

@anxty

Valeu mesmo pelo feedback, muito importante. Não conhecia esse "dizer", achei animal. Obrigado por trazer essa visão de negócio, vou focar no conteúdo, lançar o fórum gratuito com plugins já existentes.

Focar inicialmente minha energia e dinheiro em conteúdo, fidelização e divulgação. Abraço.

@iSko você está procurando por um Community Platform. A maioria dos vendors SaaS te permitem fazer um trial. Agora, permita-me interferir um pouco na sua ideia: você está pensando em iniciar um fórum. So what? Qual o objetivo final? Um fórum standalone dificilmente vai trazer valor por si só. Você vai precisar de uma plataforma integrada no ORUTUF, onde possa segmentar seus clientes, integrar com um sistema de marketing, integrar com sistema de loyalty, integrar com suporte, portais segmentados, analytics e etc. Arquitete o seu sistema dentro da sua ideia de business/valor e bola pra frente, sem perder uma tonelada de tempo com programador freela...

Abs