thegoodfellas/blogset-br huggingface dataset:
O que e responsabilidade? Recentemente aprendi que somos 100% responsaveis por tudo que nosacontece. No inicio titubiei, mas depois de refletir um pouco estou 100%convencida desta verdade. Mas o que ela e?Para mim, ela comeca quando acordamos pela manha eescolhemos se o dia sera bom ou ruim, e vai passando pelo trabalho, quandoescolho fazer o necessario com cuidado, atencao e muita boa vontade. Quandoresolvo ouvir os outros com educacao e paciencia, mesmo sob pressao. Quandoresolvo ser feliz com o que eu faco, e com os fatos corriqueiros do dia a dia.Isto para mim chama-se responsabilidade, que se for feitadireitinho, contamina todo mundo e no final tudo da certo para todo mundo, e anoite dormimos o sono dos justos.Estou falando isto, como a pessoa falivel que sou, e que aindase irrita com pequenas coisas, e verdade as vezes escolho me irritar ao inves deentender, mas..., uma das coisas quemais me irrita ( nao deveria, mas ainda nao sou tao zem assim), e quando recebodesculpas esfarrapadas.Ontem fui conversar com uma cliente que me disse Eu naoentendo nada mesmo, sou apenas uma dona de casa. MEU DEUS!!!! O que fazer com isto?Meu primeiropensamento e mau: entao porque assumiuesta responsabilidade? Se assumiu porquenao verificou o que era necessario para executa-la? Desde quando ser dona de casa nosimpossibilita para qualquer funcao? Fico furiosa porque nao precisamos nos colocar la embaixopara obter uma ajuda, quando uma pessoa me fala assim, tenho a impressao queela quer dizer: Nao faco o correto porque nao sei, nao quero saber e tenhoraiva de quem sabe, mas na verdade a pessoa talvez queira dizer:- Me ajude, nao entendo disto e preciso aprender, socorro!!!Como diz o general Emerson Feliciano? A T I T U D E !!!!!!!!Mas o que quero e mostrar, dentro de minha perspectiva, oque um pensamento assim pode trazer.Olha so , no incendio da Boate, os musicos disseram que naosabiam que nao podia utilizar aquele tipo de fogo de artificio , que sempreusaram e nunca deu problema.Nao vou entrar na questao se o incendio foi ou nao provocadopor aquele ato, mas nao era o caso de ter verificado antes se podia? No minimoeles estariam com a alma mais tranquila.Quando eu era mais jovem, trabalhava em um hospital, pertodo pronto socorro , e sempre me impressionei com pequenos atos que geravamgrandes acidentes, uma vez vi um lixeiro ( era na epoca da lata de lixo) com aperna toda cortada porque a lixeira estava com a ponta afiada e o lixeiro caiuem cima dela quando foi descer do caminhao para pegar o lixo. Nao sei se eleestava devidamente calcado, mas nao vem ao caso, sao dois problemas de pequenasresponsabilidades, uma com voce mesmo, de se prevenir para evitar de semachucar, e o dono da lixeira, de cuidar para que a mesma estivesse emcondicoes de ser pega sem machucar ninguem. Sao exemplos simples, mas tem outros, como nao dirigirbebado, ou correndo demais, atravessar a rua na faixa, nao deixar cabo depanela para fora do fogao.E simples, mas vamos ser mais responsaveis gente, e melhor emais facil.Deixo com voces meu abraco de PAZ,Te amo,Me perdoe,Sinto
Lei e Ordem ( o decrimes especiais e terrivel ) e outros do mesmo tipo.2) Nao vou mais comer em churrascos, a carne ja nao e la estas coisas, e queimada entao, e muitomenos salgadinhos e docinhos de festa;3) Nao vou mais sair em companhia de pessoas que me joguempara baixo, por mais que eu as ame, meu lugar e no ceu e nao no chao, vouama-las a distancia.4) Nao como mais frango de granja ( tenho todo hormonioque preciso)5) Nao voto ate que aparecam candidatos que valham a penaarriscar.6) Estou criando uma barreira entre minha vidaprofissional e minha vida particular, para que as duas possam coexistir, eu amomeu trabalho e amo minha vida, as duas tem de ser boas; e finalmente7) NUNCA MAIS FICO SEM FERIAS!!!Facam seus votos, sejam felizes,tenham saude.......O Senhor te abencoe. Encha teuspes de danca e teus bracos de forca. Cumule teu coracao de ternurae teus olhos de alegria. Povoe teus ouvidos de musica e teu nariz de prazer.
as pessoas possuem inclinacoes para diferentes perfis de atuacao. Em Characteristics of a software architect, o autor parece descrever um super heroi da engenharia de software. Mas, claro que nao e isso, a questao e que sao requeridas experiencias, vivencias. E poucos analistas ou desenvolvedores irao passar por tanta variedade de experiencias. Alguns vao buscar por isso, mas a grande maioria nao ira tracar isso como objetivo de carreira, pois e uma carreira tecnica, e provavelmente assim sera por um periodo bem maior do que aqueles que buscam um caminho de gestao. E isso nao e muito claro. Ou seja, a carreira de um arquiteto de software nao e bem planejada. E a busca por esta evolucao nao se limita a arquitetura que e parte de um todo que e a engenharia de software. Um grupo de renomados autores esta buscando uma definicao comum (tanto para academia como para o mercado) para a disciplina de engenharia de software num trabalho chamado SEMAT. Mas, voltando a arquitetura, a sua importancia ja esta bem mais clara. As empresas ja estao conscientes da importancia em se ter um time de arquitetura. Se nao e o caso de sua empresa, veja em The benefits of software architecting alguns motivadores para promover mudancas. Algumas empresas estao um passo adiante, perceberam a importancia de se ter um processo de arquitetura corporativa ou, como alguns preferem dizer, um framework de arquitetura corporativa. Neste escopo maior, a visao vai bem alem da construcao de um software, direcionando a objetiva para as areas de negocio e mantendo o processo de arquitetura vivo. Esta evolucao do processo de arquitetura esta vivendo um momento interessante no Brasil. Cada vez mais o mercado esta se habituando a lidar com o tema. Recentemente, aconteceu o evento The Open Group Brazil Conference. Foi a primeira conferencia do The Open Group no Brasil abordando a Arquitetura Corporativa (ou Enterprise Architecture). No caso, mais especificamente do framework TOGAF que e mantido pela instituicao. No final de 2011, foi promovido um workshop na sede da Serasa/Experian, onde foram compartilhadas as visoes e importancia de se customizar um processo/framework de Arquitetura Corporativa. Esta customizacao precisa definir papeis, responsabilidades, entregaveis, roadmaps de evolucao e ciclo de governanca. E uma maquina em constante funcionamento, recebendo os insumos de TI e de negocio, produzindo resultados de forma controlada e se retroalimentando deles. Para finalizar, vale a pena dar uma lida no post do Silvio Meira sobre uma pane nos sistemas do RBS (Royal Bank of Scotland). Reparem nas palavras-chave do post que estao diretamente relacionadas aos requisitos arquiteturais que sao a essencia de uma arquitetura. Dica: vale a pena conferir a comunidade PANGEA que discute Arquitetura de Software nos mais diversos niveis.
Oriented Analysis and Design - Part 2 (Design): exige conhecimentos que afetam a definicao da solucao tecnica para os requisitos de software. Referencias - Livros sobre o assunto que vale a pena conferir: UML Distilled: A Brief Guide to the Standard Object Modeling Language Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design Design Patterns: Elements of Reusable Object-Oriented Software - Um colega blogueiro postou algumas dicas sobre A&D, confiram em: Analise e Design: Para que serve e como fazer? [Jose Papo]. Dicas - Estude bem a disciplina de A&D do RUP - Leia os livros UML Distilled e Applying UML and Patterns - Entenda a aplicacao de design patterns - Por ultimo, mas talvez o mais importante: pratique A&D! Boa Sorte!!!
de Refatoracao BD Merge Columns. Mais sobre o livro Antes de apresentar as tecnicas de refatoracao em si, o livro explica como a ideia surgiu e evoluiu. Tambem e apresentado um processo que visa orientar na aplicacao destas tecnicas. A importancia sobre Testes em Banco de Dados e ressaltada. Varias outras tecnicas sao apresentadas. Elas sao subdivididas nas categorias: Estruturais (os 2 exemplos acima estao aqui), Qualidade de Dados, Integridade Referencial, Arquiteturais e Metodos. Sobre o Autor: O autor, Scott W. Ambler, e bem conceituado e ja escreveu varios livros sobre os assuntos: Orientacao a Objetos, Processo Unificado, Metodos Ageis, EJB, Bancos de Dados, UML, etc Ele mantem um site sobre suas obras. URL: http://www.ambysoft.com/scottAmbler.html Ha tambem o site do livro que apresenta um Catalogo de Refatoracoes de Banco de Dados. URL: http://www.agiledata.org/essays/databaseRefactoringCatalog.html Boa leitura!
Sempre que falamos em desenvolvimento de software surge o triangulo: Nao ha magica a ser feita. Para uma mesma area, aumentar um lado implica em diminuir um outro. Mas isto pressupoe que o escopo e (totalmente) conhecido e, o mais importante, nao sofrera mudancas. Ja foi esse tempo, nao da mais pra atender ao cliente com escopo fechado. Ja dizia o filosofo Heraclito: a unica constante e a mudanca. No artigo do Ivar Jacobson Closing the Gap between Business and IT, ele cita: We need to deliver results often and with high quality, on frequent intervals. IT will have to accept that the business will change its mind about what it wants. This is a natural part of seeing results more frequently, and the feedback obtained is valuable and important. Frequent demonstrations of progress creates confidence and increases productivity, quality and it gives quick results. Em resumo, temos que saber lidar com a mudanca e demonstrar resultados rapidamente e com qualidade. Em outro artigo, da Marilia Coelho, Precisamos ser mais psicologos que engenheiros para ter sucesso com engenharia de software, a autora fala das dificuldades no entendimento do problema do cliente e cita uma frase de Einstein: Einstein certa vez afirmou que se ele tivesse uma hora para salvar o mundo, gastaria 55 minutos definindo o problema e apenas cinco minutos buscando a solucao. Isto tem a ver com a pressa e com a visao miope do da pra fazer, sem buscar o entendimento sobre a real necessidade do cliente e sem explorar as alternativas mais apropriadas. Ela tambem cita alguns dados do Standish Group: 41% dos projetos falham em adicionar valor ao negocio e sobre o Retorno de Investimento ROI. 49% dos projetos ultrapassam as estimativas iniciais de custo. Somente 28% dos projetos acontecem no prazo e no orcamento. O escopo fechado traz, no inicio do projeto, a ilusao da certeza do prazo e do custo. Qualquer mudanca posterior e temida! A tal da change request! A autora ainda discorre sobre a necessidade de mudanca de cultura na engenharia de software e conclui: Para que os tres pilares processo, ferramentas e pessoas funcionem de forma harmonica na organizacao, o suporte executivo e fundamental, pois as ansiedades, e a pressao do fazer para ontem sao forcas que devem ser gerenciadas corretamente. Os numeros mostram que continuar como esta nao e bom para o negocio e nao e bom para TI. Pense em fazer algo para mudar o futuro da engenharia de software, consequentemente mudando a percepcao de que TI nao e um centro de custo, mas sim uma area que agrega valor ao negocio atraves da inovacao tecnologica. Pensamentos Finais Escopo muda, e um fato, e assim deveria ser tratado. Com entregas ageis, frequentes e com qualidade o prazo (final) deixa de ser um bicho-papao e a previsibilidade sobre o custo torna-se maior. Ganhar a confianca do cliente, mantendo-o sempre envolvido, aumenta as chances de sucesso pois, no fim das contas, ha um relacionamento humano. Vida longa e prospera a engenharia de software! (Depois de um longo tempo sem postar, mas acumulando
muita informacao, vamos retomar o compartilhamento.) Uma das primeiras duvidas que surge quando se inicia o estudo de SOA e se "WebServices e Servicos em SOA" sao a mesma coisa. A duvida e natural, ate mesmo por conta do termo "servico". Nota: Alias, o termo "servico" gera confusoes a todo momento, nao somente com relacao a WebServices, mas porque se trata de um termo com aplicabilidade em varios contextos. E (felizmente ou infelizmente) nao costumamos empregar "namespaces" ao estabelecermos dialogos. Assim, enquanto a adocao de SOA se encontra em processo de disseminacao na empresa, conversas do tipo "melhorar a eficiencia dos servicos da empresa" geram duvidas sobre se estes "servicos" tem relacao com SOA ou nao. Pode ser que haja a relacao, caso se trate de um processo de negocio automatizado, ou em vias de ser automatizado, que demandara o uso de Tecnologia da Informacao para acesso a alguma funcionalidade de negocio, como por exemplo uma "reserva de tickets". Mas, pode ser que os "servicos" a serem melhorados sejam trabalhos operacionais que envolvam, por exemplo, a redistribuicao de tarefas entre funcionarios. Parece estranho, mas acontece. Vez por outra voce estara questionando ou explicando que o "servico" em questao trata-se ou nao de SOA. E nao raramente, passara a usar de termos como "Servicos SOA". Um dos erros mais comuns e achar que o uso de WebService (WS) significa adotar SOA. SOA nao se trata de uma tecnologia ou linguagem, mas uma mistura de um estilo arquitetural e metodo de desenvolvimento refletindo uma estrategia de negocio. Alguns projetos requerem a integracao entre aplicacoes de diferentes tecnologias. Isto pode ser realizado atraves de WS. Para projetos suportados por uma estrategia SOA, WS tambem podem ser utilizados como tecnologia para "concretizacao" dos servicos. Segue um quadro comparativo do uso da tecnologia de WebServices nestas abordagens: WS para Integracao WS em SOA Foco Tecnico Negocio Requisitos Interoperabilidade Consumo (ou exposicao) de funcionalidade de negocio Desafios Governanca TI, Versionamento Governanca SOA, Versionamento, Granularidade Beneficios Flexibilidade para alteracoes na camada de integracao Interoperabilidade, Agilidade na mudanca de processos de negocio Ferramentas UUDI, ESB Registry, ESB, BPMS WS - Integracao X SOA Algumas diferencas sao sutis, como a questao da interoperabildiade. Em um problema de integracao a interoperabilidade surge como um requisito, uma condicao que deve ser atendida. Apesar de tambem ser importante em SOA, a interoperabilidade, ao utilizar WS, surge mais como um beneficio. A relacao entre estas abordagens permeia entre a estrategia de negocio e o uso de tecnologia. Um problema de integracao pode nao demandar qualquer estrategia orientada a servicos. Entretanto, uma SOA tratara a integracao como um de seus pilares. Pensamentos Finais Ha uma diferenca crucial na estrategia de uso da tecnologia WebServices para realizacao de Servicos em SOA e para Integracao: "Meio e Fim". Enquanto que para Integracao, WS pode ser a solucao (fim). Para SOA, WS e o caminho mais apropriado atualmente (meio).
Solucao: O Analisa de Negocio necessita interagir com o Arquiteto de Solucao a fim de que oportunidades de reuso de servicos sejam identificadas. Tambem sao importantes as informacoes de negocio que demandarao trabalhos de integracao de sistemas. O Arquiteto de Solucao inicia seu trabalho de definicao das arquiteturas candidatas.Analista de Requisitos e Arquiteto de Solucao: O Analista de Requisitos precisa interagir constantemente com o Arquiteto de Solucao, principalmente, no inicio da definicao de escopo e visao do projeto, para a definicao dos requisitos nao-funcionais do projeto. E muito importante nesta fase que os potenciais reusos de servicos e elaboracao de novos servicos sejam identificados.Arquiteto de Solucao e Arquiteto de Software: Dentro do projeto, e muito importante que as figuras do Arquiteto de Solucao e de Software mantenham uma comunicacao estreita. O trabalho do Arquiteto de Software deve permitir que os servicos candidatos identificados pelo Arquiteto de Solucao possam ser realizados pelos sistemas das camadas de aplicacao e de componentes. O Arquiteto de Software deve ter discernimento para elaborar designs flexiveis para as aplicacoes e propor solucoes adequadas para adaptar as aplicacoes legadas a fim de que estas possam ter o melhor aproveitamento de sua vida util dentro da plataforma de integracao da empesa.Arquiteto de Software e Analista de Requisitos: Uma vez que o Analista de Requisitos e o Arquiteto de Software sao os "mais proximos" da solucao de software, estes precisam ter um grau alto de relacionamento. O Arquiteto de Software, assim como o Arquiteto de Solucao, participam ativamente da definicao de requisitos nao-funcionais da solucao.Pensamentos FinaisO fluxo de comunicacao apresentado considera que os papeis serao executados por diferentes pessoas dentro do processo. Todavia, e possivel que uma mesma pessoa exerca mais de um papel. Isto seria compreensivel para os papeis de Analista de Negocios e Analista de Requisitos, ou Arquiteto de Solucao e Arquiteto de Software. Por um lado, o acumulo de papeis pode acrescentar riscos dentro de um projeto e comprometer a qualidade final do trabalho. Por outro lado, a divisao excessiva de papeis entre pessoas diferentes pode apresentar dificuldades de comunicacao. Foi ponderando os beneficios e as dificuldades que apresentei tal configuracao.Links de referencia:New Techniques for Requirement ManagementRequiremens Process for SOA ProjectsAn Introduction to SOA Solution ScenariosCreate the Ideal SOA TeamSOA Project Planning Aspects
de dominio de negocio em suas areas funcionais, processos, subprocessos e casos-de-uso de negocio. Estes casos-de-uso de negocio sao fortes candidatos a Servicos de Negocio.Na visao bottom-up, os sistemas existentes sao analisados e selecionados como candidatos viaveis a prover solucoes de baixo custo para implementacao das funcionalidades de Servico que suportam os Processos de Negocio.Na visao middle-out, adota-se uma estrategia de identificar os Servicos candidatos que atendem a objetivos de negocio, associando-se metricas e KPIs aos Servicos. O principal objetivo desta visao e garantir o alinhamento com o negocio.EspecificacaoNesta fase ocorre a classificacao dos Servicos, definindo caracteristicas de hierarquia e composicao. Avalia-se a interdependencia entre servicos, mantendo a preocupacao com sua granularidade. Especifica-se os detalhes dos componentes que implementam os Servicos.RealizacaoNeste ponto decide-se sobre que sistema ira prover Servicos especificados, e que novos Servicos serao construidos. Tambem sao exploradas as decisoes quanto a seguranca, gerenciamento e monitoracao de Servicos.(Um exemplo pratico de aplicacao do metodo SOMA pode ser visto no post de outro colega blogueiro.)Pensamentos FinaisA realizacao de promessas por reuso, agilidade e time-to-market atualmente sao esperadas pela SOA. Realizar estes beneficios, porem, ira requerer maior investimento em software, infra-estrutrua, habilidades (skills) e mudanca de processos.
lugar a mesa de jantar: o terceiro filho nao cabe em carros populares (nao ha espaco para instalar tres cadeirinhas), nem em boa parte dos apartamentos (com tres quartos, o dos pais e mais dois, para duas criancas) ou no bolso dos pais (a maioria das escolas particulares da 10% de desconto na mensalidade do segundo filho e a partir do terceiro, apenas 5%). Mesmo assim, e diante de qualquer outro argumento que possa surgir, eu lhe digo com toda pureza da minha alma: um e pouco, dois e bom e tres... e otimo!!! Se a despesa vem em triplo, o amor, os abracos, os afagos, as surpresas, as satisfacoes e as alegrias tambem vem em progressao geometrica. Muito em breve, poderei dizer faco parte do seleto grupo de pessoas que optaram em ter mais filhos do que maos. Toda beleza e sex appeal das minhas crias
E ai que Luiza com dois anos meio recem completados nao para a matraca. Sua espontaneidade, naturalidade e comunicacao tem dado sinais claros de evolucao e a mocinha esta cada dia mais extrovertida e conversadeira. A caminho do oceanario pegamos um taxi. Eu, Luiza, Clara e Ina (baba). Assim que entramos :Ei moco, como xeu nome?Silencio. Ele achou que nao era com ele... Mo-cooooooo, to falando com voce!!!O rapaz olhou ao retrovisor e sorriu respondendo: Oi! amiguinha, meu nome e Porfirio.(tambem... que nome foi esse?) PO-FI-LO????, exclamou a curiosa menina enquanto caiu aos risos. Hahaha, achou engracado meu nome ne? Engacado nao. E esquisito! Num viu mamae? (E me restou a cara de paisagem)*_*_*_*Chegando na regiao dos lagos na orla de Atalaia, apontei: Olha Lulu, os patinhos ali.A senhorita em questao saiu correndo em direcao as aves e chamou: Patinhooooooo, olhe pa mim, Patinhoooooooo Nao contente com os decibeis acima de media permitida para a saude humana, ela ainda pulava e abanava os bracos)Um casal, visivelmente fantasiado de turista, achava graca e vinha em sua direcao Olha, que lindinha... O moca, voce num viu o patinho??? Vi sim. Chame ele pa mim. Diga pa ele que e Lulu! Quanta auto-confianca essa minha filha!*_*_*_*O arremate final foi na hora de chegar em casa. Eu e Luiza subimos o elevador com uma senhora que mora no andar de cima. Voce vai compa pao? (indagou logo que a nova passageira entrou)Alias, Luiza sempre foi fissurada em pao, mas recentemente qualquer trocada de roupas para ela tem o destino certo da delicatessen mais proxima Nao. Vou buscar uma encomenda. (respondeu a simpatica senhorinha) E eu goto de pao com queixo ( e continuou) Minha mae num compou pao, ela so compou biscoitoOK, Lulu! Eu bem que podia dormir sem essa.... No ultimo fim de semana, Aracaju recebeu a apresentacao dos Backyardigans, Barney e seus amigos e a turma do Pooh. Sim! Era tudo junto no palco, as principais atracoes da criancada. Era a primeira vez que estavam na cidade e a primeira vez de Luiza e Clara no teatro.O espetaculo estava marcado para 17h e nos saimos de casa as 16h20, inexperientes e inocentes, achando que estava cedo...Uma fila enorme contornava o teatro Tobias Barreto ( o maior de Sergipe, com capacidade para 1.500 pessoas).Na porta, empresas de animacao de festas infantis montaram brinquedos inflaveis, camas elasticas e pula-pula para passar o tempo da criancada e claro, extorquir os pais acuados.Algodao doce, balas, chocolates, chicletes e ele Mr. Pop Corn estavam por todas as partes. Lojas de roupas, brinquedos e escolas tambem marcaram presenca distribuindo panfletos e bolas personalizadas, ao tempo em que mascotes comerciais animavam (ou assustavam) os menores com enormes fantasias. Luiza nem pediu, mas achei prudente comprar um pacotinho de pipoca para entrete-la diante de tao longa fila. Como pessoas educadas, fomos para o final e encontramos muitos pais conhecidos com criancas igualmente ansiosas. Trocas de sorrisos gentis e solidariedade no olhar, coisa imediata!Com umas 20 maes na minha frente, caiu uma chuva inesperada. Nuvem passageira. Mas que fez com que a fila