But those services can still be useful to find an unknown branch of relatives when the ancestor who had emigrated in a different country didn't let any info regarding their previous life.
117 karma · joined March 8, 2014
Worked for 12 years in a Germany-based software company doing QA, support, consulting then management.
Do 2d animation and video game creation as a hobby.
But those services can still be useful to find an unknown branch of relatives when the ancestor who had emigrated in a different country didn't let any info regarding their previous life.
By the way, I would suggest adding an option: how many consecutive days off does the company allow. And which days are absolutely not allowed to be taken.
10 years ago, in my company (based in Japan), taking a day off on the first day of the week (generally Monday unless there's an holiday) was not allowed due to the general meeting kicking off the week. This changed recently in my company but as this meeting is common in many Japanese companies, some companies might still apply this restriction.
Likewise, taking a day off before or after a holiday was not allowed except for some specific days (typically Golden Week end of April/beginning of May, Obon in August, and the end of year/New Year). This changed a few years ago.
When an opensource application like GIMP, Blender, or even Manuksript for a lesser known example, are started, it's mainly because proponents of opensource want to use such application but dislike closed source. They fill a need, so getting new people willing to participate even after the people who started the project moved to something else is possible.
For an opensource game, whether a clone or not, the project is generally started because some proponents of opensource like the original game and want to share it with the community. But they are not really needed per se. That means it's more difficult to get new people joining the project, and consequently if the original team cannot keep getting motivated for many months/years, the project end up abandoned.
However, as an engineer, it is sometimes quite frustrating to work with colleagues who do not want to try anything by themselves, because they want to be taught everything. This seems to come from the way they learn things at school: the teacher is always right, because he's the teacher; you need to listen to your seniors, because they know more than you. This leads to new recruits being taught everything by senior staffers, even when the methods are bad. And of course this limits innovation, because nobody wants to do something new.
On the other hand, for sure living here is great if you can live with the caveats of the Japanese society.
I don't know how much difficult it is start your own business in Japan, for this Patrick is clearly the most knowledgeable person here, but once it's done, you just need to give yourself a salary to be able to renew your visa.
The reality is closer to match making: some colleagues might introduce you to somebody who could be a match. Or maybe they will invite you to what is called a goukon, a group date where one of the male participants invite a few colleagues or friends of his who are single while his girlfriend invite the same number of female colleagues or friends of hers who are single.
Everywhere in the world salaries, rents and prices go hand in hand. Unless you're living on one side of a border and working on the other side (which is possible in EU) which allow you to game the system, rents and prices are based on supply and demand. Don't take it personally, but it does not make much sense to compare what you would get with a salary from one country while living in another country.
Now a year ago the partner decided to deliver a SaaS version, which made completely sense commercially. Then the SaaS became public a month ago and we keep encountering critical issues, like features not working, translation files older than the last on-prem release, or even impossibility to log in because somebody installed a patch and never checked anything after (and never told us about it either). But this time we cannot buffer anything, so they are basically shooting themselves in the foot.
These engines being tailored-made for a specific type of game, people wanting to do something else had to create their own engine, often in C++, sometimes in Python or Lua, reinventing the wheel most of the time. The barrier for entry being so high, game designers had to team with coders, but their end-goal not being always aligned (creating the game vs learning how game engines are coded) this lead to the demise of many projects.
With Unity, a general purpose game engine became available for a very low price (in particular compared to Flash). Many game designers saw it as a way to work on prototype without needing to recruit a team of coders. And for many coders, it was a way to try their hand at game design, while being able to push the engine further using C#.
However I noticed the place where the Tokyo iOS developer meeting happens every month would be perfect for co-working: many rooms of different sizes, enabling people to set up some group meetings whenever is needed.
And as these types of games can be quite addictive, while using JS made them easy to share over Twitter or Facebook, no wonder they were so successful.
For the moment there is nothing indicating that these two free successes could lead to the commercial success of paid web games. At least nothing so far that would make developers migrate from native apps.
On a side note programming as a hobbyist gives me sufficient technical knowledge to be able to communicate with developers using their own language, which can be very useful when doing the interface between a customer and a development team for example.
And in my current job we only need to use Adobe applications to generate demo files for tradeshows and sometimes private demos. So, we never require a full-time license. And we can use it as an alternative to a floating license as any of us can log in to use one of the application before logging out once finished. However now that I think about it I am not sure whether our marketing team switched to the CC model or have been using CS 5 or 5.5 the whole time. Considering they use it much more often than us it would make sense if they did not use CC.