 in a way that supports and informs quality GBV programmes.
UNHCR has substantive qualitative and quantitative data from different sources on all aspects of our GBV work and programmes. The analysis of trends on implementation, quality, resourcing, and impact of our GBV work globally is crucial to inform global advocacy, programming and planning, both within UNHCR and with partners.
Not applicable – contractor will be home-based.
· Develop guidance and provide support on the implementation of the Policy Monitoring Framework.
· Collect, Clean and compile data collected by operations in 2022 to generate baseline data for PMF and develop associate data visualization product.
· Mapping current indicators and data collection across the Safe from the Start project including identification of tools, gaps and data sources.
· Develop a SftS M&E toolkit that compiles existing data collection tools, including the Roving Emergency Deployment Scheme M&E, as well as development of tools gaps identified in mapping and guidance on using tools.
· Development of simple data collection tools and short guidance to address tool gaps identified during data mapping.
· Develop simple data collection tools for partner monitoring, WLO engagement monitoring and coordination M&E.
· Conceptualize a dashboard to visualize key data for priority areas and map of data sources for relevant data.
· Generate data visualization and analysis and source mapping on data collected for reports on the following thematic topics such as GBV staffing, budget, RBM and RRP analysis.
· In addition to advanced degree, at least 6 years of professional experience in a relevant field.
· Good verbal and excellent written communication skills.
· Understanding of and experience in humanitarian datasets, including limitations, is an advantage.
· Experience in data analysis related to GBV is an advantage.
· Fluency in English; language skills in Spanish and French are desirable.
· Ability to work as a team, including remotely.
· Strong interpersonal skills, including across cultural contexts.
· Excellent skills in Microsoft Word, Excel and PowerPoint are required.
· Mapping of existing indicators and data collection practices for all global GBV thematic areas.
Framework, Safe from the Start as well as resource analysis.
· Webinars and Training on the new tools for Regions and Operations.
Interested applicants should submit their letter of motivation, Personal History Form (PHF) and CV to |||EMAIL_ADDRESS||| indicating GBV Data Analyst and M&E Contractor – 06 VN FPS DIP 2022 – in the subject of the email.
&gt; Like you have been disappointed to many times.

That's a big part of it for me, my childhood taught me that hoping for things to get better just makes it hurt more when they stay the same.

I'm also afraid that if I heal it will turn out I'm actually just kind of a fuckup and I won't even have the "excuse" of having cptsd anymore, and I'm afraid that I'm somehow so broken that I just can't heal. 

I think some part of me is also afraid that if I was healed I would just be expected to do more work and be productive all the time, it's like I need cptsd to give myself permission to rest.Q: Write a negative tweet.

A: Watchin bernie mac  i miss him you just dont kno thas tbe only celeb tjat i really missed


Q: Write a positive tweet.

A: nevermind the last tweets - twitter4skype just published my attempts to remember it's command syntax... 


Q: Write a positive tweet.

A: @xBarrettx As did the entire world, it would seem! Hope you have an exciting day, though. 


Q: Write a positive tweet.

A:
Possibly too hot to work in the office today... Maybe its time to invest in a fanYesterday I gave a talk on choosing technology for a software project. I argued that building software is unlike building rockets, toasters or power plants. This was very well received and the audience gave plenty of examples to support my thesis. I then described the traditional approaches of choosing technology: picking a stack, a framework and considering scalability, complexity, cost, etc. You make a spreadsheet and fill the little boxes. It was a necessary and boring introduction.
Finally, the part that had my classroom most engaged was about non-traditional methods.
Most experienced engineers that I get a chance to talk to believe that traditional approaches yield about the same quality of results as flipping a coin. Committee-type technology decisions that evaluate many angles often make poor choices that produce average outcomes. For instance, after eliminating all the dumb and inapplicable choices for a web project, can you really choose between Ruby-on-Rails, Pythonon-Django or Lift-on-Scala? It’s a matter of preference and experience and good developers can make almost any of these work.
Flip a coin. See which way the wind blows.
What makes developers happy? Large engineering organizations tend to believe that it’s ping-pong tables and free pizza. They are wrong. Engineers like to make their own choices, love to work on cutting edge technology, solving really hard problems. They like when their brains stream code. Your project can easily achieve all these goals by putting developer happiness on the top of the decision-making stack and by demonstrating trust in choices made by the hard-working individual contributors. Sometimes technology managers can (and must) help make those happy choices.
Bob, what technology would you like to use for project X?
I’m comfortable with Java since I’ve been doing it for the last 100 years.
Bob, would you like to try Scala instead?
You now have an energized engineer that feels ownership and has a little taste of the risky and unknown. He’s going to work twice as hard and inspire others.
Instead of flipping a coin we can use simple logic that has nothing to do with technology per-se. For example, you can choose something that worked for you before. It’s a safe bet. You can pick a different framework from one that worked for you because you want to try something new, making things a bit exciting. Finally, you can choose technology because someone else uses it for a tangent problem space.
We knew we needed a NoSQL database. So we picked MongoDB because Foursquare uses. It also happened that 10gen, the company behind MongoDB was two blocs away and we had a chance to meet with some really smart people that work there. But frankly, at the moment of that decision we had no technical reason for picking MongoDB out of the dozens of NoSQL databases on the market. In fact, many could have easily demonstrated better reliability and scalability. Strangely, we haven’t regretted this choice - it just felt right and continues to feel so today.
My most frequent approach to choosing technology is a pragmatic one. I encourage my team to try anything, iterate on it and decide to keep or toss something later, once we know better. For example, Gib just tried Sugarskull on a 30-second pitch by hij1nx. He spent a couple of days replacing Backbone.js routes with it and was jazzed to do it. Sugarskull just came out of the oven, still steaming hot! Right now it feels amazing, but none of us have any idea whether this was an excellent choice or a decision that will run the project into the ground.
The pragmatic approach means making choices based on these criteria.
What do you think? How do you make your technology choices?
Non-Traditional Methods of Choosing Technology for a Software Project was published on July 06, 2011. See a typo?About the Role Due to the continued success of our GEMS Founders School, we are looking to recruit a Primary Music Teacher for an exciting expansion - this role will be a January 2021 start.
This is a fantastic opportunity for NQTs to gain valuable international exposure, or for more experienced teachers to take the next step in their career with a global leading company and within a world-class International School located in the heart of Dubai.
Teaching at GEMS is not just a job, its a career. Our teachers enjoy free access to leading CPD programmes and have the opportunity to grow with the company on a global scale. As part of our commitment to developing our teachers, Graduate teachers will benefit from our accreditation with British Schools Overseas and enrollment to our NQT programme; while our more experienced teachers are in a unique position to consider career opportunities across the world - especially as we expand into more and more countries. GEMS teachers are at the forefront of opportunities for growth and development; with most of our leaders coming from within the GEMS network of schools.

&gt; If my function can't do what it should, it's an exception

Depends on why it couldn't do what it should. 

If it's because of an expected flow, like invalid form input, then that's not exceptional (it's a part of the business logic of the application). 

If it's because something didn't work right, or validation that's not expected to fail (such as invalid XML when reading RSS), then that's exceptional.

The difference comes down to the invariants. Is the method expecting valid data as a precondition of the method? If so, exception. If not (as in the case of a form, where it's valid *application* state to be invalid), then it's not exceptional.

&gt; An error that stops flow is an error.

Correct. And many errors don't stop flow, they cause a divergence in the flow (a branch