I gave up on PRT technical reports. I only make them on explicit request from IG Support.
Another one. 🙁 I wonder when ProRealTime is finally pointed out this situation. Something is digging its own grave here.
Well, Wim, I felt free to talk about the PRT-IB situation because in there undoubtedly things are arranged the same as with PRT-IG : The Live and Demo environment is shared. It is shared for the settings. Thus, e.g. change the dimension of a chart in the one, and if all is right you’ll find back that change in the Demo environment. Am I right ?? (probably not, but read on anyway)
If so, then there is your problem. This obviously can’t be. Btw, I told them a dozen times, and if they now ask me to try something in Demo then I just refuse because the next day I won’t be able to work any more and they will have to restore stuff. On my own initiative I can “rather” switch to the Demo environment, because I think I know what to avoid.
Notice that when I talk about V11.1 vs V12 both Live and switching between the two in the same account, for parts of the platform the same is in order. Just think about those elements (entities) which ARE TO BE the same, like all in ProOrder. This is exactly not the case between Live and Demo of one account, but here other entities are to be the same, like your whole charts and all set up. Just sit back and think how complicated that is … Or, sit back and think about the impossibility to trial V12 and a one time conversion of which I told them from day one that this is never going to work out; be able to do it more often and don’t interfere with the other environment or just don’t do it … That’s why today they offer to do it more often, just because it is needed because of all the issues in V12. And you know, with the somewhat larger account for number of windows, V12 is impossible to use. And when you really want to try, you must have that “initial copy” again (think about all the futures charts which changed for content … (not an issue with IG).
And again it is more bad because while they can’t solve these issues with one larger user (me) because of a lack of commonalities with other users, they don’t hear a single thing from IG users. Keep this in mind. IG users don’t talk to PRT support because they are not allowed to. So once in a while it is me talking about your problems (the users from PRT-IG), because I learn them from this forum. ProRealTime is not looking at this forum (although you think they do). ProRealTime support (which is only minimalistically integrated with ProRealTime herself) is not observing it either.
I was drifting off, right ?
Yes. Your example about the production lines should be digested by PRT. Maybe it speaks to them. All I can do is telling them that my own (company’s) software is 100 times larger and PRT would be one of 100 modules modules in it, with always similarities to the issues PRT encounters. So Yes, we have Test environments vs Production environments. We too have the means to copy the Production database to Test database (and preferably not the other way around). We too have Systems code which has to be shared between the two for obvious reasons (like user data and environmental data (your PC and its possibilities and settings and number of screens)). We too have all, but in a 100 times larger fashion. We too have 1000s of users (which are persons). But there is one big difference : we have zero open issues apart from a possible current one instead of over 2000 issues from one user only (me). And oh, we publish Release Notes by the dozen a day. This is what bothers me most – things which are solved are not even communicated. Your own support department (which exists for IB) does not even know about it. Wat een toko …
Hopeless, actually.
So what we can try to do is see through where which issue emerges and how we can avoid that the next time. I think I wrote it earlier in this topic but scratched it again : learn to live with it because you usually won’t get it solved anyway; Introduce the small pause every 10 seconds on the other production line as well, and accept less throughput. Blame VanderLande for it anyway and eventually sue them when you reached the 1 million loss on revenue after warning them in advance.
Think over what you actually think to achieve, while you know they are incapable of solving things because of the lack of knowledge, people and organization.
Think over why you are actually here and whether it can be so that net you are still better off to be here. Consider to ask the community whether they know how to solve your issue of the day.
Ah wait …
🙂