thegoodfellas/blogset-br huggingface dataset:
Girl Geek Dinner que comecou em 2005 em Londres com uma geek girl que como muitas de nos se sentiu frustrada por ser uma das unicas mulheres que participam em eventos tecnicos. Ela entrou em contato com alguns blogueiros conhecidos, e publicou sobre sua ideia de juntar outras meninas e durante um jantar conversarem sobre tecnologia. Com a ajuda de alguns amigos, ela organizou o primeiro Girl Geek Dinner com 35 participantes. E quando as pessoas comecaram a ouvir falar da ideia e do evento, comecaram a aparecer empresas querendo patrocinar os jantares. Ela treinou outras meninas e o Girl Geek Dinner tomou o mundo. E claro, chegou no Brasil!!As primeiras edicoes do Girl Geek Dinner aconteceram em Porto Alegre e a ultima foi essa semana aqui em Sao Paulo. Nesse final de semana ocorreu a QConSP e o periodo foi aproveitado para juntar algumas geek girls e conversar um pouco sobre tecnologia. Foi o meu primeiro Girl Geek Dinner, mas depois dessa experiencia sei que virao muitos! Tinha meninas da area de TI e meninas que nao sao da area. Tinha da area de marketing, uma formada em fisioterapia, uma estudante de direito e ate uma filosofa! :) O encontro foi na Adaptworks que tambem patrocinou nosso lanchinho junto com a ThoughtWorks.Algumas falaram sobre sua experiencia com TI, como escolheram essa profissao, outras falaram dos seus receios em relacao a area. Falamos tambem sobre o Mulheres na tecnologia e o Rails Girls, e esse e o segundo evento do qual eu gostaria de falar nesse post.O Rails Girls comecou em 2010 na Finlandia e tambem ganhou o mundo e tambem chegou no Brasil! \o/ Esse e um evento de dois dias que tem o objetivo de ensinar meninas a programar. Nesses dois dias as meninas podem conhecer outras meninas na area de tecnologia e mesmo sem ter nenhum background de programacao, sair com a sua primeira aplicacao feita! Fantastico, nao? O primeiro Rails Girls do Brasil foi em Julho em Porto Alegre e o proximo vai ser aqui em Sao Paulo e ainda teremos edicoes em Recife e Belem!Espalhem por ai! Quem sabe um dia quando uma menina for para a sua primeira aula na faculdade de computacao ela vai se deparar com uma turma de varias meninas?Outros links do Girl Geek Dinner:https://www.facebook.com/ggdbrazilhttps://twitter.com/ggdbrazilhttp://ggdbrazil.wordpress.com/Outros links do Rails Girls:https://twitter.com/railsgirlshttp://www.facebook.com/railsgirlshttps://twitter.com/railsgirls_br
essencial no dia a dia. Nesse caso, a utilizacao da ferramenta tem por objetivo contribuir para organizacao e produtividade.Se voce ja utilizou da caracteristica de colaboracao do google docs para ajuda-lo(a) nos seus testes, ou outra ferramenta com o mesmo intuito, conta a sua historia tambem :)Dica: How to share and collaborate using Google Docs.
No ultimo final de semana rolou tambem o Rails Girls, um evento que nasceu na Finlandia em Helsinki em 2010 e ganhou o mundo. No Brasil, o primeiro evento foi em Porto Alegre e nos dias 7 e 8 de setembro foi a vez da edicao Sao Paulo.Rails, pra quem nao conhece, e um framework web open source para a linguagem de programacao Ruby (mesmo que nao tenha entendido nada do que eu falei agora, voce pode ir a um evento do Rails Girls :) )O objetivo do Rails Girls e o de difundir a cultura de programacao, trazer mais mulheres para a area tecnica e compartilhar esse poder de fazer ideias tornarem-se projetos reais.O formato do evento e um workshop de um dia e meio, que comeca geralmente numa noite de sexta-feira com uma Installation Party. Esse e um momento no qual as meninas se encontram para preparar seus notebooks para programar no dia seguinte. E tambem um momento de interacao entre coaches e alunas e acontecem algumas lightnings talks motivacionais, geralmente falando sobre mulheres na TI, mulheres na programacao, porque programar, e outros temas correlatos.No dia seguinte, todos se reunem com o objetivo de criar uma aplicacao. Outras lightnings acontecem durante o dia, especialmente com o objetivo de dar algum norte para quem nunca ouviu falar nada de programacao, nem sabe o que e uma tag HTML. :) As alunas sao organizadas em grupos, que tem um coach responsavel. O coach e quem vai de fato ensinar as mulheres a programar e vai orientar o desenvolvimento de alguma pagina que elas queiram.No evento de Sao Paulo, tivemos aplicacoes super interessantes como a de controle de treinos de natacao, a que permite que o usuario indique o quanto um local esta cheio quando faz check in, a de classificacao de livros por influencia, entre varias outras aplicacoes legais.E emocionante acompanhar esse processo de aprendizado e ver pessoas que nao tinham o menor contato com esse mundo tecnico se surpreendendo consigo mesmas ao nao so criar o seu proprio site funcional como tambem deixa-lo publico.O Brasil se encantou pelo Rails Girls, e temos varios outros eventos acontecendo ainda esse ano. O proximo sera em Recife nos dias 28 e 29 de Setembro e ja temos meninas organizando edicoes no Rio de Janeiro e em Belem.Acompanhe o Rails Girls:FacebookTwitterTwitter Brasil Um pouco da minha palestra Quero ser um cacador de bugs apresentada na Trilha Testes University do TDC2012.De uma maneira geral definimos bugs como nao conformidades com a especificacao. Mas se eu fiz um projeto de acordo com a especificacao que me foi dada e o resultado alcancado nao e o esperado, isso tambem pode evidenciar um bug? Na minha opiniao, sim. Foi um problema de especificacao ou de planejamento, ou alguma outra coisa, mas e um problema. Entao generalizando, eu gosto de pensar em bugs como tudo o que esta diretamente ligado ao produto e que impede que alcancemos o resultado esperado com ela.E como os bugs nascem? Acredito que a grande maioria dos bugs nascam de comunicacao problematica. O cliente as
vezes nao passa uma informacao ou passa de forma ambigua achando que o resultado final e obvio; o analista as vezes nao faz as perguntas corretas, o desenvolvedor muitas vezes implementa qualquer coisa que lhe e passada sem muitos questionamentos e ate mesmo quando o testador vai atuar, esse tambem nao se preocupa em ir atras da informacoes. Sempre que uma situacao dessas ocorre, morre uma fada, quer dizer, nasce um bug :)E quando a gente pode encontrar esses bugs? So quando a aplicacao esta pronta e ela vem pra teste? Claro que nao! Se problemas de comunicacao fazem bugs nascerem, entao e justamente se comunicando que a gente pode evitar que eles nascam. E essa comunicacao nao precisa estar associada necessariamente a reunioes formais. Muitas vezes conversando com seus colegas no cafezinho, no fumodromo, ou outras areas comuns, quem sabe ate no banheiro :) e possivel perceber que um bug esta se desenvolvendo ou prestes a nascer.Muitas vezes encontramos os bugs ja crescidinhos porque a atuacao do tester e no final do projeto. Depois que esta tudo pronto, todos os bugs ja estao adultos e mais chatinhos de resolver. Isso torna a qualidade cara, ou melhor, o controle de qualidade, essa rede de protecao no final do projeto e cara. Quanto mais cedo conseguirmos identificar um problema, melhor. Nao deixem chegar na fase de testes. Se voces desconfiam que vai nascer um bug, ja da pra trocar uma ideia com o desenvolvedor. O teste deve ser uma atividade preventiva e de todos os membros do time.Como estar preparado para encontrar esses bugs? Claro que experiencia e sempre um diferencial, mas nao da pra comprar experiencia na esquina. Entao o caminho e estudar tecnicas, ferramentas, manter-se atualizado atraves de leitura de blogs, participacao em listas de discussao, etc. Bom, voce ja esta lendo esse post, entao ja esta em uma boa direcao.Bom, mas e quando a gente acha um bug? O que fazer? Ele deve ser corrigido? Deve ser catalogado?Nem todos os bugs precisam ser corrigidos. Eventualmente a correcao de um bug pode ser bem mais cara do que a convivencia com ele. Essa em geral nao e uma decisao do time de testes, mas sim do cliente que vai conviver com aquela praguinha. Se ele nao vai se incomodar, nos tambem nao.Ah, mas se acharmos um bug temos que prende-lo, cataloga-lo, pendura-lo numa moldura para que todos vejam, certo? Nao necessariamente. Tudo depende da politica da sua empresa e do enfoque que voce quer dar nos bugs. Eu nao vejo problema algum em chegar no lado do desenvolvedor, avisar que tem um bug em algo que ele trabalhou ou esta trabalhando e se der ele ja resolve ali mesmo e fica no ninguem viu. Se existe algum motivo pelo qual voce acha que eu falei uma heresia, pense um pouco e veja se realmente e. Muitas vezes nem fazemos nada com toda essa informacao que catalogamos e mais! As vezes o tempo de voce chegar no desenvolvedor e ele corrigir o problema e ate menor do que voce ficar simulando de
novo e de novo, coletando evidencias e preenchendo bug trackers. O que e mais util pra voce? Pense.. E uma resposta que depende de contexto.Falando em bug tracker, sera que uma ferramenta para gerenciar os bugs e realmente essencial? Sera que eu nao poderia gerenciar os bugs com post its mesmo? Se voce trabalha com um quadro kanban (times que usam scrum geralmente usam um desse) voce nao poderia utiliza-lo para colocar uns post its de defeito tambem junto aos post its de atividades? No seu contexto pode ser melhor usar um bug tracker, mas se voce nao sente que esta perdendo nada em nao usar, eu acho muito mais pratico, facil e produtivo o uso de post it para isso.Mas talvez voce tenha mesmo que usar um bug tracker por N razoes do seu contexto. Entao, o que e importante ter um bug tracker quando eu vou reportar um bug? Eu considero como itens basicos:. um titulo um breve resumo de uma linha que faca com que o bug seja identificavel facilmente. como reproduzir e dados de teste. ambiente em que o problema foi encontrado (se voce testa em mais de um ambiente). criticidade o quanto esse bug incomoda. modulo em que parte da aplicacao foi encontrado. evidenciaAi esta uma coisa importantissima. Ja que voce optou por usar um bug tracker, e bem provavel que os defeitos que voce abre nao sejam corrigidos na mesma hora e esse ja e um bom motivo para colocar uma evidencia de que houve o problema. Isso facilita o entendimento do programador na hora de corrigir.Na hora de reportar um bug, tenha certeza que voce sabe que comportamentos voce efetuou que desencadearam a praga.. Teste com cuidado. Reproduza o problema mais de uma vez. Isole o problema, identifique a causa. Generalize, veja outras areas correlatas em que o mesmo problema ocorre. Seja objetivo na sua descricao. Revise o bug antes de submete-lo na ferramenta, afinal, voce e tester, mas tambem erraContinuarei falando um pouco mais da palestra no proximo post.Comentarios sao bem vindos :)Quer ver os slides? Olha aqui no slideshare.
o termo a ser pesquisado, preenche o campo da pesquisa (setSearchTerm) apos certificar-se de que nao ha nenhum outro valor no campo (clearSearchInput), submete a pesquisa e espera pela pagina de resultados.URLBASE e a URL principal da pagina. Por exemplo, http://www.amazon.com. O resto da URL e formado com o atributo abaixo.URL e o complemento da URL BASE citada acima. Nesse caso, nao precisei complementar a URL, entao usei apenas /. Se no exemplo da amazon, dado acima, eu quisesse acessar uma pagina especifica, por exemplo, a secao de brinquedos da amazon, o valor desse campo seria /toys.Apesar de parecer opcional, se esse parametro nao for informado, voce recebera um erro como esse:<caminho do projeto>/node_modules/hodman/node_modules/preceptor-core/lib/utils.js:133 } else if ((result.substr(-1) === glue) || (arg.substr(0, 1) === glue) ^TypeError: Cannot call method 'substr' of undefinedEXPECTED_URL e uma expressao que sera avaliada para determinar se o script chegou a pagina certa. Nesse caso, eu optei por colocar apenas o pedaco principal da URL, ja que ao acessar o Google, a URL pode mudar um pouco. Sem esse parametro e provavel que voce encontre o erro: Error: Waited for an event, but timed-out. Message:Waited for url that matches 'https://www.google.de/'.AssertO Hodman nao tem metodos que permitam fazer assert, portanto e necessario importar algum modulo que tenha essa capacidade. Para simplificar, importei o assert. Pelo que vi em uma apresentacao sobre esse framework, o Yahoo esta usando Mocha para os testes e Chai para realizar os asserts.OpiniaoMastigadinho assim, o framework parece bem simples. Eu acabei por demorar bem mais do que eu esperava para chegar nesse exemplo. Acho que ainda falta desenvolver melhor a documentacao e alguns tratamentos de erros. Tem muito potencial, mas ainda e pouco maduro. O projeto e aberto, portanto quem se interessar, e so baixar e melhora-lo. Se ficou curioso, da uma olhada na captura de imagem e quem sabe, ja segue dando uma olhada no Kobold, faz uma analise e publica um post. :)
Em 2011 participei do Agile Brazil que aconteceu em Fortaleza e isso fez uma baita diferenca na minha vida profissional. Conheci varias pessoas, assisti a palestras muito legais e sai de la muito mais critica com relacao ao meu trabalho. Isso fez com que eu buscasse novos desafios, trocasse de empresa e ainda, pouco depois de voltar do evento de Fortaleza, em 5 de Julho de 2011 dar o primeiro passo para ajudar a organizar o evento de 2012 em Sao Paulo. Simplesmente mandei um e-mail para um dos organizadores e disse que queria ajudar, nem que fosse apenas dando pitaco nas palestras de teste de software.Nao pude nem prever que ficaria tao envolvida com esse projeto. Participei de iniciativas de divulgacao via twitter, no facebook e em eventos, da organizacao da Virada Agil, da manutencao do site, da revisao das submissoes, da montagem da grade, especialmente em relacao as palestras de Desenvolvimento e Teste e acompanhei varias outras frentes nas quais nao estive tao ativa quanto nessas que citei.Em alguns momentos houve a inseguranca de o evento nao deslanchar e termos problemas por assumirmos o evento, ja que o Agile Brazil nao e uma organizacao ou uma empresa. E um evento montado e levado por voluntarios da comunidade com muita vontade de fazer acontecer, mas com pouco conhecimento e experiencia em fazer eventos desse porte. Para nosso alivio, felicidade e tranquilidade, o evento ja foi um sucesso em 2010, 2011 e o mesmo sucesso acompanhou 2012. Tivemos um grande numero de inscritos e muitos feedbacks positivos.Durante os 3 dias de eventos foi um corre-corre para fazer tudo dar certo e nao teriamos conseguido fazer do evento o sucesso que foi se nao fosse a ajuda e a energia dos voluntarios. Ao final de cada dia, faziamos retrospectivas, recolhiamos os feedbacks deixados no mural e tomavamos acoes para melhorar ainda mais o evento.No pre-evento eu aprendi bastante sobre organizacao de eventos, fiz varios contatos legais, conheci bastante pessoas, vi e vivi situacoes de conflito, aprendi mais um pouco sobre trabalho em equipe, como lidar com as pessoas e suas diferencas e foi um crescimento fantastico.Durante o evento, exercitei bastante a capacidade de reagir rapido a mudancas e a problemas e muito mais do que ouvir sobre agile, SER agil, que pra mim e algo que transcende as teorias, frameworks e livros e esta muito mais ligado a entregar valor e resolver problemas, que foi a nossa rotina maluca dos 3 dias de evento.Participei de bem menos palestras esse ano que no ano passado, mas talvez eu possa chamar toda essa experiencia de um grande workshop que durou pouco mais de um ano e alem de todo esse conhecimento, trouxe grandes amizades. Trabalhei muito proxima de algumas pessoas em especial:Dairton Bassi, coordenador geral do eventoCeci, que alias fez um excelente trabalho a frente do voluntariosFabio, que estava cuidando de boa parte do siteHugo, coordenando o comite de programa e da trilha de desenvolvimento e testes comigoLuca Bastos, grande parceria, super comprometido e amigo durante todo esse processo do eventoRafa, que deu a maior
forca na equipe da Virada AgilReencontrei pessoas super especiais tambem como a Teresa que foi minha professora na especializacao e gerente no C.E.S.A.R. e Daniel Wildt que foi o meu canal para fazer parte de tudo isso.Todos os outros coordenadores e colaboradores tambem fizeram um trabalho incrivel e tem meu respeito e admiracao. Apenas citei os que eu trabalhei bem mais perto nesse periodo.Conclusao: Organizaria outro Agile Brazil? Com certeza! Manoel Pimentel, priminho, #tamojunto no Agile Brazil 2013 em Brasilia. Participaria de outro Agile Brazil? Tantos quantos tiverem. Mesmo que daqui ha uns anos o evento mude a cara e os assuntos, e um grupo que tem muito a acrescentar e do qual eu pretendo e recomendo estar sempre perto.Meu muito obrigado a todos que fizeram essa jornada comigo.
http://www.youtube.com/v/7LP4foN3Xs4?version=3&list=RD02enJ3dNrs8n4&feature=share&autoplay=1&autohide=1&attribution_tag=1ZUQNEDoncF_C21__qxQpA&showinfo=1http://www.youtube.com/watch?v=7LP4foN3Xs4&list=RD02enJ3dNrs8n4 ...um belo dia resolvi mudar e fazer tudo o que eu queria fazer.... Me libertei daquela vida de vicios e aqui estou comecando mais uma vez!Sao dez da noite e eu peco alguem caridoso que me traga um iogurte para acalmar a azia que me impede de dormir. Penso no Nelson e a ulcera dele, tao companheiros.Li numa revista que eu muito provavelmnete sofro de ansiedade. Logo eu que digo que nao sou nada ansiosa. Digo e repito como a um mantra, como se quisesse me convencer.Sou anisosa sim! No que se refere a urgencia do outro. Nunca as minhas necessidades mais basicas sao respeitadas por mim. Sou capaz de passar 12 horas trabalhando, em pe sem comer e sem ir ao banheiro, sorrindo, o que e mais grave.Analisando meus exames de sangue notei que estou me matando. Nada grave nao, o de sempre. Colesterol alto, falta de ferro, falta de calcio, acucar subindo. Uma especie de suicidio. Foi ai que resolvi mudar.Ja vi tanta gente fazer isto e ser bem sucedida. Porque nao eu ahah porque nao eu.?Dia 1Meio copo de agua com limaoColoquei algumas rodelas de batata doce em um a assadeira antiaderente untada com azeite. Salpiquei sal e levei ao forno.Quando douraram embaixo, virei as batats de deixei dourar um pouco mais.Fiz um cafe preto que comi acompanhado da batata doce com alguns mirtilos desidratados e umas 5 castanhas de caju.Assei uma s beringelas e uns dentes de alho e comi com metade de um pao arabe.Almocei salada verde com cenoura, betrraba azeitona e um vinagrete de limao com menta. Hortela.Jantei no curso: um pouco de castanhas spice, um pouco de brownie vegano u. Pouco de sorvete vegano chips de aborinhas. Tudo delicioso e sem glutem, sem lactose e sem acucar.Tomei agua, coisa que nao faco unca.Meditei antes de dormir.Dia 2:Meio copo de agua com limaoBatata doce com mirtilo e castanhaSalada verde com cenoura molho de menta beringela assadaSopa de tomates com leite de amendoas e sopa de cenourars com gengibreSopa de batata doce com coco e gengibreFui ao cabeleireiro. Pintei o cabelo, fiz a sobrancelha e o buco, coisas que estavam sempre pendentes e deixadas para a ultima hora e nao estarao maisNao mediteiDia 3MediteiEsuqci da agua com limaoBatata doceMingau de aveia com canela, cardamomo, leite de amendoas e meia tamara meidjou.Cha de gengibre com limao.Meu tempo acabou. Esta semana ainda estou resolvendo algumas pendencias que me tiram o sono e o tempo.Vou contar depois como decobri que sou ansiosa.Nao reli Acordo cedo todos os dias da semana. Inclusive domingo. Acordo sempre um pouco antes do sol nascer, nunca por obrigacao. Eu vim assim, com um relogio biologico que me desperta para o dia.A casa ainda esta em silencio e a cidade tambem. Subo ate o terraco e vejo o sol nascer bem quentinho atras do Pao de Acucar. Saudo o astro rei. Gosto de reis: rei pele, rei roberto carlos, rei charles (ooops Ray Charles, rei das selvas, rei momo. Aproveito o silencio da manha e a forca do sol para organizar meu domingo.Vou a missa.
Pronto! Esta decidido!Tomo cafe da manha e faco o da Miss 15, que viaja para a Disney na terca-feira e vai nos deixar com saudades.No caminho para a Igreja de Santa Cecilia e Sao Pio N (nunca me lembro o numero do Pio se e X, XI ou XII - com todo o respeito- e claro!)Eu ia dizendo... no caminho vou pisando em algumas folhas secas, o barulhinho me agrada. O vento vai levantando as folhas e o cheiro daquela arvore das folhas e do fruto ( uma manguinha minima) me levam correndo para a casa da minha avo.Respiro fundo, o vento me abraca e eu ouco a vovo - Venha ate aqui minha russinha?Uma lagrima escorre e o vento leva minha avo de volta como trouxe.Subo a escadaria da igreja, a missa ainda nao comecou, mas a tripulacao ja esta a postos:2 coroinhas gordinhos com camisolao bege e gola de cetim vermelho, tres cantoras uma branca, uma russa, uma preta, 2 ajudantes com camisolao branco bem fininho. E o sacerdote com camisolao branco de cambraia de algodao com uma encharpe (provavelmente bordada por alguma beata) linda toda colorida em tons pasteis.Sento-me no primeiro banco que nao tem ninguem ainda. De repente uma senhora gordota de conjunto de malha salmao vem andando na minha direcao e pede que eu leia.Nem deixei a senhora terminar o pedido, nao fiquei sabendo o que era para ler. Interrompi logo:- Nao, e melhor nao ler. Desculpa. Sou muito timida e vou gaguejar. Ela entao pede a agora minha vizinha no banco, que aceita e que na hora h le muito bem.Reparo a missa toda nos coroinhas, em especial no gordinho mais alto.Garoto esperto esta ligado em tudo. Se cai um papel aponta. Sussurra algumas vezes para alguem avisando de alguma coisa. Eu sismo que o coroa gordinho, digo o coroinha gordo esta tomando conta de mim e dos outros fieis tambem.Me ajeito no banco, o menino olhando. Erro a resposta do coracoes ao alto, o guri olhando. E quando estou cantando entao: o menino nao tira os olhos de mim. A cada nota desafinada eu olho e la esta ele: olho no olho. Ou sera a cada nota que eu acerto e nao desafino?!BOM DOMINGO!!!