thegoodfellas/blogset-br huggingface dataset:
Oie!Ai que delicia visitar voces de novo!Quantas mudancas!! Cada casinha que parece um sonho! Parabens pela conquista, galerinha! Arrasaram!E para quem ta no meio do caminho, forca na peruca! No final acaba tudo bem...A gente bem mais pobre (fato!), mas infinitamente mais feliz!! Hoje ia comecar a falar sobre a casinha de novo, mas e aniversario da minha afilhada. 16 anos! Ai, como o tempo passa. Pensando nisso, procurei umas referencias de quartos de adolescentes.Achei cada uma que... ai, ai...Olha so:Linda essa palheta de cores, a ideia de pintar os armarios foi incrivel! fora que da para reaproveitar um movel antigo, dando uma mao de tinta, e ficar esse arraso!!BarankuTotalmente clean, os tecidos dao o tom da decoracao mais rusticas. detalhe para as bonecas na prateleira, fazendo o contraponto com estantes e quadros mais adultos...Portal CasaEsses eu acho que seriam para uma menina mais velha, uns 28 anos, tipo eu! hahahaahaHGTVHGTVSuper romanticos, para as meninas sonharem com os primeiros, segundos e terceiros amores!!NabuzzPlaneta Casa e JardimA graca do marrom combinado com poas, nao e um sonho?? NabuzzPlaneta Casa e JardimNunca tinha visto, mas olha que incriveis esses relevos... Adorei!!! Ia ficar lindo num quartinho de bebe, nao ia??? Ai, ai...Portal CasaAchei esse impecavel. A cor das paredes, a colcha, o abajur, o piso, a moldurinha dourada... Demais!!ZimbioE ai meninas, adoraram???BeijinhosObs: Bia, minha linda! Te amo, garotinha! JUIZO, hein??? Meninada!Obrigada pelos comentarios no post do quarto! Ele ainda nao esta pronto, e tao exuberante quanto uns que vejo por ai... Mas vai ficar! Ah, se vai... hahahahaAmanha, vou postar sobre a cozinha. Tem que ser com tempo, pra ver nome de porcelanato, e tal... Entao farei amanha, mesmo!Hoje vim mostrar as ultimas aquisicoes para o Cafofo. Tinhamos um credito na Tok Stok, pois o armario da cozinha veio errado (amanha conto sobre o drama), entao, ontem fomos la e compramos essas belezinhas:Rodo de Pia Suction - Foi caro, viu? R$ 28,00 (Por um rodinho, acho caro!) mas eu estava precisando, era no credito, e alem do mais so estava achando verde limao, laranja... Gosto de cores, mas para essas coisas de limpeza acho melhor branquinho, da maior impressao de higiene, ne?Cadeira Dobravel Naipe - R$ 75,00 - Compramos duas para colocar no corredorzinho em frente a casa. Inauguramos com petiscos ontem, estava sem maquina, acabei nao registrando mas esse fds tiro uma foto e mostro como ficou! Foi bem barata, pode nao ser a cadeira mais resistente do mundo, mas vai servir pra gente, ainda mais que e pra usar de vez em quando!Mesa Dobravel Leme - R$ 109,00 (pasmem) - Achei bem barato! E ela e linda! Recomendo! Saladeira e Galheteiro Easy Life - R$ 142,90 - Ta, foi mais caro que a mesa, eu sei... Mas e o nosso novo xodo... Nossa queriamos ha muito tempo. estavamos paquerando, toda vez que iamos (duros!) passear na Tok Stok ficavamos olhando para ele, e agora... esta la em casa!!! Sucesso! hehehe - Ainda nao estreamos. Fiz a proposta para o Joao de guardarmos, pois ano que vem vamos casar, e ficaria como parte
do enxoval... Nossa, ele quase me fuzilou com os olhos!! hahahaAssim que estrear as minhas comprinhas eu mostro... Tirando o rodinho, ne? Amanha no post da cozinha mostro ele la, ta?Beijinhos
Gente,Essa semana foi punk! Vou tirar ferias a partir de 2a, e parece que trabalhei pelo mes inteiro que vou ficar fora... Aff...Mas, aproveitando a hora do almoco passei aqui pra desejar um bom final de semana!Mal posso esperar para estar num momento relax desses!!Beijos e divirtam-se! (Segunda tou de feeeeeeerias!!!!!!!!!!!) Oi, querid@s!Esse final de semana, vou pegar uma maquina emprestada e atualizar as fotos do Cafofo para fazer um antes & depois, e mostrar a casinha pra voces, ta?Enquanto isso, vamos tocando o barco aqui... Como falei antes, desde que nos mudamos nao consegui reorganizar a vida, minha rotina, a casa, enfim... As coisas estao meio fora do lugar e eu estava sem animo e ideias para procurar referencias, mas foi so voltar a postar que as ideias pipocam, e no meio dos passeios pela blogsfera vamos achando solucoes para probleminhas que nem sabiamos que tinhamos... Essa e a delicia desse mundinho virtual, ne?Bom, fui passear no site da Martha Stewart, mestra-mor de decoracao, artesanato, organizacao, comidinhas, enfim, quero ser ela quando crescer! hahahahaPois entao, passeando por la vi tantas dicas, que achei que PRECISAVA dividir com voces, e fiz esse post. Espero que gostem! Vamos la!!DICA 1 - Rotacao de colchoes:Achei o maximo! Sempre soube que para prolongar a vida util dos nossos colchoes, devemos gira-los de tempos em tempos, para nao deforma-los colocando o peso sempre no mesmo lugar. Isso por si so e uma dica. Mas a Martha - o grande mestra (hahahaha) desenvolveu a tecnica, e pra nao esquecermos para que lado devemos virar o colchao, olha a ideia da danadinha... Fala se nao e sensacional?! DICA 2 - Toalheiro na porta do armario da cozinha para organizar tampas de panela...Nem precisa comentar, ne? Genial!! - Invejinha das Le Creuset dela, pronto falei!! Pena que meu armario de baixo tem porta de vidro. Se eu tivesse visto isso antes faria todo de madeira, fato!DICA 3 - Passe-Partout colorido.Eu nunca ia pensar nisso. estava querendo uma ideia para a parede em cima da minha cama. Pensei em fazer alguma coisa tipo Pop Art, mas depois dessa foto fiquei em duvida! Nao gostei muito da luminaria no meio mas os quadrinhos nao sao lindinhos?DICA 4 - Latas de correspondencias.Ai, confessa vai... organizar correspondencia e um saco. Eu ate tenho aquelas pastas sanfonadas, sabe? Mas nao tem nenhum glamour. Ja a Martha...Ontem fui no mercado, e vi a que a lata de Nescau voltou a ter a versao redondinha que nem as da foto. Nao tive duvida, tasquei uma e pus no carrinho!!DICA 5 - Etiquetas para toalhas iguais.Sempre gostei de toalhas iguais para o banheiro ficar com cara de decoradinho. Gosto mais ate do que daquele tipo ele&ela, sabe? Mas sempre resta essa questao: vai embaralhar tudo, nao vou saber qual e a minha qual e a dele... No banheiro temos um lugar para tolha dele e um lugar para a minha, mas as vezes, principalmente agora no inverno, gosto de por as toalhas no varal porque senao nao seca... Olha a solucao:DICA 6 - Novo uso para o
prato alto de bolo1) Quero um prato alto para bolo; 2) Quando nao tiver bolo, olha que ideia bacana! Da um ar mais chic para recipientes de tempero super simples!Gente, tentei colocar uma dica para cada comodo. Mas la no site da Martha, tem milhoes para cada cantinho da casa! Vale a visita: http://www.marthastewart.com/Espero que tenham gostado do post!Beijinhos
Acabei de realizar quão similar é o J2EE e o Plan 9 quando observados pela lente da arquitetura de componentes: no Plan 9, o sistema de arquivos é tão capaz quanto o JNDI no J2EE. Um componente no qual eu estou trabalhando agora depende de um componente de banco de dados e de um componente de correio eletrônico. O modo de ligação entre esses componentes se dá através de JNDI: meu componente faz referência aos nomes "dataSource" e "mailSession" no seu contexto local de nomes. Na configuração do componente em uma instalação, esses nomes locais são ligados aos nomes globais que o administrador preparou para oferecer as dependências. É claro que tanto o meu componente quanto suas dependências mantém um contrato entre si, na forma das interfaces java EntityManager e Session. No Plan 9, meu componente seria um programa que faz referência a dois arquivos no seu file system -- um arquivo que representa o componente de banco de dados e um arquivo que representa uma sessão de correio eletrônico. O administrador, ao iniciar os programas de banco de dados e de correio eletrônico, usaria as primitivas de sistemas de arquivo do Plan 9 para garantir que cada um desses cria seu arquivo de oferta no local certo do file system do meu programa. O contrato entre meu componente e os outros se dá na forma de um protocolo de leituras e escritas. Essa arquitetura é incrível. Recentemente surgiu a necessidade para um web service para upload de arquivos. Uma aplicacao de HTTP com GET e PUT seria suficiente. Lendo uns artigos por ai, encontrei novamente esse discurso: "aplicacoes J2EE nao devem escrever em arquivos".O fundamento do discurso esta no fato de um componente para um ambiente gerenciado programar o ambiente gerenciado e nao o sistema operacional, de modo que nao deve fazer suposicoes sobre coisas como threads ou arquivos.Os detalhes do argumento, porem, sao pessimos. Dizer -- o componente nao deve usar arquivos porque se a implantacao ocorre em um cluster os dados nao serao vistos com consistencia -- e uma falacia. Se voce implantara o componente em um cluster usara um sistema de arquivos compartilhado. O erro implicito nessa "sabedoria" seria igualmente cometido por um administrador de cluster que usasse um banco de dados independente para cada no. Este ano estamos iniciando nossa convivencia com sistemas interativos via web e escolhemos o Google Web Toolkit para nos apoiar, convictos em jamais usar pre-processamento de HTML no servidor.Enquanto este toolkit (na versao 2.4) nos pareceu desde o inicio uma coisa totalmente excelente, uma preocupacao se manteve firme: o ciclo de desenvolvimento otimo do GWT exige o uso do DevMode.O DevMode do GWT e um truque excelente que permite ao desenvolvedor usar um depurador Java para rastrar a execucao do programa que roda no user agent. Como GWT e fundamentalmente um compilador de Java para Javascript, depurar o codigo-fonte de producao seria no minimo desagradavel.A configuracao padrao do DevMode (na versao 2.4) inclui o web container Jetty para servir o HTML, JS, CSS, Servlets e tudo o mais que compoe o programa.
O Jetty e um container simples e nao inclui, entre outras coisas, uma implementacao de JPA ou EJB.Ora, como este projeto pode permanecer confortavel? Eventualmente a "camada de negocio" devera ser movida de Servlets GWT para componentes EJB. Sera preciso embutir um ejb container no projeto e fazer as ligacoes manualmente?Nao! E perfeitamente possivel usar o GWT DevMode com seu servidor de aplicacoes favorito!O fato e que o DevMode nao exige o Jetty e na realidade e totalmente independente do seu web container. O DevMode e um servico que oferece algum tipo de interface RPC usada pelo proprio programa GWT.E possivel usar o DevMode com o programa implantado em qualquer web container. E possivel, por exemplo, implantar o programa no JBoss AS 7 e entao usar um user agent qualquer para acessar o endereco publicado pelo JBoss AS 7 com o DevMode.Para fazer isso e necessario:acrescentar o parametro -noserver aos argumentos do DevModemodificar o parametro -startupUrl , nos argumentos do DevMode, para o local de publicacao do seu programa Estas coisas sao facilmente realizadas na Debug Configuration do Eclipse.Para depurar completamente o seu programa, voce deve:iniciar o servidor de aplicacao no modo Debugpublicar seu programa no servidor de aplicacaoiniciar o GWT DevMode configurado adequadamenteDesse modo, para um programa publicado em http://localhost:8080/sandbox, o GWT DevMode instruira voce a acessar o endereco http://localhost:8080/sandbox?gwt.codesvr=127.0.0.1:9997 ou algo parecido.Observe que o endereco do GWT DevMode e um argumento para o programa Javascript; a ligacao entre uma coisa e a outra e indireta o suficiente para permitir o programa ser hospedado em um servidor de aplicacao completo, sem prejudicar o ciclo de desenvolvimento.
Ja e a segunda vez que uso este metodo simples para funcoes "once".std::atomic initialized = false;void initialize (){ if (initialized.exchange(true)) return; // do initialization only once}// reentrant, safe to call from async threads void api (int foo, int bar){ initialize(); // do interesting stuff } E se a interface do sistema de arquivos focasse primeiro nos arquivos e depois nos nomes, e nao o contrario?Ao inves de criar um arquivo com nome tal, os programas primeiro criam arquivos, da mesma forma como alocam memoria, e posteriormente criam ligacoes desse arquivo para locais na arvore de nomes.Um programa que criasse um arquivo mas nunca criasse ligacoes teria um arquivo temporario fatalmente destruido apos o termino do programa.Uma referencia valida para o arquivo em um programa adquire o arquivo e portanto ele nao pode ser destruido; transmitir essa referencia a outro programa por interprocess communication se torna uma forma de object remoting paralela a shared memory.Isto evidenciaria melhor a distincao no sistema de arquivos entre os arquivos propriamente ditos e os nomes; no Unix, entre os inodes e os paths. A interface de arquivos e a interfaces de nos na arvore seria logicamente associada porem claramente distinta.Esta distincao e util ao aplicar truques analogos ao swap de memoria virtual em operacoes de IO, como montar pacotes de dados em um arquivo para posteriormente usar sendfile ou TransmitFile. Este truque nao necessita de um novo no na arvore de arquivos; apenas de um arquivo que faca o papel de swap para um memory map. E uma pequeneza mas eu gostaria muito que as linguagens da familia do C permitissem retornar void quando a funcao retorna void.Escrever da forma a seguir me aborrece.public class Foo { public void log (String msg) { } public void bar (String x, String y) { } public void bar (String x) { if (x == null) { log("x was null"); return; } bar(x, "default"); }}Eu ficaria mais feliz escrevendo assim:public class Foo { public void log (String msg) { } public void bar (String x, String y) { } public void bar (String x) { if (x == null) return log("x was null"); bar(x, "default"); }} Chegou, entao, a hora de ressuscitar um programa desenvolvido pelo fundador da empresa em um inominavel sistema UNIX rodando em i386 no passado remoto.O programa, cujo sistema de construcao permitia a configuracao para inumeras variantes do UNIX de entao, permaneceu compilavel com minimas modificacoes ate o Fedora 17. Impressionante.Infelizmente, ao executar o programa, segmentation fault a torto e a direito. Com a ajuda de um debugger, alcancamos a seguinte iteracao, simplificada para este artigo:for (int i = 0; i < name_list_size; ++i){ p = (char *) getenv(name_list[i]); if (p != NULL) if (*p != NULL) strcpy(value_list[i], name_list[i]);}Simples, certo? O programa levantava SIGSEGV ao avaliar a expressao *p.Como e possivel? Certamente getenv retorna um endereco valido ou NULL. Certamente p nao e NULL quando avalia-se *p.Qual e o tipo de p? char * p . Por acaso o programa esta sobrescrevendo memoria do sistema inadvertidamente?Num ato de desespero, escrevi o seguinte programa:#include int main (int
argc, char * argv []){ char * p = getenv("SHELL"); return 0;}que obviamente nao deve levantar SIGSEGV certo? Pois este programa tambem falha com SIGSEGV.A dica estava no alerta do compilador: conversao de int para char * causa possivel truncamento do valor.Ora, porque haveria uma conversao de int para ponteiro naquela sentenca? Sabemos que getenv retorna char *.Nao, calma. Onde esta declarada getenv? Em stdlib.h. Eu confundi.Ora, como pode compilar este codigo se nao ha declaracao para getenv? Ah, sim; para o C, na ausencia de uma declaracao, assume-se que foo e int foo (...). Por que isso causaria um crash? Por que esta maquina e x86_64 e um ponteiro e maior que um int. Portanto, o valor retornado por getenv estava truncado para int e posteriormente estendido para ponteiro.O programa funcionava por sorte ja que nunca encontrou uma maquina onde sizeof(int) != sizeof(void *).
varias chamadas a addDependency, cada uma das vezes recebendo uma referencia ao Adicional que iniciou.Certo, mas o que acontece quando se faz necessario reiniciar o modulo Central? Todos os modulos Adicionais permanecem iniciados, o que e muito interessante se estes modulos mantem um estado importante; tambem e um desperdicio finalizar e reiniciar modulos a toa. Quando o modulo Central inicia apos parar, o sistema de modulos fara o que? Deve redescobrir a presenca de todos os modulos ja iniciados? A linguagem usada ate agora indica que os Adicionais previos serao "perdidos", ja que addDependency executa apenas quando Adicionais sao iniciados.Se o sistema de modulos concreto usado pelo projeto nao fora capaz de fazer isso, qual e a alternativa? Talvez enumerar todos os modulos Adicionais em um arquivo de configuracao, atividade que deve ser realizada a cada vez que um Adicional for inserido ou removido do sistema, tal que o modulo Central possa recarregar a configuracao e subsequentemente carregar e descarregar Adicionais de acordo.Isso esta ficando um pouco sacal.Felizmente, para tornar o efeito desejado muitissimo mais razoavel, e preciso apenas inverter a relacao de dependencia: o Central nao depende do Adicional, mas sim o Adicional depende do Central.Quando um Adicional for iniciado no sistema, este nao chamara o Central para fazer algo; o sistema de modulos chamara o proprio Adicional para fazer o que ele acha que deve fazer.Ao iniciar um Adicional, o sistema de modulos nao injetara o Adicional no Central como algum tipo de dependencia, mas o contrario: injetara o Central como dependencia do Adicional.Esta relacao e simples, ja que apenas um Central existe para todos os Adicionais.Se os Adicionais conhecem o Central atraves de uma interface util -- e com certeza deve haver alguma relacao entre os modulos, ja que todo Adicional deve oferecer um interface util em contra-partida -- entao os Adicionais podem registrar e desregistrar a si mesmos.Quando o Adicional inicia no sistema, e natural que o sistema cuide de satisfazer suas dependencias; se o Central nao esta la, o Adicional nao pode subir, o que e obvio; se o Central esta la previamente, deve ser configurado no Adicional. Se o Adicional e reiniciado, o obvio acontece; se o Central e reiniciado, todos os Adicionais que dependem dele devem ser interrompidos conjuntamente devido a remocao do dependente, o que e razoavel, e reiniciados depois quando a dependencia se torna satisfeita, o que tambem e razoavel.O mesmo efeito se obtem no OSGi e em sistema de modulos similares.E incrivel como essa nocao e alienigena ao raciocinio do projetista; para o meu raciocinio e o de projetistas conhecidos por mim. E preciso fazer esforco para imaginar um fluxo de trabalho onde o subordinado e quem pilota o gerente, e nao o contrario.
Cometi pela milionesima vez o mesmo erro e deixo este articulo na tentativa de impedir a proxima: nao, nao interessa se a operacao overlapped diz que completou imediatamente, havera uma completion packet esperando na completion port. Apenas ignore. Ontem foi 11/11/11 caso voce nao saiba, existem tradicoes dessas datas, dizem que sempre acontecem fins do mundo, que na maioria das vezes todos sobrevivem. Desta vez nao foi diferente. Apos mais de 30 anos de controle dos traficantes de drogas, a Policia Militar do Rio de Janeiro confirmou ontem ocupacao total da favela da Rocinha, depois de uma operacao que comecou de madrugada, com o apoio de blindados da Marinha, sem que um unico tiro tenha sido disparado. Alem disso, as forcas de seguranca ocuparam as favelas vizinhas do Vidigal, com 11 mil habitantes, e a Chacara do Ceu, bem menor e cuja pacificacao nao havia sido anunciada. Depois de concluida a operacao, cerca de mil moradores acompanharam uma cerimonia improvisada para hastear a bandeira do Brasil em um ponto central da imensa comunidade, para simbolizar a recuperacao deste territorio das maos do crime organizado, que tera uma unidade de policia pacificadora. Veja mais em http://www.ipe8.blogspot.com/ . Nao e brincadeira, desde que o assunto do aquecimento global foi levantado a tempos atras, muitas pessoas diziam ser um mito, dezenas de pesquisadores investigaram, e a maioria concordava. Mas na verdade se formos levantar o historico desses pesquisadores, voce ira descobrir que somente meia duzia deles e quem tem os devidos estudos na area climatologica.O programa Canal Livre, que foi exibido neste domingo ( 24/06/12) teve a ilustre participacao do climatologista Luiz Carlos Molion, onde ele discutiu toda essa questao e ainda fazendo um balanco da Rio+20.Os comentaristas sobre assuntos climatologicos do IPE ja visarao esta tese antes, ate porque os nives de carbono que subiram nas ultimas decadas nao foram proporcionais ao aumento dos oceanos, o nivel de CO2 mais que dobrou nas ultimas decadas, em quanto o nivel dos oceanos cresceram cerca de 6 cm, mas nos ultimos anos o nivel tem se apresentado estavel, e uma pequena reducao nesses niveis, entao as aguas do oceano estariam baixando, mas na verdade as pessoas nao sabem que a lua tem mais fases que o que a populacao imagina, o movimento que a terra realiza em torno do sol nao e perfeitamente circulas, e nem a da lua em torno da terra.Aproximadamente de 18 em 18 anos, a lua causa uma orbita gravitacional diferente, atraindo as aguas do oceano, e ocasionalmente, estes 18 ultimos anos coincidem com os anos atuais, entao as aguas devem baixar logo nos proximos anos, e ainda no fim deste seculo viveremos uma verdadeira era glacial, com temperaturas ate 6 graus mais baixas, mas ate la, as aguas ja terao subido e decido novamente varias vezes.( A cada 4 vezes em que a lua se inclina em seus 30 graus maximos a ocorrencia e mais forte, que tambem coincidem com a atualidade )Para saber mais sobre Luiz Carlos Molion acesse > http://blogdoambientalismo.com/molion-um-cientista-que-nao-se-curva-aos-ambientalistas-radicais/Mais sobre esse assunto em breve! Em breve, novo modo