· KURA, Rob Willow, Overule e Francisco Cunha foram os DJs que passaram pelo palco da Praia Fluvial da Pampilhosa da Serra na noite de sexta-feira
Pampilhosa da Serra, 20 de agosto de 2018 – A 5ª edição do Seaside Sunset Sessions teve, durante o fim de semana, o seu ponto alto com as atuações dos cabeças de cartaz KURA, na sexta-feira, e Breathe Carolina, no sábado. O público compareceu em peso para vibrar com a edição mais concorrida do Seaside Sunset Sessions.
Na noite de sexta-feira, DJ Danrox foi o primeiro a subir ao palco da plataforma sobre o Rio Unhais, fazendo uso do privilégio de ter sido escolhido pela organização como uma das revelações a integrar o elenco do Seaside Sunset Sessions 2018. Seguiu-se Oskar Dj que ainda recebeu a pista pouco preenchida, mas o público foi aderindo facilmente à proposta musical do DJ residente. Rob Willow recebeu um público já bastante animado e proporcionou vários momentos de interação que contaram com adesão massiva.
KURA era a presença mais esperada da noite e, depois de uma introdução com vertente pirotécnica que coloriu os céus do Seaside Sunset Sessions, foi recebido calorosamente pelos festivaleiros que naquela altura vibraram e aderiram à atuação do Dj com muito entusiasmo. Kura confirmou as expetativas e levou o público ao rubro na atuação mais quente da noite. Overule foi o DJ encarregue de fazer as honras da casa e conduzir o público até ao encerrar da noite com um “after hours” bem agitado, que contou com uma afluência de público excecional.
No sábado, as expetativas estavam viradas para Breathe Carolina, a dupla norte-americana chegada a Portugal diretamente de um festival na Finlândia. Mas, a espera ainda seria longa e o público deixou-se levar pelas primeiras atuações da noite: a abrir as hostilidades, esteve o outro DJ revelação, Khamix, que surpreendeu com o seu entusiasmo e energia. Seguiu-se Francisco Cunha que rapidamente foi cativando o público e viu parte do mesmo contagiar toda a assistência com performances mais arrojadas na pista de dança. Com o regresso ao palco de Oskar DJ, que tinha a missão de conduzir o público até à atuação principal da noite, o público já ia mostrando bastante entusiasmo. Seguiu-se o momento de pirotecnia que, à semelhança da noite anterior, voltou a impressionar os festivaleiros e serviu de introdução a Breathe Carolina. A dupla entrou com energia máxima e o público seguiu-os numa atuação que ditou a mudança de ritmo da noite, a comprovar que a espera pela atuação internacional de peso deste festival foi recompensada! Mas, depois da atuação dos norte-americanos, a noite ainda seria longa na companhia dos Club Banditz: A dupla coimbrense, já conhecida dos habituais festivaleiros do Seaside Sunset Sessions, vibrou e fez vibrar, numa atuação digna de encerramento do Festival.
Ao longo dos nove dias de Festival, que teve início a 11 de Agosto e terminou a 19, passaram pelo recinto da Praia Fluvial da Pampilhosa da Serra cerca de 18.500 pessoas.

O Papa Francisco recebe milhares de cartas todos os dias: saiba o que acontece com cada uma delas e como enviar uma carta ao Santo Padre
“Querido Papa Francisco, fiz este desenho pensando no senhor rezando uma oração para que eu me cure, mas vai ter que ser bem longa, até meus 28 anos. Agora já tenho 9”, escreve a menina italiana Mônica de Franciacorta ao Papa Francisco para confiar à sua intercessão sua frágil saúde, devido a uma doença de “nome estanho”.
Giuliano Gallorini, a irmã Ana e outras duas leigas são integrantes de uma pequena equipe que dirige o Departamento de Correspondência, que recebe diariamente dezenas de sacos repletos de cartas, pacotes, desenhos e objetos.
O Papa, depois de receber uma carta classificada como “urgente” pelos seus colaboradores, pega o telefone e liga diretamente para a pessoa, ou responde ele mesmo, à mão, como a mídia já mostrou diversas vezes. É claro que nem sempre ele consegue ter tempo para isso.
Ainda que nem todas as cartas cheguem ao seu escritório, cada uma recebe uma resposta e um agradecimento em nome do Santo Padre e por sua vontade expressa. Até as cartas e postais que são lançados ao papamóvel recebem atenção.
As crianças são as mais espontâneas em suas solicitações: o menino que pede orações pelo seu pai que está preso, a menina doente que pede a bênção do Papa para prolongar sua vida, o menino de 10 anos que está preocupado pelas notícias de atentados contra o Papa etc.
A equipe do Papa seleciona a correspondência por idiomas; depois vem a etapa da abertura e leitura das cartas. Francisco em pessoa pediu aos seus colaboradores que classifiquem as cartas de saudação simples e as diferenciem daquelas que buscam nele uma ajuda concreta ou específica.
As cartas que chegam até Francisco são as mais urgentes, ou seja, aquelas relacionadas a problemas de consciência ou a situações particulares. Nestes casos, a equipe entrega as cartas aos secretários do Pontífice para que o Papa as leia diretamente. “Ele lê e nos explica como devemos responder”, confirma Gallorini.
Há outros caos nos quais a correspondência é enviada diretamente aos escritórios da Cáritas diocesana, para que possam comprovar os dados e ajudar a pessoa ou família que escreveu.
Gallorini afirma que é um trabalho de extrema responsabilidade, que requer “ler estas cartas não só com a mente, mas com o coração, compartilhando o sofrimento das pessoas e buscando encontrar as palavras certas para expressar o que o Papa quer realmente que se manifeste: sua proximidade, sua empatia”.

Ela faria 82 anos amanhã. Sobrinha no Brasil: "Eu ia visitá-la este ano. Infelizmente (emocionada) não será possível. Farei a visita ao seu túmulo"
A irmã Edite Terezinha Bortolini estava para completar 82 anos amanhã, 28 de março. Gaúcha de Garibaldi, ela faleceu no último dia 23, na pequena cidade de Velo d’Astico, região do Vêneto, Itália, onde morava e trabalhava já fazia quase 20 anos.
Como superiora da comunidade até agosto passado, a Ir. Edite foi a responsável pela revitalização e transformação da grande estrutura que a congregação mantém na região, incluindo espaços para retiro espiritual, serviços à comunidade, acolhimento de idosos e educação de crianças.
No início deste ano, a religiosa esteve no Brasil para visitar familiares nas cidades gaúchas de Canoas e Garibaldi. De acordo com o Vatican News, a sobrinha Lores Bortolini Affonso, de Curitiba, contou que a visita foi repleta de momentos felizes, especialmente com os irmãos e os sobrinhos-netos. Lores chegou a falar com a tia um dia antes de ela ser diagnosticada com a Covid-19, quando a Ir. Edite já estava em estado febril:
“O vírus foi fatal para ela, que já estava debilitada (…) Eu tinha prometido a ela que neste ano iria visitá-la e ficar um tempo com ela. Infelizmente (emocionada), não será possível. Farei a visita ao seu túmulo. É triste não poder estar junto, mas eu creio que ela deixa o exemplo de viver os seus votos religiosos durante mais de 60 anos, deixa o exemplo de obediência, de fé, de verdadeiro espírito de caridade e de oblação, de entrega e de jamais fazer a própria vontade”.
Por causa das medidas restritivas para tentar conter a já vastíssima propagação do vírus na Itália, não poderá realizar-se uma cerimônia de despedida dentro da igreja. Os familiares, segundo Lores, estarão presentes de coração no funeral, marcado para esta sexta-feira (27) no cemitério de Velo d’Astico.
A Ir. Elsa Rodrigues, da mesma congregação das Passionistas de São Paulo da Cruz, conheceu a Ir. Edite durante os 6 anos em que esteve naquela casa das religiosas na Itália.
“A Ir. Edite foi uma pessoa muito significativa para a nossa Comunidade da Montanina. Nós ficamos sabendo da sua passagem através da congregação, que estava continuamente em contato conosco. A Ir. Edite tinha tantas qualidades, como o silêncio, a doação, o serviço. Era uma pessoa muito prática, de espírito administrativo. Ela renovou, transformou aquelas casas, porque, na realidade são três: temos a Casa Grande, construída por Antônio Fogazzaro, uma casa histórica muito bonita; temos a Escola da Infância e temos o Bom Pastor, uma casa que acolhe pessoas idosas autônomas. Lá, a Ir. Edite, além da sua presença silenciosa, alegre e doada, era uma excelente administradora. E quem conheceu aquela casa e quem a conhece hoje vê as grandes qualidades da Ir. Edite”.

Procure e aprenda a pronunciar palavras e frases neste idioma (Holandês da Pensilvânia). Aprenda a pronunciar com nossos guias.

1326 (MCCCXXVI, na numeração romana) foi um ano comum do século XIV do Calendário Juliano, da Era de Cristo, e a sua letra dominical foi E (52 semanas), teve início a uma quarta-feira e terminou também a uma quarta-feira. No reino de Portugal estava em vigor a Era de César que já contava 1364 anos.

Sousel é uma freguesia portuguesa do concelho de Sousel, na região do Alentejo, com 89,21 km² de área e 1 932 habitantes (2011). A sua densidade populacional é de 21,7 hab/km².

de Montagem de Metal Fabricantes Distribuição dos Metais Fabricantes Caixas Elétricas do Metal fábrica Caixa de Metal Elétrica fábrica Sensor de Metais fábrica Cobertura de Metal fábrica

A previsão de neve para Bogus Basin é de: principalmente seco. Condições de congelação e descongelação (máx. 3°C na Qui à tarde, mín -2°C na Terça de manhã). o vento será geralmente fraco.
Bogus Basin Weather (Next 3 days): The snow forecast for Bogus Basin is: principalmente seco. Condições de congelação e descongelação (máx. 3°C na Qui à tarde, mín -2°C na Terça de manhã). o vento será geralmente fraco.
Bogus Basin Weather (Days 4-6): principalmente seco. Condições de congelação e descongelação (máx. 6°C na Sexta à tarde, mín -4°C no Sábado à noite). principalmente ventos frescos.
principalmente seco. Condições de congelação e descongelação (máx. 6°C na Sexta à tarde, mín -4°C no Sábado à noite). principalmente ventos frescos.
principalmente seco. Condições de congelação e descongelação (máx. 3°C na Qui à tarde, mín -2°C na Terça de manhã). o vento será geralmente fraco.
As tabelas acima dão a previsão do tempo para Bogus Basin à altitude específica de 2042 m. Nossos sofisticados modelos de tempo permitem-nos obter a previsão de neve para estações no topo, na parte média e na baixa de Bogus Basin. Para acessar a previsão do tempo para outras elevações, utilize o botão tab acima da tabela. Para uma visão mais ampla do tempo, dê uma olhada em Weather Map" of United States.
O widget abaixo das condições do tempo para esqui na estação Bogus Basin está disponível gratuitamente para ser postado nos sítios externos. Ele disponibiliza um resumo diário do nosso prognóstico de neve e das condições atuais do tempo para Bogus Basin. Simplesmente vá à página de configuração de avisos e siga três passos simples para adquirir o código html adequado e copie no seu website. Você pode escolher o prognóstico de neve para altitudes (pico, média elevação ou base) e as unidades métricas ou imperiais para exibir de acordo com a sua preferência no seu website.... Clique aqui para obter o código

(Também veja nosso detalhado Mapa de clima para o Cataloochee, que irá te dar uma visão global das condições atuais e futuras de precipitação de neve)

orientação a objetos - Por que em algumas situações if's são considerados ruins? - Stack Overflow em Português
Li em alguns lugares que não é recomendado o uso exagerado do if, pois ele torna seu código difícil de ler e de dar manutenção, logo não é uma boa prática.
O que seria o uso exagerado de if em um código? Quais são as boas práticas em um código para evitar muitos ifs?
A idéia da campanha anti if na verdade não é exterminar o if, e sim estimular o uso correto da programação orientada a objetos, que deixa o código mais limpo e de fácil manutenção. A minha pergunta é na verdade saber como eu devo substituir os zilhões de if s por uma boa diagramação de classes. Que conceitos da programação orientada a objetos são utilizados para atingir tal objetivo?
Entre outras palavras: Porque trocar o condicional imperativo, pelo polimorfismo ou outra forma que facilite o entendimento e organização do código?
É a idéia geral de trocar ifs por uma hierarquia de classes. Vai haver casos onde vale a pena e casos onde não vale. Mesmo com OO o if sempre vai existir, pois em algum lugar você vai ter que escolher que tipo de objeto instanciar. – C. E. Gesser 7/02/14 às 12:20
Pois é, não é uma campanha anti-if, mas uma campanha usar OO corretamente... – Felipe Avelar 7/02/14 às 12:21
existe uma versão em inglês da campanha anti if (ou o nosso é uma versão do deles?) que explica com uma riqueza de detalhes o motivo da campanha. Seria legal ter essas explicações e exemplos em português. – Math♦ 7/02/14 às 12:53
@Math Não gostei do site da campanha (em inglês). Não tem um texto de justificativa objetivo e fácil de achar! Ou vc tem um link direto? Eu não achei. – bfavaretto♦ 7/02/14 às 15:03
O excesso de If's além de aumentar a complexidade do código, aumenta a dificuldade no entendimento e na hora de fazer futuras manutenções. Se você estiver utilizando conceitos como a Orientação a Objetos, existem formas de suprir um eventual encadeamento de If's. Dá uma lida nesse artigo aqui que eu acho ele bem legal. Já está há um bom tempo nos meus favoritos. :) blog.caelum.com.br/… – Marco Paulo Ollivier 18/08/14 às 18:32
Em tradução livre: "Comandos IF são tão demoníacos como martelos. Algumas pessoas fazem mal uso deles, mas são ferramentas essenciais."
Esse comentário faz sentido na medida de que sem uma estrutura de controle de fluxo simplesmente não é possível se construir um programa de computador que seja útil, afinal a resolução de problemas depende de decisões em algum escopo.
Muito embora os IFs sejam realmente elementos fundamentais em qualquer linguagem de programação, as linha de argumentação que classificam os comandos IF como ruins - como a campanha Anti-IF citada na pergunta - não são tão dogmáticas como parecem. Como indicado no próprio site da Campanha Anti-IF, seu lema é esse:
Em tradução livre: "O objetivo da campanha Anti-IF é sensibilizar os desenvolvedores sobre o uso efetivo dos princípios e práticas de projeto de software, em especial a remoção de IFs ruins ou inseguros."
Apesar de usarem uma estratégia de marketing arrojada (ao dizer que o IF é demoníaco - ou evil no original em inglês), o que essas campanhas propõem é que se tome cuidado com a utilização de condicionais em situações em que eles podem estar sendo mal utilizados ou até mesmo serem perigosos no sentido de dificultar a manutenção do código.
O exemplo clássico é baseado em uma única classe (a fonte original desse código merece um +1 só por ser claramente inspirada nas piadas do grupo britânico de humor Monty Python!):
Nesse exemplo, a classe Passaro pode representar diferentes tipos de instâncias de pássaros (entre elas, as andorinhas Européia e Africana e o papagaio Azul Norueguês), e por isso o método getVelocidade tem uma complexidade grande relacionada às diferentes formas com que a velocidade do pássaro é calculada com relação ao seu tipo. Essa complexidade está expressa na necessidade de se ter uma série de decisões (vários if ou, igualmente, um switch) com relação ao tipo de pássaro. Se, existirem outros métodos nessa classe (como, por exemplo, getPiado, getFome, etc), muito provavelmente eles também deverão ter IFs para tratar as diferenças, e a complexidade da solução e dificuldade de manutenção apenas aumentarão (pois, se um novo tipo de pássaro precisar ser adicionado, todos os lugares/métodos com IFs precisarão ser alterados).
A forma sugerida de contornar o problema é decorrente do uso apropriado dos conceitos de herança, abstração e polimorfismo da Orientação a Objetos. Ao invés de ter uma única classe Passaro e instanciá-la para cada diferente tipo de pássaro, pode-se torná-la em uma classe abstrata (isto é, que não pode/deve ser instanciada) ou em uma interface, para que contenha as propriedades e assinaturas de métodos padrão entre os diferentes tipos de pássaros. Pode-se então criar novas classes, uma para cada tipo de pássaro propriamente dito (classes AndorinhaEuropeia, AndorinhaAfricana e PapagaioAzulNoruegues, no exemplo), de modo que elas herdem da classe-base Passaro e implementem as especificidades de cada tipo em seus próprios métodos sobrescritos.
Dessa forma, os IFs não são necessários porque cada classe específica (herdadas de Passaro) implementa sua própria forma de calcular a velocidade. Além disso, o polimorfismo da orientação a objetos permite tratar os passaros de maneira generalizada, de forma que é possível lidar com as diferenças sem precisar fazer IFs explícitos:
Se compararmos as duas abordagens considerando uma eventual futura necessidade de se adicionar um novo tipo de pássaro (digamos, o Tucano), que tem suas próprias formas de calcular a velocidade (tamanho do bico talvez influencie?), notaremos que na primeira abordagem será necessário adicionar um novo tipo à enumeração, e será principalmente necessário adicionar um novo caso (isto é, um novo IF) ao método getVelocidade da classe Passaro. Na segunda abordagem, a classe Passaro não precisa ser alterada, bastando apenas criar uma nova classe Tucano e herdá-la de Passaro.
Essa distinção não apenas influencia no montante de código a ser escrito (e aqui alguém poderia argumentar que adicionar um IF é bem mais fácil - e usa menos linhas de código - do que criar toda uma nova classe) e a facilidade de manutenção (novamente, alguém poderia argumentar que é mais fácil localizar onde alterar se todo o código estiver em uma só classe), mas em outras questões importantes. Por exemplo, em linguagens como C++, recompilar o código após uma alteração em uma classe utilizada em vários locais causa uma tempo de compilação maior (pois mais dependências são recompiladas). Se a abordagem 2 for utilizada, os arquivos que dependem das demais classes (outros pássaros que não o Tucano) não precisam ser recompilados. Deve ser claro que isso tem impacto também nos testes já realizados. Quanto mais localizada é uma alteração, menos chance ela tem de causar defeitos (bugs) de regressão.
Note ainda que esse exemplo é bem específico. Nesse cenário, as diferenças do cálculo da velocidade decorrem de comportamentos distintos entre os objetos, o que por si só já indica que faz muito sentido construir uma hierarquia de classe. Isso quer dizer que, além dos benefícios argumentados o código resultante é potencialmente de um entendimento mais simples e claro.
Por isso, de forma alguma isso quer dizer que o comando IF é malígno. Apenas que seu uso em exemplos como esse não parece ser a forma mais indicada de resolução do problema, especialmente em linguagens orientadas a objetos. Seguramente pode-se fornecer exemplos em que utilizar uma sequência de IFs é mais direto e simples do que construir toda uma estrutura de classes. O que me ocorre neste momento é um exemplo de exibição de mensagens de erro:
Claro que seria possível construir essa mesma decisão por meio de uma hierarquia de classes, mas isso não parece realmente necessário nesse exemplo, especialmente se a classe Error é nativa da linguagem. Ainda que a classe seja definida pelo próprio programador (em que se poderia herdar os diversos tipos de erros e especializar um método getErrorMessage de forma similar ao exemplificado anteriormente), as questões que cabem aqui são: quantas novas mensagens de erro de IO poderão surgir no futuro? há realmente alguma possibilidade de alteração em que os IFs irão realmente prejudicar o entendimento ou a manutenção desse código?
Pra encerrar, eu gostaria de citar esse outro exemplo em que a campanha é por se evitar o uso de FORs. No exemplo citado, propõem-se trocar esse código:
com a criação de três classes e duas interfaces. O problema apontado é que originalmente o método printSlips faz mais do que deveria, porque faz uma iteração entre os recursos (o for), faz a seleção de que recursos devem ser impressos (o if) e tem a responsabilidade de imprimir os itens componentes de cada recurso (os diversos System.out.println). A solução cria uma classe para conter e iterar sobre os recursos, uma para definir a seleção e uma para imprimir recursos.