or simply use an Excel to log time and reason, this should be a short term effort only to prove a point.
20 karma · joined November 1, 2018
As for finding devices there are a few cloud providers like xamarin or perfecto (never really worked with them in production) that gives you remote access to a lot of real devices and software versions
Having said that try to divert more testing towards lower levels- unit tests, testing on simulators, integration tests with a full phone and browser etc.
A good place to also ask is: https://testersio.slack.com
Unless you want to become a citizen, you'll need to learn Dutch (which is a good thing IMHO but some disagree) and renounce your other citizenship.
Sweden has an even simpler system, if the employer can prove that you are needed (and for most professions reading here that's less than trivial) you are almost guaranteed to get permanent residency in 4 years and become a citizen in 5 years if you want to
how is it defined ? suppose someone is driving 100 km/h on the left lane while the right lane is free and you approach from behind doing 150- should you stay at the left and wait for slow car to move right ?
Subtle concurrency issues are indeed very difficult to be found debugged and reproduced and randomization could help with that simply by covering more space.
The otherwise good advice for randomization has its drawbacks-
- it complicates issue reproduction, especially if the test flow itself is randomized and not just the data
- the same way it catches more issues, it might as well skip some
Something else that was mentioned but not stressed enough is the importance of clean environment as the basis for the test infrastructure.
A cleanup function is nice but using a virtual environment, Docker or a clean VM will save you a lot of debugging time finding environmental issues. The same goes for mocked or simplified elements if they contribute to the reproducibility of the system- a simpler in-memory database can help re creating a clean database for each test instead of reverting for example
So to intercept 20 missiles you'll need 20 expensive "turrets", your enemy knows how many "turrets" you have and can easily flood it with more cheap missiles.
Also remember that target destruction is not instantaneous, this limits the amount of targets per "turret" and the minimum range.
I don't know if eggs are washed or not in Sweden, but I have never seen an egg with poop on it
https://www.scania.com/group/en/platooning-automated-driving...
https://platooningensemble.eu/news/using-its-g5-for-efficien...
For example when Swedes sees a lower speed sign or even just a warning before a road block they will slow and stay in one long lane, while in the mid eastern country I live in until recently everyone just speeds up trying to be first to pass the blocking. The results ? smoother flow and shorter queues, guess where ?
What ? which fight ? unless you recruit "world class developers" with a year experience in JS paying them half of the average rate with no insurances then there are no fights.
Myself and colleagues, all have worked in normal places that payed decent salaries and all the needed insurances and all got their work permits and permanent residencies approved without problems.
Actually Software development is in the "needed professions" list meaning that you can apply for a permit while you are in Sweden.
last I have read it's 10 years in Stockholm, in Åkersberga (less than an hour north of Stockholm) it would be a few years https://www.armadafast.se/boende/bostadsk%C3%B6/k%C3%B6tider
or you can buy for 2M SEK (200,000 Euro) a nice small house in a suburb and pay the mortgage back over 50 years.
It's much easier, faster, maintainable and usually cheaper to add a cheap controller and peripherals than to find an electrical engineer to do the math and design a circuit.