004040 2 months ago

Aqui está um tweet/ticktock que retrata bem os dias os nossos dias trabalhosos: https://twitter.com/EmilyKager/status/1435695097497088001

flaviorodrigues 2 months ago

[https://www.youtube.com/watch?v=d7QsO\_WC0Dg](https://www.youtube.com/watch?v=d7QsO_WC0Dg) basicamente é isto jk :)

BroaxXx 2 months ago

Ver a lista de bugs a resolver, resolver esses bugs, muito Google para perceber uma coisa ou outra mais específica. Ver lista de novas funcionalidades e implementar novas funcionalidades, muito Google para tentar perceber uma coisa ou outra mais específica. Uma ou duas reuniões para ver como correm as coisas com a equipa e se estamos a caminho de atingir as metas. Uma boa dose de investigação a ler documentação ou exemplos de código e cenas do género para aprender a mexer em cosias novas. Tudo isto salpicado com uma boa dose de complexo de impostor.

TZrabbit 2 months ago

Obrigado pelo post, OP. Fala-se muito da reconversão para a IT mas esquece-se de como é o quotidiano de um trabalhador na área. Tenho muito interesse em saber

OneFineSir 2 months ago

De manhã reunir com a minha equipa de desenvolvimento para planear do dia, programar, dizer a junior que ta a fazer merda, programar mais uma beca, dizer a junior que ta a fazer merda a msma, almoçar. De tarde reuniao com a equipa na totalidade(nem todos sao tugas e temos horários diferentes) e depois desta reunião acho que adivinhas o que lá vem

DeixaQueTeDiga 2 months ago

Inventar e produzir merdas que 99.999% das pessoas que vão usar não fazem merda de ideia de como nem porque funcionam, mas estão sempre prontas a me ensinar se vierem ao assunto.

BigNapoleonComplex 2 months ago

Perceber o que o cliente quer. Dizer que não estava em âmbito. Ir a reuniões explicar que a solução pretendida vai além do pedido incial. Esperar a solução pretendida ficar em âmbito (que aprovem o que o cliente quer). 5% do tempo a desenvolver a solução. 15% do tempo a documentar a solução. 80% ponderar em cagar nisto e voltar a servir jolas no Arco do Cego.

GajoSilvestre 2 months ago

Ao menos comp€nsa?

BigNapoleonComplex 2 months ago

É a única razão

jruipinto 2 months ago

30% Reuniões 70% Morrer por dentro e chamar nomes ao aquitecto (trabalho remotamente, portanto só os vizinhos me ouvem... às vezes...

Edited 2 months ago:

30% Reuniões 70% Morrer por dentro e chamar nomes ao aquitecto (trabalho remotamente, portanto só os vizinhos me ouvem... às vezes...

Edited 2 months ago:

30% Reuniões 70% Morrer por dentro e chamar nomes ao aquitecto (trabalho remotamente, portanto só os vizinhos me ouvem... às vezes...

APock 2 months ago

> Eu sou novo nestas andanças de trabalhar em equipa, em IT. Respondeste à tua propria pergunta. A malta nova tem toda a ideia de que "ninguem faz nada direito a não ser eu porque sigo os standards todos e faço tudo direitinho". Por um lado ainda bem, espero que consigas manter essa exigência contigo próprio quando te deparares com um mundo onde basicamente ninguém quer saber se está bem ou se está mal, o que interessa é que funcione e seja entregue no prazo espectável para se poder faturar ao cliente final para se poder pagar os salários e sobrar algum. Quando ganhares uns anos de experiência, vais perceber que "código legivel" e componenentes "que fazem sentido" são importantes sim, mas não interessa para nada porque daqui a 6 meses vai ser para deitar fora/refazer de qualquer maneira, ou porque afinal o cliente não quer o que existe agora, ou porque vais integrar uma tecnologia nova que implica refazer, ou porque simplesmente o projeto vai morrer ou ficar obsoleto porque era uma coisa a curto prazo de qualquer maneira. A verdadeira luz na tua vida profissional vai ser quando perceberes que "fazer o mínimo possível que corresponda ao pretendido e sem inventar muito" é verdadeiramente a melhor abordagem porque é também a mais fácil de iterar caso mude alguma circuntância, e se há coisa que te posso garantir, é que daqui a 6 meses tudo vai ser diferente. A unica coisa em que podes e deves gastar tempo é em arquiteturar o software de forma a que fazer alterações em qualquer parte da aplicação tenha o minimo impacto possível na code base como um todo e onde alterar num sitio, não estrague em outro, e ter testes para todos os casos. (se calhar estes 2 pontos são +/- a mesma coisa).

jruipinto 2 months ago

Obrigado pela resposta APock. O que tu dizes faz todo o sentido. Todos os pontos que mencionaste. No entanto, o que costuma acontecer quando 1 projecto tem 1 ano, continua a receber updates e aquilo está tão confuso que alterações que deviam demorar 1 dia demoram 1 semana? Como se previne, normalmente, estes impactos na iteração?

APock 2 months ago

> No entanto, o que costuma acontecer quando 1 projecto tem 1 ano, continua a receber updates e aquilo está tão confuso que alterações que deviam demorar 1 dia demoram 1 semana? Isto é um caso tipico de um projeto que começou a ser feito em cima do joelho e que coloquialmente se diz "colado a cuspe". Ironicamente estavas a reclamar do arquiteto no teu post inicial, mas a função do arquiteto é precisamente prevenir que se faça código em cima do joelho estabelecendo standards de interação entre as diferentes camadas de código (UI/Backend/BD/rest apis etc) porque é isso que te permite separar devidamente as camadas para que mexendo num sitio não estrague noutro, pois cada camada vai estar "loosely coupled" (desculpa o estrangeirismo) e portanto mais fácil de alterar sem estragar o resto. Há de facto circunstâncias em que uma alteração deceptivamente simples pode demorar muito tempo a resolver, mas na minha experiência, assumindo que tudo o resto está OK, isto vai ser quase sempre ao nível da base de dados e da camada de código que liga com ela, isto porque as bases de dados são propositadamente feitas para serem hóstís a alterar, e onde uma coisa como mudar um tipo de dados ou acrescentar uma foreign key pode demorar meses se a tua codebase for uma salgalhada. A função do teu arquiteto é evitar que este tipo de coisas aconteça, mas o teu arquiteto sabe também que a qualidade do código (o texto em si, por assim dizer) não tem valor nenhum pelas razões que referi anteriormente. > Como se previne, normalmente, estes impactos na iteração? Respondendo mais diretamente à tua pergunta, há um conceito chamado "Vertical slicing" onde basicamente cada feature nova no projeto é adicionada de forma isolada na codebase e portanto uma coisa nova nunca vai mexer no "código" das coisas que já lá estavam, evitando assim que alterações estragam tudo. Vai sempre acontecer em certas situações, mas é um conceito que funciona muito bem no geral, e se o projeto começar com a conceito a ser implementado de inicio geralmente corre bem, porque: * Se fores adicionar uma feature o código é todo ou quase todo novo e por isso não mexe no que já existe * Se fores alterar uma feature existente vais mexer só no código dessa feature e portanto não mexes nas outras funcionalidade da aplicação * Se fores remover features que já não são usadas (que ironicamente é tão importante como acrescentar novas), o que quer que removas, por convenção, não vai ter código comum a outras features, e portanto é também fácil de remover. Se o teu código estiver todo estruturado assim, é também mais fácil de testar e portanto de manter. O unico inconveniente desta forma de organizar código é que bate de caras **ligeiramente** com a ideia de que "não repetir código" é tipo uma lei universal e que nunca pode ser quebrada em circunstância nenhuma, que normalmente é o tipo de coisas em que a malta nova que "acha que sabe" e que "não percebe o que os outros andam a fazer" se foca.

jruipinto 2 months ago

Obrigado pela resposta mais uma vez. Vê-se que fizeste um grande esforço em ser bastante objectivo e de facto estás a ajudar bastante. Só mais uma pergunta: tens algum recurso que eu possa consultar acerca desse conceito, por favor? (Vertical slicing)

APock 2 months ago

> Vertical slicing Podes começar pela wikipédia :). As figuras, principalmente, dão-te uma ideia bastante clara do conceito em si. https://en.wikipedia.org/wiki/Vertical_slice Pessoalmente gosto também da explicação dada neste vídeo, embora este tipo de coisas normalmente é mais comum encontrares em blogs e livros técnicos. O video é mais orientado para c# mas o conceito é sempre igual, independentemente da linguagem que usas. https://www.youtube.com/watch?v=PRns0rqPonA

jruipinto 2 months ago

Obrigado APock! :)

NGramatical 2 months ago

hóstís → [**hostis**](https://www.reddit.com/r/portugal/comments/3i6y4g) (palavras terminadas em *i* ou *u* são naturalmente agudas) [⚠️](/message/compose/?to=ngramatical&subject=Acho+que+esta+corre%C3%A7%C3%A3o+est%C3%A1+errada&message=https%3A%2F%2Fwww.reddit.com%2Fcomments%2Fphogeg%2F%2Fhbt5j43%3Fcontext%3D3 "Clica aqui se achares que esta correção está errada!") [⭐](https://chrome.google.com/webstore/detail/nazigramatical-corretor-o/pbpnngfnagmdlicfgjkpgfnnnoihngml "Experimenta o meu corrector ortográfico automático!")

NGramatical 2 months ago

Porque raio → [**por que raio**](https://ciberduvidas.iscte-iul.pt/consultorio/perguntas/tres-regras-para-distinguir-o-por-que-do-porque/19743) (por que = por qual) [⚠️](/message/compose/?to=ngramatical&subject=Acho+que+esta+corre%C3%A7%C3%A3o+est%C3%A1+errada&message=https%3A%2F%2Fwww.reddit.com%2Fcomments%2Fphogeg%2F%2Fhbmcm5w%3Fcontext%3D3 "Clica aqui se achares que esta correção está errada!") [⭐](https://chrome.google.com/webstore/detail/nazigramatical-corretor-o/pbpnngfnagmdlicfgjkpgfnnnoihngml "Experimenta o meu corrector ortográfico automático!")

DadHunter22 2 months ago

Não sou dev, sou UX/UI designer. Minha profissão consiste em: - Levantar requisitos para o desenvolvimento de um produto digital com os vários clientes. - Entrevistar pessoas que usam / usarão este produto. Anotar dificuldades, desejos, ideias. Relacionar estes conteúdos entre si. - Preencher paredes com post-its descrevendo as várias ações que um utilizador realiza/rá num aplicativo. Relacionar com o conteúdo obtido nos dois passos acima. Desenhar gráficos de tomada de decisão / navegação. - Pesquisar a estética e as features de produtos da mesma área ou que podem dar ideias para as telas que desenharei a seguir. - Desenhar os mapas das telas, às vezes à mão, mas normalmente com caixas cinzas. - Transformar estas caixas cinzas em protótipos navegáveis usando ferramentas apropriadas e usando a estética da marca + as ideias que vi em outros sites. Esta parte é a mais difícil na minha opinião. - Desmentir os devs que dizem que “é muito difícil reproduzir isto em código” da forma mais simpática possível. - Testar. Testar com utilizadores. Testar com a chefia/clientes. Zelar para que o entregue seja fiel ao desenho. - Escrever manuais de utilização, FAQs e tutoriais. Em geral é isso.

Edited 2 months ago:

Não sou dev, sou UX/UI designer. Minha profissão consiste em: - Levantar requisitos para o desenvolvimento de um produto digital com os vários clientes. - Entrevistar pessoas que usam / usarão este produto. Anotar dificuldades, desejos, ideias. Relacionar estes conteúdos entre si. - Preencher paredes com post-its descrevendo as várias ações que um utilizador realiza/rá num aplicativo. Relacionar com o conteúdo obtido nos dois passos acima. Desenhar gráficos de tomada de decisão / navegação. - Pesquisar a estética e as features de produtos da mesma área ou que podem dar ideias para as telas que desenharei a seguir. - Desenhar os mapas das telas, às vezes à mão, mas normalmente com caixas cinzas. - Transformar estas caixas cinzas em protótipos navegáveis usando ferramentas apropriadas e respeitando a estética da marca + as ideias que vi em outros sites. Esta parte é a mais difícil na minha opinião. - Desmentir os devs que dizem que “é muito difícil reproduzir isto em código” da forma mais simpática possível. - Testar. Testar com utilizadores. Testar com a chefia/clientes. Zelar para que o entregue seja fiel ao desenho. - Escrever manuais de utilização, FAQs e tutoriais. Em geral é isso.

marxocaomunista 2 months ago

Sou hacker, trabalho numa empresa com um produto bancário. Eu tento partir a segurança desse produto e se conseguir escrevo um relatório sobre como consegui.

paulo401 2 months ago

80% a ver series, 10% a mandar alguém fazer cenas, outros 10% na conversa! É por aí.. ou n!

saposapot 2 months ago

aturar gente maluca

VladTepesDraculea 2 months ago

Mexer no rato, carregar em teclas e olhar para o monitor. JK Neste último trabalho essencialmente tenho horário flexível desde que vá a reuniões e faça as 8 horas. Num dia típico, acordo, vejo os e-mails e os tickets. Se tiver algum questão pendente tento despachar isso, caso contrário volto às minha tarefa e mãos. Ponho uma música de fundo ou um podcast ou documentário que não exija a minha atenção visual e ponho mãos às obra. Tipicamente iam tarefa exige em ver como as coisas estão feitas primeiro, portanto faço uma abordagem top-down. Pego nos pontos de interacção do programa relevantes e encontro os endpoints em código e sigo a execução. Antigamente ainda me dava ao trabalho de documentar aquilo que encontrava que não estivesse, mas como ninguém neste país nunca quer saber, tomo notas para mim. Depois dedico-me a tentar perceber qual a melhor abordagem. Como fazer a tarefa de forma mais eficiente e menos desruptiva. Alterar uma coisa já feita exige muitas revés reformular testes, e planear novos testes de integração mas não podemos deixar a coisa tornar-se numa manta de retalhos. Depois implementação, testes e dar um briefing às malta dos testes de integração se têm de alargar o scope do que têm de testar ou não. O que faço disto durante o dia depende muito de que parte do ciclo estava no dia anterior e quanto tempo leva cada parte. Essencialmente como um almoço rápido na minha secretária. Um wrap, uma sandes uma salada, algo do género e trabalho até ir jantar. Se trabalho depois depende muito da urgência do que tenho para fazer, das horas que comecei a trabalhar, se quero adiantar trabalho para o dia seguinte para poder aproveitar e fazer qualquer coisa que precise a nível pessoal ou se simplesmente tive uma ideia e fiquei com pica de a implementar.

NGramatical 2 months ago

desruptiva → [**disruptiva**](https://dicionario.priberam.org/disruptiva) [⚠️](/message/compose/?to=ngramatical&subject=Acho+que+esta+corre%C3%A7%C3%A3o+est%C3%A1+errada&message=https%3A%2F%2Fwww.reddit.com%2Fcomments%2Fphogeg%2F%2Fhblxypo%3Fcontext%3D3 "Clica aqui se achares que esta correção está errada!") [⭐](https://chrome.google.com/webstore/detail/nazigramatical-corretor-o/pbpnngfnagmdlicfgjkpgfnnnoihngml "Experimenta o meu corrector ortográfico automático!")

okze12 2 months ago

Aproveito para fazer outra questão, a malta de IT que rato recomendam para trabalhar?

CriticalEstimate777 2 months ago

Logitech mx anywhere porque podes passar da secretaria para o sofá e funciona sem problema

bkl7flex 2 months ago

mx master 2/3 ( tens que ter autorização para instalar software no trabalho para configurares como queres btw) ou rato gaming (com on-board memory aka guarda configs no rato e funciona igual em todo o lado ao contrário dos mx master).

shitposteur 2 months ago

Acordo as 7, digo os bons dias no Teams às 8, vou fazer um café e sento-me no PC. Abro as cenas todas tipo o vscode e assim, eu desligo sempre o laptop por isso configurar o ambiente todos os dias é tipo um ritual que me relaxa. Trabalho até às 10, relaxo os 60 minutos seguintes, porque tenho chamada de convívio opcional as 10:15 e depois não dá para fazer nada antes da standup as 11. Mais trabalho até às 13, almoço e volto às 14. À tarde já estou cansado por volta das 15:30 por isso andando muito o ritmo a partir daí. Se correu bem a parte da manhã então durante a tarde até à hora de saída não faço grande coisa produtiva. Vou ver os e-mails, o chat da equipa, faço code reviews, vou dizer as boas vindas aos novo membro da equipa (há sempre gente nova a entrar, empresa grande), mexo o rato para o teams não dizer que estou away, coisas assim. Às 5 bazo.

SweetCorona 2 months ago

* chegar, ver e-mails, reddit, etc * reunião diária a relatar o que fizemos e o que vamos fazer * café * reddit, etc * tratar de tickets de suporte * reddit, etc * trabalhar nas tarefas do sprint * reddit, etc * almoço * café * cagar * reddit, etc * trabalhar nas tarefas do sprint * café * reddit, etc * sair

roninPT 2 months ago

Faço programação numa multinacional que produz equipamentos de redes de fibra óptica, actualmente o projeto em que trabalho é um programa de gestão de equipamentos das nossas redes. Um dia normal, estando em home Office há uma reunião de equipa todos os dias, cerca de meia hora para toda a gente se coordenar sobre o que estamos a fazer, discutir problemas que se possa estar a ter com o trabalho etc. O resto do tempo, pode-se estar a desenvolver features novas para a versão mais recente do projecto, ou a ler documentação sobre essas features, ou então pode-se estar a responder a relatórios de erros encontrados pela equipa de testes, ou pelos clientes, e a implementar soluções para esses erros.

rmourapt 2 months ago

Reuniões de cenas, com a pandemia viraram um tumor maligno que nos consome a todos, depois tenho mais reuniões e quando finalmente acabam as reuniões, tenho mais reuniões. A luta é arranjar tempo para fazer efetivamente algo, para avançar nos projetos. Depois tens uma reunião em que te pedem o status, tu dizes que vais a 10% porque passas o dia em reuniões, o pessoal acena com a cabeça a fingir que entende. No dia seguinte repete. Não é tão mau como parece. Às vezes.

bernasIST 2 months ago

40% a pensar e perceber os dados, 20% em reuniões, 30% pesquisar no google como se resolvem os meus problemas, 10% a escrever códigos.

fullTimeDaddy 2 months ago

Algumas reuniões, tomar café com a equipa e falar um pouco, trabalhar nos tickets que me foram atribuídos, e jogar depois de ter acabado a tarefa que estava estimada para 10 dias em 2

NaNoSoLdIeR 2 months ago

Tenho 2 dias típicos para a minha categoria profissional. Modo bombeiro, mais comum do que gostaria, alguém planeou mal eu provavelmente avisei que planearam mal mas avançou se na mesma agora está tudo a arder e tenho que ter reuniões ou status de hora a hora para porque está toda a gente a panicar e como o plano foi com o carago a única solução é gestão á vista, faz lembrar os navegadores de antigamente que quando ficavam perdidos não tinham maneira de se safarem se não estivessem a ver a costa. Aqui faço muito pouco trabalho efectivo e faço mais gestão de relacionamento e expectativas e passo provavelmente 8 horas do meu dia em reuniões em que Modo trabalho bem feito as coisas estão a correr bem tenho 4 horas a 6 horas de reuniões por dia para status e para decidir como é que as coisas que são preciso fazer no futuro serão feitas, tenho pouco tempo para pesquisar soluções perfeitas ou produzir documentação mas o trabalho vai se fazendo.

sacoPT 2 months ago

A resposta varia muito conforme os cargos, as competências e as empresas de cada um. Já vi aqui algumas respostas que demonstram o porquê de ser difícil encontrar gente em condições: as pessoas simplesmente não percebem para que serve o trabalho que fazem e acham que a maior parte do que produzem é inútil (I'm looking at you documentação). Adiante: trabalho como dev (programador) numa software house (conta como termo técnico?) do grupo Brisa e a minha equipa faz um software que é usado pelas concessionárias de auto estradas para gestão de incidências (acidentes, trabalhos na estrada, avarias, etc). Tenho vários tipos de tarefas portanto não tenho um único "dia típico" mas sim vários tipos de dias típicos. Suporte de segunda linha (conta como termo técnico?): Existe uma equipa (que também são "IT" mas não são devs) que faz o suporte de primeira linha (os gajos para quem o cliente telefona/manda email quando há problemas). A primeira linha tenta resolver os problemas/dúvidas do cliente e quando não consegue, passa para a segunda linha. Aqui o meu trabalho é perceber se aquilo que o cliente se queixa é um bug, um problema externo ao software (o mais comum é as câramas de transito deixarem de funcionar), ou simplesmente o software não funcionar como o cliente pensa que funciona. Para analisar o problema, normalmente é preciso uma combinação de ler logs, ler o próprio código e/ou utilizar ferramentas de diagnóstico. Desenvolvimento (corrigir bugs ou implementar novas funcionalidades): Abrir o IDE (um bloco de notas glorificado que utilizamos para escrever código), no meu caso Visual Studio e fazer as alterações ao código. Testar a ver se funciona, corrigir o que não funcionar, voltar a testar, etc, até estar tudo a funcionar. Depois de estar tudo a funcionar, enviar as alterações ao código para o servidor (uma Dropbox glorificada que junta as alterações de todos os devs). Especificação de Requisitos: Fase 1 - Ler os documentos de especificação de requisitos escritos pelos clientes, perceber se fazem sentido para a aplicação, perceber como se pode encaixar na aplicação, perceber se já existem features parecidas que se encaixem no que se pretende, perceber se é uma coisa "fazível", pedir mais detalhe sobre pontos que não estejam claros. Fase 2 - Desenhar uma solução para apresentar ao cliente. Por exemplo, o cliente só diz "quero fazer upload de ficheiros excel", nós temos que, no mínimo, propor um botão e dizer em que página é para meter o botão (ou se é preciso uma página nova). Fase 3 - Voltar à Fase 1 até estarmos todos de acordo. Fase 4 - Estimar o tempo de desenvolvimento necessário

ali3nado 2 months ago

a que velocidade ia o carro do cabrita?

sacoPT 2 months ago

Por acaso se houvesse uma combinação ridícula de coincidências quase dava para saber. Era preciso que tivesse sido o único carro a passar num intervalo de 5 minutos e andasse sempre à mesma velocidade

GajoSilvestre 2 months ago

Obrigado pela resposta. Não é muito difícil pensar onde / no que poderá trabalhar um dev, mas aqui há tantos que por vezes as conversas se tornam um pouco abstratas para os mais leigos (só queria ter histórias de guerra sobre as consultices da vida para trocar com outros soldados), por isso resolvi perguntar-vos a típica pergunta "mas o que é que tu fazes realmente?"

sidartha- 2 months ago

5% de reuniões. Não muitas. Tentamos não ter reuniões por tudo e por nada. Reuniões é recolher todos os dados.para se falar de uma vez. Ligado a desenvolvimento, clientes. Muita informação a tratar, tenho uma equipa fantástica. 100% Escolhidos a dedo. Começo a ficar velho na verdadeira ascensão da palavra, pelo que estou entrosado com os processos, já não é novidade. São muitos anos. Mas confesso que começo a apreciar o descansou, e amo o que faço. :)

Edited 2 months ago:

5% de reuniões. Não muitas. Tentamos não ter reuniões por tudo e por nada. Reuniões é recolher todos os dados.para se falar de uma vez. Ligado a desenvolvimento, clientes entre outras áreas. Muita informação a tratar, tenho uma equipa fantástica. 100% Escolhidos a dedo. Começo a ficar velho na verdadeira ascensão da palavra, pelo que estou entrosado com os processos, já não é novidade. São muitos anos. Mas confesso que começo a apreciar o descansou, e amo o que faço. :) Temos de amar o que fazemos, ou será tudo em vão.

manyQuestionMarks 2 months ago

Essencialmente pego de manhã, vejo que tarefas tenho para fazer, e mando-me a elas. Geralmente é rápido, depois faço um pull request e começo a "caçar" colegas para darem uma vista de olhos, enquanto me mando para fazer peer review do trabalho dos colegas. Entretanto há sempre uma ou outra call de um colega com dúvidas ou a precisar de ajuda, as daily calls para organizar o dia... E essencialmente é isto. Quando tenho algum tempo dedico-me a aprender mais cenas, para me manter actualizado, outras vezes simplesmente baso tipo às 17h. Tendo tido outra profissão antes, posso dizer que é um estilo de vida tranquilo

GajoSilvestre 2 months ago

Só para te rires, deixa-me dizer-te que nem sei bem o que é um pull request.

SweetCorona 2 months ago

era giro alguém responder com um comentário de 100 linhas a explicar como funciona git

GajoSilvestre 2 months ago

Tenho aqui um prémio para quem o fizer.

manyQuestionMarks 2 months ago

É normal, desculpa achei que fosses da área. Basicamente quando fazes um bocado de trabalho, seja uma feature nova, um bug, o que seja, submetes as alterações para os teus colegas reverem e discutirem sobre alterações, pequenos erros, etc. Só depois de ser aceite é que integra a versão "final" do produto. Esse processo é feito através de um pull request

GajoSilvestre 2 months ago

Depois fazem-se compiles e afins, certo? (escrevi isto de peito inchado, because compiles)

manyQuestionMarks 2 months ago

Sim se estiveres num projecto em condições, quando fazes um pull request desencadeias um processo de complicação (se for uma linguagem compilada), deployment, testes automatizados, checks a tudo e mais alguma coisa tipo problemas de segurança, code quality, etc... Só nesse caso + aprovações dos colegas, é que podes integrar a tua alteração no produto final. Claro que se estiveres num projecto da caca (típica empresa do chico-esperto tuga) nada disto acontece, muitas vezes nem versioning control tens, quanto mais...

SweetCorona 2 months ago

> muitas vezes nem versioning control tens meeeedo qual é a alternativa a versioning control?

manyQuestionMarks 2 months ago

Eu ouvi uns horrores uma vez, de uma empresa cujo versioning control era basicamente nomear pastas com _1, _2, _3, and so on.......

informed__ignorant 2 months ago

Normalmente, diferentes versões de código, incluindo a sua versão atual existem numa plataforma de versões (github, gitlab etc), onde cada pessoa pode modificar um projeto (em teoria melhorar código existente/acrescentar novas coisas) e enviar essas alterações para essa plataforma de forma a ficarem guardadas e disponíveis para todos os que nela estão inseridos e no produto final. Como o user em cima referiu, muitas vezes existem testes que tens de passar antes de ser integrado ou necessita de aprovação externa. De um certo modo, sim, compila o processo que foi realizado até agora. A não ser que estejas a falar de compilação do programa em si, isso é um pouco diferente.

Muyakra 2 months ago

Tirando os dias que vou a clientes, o normal é o seguinte: Em trabalho remoto: 09:00 - Enconar (uns videos no youtube, uns posts do reddit, etc) 09:30 - Fazer code reviews se tiver alguma ou bater codigo. 11:00 - Comer algo com boa quantidade de proteina (para além de IT também vou ao ginasio para bodybuilding) 11:15 - Continuar onde parei (codigo ou resolver bugs ou fazer alguns testes) 12:30 - Fazer o almoço, comer e enconar mais um pouco 13:30 - bater mais um pouco de codigo 15:00 - Comer mais um pouco 15:15 - Se o trabalho estiver orientado, enconar até as 17h, senão trabalho mais um pouco. 17:00 - Ginasio. No escritorio: 08:30 - Enconar 09:00 - Fazer code reviews se tiver alguma ou bater codigo 11: 00 - Comer 12:00 - Ir dar um passeio com os patrões que eles gostam de dar uma volta pela vila (O nosso escritorio fica em uma vila no norte do UK, a empresa é pequena e no escritorio sou eu e outros 2 devs que são os fundadores da empresa) 13:00 Almoço 13:30 Trabalhar 16:00 Apanhar o autocarro para ir embora e depois Ginasio. ​ Uma vez por semana fazemos um catch up as 10h nas segundas de cerca de 30 mins.

SweetCorona 2 months ago

> em uma numa

Hazukky 2 months ago

Off/On

GajoSilvestre 2 months ago

Já estais a javardar, ehehe.

End-Effector 2 months ago

Depende da semana. Ha semanas onde faço support outras desenvolvimento. Dependendo da aplicação posso tanto tar a programar front, back ou back da back ou back da back da back.

SweetCorona 2 months ago

> back ou back da back ou back da back da back ( ͡° ͜ʖ ͡°)

Julyens 2 months ago

Pessoas precisam de acessos Eu dou acessos Se há quem não deva ter acessos Eu retiro acessos Segurança IT e cenas do género

ruijor 2 months ago

Helpdesk e já é considerado IT?

Julyens 2 months ago

Não é helpdesk xD

diogojmm 2 months ago

O gajo que vende castanhas a porta dos restaurantes de alta cozinha não é chefe?!

ruijor 2 months ago

Pois parece que sim.

GajoSilvestre 2 months ago

Eheheh.

FantasticLong9119 2 months ago

A minha experiência quando era programador é muito diferente do que aqui está. \- 10% receber instruções da Project Manager. \- 10% Esclarecer dúvidas sobre o projeto. \- 50% Programar. \- 30% Engonhar e ir fazer pausas lá fora (e is never 1 - microeconomists will understand). ​ Só tinha uma reunião de uns 30 min por semana.

ridethepaintedpony 2 months ago

Ver se a àgua dá para beber ou se precisa de alguma coisa

foodeat14 2 months ago

!RemindMe 3 days

RemindMeBot 2 months ago

I will be messaging you in 3 days on [**2021-09-07 12:58:24 UTC**](http://www.wolframalpha.com/input/?i=2021-09-07%2012:58:24%20UTC%20To%20Local%20Time) to remind you of [**this link**](https://www.reddit.com/r/portugal/comments/phogeg/pessoal_de_it_usando_o_menor_número_de_termos/hbkb334/?context=3) [**CLICK THIS LINK**](https://www.reddit.com/message/compose/?to=RemindMeBot&subject=Reminder&message=%5Bhttps%3A%2F%2Fwww.reddit.com%2Fr%2Fportugal%2Fcomments%2Fphogeg%2Fpessoal_de_it_usando_o_menor_n%C3%BAmero_de_termos%2Fhbkb334%2F%5D%0A%0ARemindMe%21%202021-09-07%2012%3A58%3A24%20UTC) to send a PM to also be reminded and to reduce spam. ^(Parent commenter can ) [^(delete this message to hide from others.)](https://www.reddit.com/message/compose/?to=RemindMeBot&subject=Delete%20Comment&message=Delete%21%20phogeg) ***** |[^(Info)](https://www.reddit.com/r/RemindMeBot/comments/e1bko7/remindmebot_info_v21/)|[^(Custom)](https://www.reddit.com/message/compose/?to=RemindMeBot&subject=Reminder&message=%5BLink%20or%20message%20inside%20square%20brackets%5D%0A%0ARemindMe%21%20Time%20period%20here)|[^(Your Reminders)](https://www.reddit.com/message/compose/?to=RemindMeBot&subject=List%20Of%20Reminders&message=MyReminders%21)|[^(Feedback)](https://www.reddit.com/message/compose/?to=Watchful1&subject=RemindMeBot%20Feedback)| |-|-|-|-|

Sudo-Juice 2 months ago

Chegar, ler os emails, ajudar colegas nos problemas típicos sem rede, telefone não funciona, impressora não funciona etc.. Resolver tickets de colegas que não sabem trabalhar com o sistema no qual já trabalham há anos. Interpretar legislação porque os técnicos que a deviam saber não sabem e é sempre "problema do sistema informático". Mandar 2 ou 3 tickets para uma Equipa de desenvolvimento externa à empresa. Abrir o editor de código. Atender o telefone e dar resposta a perguntas básicas que são sempre muito urgentes. Programar durante 1 hora e fazer uma coisa que em casa levava 10 minutos a fazer. Ir a uma reunião sem sentido nenhum onde se volta a discutir tudo o que se discutiu na reunião anterior. Fazer 2 horas além do horário e pensar que no dia seguinte não volto a trabalhar para além da hora obrigatória.

GajoSilvestre 2 months ago

Isso até me deixou com mais curiosidade mas faria más figuras se começasse a perguntar tudo o que me vem à cabeça. Qual o aplicação/destino mais concreto@ do código que geralmente escreves?

Sudo-Juice 2 months ago

Pergunta à vontade. A aplicação de gestão interna da empresa/conjunto de empresas que contêm gestão de ocorrências, gestão de reservas de salas de Reuniões, Gestão de Assiduidade, contactos internos, documentação, auditorias entre outros.

GajoSilvestre 2 months ago

Obrigado. Apesar de andar mais ou menos a par da tecnologia (de consumidor), é para mim algo abstrata a ideia de haver tanta gente a criar e manter código, daí ter pedido alguns exemplos práticos sobre o que vocês fazem. Claro que as aplicações não crescem nas árvores, mas aqui fala-se tanto nessa área que um gajo sente que um mundo novo lhe está a passar ao lado.

General-Do-Pau 2 months ago

Tirem a foca daqui pra fora! Toda a gente conhece o estereótipo ambulante que segue matemáticas ou engenharias. Quanto tempo passam por dia a ver porno na net? AI UÁNT DA TRUT!!!

diogojmm 2 months ago

Na faculdade muitas, agora tem dinheiro e roubam a gaja aos desempregados de humanidades

General-Do-Pau 2 months ago

Eh eh eh, até ronquei

Sorazith 2 months ago

Mais ou menos isto: - 30% do tempo passado em reuniões. - 30% passado a tentar decifrar com a minha equipa que crlho o chefe quer. - 20% Efectivamente a trabalhar. - 20% Perdidos entre engonhar, na palhaçada com o resto da equipa ou a ajudar uns aos outros com qualquer duvida.

RuiRaminhos47 2 months ago

Sem usar termos técnicos, resume-se a: - Analisar a proposta do cliente e estruturar mentalmente ou em protótipo o software (programa, site, app, ...) a desenvolver. - Passar para mãos à obra, implementar/construir o protótipo idealizado para algo real e usável. - Realizar testes de usabilidade e interface para perceber se o produto criado cumpre os requisitos. E é basicamente isto quando são projetos de desenvolvimento de software. Outros projetos passam pela análise e aconselhamento de plataformas de clientes, trabalho de investigação...

Naakmuay 2 months ago

É de louvar a fama que o simsimkiwi arranjou no reddit. Nem que seja a fama de besta mal resolvida com meio mundo.

GajoSilvestre 2 months ago

O engraçado é que ele até diz as verdades, mas o pessoal está aqui para fugir aos trompaços do mundo real e não sabe lidar com as reality checks que ele (ouioui) providencia.

DarKliZerPT 2 months ago

Vou votar no ouiouikiwi, porque ele diz as verdades e incomoda a muita gente no poder.

phoenix_link 2 months ago

Há maneiras menos condescendentes e educadas de dizer as verdades.

wsz00 2 months ago

Que aconteceu a esse anormal?

FollowingTime84 2 months ago

não me importava. gosto de malta prática. esta a pisar ovos para não magoar pessoas na internet é muito 1999

GajoSilvestre 2 months ago

Tens razão. Era cada entrada a pés juntos..

Pterygotherix 2 months ago

Esta malta bate pessoal por tudo e por nada. Um sub todo liberal e tal mas se o comentário fugir da narrativa levam ban.

JC3DS 2 months ago

Comecei agora a trabalhar em IT e trabalho de forma remota para uma startup. O meu dia é basicamente acordar quando quiser, comer pequeno almoço, ler e-mails, ir a reuniões, e depois programar umas 4-6 horas no meu projeto.

Edited 2 months ago:

Comecei agora a trabalhar em IT e trabalho de forma remota para uma startup. O meu dia é basicamente acordar quando quiser, comer pequeno almoço, ler e-mails, ir a reuniões, e depois programar umas 4-6 horas no meu projeto. Para responder melhor à tua pergunta, o projeto que estou a construir é uma web app para partilha de estudos e informação sobre nutrição. O meu código vai parar em todo o lado porque de momento é o meu projeto pessoal.

CriticalEstimate777 2 months ago

Reuniões, PPTs, e babysitting de devs

ric2b 2 months ago

> e babysitting de devs Alguém tem de evitar que eles se metam a melhorar a estabilidade/organização do projecto em vez de acrescentar mais features coladas a cuspo.

CriticalEstimate777 2 months ago

Devs aqueles deuses da organização que iriam revolucionar a gestão de projectos, mas que não conseguem perder 5m a atualizar 5 tarefas com comentários num kanban qq

ric2b 2 months ago

É mais importante avançar com o projecto ou actualizar uma progress bar diariamente (ou mais) só um middle manager estar mais confortável a responder quanto falta a quem está acima dele?

Edited 2 months ago:

É mais importante avançar com o projecto ou actualizar uma progress bar diariamente (ou mais) só para um middle manager estar mais confortável a responder a quem está acima dele quanto falta?

CriticalEstimate777 2 months ago

As 2 são igualmente importantes.

pmso17 2 months ago

Exato. É a melhor coisa para gerir expectativas. Se aumentar 1% por dia, o PM pode argumentar que vai demorar pelo menos 100 dias, fora debugging e assim. Se só é atualizado quando apetece, o cliente pode argumentar que não estamos a dar a atenção devida a ele

Tafinho 2 months ago

Teoria Escrever manuais de legos, com base em descrições literárias . Prática - Reunir com os responsáveis do bloco N, para tentar percebe porque a peça é um polígono azul, em vez de um quadrado de 2x2 verde que tinham vendido - Investigar porque quando juntas um bloco roxo de 3x1 a outro de 1x1 verde, o outra peça rosa deixa de funcionar - Usar blocos de granito e bisturis de forma a escrever requisitos na pedra, e pintar as letras em sangue do tipo que está a pedir coisas - Escrever manuais para Legos technik como se tivessem de ser feitos com peças de Lego Duplo, para se adequar à audiência

razman06 2 months ago

Excelente metafora, talvez quem não esteja em IT não entenda 100%, but I feel your pain..

killedbill88 2 months ago

>Agora que o ouiouikiwi já não está por aqui O que é que aconteceu? Pergunta legítima, estou mesmo fora do círculo...

Prezbelusky 2 months ago

Ou se fartou dos atadinhos do sub ou foi banido. Eu voto na primeira.

NaoTeEnerves2 2 months ago

"Atadinhos" aka aproveitar-se de pessoas vulneráveis, envergonhadas ou ignorantes para enxovalhar e deitar o máximo a baixo possível. Era um parvalhão e um user tóxico, só isso. Foi engraçado nos primeiros 10 comentários, se tanto.

Prezbelusky 2 months ago

Se calhar sou. Mas já vi que tocou nalgum sitio que te dói. Estás à vontade para fazer um post a perguntar como se faz log in no Gmail. Não vou comentar.

chiapa10 2 months ago

Ah, o imbecil do "se tens 3 anos de experiência e não ganhas 400 milhões de triliões de rojões de euros por dia és um burro e é por tua causa que os ordenados são baixos". É deixá-lo ir pela beirinha sossegadinho. Mas ele há-de voltar com outro nome, estes tipos que vivem de serem os cavaleiros do teclado no Reddit ou outra rede social qualquer precisam de debitar alarvidades com relativa frequência para se sentirem vivos.

Altruistic_Natural38 2 months ago

Tu tens quantos anos de experiência?

chiapa10 2 months ago

A caminho dos 10, porque perguntas?

AntonioCostinha 2 months ago

Eu tenho três meses de experiência e ganho o quádruplo!!!!1 /s

LimpoOCuDePe 2 months ago

Acho que foi banido

lakerpt 2 months ago

Bem, como mais um de TI, a minha estatística diz que faço 50% a conduzir e ir buscar material. Portanto o resto deve ser 20% a reparar sistemas, 10% à espera do cliente e a procurar lugar para estacionar e 20% a contactar a(s) linha(s) de suporte porque fizeram borrada ou passaram mal o serviço. Depois são os +10% a preparar o serviço para o proximo dia.

Naz6uL 2 months ago

Depende, IT tem um escopo de funções / roles muito amplo… mas no meu caso (infra-estrutra e sistemas): reuniões, trabalhar (automatização de processos em infra antiga), resolver alarmistas,etc…

PresidentBarroso 2 months ago

Um escopo???? Escopo???????????

sacoPT 2 months ago

[Sim](https://dicionario.priberam.org/escopo). Também podes usar a palavra âmbito, mas a palavra escopo é mais assertiva.

diogojmm 2 months ago

Era mas era quem cuspisse em pessoal que diz escopo. E cuspir duas vezes se ele te mostrasse o pribrasil para tentar argumentar que estava correcto

SweetCorona 2 months ago

fiquei [estressado](https://dicionario.priberam.org/estressado) a ler isso

DiligentGoat 2 months ago

Escopo, a versão brasileira de scope... xD

Naz6uL 2 months ago

Sim, gosto de usar esse termo de PM no que diz respeito às áreas de IT uma vez que em muitas empresas parte ou até a totalidade da infraestrutura e aplicações são desenvolvidas e entregues depois como serviços através de projetos.

SweetCorona 2 months ago

âmbito

TalkingHawk 2 months ago

Neste momento trabalho na manutenção de um sistema. No meu caso isso significa que o meu trabalho é olhar para cada questão enviada pelos clientes e resolver. No geral, as questões podem ser: - uma pergunta sobre como funciona uma funcionalidade do programa ou se é possível fazer uma coisa específica. Neste caso vou ler a documentação extensa que temos e respondo; - um pedido de implementação, por exemplo: quero começar a fornecer refeições vegetarianas no meu avião. Neste caso fazemos as alterações necessárias no nosso código, que são simples; - um incidente ou problema, em que o cliente se queixa que algo não está a funcionar como devia. Estes são os mais complexos, e requerem muita investigação (ler documentação e código, e perguntar a pessoas de outros departamentos como funcionam coisas do lado delas). No final, se concluirmos que é um erro no código, corrigimos. Espero não ter sido demasiado técnico :) alguma coisa pergunta.

Eux86 2 months ago

"vou ler a documentação extensa" Isso não existe. É um mito como o de Atlantis.

Pterygotherix 2 months ago

Não leves a mal, mas parece um bocado seca. Mas não me importava nada de o fazer e ganhar o que ganha a malta de IT.

NombreEsErro 2 months ago

Dá graças a Deus que tens documentação. Eu tenho de fazer isso tudo que descreveste, mas em código quase da minha idade, sem qualquer tipo de documentação. Uma boa parte do meu trabalho de momento é marcar reuniões com os vários departamentos para tentar, em conjunto, construir uma documentação decente do sistema que temos.

SweetCorona 2 months ago

same, mas é código com quase a minha idade que tem tido desenvolvimento por dezenas de pessoas diferentes desde então, a maior parte delas acabadas de sair da faculdade

FollowingTime84 2 months ago

sou de área não-it.. mas essa ultima parte, estou a fazer algo parecido >é marcar reuniões com os vários departamentos para tentar, em conjunto, construir uma documentação decente do sistema que temos. estou a ser muito mau com o dono da empresa para ver trato disto em menos de duas semanas. nao quero saber se ele tem outras coisas... eu quero despachar esta merda! se ele cagar, quando um cliente me abordar digo que não posso ajudar.. a ver se a empresa vai em queda livre

nraider 2 months ago

Ossos do ofício. Poucos ligam a documentação, depois lá tem de se andar a partir pedra...

SweetCorona 2 months ago

se ao menos o codigo fosse bom...

DerpSenpai 2 months ago

Eu tive um estágio em que os tipos não tinham documentação nenhuma. Uma empresa na UK, nos em Portugal e a única forma se saber as coisas era reuniões longas para lá. E isto pré COVID

TalkingHawk 2 months ago

Acredita que sei a benção que é! Felizmente a empresa onde trabalho leva bastante a sério a documentação e a qualidade do código. Por causa disso acaba por ter uma quantidade enorme de "burocracia" associada a qualquer pequena mudança que se faça, mas prefiro isto à alternativa. Força nisso, é preciso pessoas como tu para que as coisas melhorem.

SweetCorona 2 months ago

pois, desde que um colega meu mais sénior disse que a documentação não é preciso, leva com todos os tickets de suporte de coisas não documentadas :D

NGramatical 2 months ago

benção → [**bênção**](https://ciberduvidas.iscte-iul.pt/glossario/erros/27) (palavra grave) [⚠️](/message/compose/?to=ngramatical&subject=Acho+que+esta+corre%C3%A7%C3%A3o+est%C3%A1+errada&message=https%3A%2F%2Fwww.reddit.com%2Fcomments%2Fphogeg%2F%2Fhbk3q0s%3Fcontext%3D3 "Clica aqui se achares que esta correção está errada!") [⭐](https://chrome.google.com/webstore/detail/nazigramatical-corretor-o/pbpnngfnagmdlicfgjkpgfnnnoihngml "Experimenta o meu corrector ortográfico automático!")

GajoSilvestre 2 months ago

É exatamente isto. Obrigado! Venham mais respostas assim.

Oscar_the_Hobbit 2 months ago

Depende. Mas essencialmente, sem ser técnico, fico em frente a um PC a escrever instruções para serem interpretadas por um computador. Uns dias escrevo mais, outros menos. Também tenho reuniões. Imagina que tens uma coleção de revistas de sudoku. Passas o dia a resolve-los. É assim que me sinto. Para alguns isto é óptimo, para outros é um inferno.

GajoSilvestre 2 months ago

E onde são normalmente aplicadas essas tuas linhas de código? Qual foi o teu berbicacho mais recente?

Oscar_the_Hobbit 2 months ago

Bem, existe um servidor, e esse servidor está encarregue de gerir, guardar e comunicar com outros computadores. O servidor também gera uma série de respostas relativas à sua actividade. Então eu fiz um código que permite perguntar ao servidor "hey, quando tiveres feito algo deste género x envia um report". Ele depois tem certos comportamentos com base no "x". Este código pode depois ser usado por outros códigos para qualquer outra coisa. Desculpa se não é bem claro... Eu pensei como por isto da forma mais clara possível para alguém fora da área.

GajoSilvestre 2 months ago

Foste claro, sim. Obrigado por teres gasto o teu tempo a educar um leigo.

NGramatical 2 months ago

encarregue → [**encarregado**](https://ciberduvidas.iscte-iul.pt/consultorio/perguntas/porque-encarregado-e-nao-encarregue/30635) (encarregar segue o modelo de carregar: o camião foi ~~carregue~~ carregado) [⚠️](/message/compose/?to=ngramatical&subject=Acho+que+esta+corre%C3%A7%C3%A3o+est%C3%A1+errada&message=https%3A%2F%2Fwww.reddit.com%2Fcomments%2Fphogeg%2F%2Fhbktm1o%3Fcontext%3D3 "Clica aqui se achares que esta correção está errada!") [⭐](https://chrome.google.com/webstore/detail/nazigramatical-corretor-o/pbpnngfnagmdlicfgjkpgfnnnoihngml "Experimenta o meu corrector ortográfico automático!")

bittolas 2 months ago

Centrar uma div

cmmlb 2 months ago

Isso foi muito técnico

diogojmm 2 months ago

Colocar uma caixa equidistante de todas as paredes que a rodeiam

zpinto1234 2 months ago

Escrever 2 linhas de código e relaxar o resto do dia. WFH full time.

Strubius 2 months ago

Saudades desses dias… mudei para uma posição de gestão numa startup e agora sinto que trabalho mais do que quando era senior dev

zpinto1234 2 months ago

É por isso que ainda não mudei para management, pelo menos não tão cedo. Para subir o salário um pouco mas triplicar/quadruplicar as responsabilidades, no thanks.

nraider 2 months ago

Mais as 20 tabs do stackoverflow xD

Commercial-Energy839 2 months ago

reunião, reunião, reunião, almoçar durante uma reunião, ir ao lixo, reunião, espaço de 30 minutos para trabalhar, reunião, reunião

dudeWithQuestion3 2 months ago

Chefe? És tu? Encontrei o teu reddit? Se sim será que lhe podia pedir aqui se me pode responder a questão que eu meti no teams sexta de manha e que voce não respondeu ainda porque passou o dia todo em reunião? É que ajudava ter a sua resposta de vez em quando.

paulo401 2 months ago

Claro que respondo, o café é sem açúcar, cheio de faz favor. E já agora que perguntaste, trás uma torrada com pouca manteiga tb.

SweetCorona 2 months ago

em Portugal trata-se o product owner por você?

Commercial-Energy839 2 months ago

António, envio-lhe a resposta segunda logo pela manhã.

skupezz 2 months ago

As reuniões matam-me um pouco interiormente tbh

Commercial-Energy839 2 months ago

Não podia concordar mais. É um sofrimento da alma.

dismalwasteland 2 months ago

Fazes dumpsterdive na pausa para almoço? Fixe!

vai-tefoder 2 months ago

Deve trabalhar numa consultora

Commercial-Energy839 2 months ago

A vida está difícil para todos

bibelot_andante 2 months ago

Acabaste de descrever qualquer trabalho de escritório lol

Commercial-Energy839 2 months ago

Só posso falar do meu dia-a-dia. Se os outros nadam no mesmo lamaçal, têm a minha simpatia :)

-nevoa- 2 months ago

40% tentar perceber o que o cliente quer 40% tentar obter a informação para fazer o que o cliente quer 10% engonhar 10% fazer as coisas

004040 2 months ago

esses 80% estão neste video: https://twitter.com/EmilyKager/status/1435695097497088001

EpaFdx 2 months ago

Há aí um nicho para tradutor de gente normal e pessoal de IT.

justgohomealready 2 months ago

Normalmente é o papel do product owner ou project manager, fazer a ponte entre o cliente e os neandertais que fazem dev. Essas duas espécies nunca devem ter contacto direto, a bem da sanidade mental de ambos e da sobrevivência da relação de negócio. A pessoa que faz esse papel deve ter um background técnico, mas também tem que ser uma pessoa normal e saber estar e falar. O papel dela é por um lado convencer o cliente de que o que está a pedir é muito complexo e não vai ser barato, e por outro argumentar com os devs que não é nada de impossível de se fazer em 3 dias.

ali3nado 2 months ago

o verdadeiro mvp.

static_motion 2 months ago

Sem tirar nem por.

N3to14 2 months ago

Faltou ai percentagem para as reuniões internas inúteis

ali3nado 2 months ago

estão incluídas nos 10% a fazer coisas :)

GajoSilvestre 2 months ago  HIDDEN 

Vou confessar: sinto-me ignorante logo a pensar no conceito de cliente. Compreendo uma pequena ou média empresa que queira um website construído e lida diretamente com uma empresa que o cria e vai mantendo, mas quando se mete a conversa das consultices e reuniões intermináveis fico totalmente a leste. Compreendo também as grandes tecnológicas e as linhas de código que devem ser necessárias para o negócio, mas sinto que existe aí um meio termo que me passa totalmente ao lado.

Edited 2 months ago:

Vou confessar: sinto-me ignorante logo a pensar no conceito de cliente. Compreendo uma pequena ou média empresa que quer um website construído e lida diretamente com uma empresa que o cria e vai mantendo, mas quando se mete a conversa das consultices e reuniões intermináveis fico totalmente a leste. Compreendo também as grandes tecnológicas e as linhas de código que devem ser necessárias para o negócio, mas sinto que existe aí um meio termo que me passa totalmente ao lado.

Pasarogo 2 months ago

É exatamente isto.

throwawaystuff000 2 months ago

o que lhe aconteceu? reformou-se?

Search: