wst_

Even without OSGi there are plugins allowing so called package names shadowing and, as a consequence, for multiple versions of the same dependency coexist in the same classpath. Rust, though, have this as a part of the language. This is a whole new level of user (or developer in that case) experience.

I find it extremely rude and aggressive. It's like shoving people off the way with your elbows because there's a crowd in front off you.

I'd argue that much better way is to back off for a moment and try more diplomatic solution.

I have such experiences as well, not in Bay Area, but in tech startup. I am quite sure that is not always the case (maybe even mostly not the case) but I've found that one of the autistic trait is to have difficulty with maintaining conversation, including difficulty with recognizing when is your turn to speak. There are even questions like that in ASD questionnaires freely available online.

The reason usually is that people gets really excited about what they want to say. So excited that it is difficult for them to hold on. Especially when they can guess where interlocutors are coming from and what are their points so the rest of the sentence seem obvious.

I couldn't find any compelling research or article but there is this notion that mild autism is more frequent in Bay Area. Not only there, in general, it goes in par with high concentration of engineering staff.

If that's the case, I think people may not even realize they are jumping in and it is not something that they can easily harness. Probably the best option would be to wait when they finish and then continue with what you wanted to say. You might signal politely that you're not finished yet. You may also arrange a short chat dedicated especially for this issue, as long as everyone keep calm and respectful I see no harm in it. The other option is to speak with your manager about it as (s)he's in the best position to speak to single member or an entire team.

I know it's a massive effort to harness jumping in, but it can be done in many cases.

(edit: just fixing pronouns)

Using stable Firefox 67.0.4 64-bit and this is right there on the options page in General/Network settings. Truth to be told, it will set network.trr.mode to 2, which falls back to normal DNS if anything is wrong, but nonetheless it's there.

The practice shows that people forget to handle errors quite often and if you are using "golint" it won't even tell you. VSCode doesn't issue a warning, either. I see it all the time in the code that runs on production for few years, now. Thankfully these are not critical issues and, thankfully, haven't manifested yet. But those people are good engineers and seasoned Go developers. If they miss it sometimes, how often it happens in code written by juniors? We are just people after all. Properly designed language should have safety guards everywhere, especially when it comes to errors handling.

> I guess it's maybe a cultural thing, I've heard that the Japanese still place a lot of emphasis on handwriting letters and notes.

Sorry to be this guy, but, nope. It's quite opposite. Old generation, yes, they do. New generation, especially smartphone generation, are not writing anymore. And to the point that they have problems with handwriting some kanji characters. Most of the stuff is printed, now, or written on the keyboard slash phone. It's just much faster for them. OTOH it's hard to blame them. Kanji characters require much more effort to write properly and there's much more of them to remember than Latin letters.

It's definitely cultural, but I think this is something different. Obviously it's generalization and my opinion, but I deeply think there is something to it.

Like any other nation I know, Japanese tend to master things they do. I've experienced this first hand. They can perform a single task whole life, improving it, until they become exceptionally good at it. It may seem to be a tedious everyday chore, but through all repetition and improvement they are raising it to the level of art. Often, they even put an additional effort for something that doesn't directly pay off financially but increase esthetics, comfort and overall experience. I love them for that and I hope they'll never change, for the sake of the whole world drowning in a sea of ugly, cheap and minimal effort products.

Not so long ago there was a submission about visit of Arkadiusz Podniesiński in Fukushima. Before that, though, he was visiting the zone multiple times and made two long movies about it. Here's a trailer of second one. Worth a look as the visuals are quite nice.

Alone in the Zone 2: https://www.youtube.com/watch?v=zdCBQA7Z1Y0

I am amazed how well documented and transparent was the whole process. They new the decision would be difficult to make and there will always be people who wouldn't like the final syntax so they made sure to state their reasoning and trade offs clearly. Fantastic job. Can't wait for August. Thanks!

No. Its not. You need to buy hardware, set it up and later constantly maintain it. It requires technical knowledge, willingness to do it and, above all, free time. While initial investment may seem trivial, on the long run it's not. People very often tend to forget that own solutions are not set up and forget. This is why cloud services are a thing in a first place.

If you have no Japanese roots I'd rather avoid using kanji and name semantics. Names don't have any meaning and different spelling than one on your official documents may lead to confusion. Only if you ever want to use it legally, of course. If it's just for kicks, then, by all means, go ahead.

As a foreigner you still can make yourself a hanko - just use katakana. You should, even, as there are places (although only few) that won't accept your signature. You can stamp it everywhere, if you want, but honestly? It is much more convenient to just sign wherever you can. Sometimes they will ask you if you have a hanko and would prefer it, but if you don't they would still accept signature.

So continuing this way GPG is worthless in general. Most of the keys you can't verify in person so there is no trust whatsoever. In this case Sonatype is verifying key for you. They will check if your key belongs to you and you are in control of your organization. Otherwise package would not be accepted.

I may be wrong but source and javadoc are requirements. Maybe there are some old packages without it, but new ones should be complete.

Just compare how well organized and neet are the packages in Maven Cetral to mess in JCenter. JCenter is full of inconsistent trash. I can imagine people pushing packages there for testing and then just forget about them.

Not everyone and not all of them, of course. But while I was looking around to figure out which repository to choose as my main, JCenter has put me off. I still can't understand how people can easily trade convenience for quality.

It was a problem for me, too. But they must have fix it. It can be opened, now.

Exactly. Does anyone know what are the difficulties to provide a pleasant experience for Inkscape on Mac? Gimp looks decent. With Inkscape I wouldn't need anything else, really. Both are amazing.

Long polling doesn't allow for multiple polls on one connection. What it gives you is an reply only when there is something to reply with. Otherwise it just keeps connection open and waiting. It's a mechanism that mimics push, from the point of view of a client.

Here more info: https://stackoverflow.com/questions/12555043/my-understandin...

If your change must touch too many other things that may be a sign of tight coupling. Not a good sign. Maybe it would be good to think about splitting things apart as a separate lib, or service. Then you'd be able to make small, safe, changes that are atomic.

There is a streaming platform Rakuten Viki (quite popular among Korean drama lovers) which already has a language learning tools as a part of the product. I haven't used it personally because they are focusing on Korean, which is not my language choice, but it looked quite nice.

Also they have a subtitling community - any user can contribute to shows translation.

I am struggling to understand why Netflix is not thinking about that. It would greatly improve the experience and, probably, user base too.

Never heard about the laptop. But general rule is - not yours don't touch. Except for a bike and umbrellas. I know people who lost wallet, phone, I lost phone twice and few smaller things, ex. new pair of shoes in the train... Always returned or ready for me to pickup. Leaving your personal belongings on the table in crowded café is a norm. After some time you don't even get a thrill when loosing something.. "Come on, it's Japan, obviously you'll be able to find it." Unfortunately, coming back to the reality of the West is harsh. Not only WRT safety...

That is not true. Maybe except for the stations' names. Ten years ago you couldn hardly find any English on the streets. Tokyo 2020 changed a lot.

Practically, Runbox gives you much more aliases. You can use their own set of domains for each alias which is not small. Can't tell exact number now but around 30 or so. Really handy. There is another problem though. After you've done with many aliases and domains it's getting more and more difficult to maintain. You have to at least vaguely remember which one you have used already. I wish they could introduce a better way of managing aliases.

That's why smart AI must also have smart scaling factors. Maybe some randomness. Maybe some imperfections, like players do. I think we should design the best and smartest possible AI and scale it down for average players. Currently we have dumb AI boosted for advanced players. And boosted very naively - by giving them more hp or make them deal more damage.

Someone already opened an issue to make it ignore files specified in `.gitignore`. A `fd` is doing it, `rg` is doing it, now someone wants this to behave the same. I don't know. Maybe I have some really strange expectations but when I want to find a file and nothing comes up as a result, I want to be sure nothing is there. And I want to be sure without remembering bunch of command line options or setting up aliases everywhere I log in because, guess what, maybe they invented some other file with patterns to ignore. Is it only me?

I beg to disagree. It's just a number, like any other number. And not even that long, really. Instead of adding something automatically, it would be much better to allow users to put space if they wish so and remove it when processing. Everyone is happy and when users see space there actually is space there.

There was a TED talk about it. The team created a vest giving blind people a tactile feedback to their back. Another use case was to give people additional "senses" for them to be able to control some devices - drone, or maybe arms if you will. It was back in 2015, I am not sure what the progress is now. https://www.ted.com/talks/david_eagleman_can_we_create_new_s...

He's born in Paris. https://en.wikipedia.org/wiki/Ren%C3%A9_Goscinny

Good one. And it's not a single shipment. He's doing it for years. :)

https://www.boredpanda.com/shattered-glass-sculptures-fedex-...

Yes, certainly. DDG very often have quite okay results while Google has almost always outstanding results. I have to use !g quite often when searching for a programming or architecture solutions that are just slightly more complex than mainstream. I am using DDG mostly because I trust in the cause. OK, I admit that bangs are nice. That being said, both our comments are just an opinions. I'd gladly see a research about their accuracy.

Not the OP, but I'd say - it's not about anyone controlling your actions. It's about the way of conveying the message. It's about controlling yourself so you wouldn't just break open and flood other with whatever you might think is genuine and appropriate, but others would probably get as uncontrolled gibberish of madman said with ferocity haven't seen before.

So let's start with better education maybe? In Japan each ward/city office publishes online manual with detailed explanation and, probably more important, with illustrated examples.