Unity EZReplayManager misplaced children

EZReplayManages seems like a nice plugin for unity, I am currently working with it and have encountered a annoying bug. From time to time after pressing replay some of the child objects get misplaced for example:

Before pressing replay

After pressing replay

After reading the support thread on the official Unity forum I can say that I am not the first one to encounter this issue however I believe that I am the first one to officially create a scene that allows its reproduction.

If you are wandering what was the path to reproduce this bug the answer is simple. I took a single failing object and started to remove all scripts and child objects one by one until I noticed that if the first child element of the root is a disabled element the child element positions get mixed up.

I hope that thanks to this scene EZRM devs will be able to fix the issue.

If you would like to follow the support thread you can find it here.

If you would like to reproduce the bug on your own you can find the scene here

Unity Remote 4 iOS

For all of you who want to develop iOS, unity remote 4 might sound like a good way. It streams the game output straight from your game view onto your device screen ( the quality is much lowered but you should get at least a glimpse of how it will look like.

It is a good tool for prototyping UI, it will allow you to quickly see the overall layout.

However I did not notice anyone saying one important thing about unity remote, it does not support touch input. For some this may be obvious, but I am pretty sure that there are also a lot of people like me who might waste their time just to find out about this missing feature in the end.

If you would like to read more about unity remote , they have an excellent documentation.

'Out of Reach' in the news

Polish newspaper 'Gazeta wyborcza' wrote an article about game development in Lodz. In this article there is a quite large fragment about Out of reach.
The author of course completely twisted most of what Kamil told him (this article was made based upon an interview with one of OOR developers) but never the less it is quite nice to be able to read about your project in the newspaper.

Made by magicrc@gmail.com

Made by magicrc@gmail.com

Martin Fowler @ OOP2014 "Not Just Code Monkeys"

Martin Fowler @ OOP2014 "Not Just Code Monkeys"

https://www.youtube.com/watch?v=Z8aECe4lp44

Most important for me:

Programmers should be more involved in the creation of requirements.
Collaborate with Analysts and users to increase innovation.
Programmers should understand the domains that they are working with.
Do not accept dark patterns.
Big data can be used for bad purposes(intentionally or not!), it is a risk. How to store less data. How to not store data that will cause problems when it leaks out.
It is our responsibility to make it clear what risks (with collecting data) are.
What impact is the user having upon the world?
A lot of good productive work is the ordinary stuff (common social uses[printer drivers]).



Useful to  see:
darkpatterns.org

One Hacker Way - Erik Meijer

A very inspiring presentation about what's wrong with Agile:

http://vimeo.com/110554082

I would agree with some of the thesis stated there.