turns out

deborahsalves — Wed, 04 Jan 2012 04:43:51 +0000

o que escrevi aqui realmente foi bem útil =] mais um ponto pra andreia – e o desenvolvimento vai pra avaliação dela amanhã!

de resto, vídeos por editar, textos por concluir (todos, que agora são mais que dois).

mas por hoje é só pe-pes-soal.

33

deborahsalves — Thu, 29 Dec 2011 01:26:53 +0000

cronograma atrasado. mas por uma boa causa. consegui adiantar bastante a apuração, estou tentando agora duas últimas entrevistas, que poderiam agregar mas que se não conseguir, por uma série de fatores, ficam de fora.

consegui uma câmera de 640, que ainda não é ideal mas já deu um bom upgrade em relação aos primeiros vídeos. vai constar no desenvolvimento que a qualidade não ficou como o esperado por falta de equipamento. é um piloto, a andreia diz que os avaliadores devem entender isso. pela nota não me importo tanto, é mais pelo depois, por quando for mostrar o tcc como portfólio. mas né, faz parte.

tô com um texto quase pronto, mas em rascunho e sem sal. falta um inteiro ainda, embora ideias eu tenha muitas. apostei na seção de vídeos, a de fotos acho que acaba ficando mais compacta. dei uma incrementada nos bares e acho que o lado serviço da pauta vai ficar, afinal, como eu previa no início.

em termos de técnica, optei pelo indesign com o plugin especial. além de ser um programa que já conheço, todo mundo usa e já testou a funcionalidade (diferente do hype que ainda é um lance beta). instalei o trial, o que me dá exatos 29 dias (porque hoje não vou fazer nada) pra concluir absolutamente todo e qualquer trabalho de diagramação/exportação. de qualquer modo, à parte hoje tenho só mais 33 dias pra entregar o trabalho.

o cronograma diz que eu deveria estar escrevendo o desenvolvimento. que seria a parte em que eu digo quais as ideias iniciais, os problemas encontrados, as soluções para transpô-los e os processos utilizados. vou refazer a lista de tarefas especificando horários para cada coisa, só assim pra dar conta de tudo. às vezes parece uma montanha de coisas, às vezes parece quase fácil. na maioria das vezes minha conclusão é, de qualquer modo, que vou conseguir – talvez pq realmente não tenho opção. quer dizer, disseram que pode-se pedir adiamento de prazo, mas acho que os 33 dias de pressão me são suficientes e não quero esticar isso.

anyway, em termos de desenvolvimento a ideia é falar de sob qual lógica foi concebida a pauta, quais as premissas em termos de conteúdos e mídias, como foi o contato com as fontes e o que demorou em relação a isso, como foi a esoclha do programa e a desescolha, com opção por outro software – incluindo as alternativas avaliadas – e como, por fim, foi a formatação dos conteúdos. essa última parte, teoricamente, é a única que ainda não posso fazer.

bom, mas hoje tô com o ipad em casa pra refazer (uma terceira vez!) as telas, a partir das opções que o indesign oferece de interação. entao não vou fazer nada que possa ser feito em outro momento.

beijo e queijo.

ah, e provavelmente um feliz 2012, já que não devo voltar aqui de novo até lá =P

montanha russa.

deborahsalves — Fri, 16 Dec 2011 00:58:27 +0000

- com tela planejada verticalmente, a uma matéria estimada em três telas, o que fazer com o menu? se ele fosse fixo, no topo da página, quando o leitor estivesse no meio do texto e quisesse acessar o menu, teria que rolar a tela toda de volta pra cima. Mesmo que o menu fosse replicado no rodapé – o que, pelos relatórios de usabilidade, não é aconselhável, uma vez que no iPad, diferente de no iPhone, a tela maior faz com que os usuários não percebam menus no rodapé com facilidade – ainda assim na “página do meio” (que não existiria, porque seria html) ele não teria menu e precisaria rolar. o ideal seria fazer uma barra de menu flutuante, que ficasse sempre aparecendo independente de em que parte da página o leitor estivesse. é o sistema que google e facebook usam: você pode rolar até a últimas das suas atualizações e ainda assim lá em cima vai estar a barra de menu com a caixa de busca e o link para o seu perfil. No fórum do Hype, a resposta que mais parecia atender a essa intenção era uma que sugeria trabalhar com múltiplas timelines. Mas fui fazer um teste e não consegui fazer isso funcionar. Com até duas timelines, a coisa ia bem, mas em uma galeria, com uma timeline pra cada foto, já não dava certo. Não consegui entender porque, mas se com transição simples de foto (opacidade de 0% a 100% e ao contrário) o lance não funcionou, não perdi tempo testando com o menu.
- essa questão técnica toda tem sido um problema. ok, o hype cria barra de rolagem naturalmente, o que eu tava exaltando no último post, e faz menus escorregarem pra dentro e pra fora da tela, o que funcionou de um jeito fantástico. mas complexificar a estrutura das animações exige muito trabalho. um trabalho que pra mim soa como se eu tivesse fazendo algo errado, pq o programa não pode ser tão esperto em certas coisa se tão estúpido em outras. os elementos que tô usando são muito básicos e devem ter sido previstos.
pois bem, fica a dúvida agora de pra que lado, em termos de técnica, as coisas vão. como bem lembrou a andréia, sou jornalista, não programadora. meu foco não é esse, não vale gastar toda a minha energia programando se eu não conseguir me dedidar à pauta. pois bem, focamos na pauta, e eu tenho que repensar o que fazer da vida em relação à técnica. tenho – de novo ou ainda? – a opção do plugin de indesign, e outras opções de criadores de apps e web apps basicos, que nao me permitiram layoutar o trabalho da forma como quero, mas que seriam funcionais e bonitos, o que em si já ajuda na apresentação do conteúdo.
o ponto do trabalho é a necessidade de programar um conteúdo para um suporte com espeicificidades. é claro que o programa q uso (html5 que roda em android tb, et al, ou indesign pra gerar um arquivo por vez pra cada device), mas independente da forma que o veículo escolhesse para a apresentação do conteúdo, o material deveria ser pensado para o tablet – mobilidade, resolução de tela, usabilidade, etc. esse é o ponto. e por mais que eu quisesse que ele ficasse visivel, por assim dizer, sendo uma euquipe sem os conhecimentos técnicos necessários e os equipamentos adequados, não é tão simples.
equipamentos. minha câmera digital tá estragada, e a que consegui grava em 320, o que nao é ideal para apresentação numa tela de 1024. bueno, como faz? to tentando arrumar outra câmera, mas ainda assim, é um perrengue.
a pauta tb não tá simplíssima. uma parte do trabalho, que seria com artistas nas casas de show, ficou bem prejudicada com a informação de que não há quase shows. bom, a parte de listagem de bares também fica seriamente prejudicada com isso. será que eu deveria ter feito uma pré-apuração dos aspectos “serviço” do projeto antes de fechar o tema? se fosse samba, por exemplo, a lista não parava até amanhã de manhã.

montanha russa que eu digo é porque existem muitos detalhes. é difícil planejá-los todos sozinha, mesmo com a orientação de uma pessoa experiente. não sei exatamente em que pontos pequei, mas com certeza eles vão ser listados logo logo, tanto pra evitar que outros erros semelhantes aconteçam nas próximas seis semanas e meia quanto pra avaliar o que deve ser evitado em uma tentativa próxima – dado que deve estar na parte escrita final.
não quero pensar nela agora, ainda tenho muito o que ler e escrever, e agora o foco precisa ser na apuração da pauta. isso aqui é rs e quando chegar o verão todas as fontes já eram – as que não forem pra praia, provavelmente irão pro rio.

desanimada, mas com a cabeça a mil pensando nas soluções e oportunidades.

updates

deborahsalves — Fri, 09 Dec 2011 02:24:25 +0000

A delimitação da pauta ficou em um único tema: MPB em Porto Alegre. A escolha se deu em função do tempo de elaboração e execução, além da relevância para ilustrar os serviços que formam o produto (discos e bares). A pauta prevê vídeos específicos e fotos in loco, e as apresentações dos músicos costumam ser a noite, o que limita o tempo de execução diário de dessas etapas. Além disso, quando mais conteúdo, maior é o trabalho de programação, e o tempo total de execução do projeto é limitado.
A escolha da MPB foi em função da facilidade de encontrar recursos e conseguir elaborar as etapas do trabalho de forma a ilustrar, do modo mais completo possível, as funcionalidades do aplicativo e suas possibilidades – editoriais e comerciais. A delimitação da atuação em Porto Alegre e região metropolitana se dá em função dos custos – a equipe é local – e pela concentração de atividade cultural na capital. A opções pelo Rio Grande do Sul deve-se também à economia de recursos, mas mais pela exclusividade do conteúdo e pelo apreço que a população do estado sulista tem pela produção de quaisquer bens, serviços ou itens culturais produzidos em solo gaúcho.
Como a edição piloto deve abranger os aspectos principais do produto, o que inclui as formas de apresentação do conteúdo jornalístico, a revista foi estabelecida como monotemática e a pauta foi estruturada como grande reportagem. A supraestrutura é cronológica: começa no início da MPB em Porto Alegre, acompanha os artistas ainda em atuação e chega à nova safra de músicos que inova no gênero na capital gaúcha. No percurso, um evento socio-político afeta o desenvolvimento da música, e isso não pode ficar de fora.
Além dos textos, serão produzidos vídeos e fotos. Algumas das imagens, a saber, as do início do movimento musical em POA, serão escaneadas e tratadas para que fiquem nítidas e estejam em resolução permita zoom in e zoom out. Outras imagens serão de divulgação das bandas e produtoras entrevistados, mas algumas das fotografias serão tiradas no local das apresentações. A ideia é que além de mostrar a banda em ação as imagens deem uma ideia de como é o ambiente onde o show é realizado. Idealmente, as fotos in loco seriam feitas de cada banda em todos os lugares em que toca, de modo a relacionar os estabelecimentos na lista de bares. Mas o trabalho seria longo e extenso e o tempo hábil não permite.
Os vídeos serão material exclusivo, em parte exibindo atuações ao vivo – ou performances específicas para o produto – e em parte com trechos das entrevistas realizadas com algumas das fontes. As filmagens serão feitas durante a entrevista, com preguntas pré-pautadas para serem refeitas ao final, de modo a permitir a edição de vídeos curtos, mais interessantes para um dispositivo mobile em que, de acordo com pesquisas de usabilidade, os usuários dedicam menos tempo a vídeos. A largura de banda necessária ao carregamento dos filmes também orienta ao uso de arquivos menores e mais leves.
(tá, cansei de ficar escrevendo assim formalmente, voltamos ao esquema diarinho/brainstorm)
Hoje estou indo atrás dos contatos. Já fiz uma pré-apuração da pauta com uma fonte acessível, que deve ser uma das primeiras que vou conseguir entrevistar propriamente. Sei que ela tem nomes e telefones, então a ideia é marcar as entrevistas já para a próxima semana. Um problema bem sério que preciso resolver é a câmera: a minha estragou e não tenho nenhum outro dispositivo _filmante_ a não ser me celular de 2Mp o.O isso não vai servir. também preciso me organizar pra tocar a pauta o mais rápido possível, pq uma grande parte da programação só é possível com o material em mãos – ou, bom, não que não seja possível, mas dá mais trabalho sem ele. também tem o fato de que nada acontece em porto alegre quando é verão, então quanto antes eu falar com as pessoas, maiores as chances de que elas não estejam em tramandaí ou capão ¬¬ fora isso, preciso que os bares estejam abertos e que as bandas estejam dentro deles. tb tem a parte braçal de fazer contato com os bares e sistematizar os dados. e bom, ainda tem toda a parte escrita e uma peeenca de leituras pra ir fazendo meanwhile.
ah, e pra constar, já que não sei exatamente se essa conta entra em algum lugar
2h – teste do hype
1h – desenho das telas (pq teve as do primeiro projeto, que deixaram bastante coisa pra esse q era bem próxima a ideia)
2h – fazer a primeira tela, da páigna de abertura de uma matéria, com lorem ipsum e foto fake. falta fazer muitos elementos dessa página ainda, mas acredito que as próximas vão demorar menos porque muitos desses componentes se repetem (tipo, a barra de navegação)
1h – pré-apuração e elaboração da pauta
falta fazer um cronograma decente e escrito, em vez da bagunça generalizada que tá na minha cabeça a la “me digam qd podem e eu dou jeito”

tá, deu, chega, vou voltar ao mãos à obra pq escrever sobre o que precisar ser feito não caracteriza fazê-lo! >.<

mudanças e excelentes noticias!

deborahsalves — Mon, 05 Dec 2011 01:41:45 +0000

muito bem! muita coisa a ser dita, e ja adianto que vou me ater mais aos detalhes de registro pro memorial do que pra algum tipo de leitor desse blog (it there’s any)

voltando a fita, eu falava na ultima vez em preparar uma seção no site pra explicar um pouco sobre o tema, porque eu ia precisar. a questão e que eu ia fazer um trabalho que envolvia fontes em todo o brasil, fontes willing to publish some sensitive information, o que significava ter plena certeza de que eu era eu, realmente era jornalista, e realmente estava fazendo o trabalho que ia dizer por telefone/email/skype que estava fazendo.

acontece que meu tema era extremamente amplo. eu queria especialistas e cases em todas as unidades federativas do pais. ai, la no inicio da real execução do trabalho, quando não existia escopo e eu ja queria tocar a (pra variar, megalomaníaca) pauta, minha orietadora muito bem pontuou que meu tcc não era sobre o tema da pauta, ele era um estudo sobre as especificidades do tablet para o jornalismo, e uma proposta de como produzir um conteudo especifico voltado ao suporte tablet. muit bem, passaram-se então semanas em que as atenções foram voltadas para outras coisas, ate que, na semana passada, eu deveria ter começado a apuração, junto com a pogramação tecnica. nesse meio tempo, eu ja tinha decidido que ia chutar os especialistas e ia contar a historia que eu queria contar atraves dos cases. acontece que de semana passada ate o dia 30 de janeiro – quando tudo deve estar devidamente pronto, publicado, testado e memorializado – eu tinha apenas 2,5 meses. e o pais tem 27 UFs. ou seja, na semana passada eu me dei conta de que teria que reduzir o escopo de cases a apenas alguns estados, o que pra mim formava uma figura disforme que fazia minha pauta deixar de ter o sentido – de mapa do brasil, a saber, todas as instância estaduais do pais. pepino numero 1.

pra ajudar, a pauta em si não explorava o lado mobile do tablet. isso porque na fase inicial de referências bibliográficas eu me foquei em usabilidade, uma vez que a mobilidade em si não era o core do tablet – não que ela não seja importante, note-se, a questão é que celulares também são mobile, e bem ou mal notebooks também são mobiles. as pessoas não compram tablet em primeiro lugar porque ele é um dispositivo móvel, ainda que isso pese, e muito na decsão de compra. mas enfim, à parte a discussão compelxa sobre isso, como eu acabei me focando em outro aspecto, não me dei conta de que minha pauta não explorava esse lado. e, como já disse, ele não é em absoluto ignorável. aí minha orientadora me abriu os olhos e sugeriu que eu pensasse em outra pauta. pepino numero 2: ou tinha uma pauta fraca e fora do q tinha sido pensada para ser, ou trocava de pauta e ignorava uma serie de coisas ja pensadas para a ideia inicial.

eis que na ultima semana, então, (na realidade na penultima até a quarta 23), eu fiquei desenhando as telas. e na quarta eu ia apresenta-las pra prof, pra ver se era aquilo mesmo, e já ia começar a usar o programa pra programar o trabalho. eu precisava olhar os tutoriais (alguns já tinha olhado) e brincar um pouco pra pegar a manha. vou fazer o projeto em html5, usando um aplicativo chamado Hype, da Tumult Inc, pra Mac. como não tenho Mac, ia usar os computadores da PUC, durante o horário de aula da minha professora, já que os alunos dela não estavam mais usando o pc. então ia ficar à tarde na sala da aula da tarde e a noite na sala da aula da noite, em todas as chances que pudesse entre o dia 23 e a entrega do trabalho. acontece que na segunda a versão do OS X não era compatível com o programa, que só roda da 10.6 em diante. ou seja, perdi metade do tempo de programação que eu tinha. pepino numero 3.

pra piorar, quando sentei pra mexer no programa não consegui criar nele a funcionalidade do scroll: permitir que o usuario deslizasse o dedo sobre a tela e a “empurrasse” para cima, deixando ver o conteudo “escondido” na parte de baixo, como e o padrão-mais-ou-menos de navegação dos aplicativos do benchmanrk. liguei pro filipe speck, meu co-orientador extra oficial, jornalista em quem eu confio cegamente e editor de uma equipe de conteudo tablet, e perguntei como eu usava o programa pra fazer isso. ele disse que não tinha como. e não fazia o menor sentido eu criar uma navegação por taps (toques), que equivalem aos cliques da web, em um produto quem tem comandos por uma serie de outros gestos. eu talvez pudesse ignorar os outros gestos, mas não convenceria nenhum usuario a clicar para rolar a tela para baixo. então, se o programa não fazia isso, não existia tcc, pq não tinha como fazer um projeto que prestasse minimamente sem essa funcionalidade. (pra quem tem iphone, seria o msm gesto de deslizar para destravar o celular). pepino numero 4.

vou dizer pra vcs que não foi a melhor semana, essa entre o dia 23 e o dia 30. pq simplesmente eu não tinha mais tcc. recapitulando: minha pauta era infactivel, alem de ser pouco adequada ‘a proposta do trabalho. alem disso, tinha metade do tempo ja curto de antes e um programa q não servia, sem alternativas.

na verdade, eu tinha uma altenativa: usar o plugin pra adobe indesign cs5. o plugin,segundo o filipe, e gratuito, mas eu ainda precisava do cs5, de se nao me engano 500 dolares. consegui uma versao trial, e resolvi o pepino 4 decidindo que ia catar o plugin e dar um jeito de fazer as coisas em formato fechado. na pratica, essa opçao (supondo q eu fosse fazer um produto comercial e nao um tcc) me obrigava a preparar um app pra apple store e outro pra android store, alem de nao permitir o lado multiplataforma que o html5, legível por “qqr” browser de qqr dispositivo com sistema operacional diverso, pertimiria. mas tá, era a opção pra manter o tema do trabalho, era o que eu tinha em mãos e era o que ia usar. a vantagem dessa opção é que o cs5 roda em windows, ou seja, eu teria todas as minhas madrugadas e todos os meus finais de semana pra diagramar, o que por tabela resolvia o pepino 3. two down, two to go.

antes que eu conseguisse, no meio de alguns caos pessoais, ir atrás do plugin, eu precisava pensar em outro tema, e levar propostas de outras telas pra orientação do dia 30. no dia 23, a andreia tinha me dugerido algumas coisas, uma das quais envolvia serviços para a copa. fiquei com isso na cabeça. acabei tendo uma ideia um pouco diferente das que ela me apresentou, ms na qual nao botei mt fe. falei com o filipe, ele achou bacana, falei com uma das minhas colegas do trampo, que e mega foda e super manja de tecnologia (sendo q ela tb tem tablet) e ela tb achou legal. entao ta, resolvi que ia levar a ideia pra orientacao e ver se ela realmente tinha algum potencial dentro da minha proposta. de alguma forma, o pepino dois e o um estavam resolvidos.

ainda assim, as coisas nao tavam do jeito q eu qria, e meu animo não tava muito up. (gnt, cadê meus acentos agudos e graves do teclado?!)

PARTE 2: A VIRADA

(vi um filme na ultima viagem pra floripa que tinha esse nome, parecia um filme religioso, pq sempre que dava um pepino os personagens rezavam e a coisa se resolvia de alguma forma, mas tinha um plot bem estruturado e coerente, assisti do começo ao fim e curti bastante ate)

dia 30, dia da reuniao. cheguei um pouco mais cedo na facul e fui colocar no papel as ideias de tela que ate então so tavam na minha cabeça. *ah, esqueci de contar a parte da historia em que, no sabado entre essas duas quartas, eu peguei o macbook do filipe e fui brincar um pouco no hype, o de html5, pra ver se eu nao conseguia inventar alguma gambiarra. fiz um microminiprototipo, subi no servidor e mandei o link pra andreia. chegando lá na orientação pergunto o q ela achou, ela disse q até tava ok, abre o lance no ipad, omeça a clicar aqui e ali, eu logo noto que a minha gambiarra não funcionou e nisso ela me pergunta: pq q isso nao faz assim? o “assim” era o scroll. e eu, “ué, pq o programa não faz isso”. aí ela abre um app de uma revista da puc, que faz isso, e me diz que foi feito no hype. algo em mim floresceu muito naquele segundo. perguntei se ela conhecia a pessoa q tinha feito, pra me ensinar, e ela disse “vc está olhando pra ela”. muitos pulinhos de alegria das minhas borboletas interiores. ou seja, pepino 4 resolvido da melhor forma. ah, e em relação ao 3, esqueci de contar, no meio da depressão “nao tenho mais tcc” uma amiga-vizinha me lembrou q ela comprou um mac há pouco, ele tem snow leopard e eu poderia ser muito feliz usando ele, caso descobrisse que o programa fazia o q eu qria, o que eventualmente aconteceu num ensolarado 30 de outubro. ou seja, pepinos 3 e 4 eliminados da forma como eu gostaria que o fossem.

ainda faltava a pauta. mostrei pra ela a ideia, ela curtiu, sugeriu uma coisa aqui, outra ali, a gnt foi brainstromando e daqui a pouco tínhamos dois potenciais projetos nas mãos. que eram mais interessantes do ponto de vista de móvel, mais comercializaveis do ponto de vista business, e factíveis e interessantes do ponto de vista jornalístico. gênias ^^ voltei pra casa naquele dia dando pulinhos, dançando sozinha com o meu fone no ouvido. o único trabalho que eu tinha ra definir qual das ideias eu ia trabalhar, e reconfigurar telas e pauta pra ela. muita coisa fervilhava na minha cabeça, pq eu não podia perder de vista esses três pilares – jornalismo, comercial, tablet – e precisava adiantar tudo o que tinha antes tido duas semanas pra fazer em meia (pq a outra meia já tava cheia de compromissos pessoais inadiáveis).

PARTE 3: MEMORIAL

bom, aqui na realidade é que entra a parte que interessa ao memorial haha

Quando fiz o teste do Hype, no sabado 26, experiementei uma serie de funcionalidades, com o objetivo tanto de ver se conseguia efetivamente fazê-las funcionar como de cronometrar quanto tempo demorava para programar. Essa segunda parte era particularmente importante para estimar o tempo de execução tecnica do trabalho, e conseguir, a partir desse dado, ter uma noção de que tipo de conteudo poderia ser planejado. O projeto deveria ser feito baseado no tempo disponivel para execução, uma decisão bastante proxima da decisão editorial diaria de um veiculo de comunicação. Alias, no trabalho, as decisões editoriais tambem seriam diretamente influciadas pelo cronograma da execução tecnica, uma vez que a equipe de produção, neste caso, era composta de uma unica pessoa, que deveria desempenhar ambos os papeis. O teste, então, mesmo em um momento em que a ideia ja não era usar o html5 como linguagem, foi importante para ter uma ideia de como as semanas restantes seriam distibuidas em termos das diferentes atividades que deveriam ser executadas.

Mas o teste teve outra importância depois,ja em um momento em que o HTML5 voltou a ser uma linguagem passivel de ser usada, ja que se descobriu posteriormente como fazer o programa executar as tarefas programadas. A partir dele foi possivel observar a extensão da programação: como era a transição entre cada cena, como deveria ser o fluxo de telas e em que ordem deveriam ser executadas. Esse dado, junto com a previsão de tempo obtida a partir do teste, permitiu a criação dos wireframes finais de forma bem estruturada em termos de usabilidade, já usada para guiar a criação dos wireframes desenhados para a pauta anterior, quanto de possibilidades tecnicas.

Então, apos o teste, e a partir do momento em que se concluiu que era possivel usar o HTML5 como linguagem, a etapa seguinte foi voltar a prancheta de desenho e refazer os wireframes. E claro que eles poderiam ter sido adaptados a partir da primeira versão, mas a mudança de pauta, de um tema essencialmente estático para um interativo e com funcionalidades que aproveitavam a mobilidade do tablet, exigiram uma recriação dos wireframes. Eles foram desenhados a partir das seções basicas propostas para a nova pauta: navegação por galerias e por videos foram seções que se mantiveram, enquanto a lista de discos e de bares passou a integrar o projeto. A parte de conteudo jornalistico foi planejada em um unico nivel, ou seja, criando uma estrutura padrão (ainda que maleavel) de materia, reprodutivel por todas as seções editoriais do produto. O primeiro fluxograma de telas, assim, permitiu estimar o tempo necessario para as areas independentes, e observar quantas seções editoriais poderiam ser feitas dentro do tempo habil disponivel.

A ideia inicial de trabalhar mais de um topicos acabou se provando inviavel, uma vez que a proporcionalidade entre o conteudo jornalitico acrescentado e o tempo de programação necessario a sua implementação não eram compativeis. Como a qualidade de ambas as partes precisava ser de alto nivel, a opção para o produto piloto foi ter menos conteudo, mas com as totalidade das funcionaldades previstas.

PARTE 4: MÃOS ‘A OBRA!

(essa formalidade toda indica que esse trecho provavelmente vai ser adaptado para o memorial =p sabe como eh, gal, retrabalho nao rola)
Hype instalado neste lindo domingo de sol no pc da minha amiga-vizinha-salvavidas, wireframes devidamente detalhados, pauta escolhida e preprogramada. as proximas etapas são detalhar a pauta e começar o escopo da programação enquanto faço a apuração e redação dos textos, bem como produção das fotos e videos, e levantamento dos dados da parte de serviço do produto. provavelmente, como a pauta depende dos entrevistados e uma parte da programação não pode ser feita sem conteudo, devo ir tocando as leituras que ainda não fiz pro desenvolvimento do trabalho durante esse tempo tambem.

e vou mantendo todos (se e que vcs existem) informados =]

quick report

deborahsalves — Tue, 22 Nov 2011 11:23:50 +0000

muita usabilidade, pouco html5. nenhuma revisão da parte teórica que precisa dos consertos que já falei.

tô numa situação semelhante à do tcc, em q lia e lia e me parecia que as coisas só ficavam mais confusas. quer dizer, hj, como aconteceu naqla época, eu consigo perceber o que vai se delineando na minha cabeça e tal, mas a sensação de overwhelm é a mesma.

tive que esperar uma semana até devolverem um livro na biblioteca, mas tô com ele em mãos e lendolendolendo. além das coisas escritas há 10 ou 5 anos sobre usabilidade na web, me foquei nos reports atuais sobre usabilidade em tablet. algumas ideias iniciais que tive já entraram no gelo. devo terminar (obrigatoriamente) isso tudo ainda hoje, pra revisar os benchmarks e comparar com as pesquisas, revisar as anotações e planejar as telas.

já existem vários rascunhos das telas, de tipo de navegação, gestures, etc. mas tudo precisa ser refinado e revisado. decidi (influenciada pelos livros rs) q vou testar as etapas do trabalho. should be interesting and fun =] como não mexi na parte hmtl5/hype, ainda não tenho certeza sobre o que das minhas ideias pode acabar sendo tecnicamente inviabilizado, mas hj à noite vou consultar o meu guru de tablet @FilipeSpeck e ele deve me dar uma luz a respeito, pra eu pelo menos ter alguma consistência na discussão com a prof na quarta à noite.

a pauta, bom, segue parada. tenho evitado de pensar sobre o assunto. i’ll let you know when i have sth on that.

back to the drawing board

deborahsalves — Thu, 10 Nov 2011 21:45:56 +0000

antes tarde do que mais tarde. a vida segue louca e corrida, e no meio disso – e um dos fatores da correria – o tcc.
bueno, desde esse último post basicamente o que fiz foi ler. bibliografia básica, bem básica. primeiro, porque o que eu redigi foi a introdução. depois, que como o negócio é tablet, não tem exatamente uma bibliografia específica, a básica atingia melhor o objetivo que a gente tinha.
por outro lado, a biblio básica me deixou com um pepinão (com todo o respeito) nas mãos: o que eu li agora, com foco no tcc, era um todo que eu já tinha lido fragmentado. mais do que isso, eram conceitos que eu já tinha internalizados. então chegou na hora de redigir eu não tinha anotado justamente as aspas básicas, e passei um bom tempo tentando achar a informação core, que pra mim tava tão funda já de outras reflexões da facul que eu não me achei. mas enfim, superado isso, deu tudo certo.
bom, na verdade a conceituação, segundo me apontou a andréia, tá um amontoado de citações. quer dizer, as ideias tão ali, os conceitos estão coerentes, mas ela me disse que pulo de uma coisa pra outra sem fazer uma amarração, e sem deixar clara a _minha_ amarração. bueno, isso precisa ser corrigido.
e faltam ainda algumas lapidações na conceituação, à parte as óbvias correções de gramática. mas isso também vai sendo feito ao longo da próxima semana ou duas.
agora, o negócio é colocar a mão na massa. a bibliografia se foca em usabilidade, justamente porque o foco do trabalho é na exploração das possibilidades abertas pelo tablet. tenho duas semanas para ler, ler e ler mais, fazer mais um benchmark – adicional ao que fiz antes de me jogar no projeto – e desenhar as telas. falando assim parece simpes, mas como uma boa parte da inovação do trabalho está aí, não acho que vai ser tão fácil. mas enfim, se tudo sair como o planejado, haverá mais relatos disso em detalhes ao longo dos próximos dias.
ah, o html5 também vai povoar minhas próximas leituras, muitos tutoriais me esperam, e preciso fazer isso em paralelo à criaçãos das telas, pra saber o que realmente vai ser viável ou não.
quanto ao tema, so far, vamos mantendo o mesmo. (momento de suspense). é possível que nos próximos dias – leia-se, depois do feriado – apareça uma sessão no blog falando isso, pra que as pessoas tenham alguma certeza de que eu sou quem eu sou, de que eu realmente faço a pós da puc e de que realmente elas podem me conceder entrevistas.
mas era isso, do lado técnico. do lado emocional, ando bem empolgada com o trabalho, com muitas ideias e bastante gás pra continuar. é bom me sentir assim, e só me prova, cada vez mais, que eu realmente gosto do que eu faço (embora tantas vezes fique dizendo por aí que gostaria de não gostar!)