Would you mind expanding on how your friends suffered? What went wrong etc.
Sounds interesting.
1,052 karma · joined May 21, 2015
[1] https://github.com/bazelbuild/bazel-gazelle/blob/master/inte...
I hope "collections" will come to the desktop too. Are there plans?
The last thing that glued me to my seat like this was maybe 10 years ago. Good to have had that feeling again. Hope they make a 2019 version! :)
Also in the comments here someone said there are no tests. Does anyone have any info about that? I am interested in the software but no tests would be worrying. (Had no time to browse the code yet.)
Culture info (English): https://www.cyberagent.co.jp/en/way/culture/
Could you share methods that worked well for you? Asking because those question come up a lot and there never seems to be any conclusion.
The easiest to set up was Go. Go support is already very good, including gRPC and Protobuf. The only drawback was that it breaks editor integration of some tools / linters because of the different directory layout for generated files.
Vanilla Java also has good support but when you go to Android land things change. At first we had to use a custom fork of grpc-java to build for Android, but with this change https://github.com/grpc/grpc-java/pull/4289 we were able to go back to the main repo.
gRPC-web was a prohibitively large dependency for our front end. After all we switched to a JSON API (using Envoy). I read that Google uses gRPC for products like gMail and since Google is so obsessed with web performance I wonder how they manage the dependency size (a few 100kb for us). There is a lot of information scattered around like a json-proto protocol (not publicly available?), which apparently should not be needed with proto3 and newer browser because performance is supposed to be similar. grpc-web uses the official protobuf/javascript package, using protobuf.js the dependency size as well as the compiled protobuf might be smaller.
While building Swift and Objc for iOS was super easy with Bazel we couldn't manage to build our protobuf/grpc. There were no working rules at the time and we had no time to fix it completely which is why we are not building that part with Bazel, yet. https://github.com/pubref/rules_protobuf/issues/188
I'd appreciate any insights you have on Objc support and grpc-web. It'd be great to be able to use grpc across the whole stack.
I am about to try using helm for packaging my Kubernetes configs to make use of its templating. Being able to include Kubernetes changes in the release makes it less common to forget some new env variable etc.
The only thing I don't like is that it replaces kubectl in a way. And some comments here speak of problems during deploy and rollback which makes me wary.
What are some best practices around that topic? I was also thinking of deploying with spinnaker but could not confirm it works with helm.
Any info is appreciated!
P.S. have you thought about making a redis-cluster example repo? Redis 4.0 has a new `cluster_announce_ip` setting with which I made it work, but I still don't like my setup 100%.
The beer is almost 8-10x more expensive compared to where I come from though.
You are right that most people here live and raise kids in smaller apartments. But just because this is the status quo and you don't 'need' more I wouldn't say it's good. Why should your kid have to live in a 5sqm room? I wouldn't be able to justify that for myself and would have to move outside. I think it's the mentality here, singles, for example, spend most time at work or similar so they don't mind having a tiny, affordable home. Also most Japanese (there are exceptions) normally don't invite many people to their home etc.
Of course, there are things that are cheaper. If you live as Japanese as you can, you can save some money. But rent prices are very high for a normal Japanese worker. As some people here already said salaries are very low.
Average income per age range[1]: 20s：348万円 (~34k) 30s：458万円 (~45k) 40s：586万円 (~58k) 50s：721万円 (~71k)
My ~55m2 room costs about ~1800$ without electricity etc. Since the owner recently changed for new people the price went up to ~2000$ Given it's a modern 'mansion' (apartment) with nice extras, in a very good location it's still cheap (wondering why every day.) I heard SF is crazy expensive, but that's a different problem. Most people here, even in IT jobs get about 2000 dollar per month. So where can they live? They can live in some 30 years old very tiny apartment or live outside of Tokyo and drive in 1 hour or more every day. Even if you live 30 minutes away by train, most trains coming from affordable areas are packed and you have to queue up to get into one, which can extend the commute time to an hour or more[2]. If you want to go to work by car be ready to pay around 300$ per month for a parking space.
Then, say you start a family. 55m2 won't cut it anymore. 80-100m2? Very few places. Very expensive. Most rooms here are between 20-35m2 made for singles.
Anyway, this maybe sounded negative but I love this city. All things considered, it's awesome and comfortable to live here.
[1] https://doda.jp/guide/heikin/2014/syokusyu/it/ [2] Source: co-worker
Could you exemplify what you mean by: `problems that shouldn't exist in the first place`?
Talking about optimization, I always wonder why some people have those veeery long loading times. Actually I wonder what is loaded at all. Effects or something? Of course I have no idea of the insides of the game but looking from the outside the map and models should be easily cached.
It would be great to hear more about those loading challenges!