Save time and have things done!

Hello.

Long time I have not been here.

For this time I received a good and short video about 3 Tips to plan your workday.

The tips looks pretty obvious and simple, but I believe the most part of people does not apply them on their routines.

I found them useful and inspirational, for even a technical person or any other professional.

Below I talk about my understanding and usability of them. I do suggest you take your own conclusions too.

The first one consists in break your activity in short tasks and do schedule of them on your calendar.

That sounds very good to me, because usually I procrastinate activities that require long time of work or deep concentration, for some time more inspired. Usually that time does not happen before the target date be meet. o_O

So, if we break the complicated and long activities in shorter tasks, it is more motivational and easier to find free time on routine to go forward with the tasks.

The second tip is about start every day with 15 minutes of planning. It is reinforced in every time save program, but usually we do forget to take care of this. When we start the day doing a preview about what will be the day, and leaving some free time to tasks unpredictable (tell me who nowadays can manager your whole day without any external interference?), that makes much more effective follow the schedules and have tasks accomplished in the expected time.

That is true it can be a little boring initially follow a strict plan the whole day, but at the end of the day when we found that all tasks needed were done, or at least 75% of them, we have a better happy hour!

And finally, I would say this is the more effective tip to have a good and productive day: Measure progress of the day before. Doing this, you can identify if you will need more time than you programed for some tasks, but, fortunately, you can find that you have accomplished some other tasks in much less time than expected.

That allows you verify what is still pending, the reason why it is pending and help you to identify clearly where are you using your time.

Information means power nowadays, and when you do have information about what you are doing with your time, you acquire the important power of fix the gaps on your performance and be more productive and assertive.

Below you can see the video (that is short, to save your time!) with its own explanation about the above points.

I hope you have enjoyed it and that can do some help on your professional (why not personal too ?) routine :)

Kindly

Juliana Eneas

Armazenamento em nuvem, novidade.. e eu acreditei!

Bem, comecemos um texto que, muita gente vai me chamar de lunática ou dizer que eu nada entendi dessa vanguarda de computação em nuvem...

Mas veja, para mim, isso nada mais é do que o bom e velho mainframe ditando as regras da TI “moderna”.

Como?

Alguém por acaso lembra dos lendários 3270? Se eu falar que trabalhei com um desses como system support vou estar mentindo, mas fato é que, já trabalhei com um desses... quando fui telefonista!

Exato, todos os chamados registrados eram num sistema mainframe, que acessávamos pelo terminal 3270 disponibilizado na sala com as devidas conexões MUPS se não me engano.

Fato é que, o que se propõe com esse armazenamento em nuvem nada mais é que um retorno aos 3270, vulgo, “dumb terminal” ou, comumente, terminais burros.

Sim, porque a grande capacidade deles se resumia a um processamento mínimo e um acesso direto as informações em tempo real que estavam disponíveis no servidor mainframe.

Com “a nuvem” tudo que iremos precisar é um terminal que conecte-se bem a internet e tenha uma capacidade de processamento mínima necessária.

Respeitemos as mudanças, como, ter acesso a tudo, não apenas a uma aplicação designada e dedicada aquele terminal. Mas a ideia dos dados estarem “fora do terminal” para mim, é antiga, vem da época dos 3270...

Minha intenção é pesquisar um pouco mais e quem sabe desenvolver uma tese consistente a respeito do fato que “a moda anda em ciclos, bem como a TI” ou algo do tipo. Mas por enquanto, fica aqui o devaneio em linhas gerais ;)

E você? O que acha da nova velha tecnologia? 

Café proibido para iniciantes...

Tá, não se compara a vodka com energético ou cocaína, mas café para aqueles que não são iniciados pode causar um belo de um estrago, depois de um certo horário.
Com um inocente capuccino ontem as 21:30 que garanti uma sentinela até as 5 da manhã...
Mas, aqui, como sendo um blog semi-profissional, vamos ao que interessa. Nessa madrugada insone, quando todos os "i" ficaram sem bateria (iPhone, iPad, iPod...), retomamos aquele hábito dos antigos.. ler um livro!
Como estava muito inspirada no meu "ganha-pão", fui atras da minha bibliazinha impressa de JCL.
É uma raridade, que só consegui comprar na terceira vez que fui para os EUA e busquei por ele.
Para muita gente pode ser comum, mas para mim foi uma descoberta quando eu o encontrei : " OS/390 and z/OS JCL" do Murach's.

Aquela dúvida na hora de codificar um DD de tape? tem!
Aquela distribuição maluca da memória no address space? tem também.
O básico do que é a estrutura de um mainframe ou em linhas gerais um GDG, tá tudo lá.
Prático e sumarizado, para tirar dúvidas e ganhar visão do todo.
Essa é minha dica da semana, se vc é de mainframe ou é curioso, além do meu blog, da uma olhadinha nesse livro, certeza que vai garantir algumas horas de distração :)

P.S> Nao peguei ele para ter sono, mas se tivesse, teria perdido o trabalho.. o danado não cansa!

Where is the BATCH ?

Titulo estranho ? Explico...

Nesse caso, o BATCH em maiúscula a que me refiro é um parametro do CA-1.

Comecemos do princípio.
A ideia desse blog é compartilhar os conhecimentos mais por meio da lógica do que da forma, sendo assim, pode ser que você conheça muito de administração de espaço para computadores de grande porte (vulgo mainframes) ou conheça nada, mas o entendimento do 'causo' não deve ser discriminatório entre iniciados e não iniciados.

CA-1 é um produto que tem a função de gerenciar a utilização de fitas no sistema zOS. Função semelhante a que exerce o DFRMM, produto da IBM. Ambos tratam de documentar e administrar as fitas no sistema operacional, para quando seja requerido a leitura ou gravação de um dado em uma referida fita.
Como todos os produtos, existe uma série de parametros que regem o funcionamento deles. Assim como seu aparelho de Blue-ray, você configura a tonalidade, o tipo do som, etc, de acordo com o uso que você pretende fazer.
No caso de produtos de software para um ambiente seguro e estável como o mainframe, uma das grandes preocupações se dá com relação aos parametros de segurança. Parâmetros que limitaram o uso ou acesso indevido de determinadas funções dos produtos. E estes parâmetros são regularmente auditados, para evitar falhas de segurança.

Aqui estamos a falar do CA-1. Este produto possui uma série de parametros customizáveis, dentre eles o parametro "BATCH" supra mencionado.
De acordo com o manual do CA-1 versão 11.5 SP5 este parametro tem a função de verificar todas as atualizações que serão feitas em arquivos em uma fita, se estão autorizados ou não pelo subsistema.

Porém, em uma verificação de segurança em um de nos nossos sistemas, foi identificado que após o upgrade da versão anterior do produto para a R11.5 SP5, esse parametro não era mais apresentado no relatório de auditoria do produto. Seria um erro de instalação? Algum system programmer desavisado desabilitou o parametro enquanto carregava os módulos? O que pode ter acontecido?

No manual CA-1 R11.5 SP5 nada era mencionado sobre o desaparecimento deste parametro. Foi observado também o desaparecimento de mais outros parametros, como pode ser visto na lista de mensagens abaixo (que aparecia na inicialização do produto):

+IEFTMS12 - ERROR BUILDING OPTIONS TABLE,  KEYWORD MG3480   NOT DEFINED, IGNORED
+IEFTMS12 - ERROR BUILDING OPTIONS TABLE,  KEYWORD BATCH    NOT DEFINED, IGNORED
+IEFTMS12 - ERROR BUILDING OPTIONS TABLE,  KEYWORD MSGPFX   NOT DEFINED, IGNORED
+IEFTMS12 - ERROR BUILDING OPTIONS TABLE,  KEYWORD CATSEC   NOT DEFINED, IGNORED
+IEFTMS12 - ERROR BUILDING OPTIONS TABLE,  KEYWORD MIXGDG   NOT DEFINED, IGNORED
A busca por este codigo de erro no manual, o  IEFTMS12, apresentava a seguinte resposta:
IEFTMS12 ERROR BUILDING OPTIONS TABLE, KEYWORD keyword NOT DEFINED, IGNORED
Reason: CAI.PPOPTION member TMOOPTxx contains an invalid option override
statement. CA 1 initialization continues.
Action: Refer to the CA 1 initialization report produced by TMSINIT to determine which statement is in error, edit the TMOOPTxx member to correct the statement and rerun TMSINIT.

O problema aqui é que,no mesmo manual, haviam todos esses parametros escritos, com a exata mesma grafia.
Ainda, na seção de recomendações de segurança havia inclusive isto mencionado:

3. YSVC set to YES - Strictly controls who has access to the YSVCUNCD
(unconditional) with UPDATE access. This should be strictly limited to the
Librarian(s).

4. BATCH set to YES - Is used to perform a data set check for all updates
(except unconditional).

Mas nenhuma menção no manual sobre o "desaparecimento" dessas palavras-chave.
Os demais parametros em erro não consistiam em foco de auditoria neste momento.

Quando estava a beira do desespero, com auditores pressionando por todo lado, eis que, antes de abrir um chamado com a empresa, usemos a ferramenta mais "velha" da internet moderna: let's google it!
E não é que, procurando no google... tambem não há nenhuma menção a mensagem de erro! Quão frustrante... exceto por uma informação pequena, em japonês, apresentado em um dos resultados que o Google entendeu que poderia me interessar:
* * * ID: 211 * PRODUCT: 1 * RELEAS
 - [ Translate this page ]
www.casupport.jp/resources/mf/pdf/RI10751_J_NEW.pdf
File Format: PDF/Adobe Acrobat - Quick View
4) BATCH – YSVC 設定に基づいて処理されます。YSVC が YES の場合は BATCH ...

Basicamente a tradução do Google me apresentou o seguinte:

A : This message is a warning message because the parameter was abolished in the presence of options started TMOOPTxx CA 1, are output.
Even if such a message is printed, CA 1 was successfully launched, will be conducted properly taped.
If you do not want to print a message like this, please remove the option from within TMOOPTxx abolition of CA 1.
Then carried out to restart the TMSINIT, please check that you do not see this message IEFTMS12.
Option was abolished in CA 1 R11.5 SP6:
MIXGDG, MSGPFX, BATCH, MG3480, CATSEC

A mensagem origianal (que difere um pouco do trecho em japones colado acima) era parte de um questionamento de alguém de suporte ao site da propria fabricante, no japão, sobre estes parametros. E ali era informado que o parametro foi retirado do código do produto, tendo assim suas funções setadas juntamente com o parametro já existente YSVC.
Qual não foi minha frustração ao constatar que estávamos na versão R11.5 porém SP5, não na SP6 que era mencionada no artigo.
De qualquer maneira, as coisas começaram a fazer sentido.
A partir desta informação tive a certeza que faltava, que o problema não era específico da nossa instalação, e sim relacionado a alguma mudança no produto. Desta forma, abrindo um chamado técnico com a empresa, em poucos dias tivemos o detalhamento da mudança na sua totalidade e o impacto esperado. E confirmou que no SP5 já haviam sido removidos os parametros (não só na SP6!).

A partir daí, foi apenas ajustar o parametro YSVC para que oferecesse a cobertura de segurança desejada, e apresentada essa mudança formalmente aos auditores.

Hoje, mais de um mês depois do ocorrido, lançando-se nessa busca no google se encontra mais resultados, inclusive em inglês. Acredito que após alguns clientes enfrentarem problema similar foi dada uma maior atenção a divulgação dessa mudança.

Escrevo este texto para compartilhar (vai que mais alguém da um Google buscando isso) e para ilustrar novamente os meandros da profissão.

E fica a dica, quando nada mais fizer sentido, tenta o google, usa o translator em algo que pareça maluco, e vai que surge uma solução :)

Não entendeu nada? Entendeu tudo? Pareceu óbvio? Ou absurdo de entender? Não importa como tenha sido seu entendimento do texto, se tiver alguma duvida ou sugestão, deixa um comentário aqui que terei prazer em explicar de outra forma, ou talvez resumir a escrita se for o caso :c)

Uma ótima semana e boas pesquisas a todos!

Casa de ferreiro....

Após quase um mês me recompondo do trauma da perda do meu servidor de espaço doméstico, cá venho para contar o causo e registrar a lição.
Se tratava basicamente de uma unidade de storage de 500 Gb que ficava conectada diretamente no meu router, e, infelizmente, diretamente na rede elétrica também!
Uma manhã de muito vento na nossa querida capital e a operadora de energia elétrica da região não aguentou o tranco e teve nada menos que 5 oscilações de energia em menos de meia hora... Resultado, pessoa crédula nos poderes do hardware que nunca usa estabilizador, teve seu HD permanentemente danificado, bem como cerca de 3 anos de backups/documentos perdidos...
Eis que todos se perguntam:  "mas como uma analista de storage não tinha backup das coisas? " . Essa é facil... aquela unidade de rede era o MEU backup!!! Tudo que eu utilizava nos notes e computadores de casa eu colocava uma copia tratada e oficial ali, para ter facil acesso de qq equipamento. A questão aqui é que me faltava uma ATL em casa, para poder fazer o backup no minimo semanal para 3590´s .
Pois bem, dentre mortos e feridos, e após semanas de busca intensa, consegui resgatar todas as fotos, um pouco em cada pc e mais um pouco na memoria da camera. Também as coisas profissionais, como ali era meu backup, só tive que recriar. Mas... comprovantes, textos de auto-análise, tarefas de ingles, faculdade e pós... bem, subiu tudo no telhado.
Coisas realmente importantes como minhas fotos e musicas, eu tinha em outros lugares e mídias, já o resto, prefiro pensar que não era tão importante por isso só estava lá, e uso essa lição para mais uma vez treinar o desapego.

Escrevo esse post com uma revolta muito grande com a Iomega e a Eletropaulo, e mais ainda comigo, de trabalhar com micro há mais de dez anos e substimar o uso de um estabilizador ou no-break!

Vivendo e aprendendo...

Escolhas que podem fazer a diferença

Normalmente quando se fala em administração de espaço (considerando que se não informado o contrário, estaremos sempre tratando de instalações mainframe) a primeira coisa que vem em mente é espaço em disco.

O que muitas pessoas não consideram é que, uma má alocação pode ter os mesmos efeitos nocivos que a falta de espaço disponível.

Esta semana, enfrentei um problema decorrente disto. Num ambiente sabidamente dispondo apenas de volumes modelo 3, um JCL foi mudado pelo seu responsável pedindo uma área de WORK de SPACE=(CYL,(1600,150)), para SPACE=(CYL,(4000,100)).

O que pode passar desapercebido num ambiente com constante falta de espaço, é o fato que, um volume modelo 3 tem 3339 cilindros no total.

Desta forma, a menos que haja uma configuração de DataClass informando “Space Constraint Relief”, ou forçando uma nova alocação primária de tamanho menor, essa alocação jamais se faria possível considerando apenas volumes modelo 3 disponíveis para este request.

Há produtos que auxiliam evitando este tipo de problema, reduzindo a alocação primária até o tamanho disponível contínuo em disco. Porém, nos casos onde não há estes produtos atuando, nem as configurações acima de SMS atuando sobre esse dataset, essa alocação deve ser manualmente modificada no JCL para uma área primária necessariamente menor que 3339 cilindros.

Se você atua codificando JCLs para quaisquer fins, tenha sempre em mente o cuidado na hora de definir a demanda de espaço para cada dataset.

Para uma alocação bem sucedida e o correto uso dos recursos de espaço, forneça sempre a alocação de espaço mais adequada considerando o espaço real necessário e a expectativa de crescimento para seu dataset.

Sub-alocação acabará cedo ou tarde lhe apresentando um E37, que o obrigará a efetuar manutenção ou realocação do dataset. E caso seja maximizada a necessidade de alocação, além do óbvio mau-uso do espaço disponível, podendo impactar outras alocações, muito provalvemente um B37 incidirá numa alocação de área secundária.

Sempre que surgir duvidas nesta direção, procure por seu administrador de espaço. Tenho certeza que ele estará sempre pronto a orientar e fornecer a melhor definição de espaço com base nas informações que você o prover relacionado a expectativa de utilização dos seus datasets.

Quando se ganha perdendo.. tempo!

Após muito tempo relutando contra algumas novas políticas da empresa, para o dia a dia do meu trabalho, nesse ano novo entrei no modo "positivo". E não é que começo a ver algumas coisas boas no que de fato é ruim?

Explico. Por conta de nova organização, há mais de seis meses somos impelidos a registrar todas as atividades executadas durante o dia numa ferramenta específica. A intenção desse processo é que se tenha maior controle da distribuição das atividades sem sobrecarregar uns em detrimento da "tranquilidade" execessiva de outros.

Pois bem, desde então tenho tomado notas de todo o meu dia de trabalho. Projetos, problemas, reuniões e afins. Trata-se de uma atividade bastante monótona, e a considerar pela ferramenta onde deve ser inputado os dados, time consuming.

Mas nesse novo Ano, com as práticas de concentração e relaxamento que estou impondo ao meu dia a dia profissional, esse histórico tem me ajudado muito a identificar quais as principais atividades, o que me consome mais tempo, e mesmo o que me rouba mais tempo.

Sendo assim, o tempo que tenho perdido registrando todas estas atividades, primeiramente na minha agenda pessoal e depois na ferramenta oficial, consigo visualizar exatamente as tarefas do meu dia a dia e inclusive me programar para atividades futuras e ações pró-ativas.

Algo que inicialmente foi considerado por mim um ladrão de tempo, esta se monstrando de grande valia para criar uma rotina mais eficiente e saudável.

E você? Não está na hora de ver suas atividades "penosas" por um novo ângulo?

Feliz 2011, e muita assertividade e equilíbrio para todos nós!