InvOfSmallC

Hey, I tried your website, it selected 314 jobs. Doesn't look like is matching correctly. Or I am a jack of all trades.

I think it's the classic simple vs easy. For a non expert, you cannot deny Tailwind is a good mix of ease of use. For me CSS is simple but not easy.

I'm using it for a personal project and I'm loving it. I was wondering if anyone had "issues" due to the fact that some components (in my case a date and time picker), use some javascript to show the calendar. I don't see anyway to load it outside of when I load the actual componenet, and if I click the same button twice, it gets loaded as much generating js error because component was loaded the first time. I can of course put some global variables to check and avoid reloading, but it seems to be so patchy. There must be a better way.

Overall, like it's stated in the article, it would be a case-by-case choice what to use. My experience tells me it's always a good idea to start with the monolith but I don't know much about PII to tell you your idea is over-engineered. I feel there are better ways though. Also because you don't need to use Lambda to not be on-prem EC2 is enough.

Yes, most EU countries have free health services but health insurance is very common in both the Nordics and Southern Europe in my experience.

Did you try Brogue? I love it.

I have access. You get for trials for each query. I have to say that usually there is only one that is good on those three. Sometimes you need to refine your query. I'm pretty impressed as a user.

I uninstalled every social app. The reason I don't go back to a Nokia 3310 is because I have a company phone and I do part of my work on my phone (although I'd argue it's because I can't refuse to wait for when I'm in front of a laptop. It's convenient to do it now on the phone rather than waiting and doing it later.)

And I actually tried to go back to my mum phone this summer, she had an old unused Samsung Galaxy J3 (Android 5).

I only installed Telegram and Whatsapp.

It's totally doable but it's really slow. The positive thing is that most of the apps stopped working for Android 5. So even if I wanted to install them I cannot.

Unfortunately nobody uses in my area nothing else but discord, telegram and whatsapp so I feel I don't want to be completely disconnected that way.

I was thinking that, well, I could actually just wait to be in front of a laptop also for telegram and whatsapp but it seemed too much.

I may have not done all my home works on the matter but how’s that different from exposing an OpenAPI that your client can consume and generate all needed classes etc… on top of that?

Yeah the project where we are going to use it consumers will do different products with the same data.

So I’m curious to see how this will we actually implemented.

(We also have Kafka topics where you can consume all the sources in your storage but that gives other problems so I’m not completely negative on giving a single point where you can aggregate data)

I admit I never seen a use case that justify the complexity of usage. Let's say you have a native app and a web app. I don't see these 2 changing that much in terms of data so a an API middlelayer is just simpler.

At work we have a use case like: well we create the data layer that you can query the way you want and the field you want with many clients involved. So like an API where you can make composable queries.

To me that sounds like an API with query parameters, do we really need to use GraphQL?

Let's see!

It would be nice, Intellij does something similar where you pay for one year of updates. If you stop paying it still works. But in general if it's an evolving product, I don't think you can avoid a rolling payment.

I think it's country based. In DK Vets are way better than doctors. You could just see a different level of preparation and equipment.

Yes and no, they’re collectibles and there is a market. So not exactly the same but I see the point in a way.

I’m absolutely not an expert but I think when choose the country you also choose the problems so I think it’s more important to chose a country you feel comfortable working with (same spoken language, knowledge of laws).

Then there are plenty of company that offer as a service to hire for you in the other countries removing you from the hassle of figuring out the technicalities of other countries.

Will it be a paid product?

OpenTDD Nethack Brogue CE OpenRA Battle for Wesnoth Dungeon Crawl Shattered Pixel Dungeon

Master only.

You know. Just because Putin doesn’t call it a war, it is a war. West is fighting with a different kind of attacks.

Also, you probably never dated an Eastern woman, they are not weak at all :)

Oh man, I don't want to be the guy on call during Creeper's time!

Only if you treat it as a product that makes you money.

Italian here. The separatists you’re talking about are absolutely a thing of the past and they were never serious to start with. There is no actual separatist movement, and the one still in it usually didn’t even finish middle school. I’m pretty sure they wouldn’t even make the connection.

Where I was working we stopped caring about ips browser etc because it was just a race. What we did was analyzing behaviour of clicks and acted on that. When we recognized it we went on serving a fake page. It cuts down a little bit of costs because it was static pages. In general it took a lot of time for them to discover the pattern and it was way more manageable for us.

I mean, in all honesty it's entertainment. To me Marvel is better but someone prefer hot tubs.

When you start, services like Heroku, Firebase etc.. gives you a lot of power. Imho it's never a good idea. For example I have server rendered websites in go sdk (with the template engine) and other website in full node js stack (in my case react but the concept stays). I don't really see a use case for mixed use since having two different languages slow you down.

I came here to say this. Best podcast ever btw.

Yes I miss the physical keyboard. I tried some android phones but it’s not the same. They got it right.

Who cares about job titles? Just get the money.

Are you using this contract with juniors? Maybe this is a cultural difference but I would never accept a one year contract. Especially because In EU a permanent contract has a trial period in it.

So, I was working for a direct competitor of Expedia in EU.

I was in the team handling flight research and I was adding some special rules for the markup engine.

While adding this new feature I noticed there was an instance of class getting initialized directly in a method, no dependency injection, and it was really hard to test this way since you could not fake this object.

The purpose of this object was to generate an hash for the request.

So I naturally let the IDE extract the dependency like I did many many times.

It was a really small feature and the part of the code was really old so nobody really knew all the secrets. Code review went quite ok so I just deployed it on our 65 servers.

And that's when I actually learned what a lock does on your CPU.

The flight search engine was usually hit by 350 search/s and on our dashboard I could see our CPU being constant 100%.

And that's how I learned that that class included a library that, a creation creates one write lock, and whenever you get the call to generate the hash you will use that lock.

So 350 req/s on a server were sharing only one lock.

Luckily we liked observability as a concept so production was down for less than 5 minutes and that's how I discovered why that class wasn't injected.

Eventually I had to remove that class because conceptually, without sharing the lock you would not get unique hashes but turns out that there was a workaround in place by using the name of the server and added to the hash...

Anyway that's when I caused my company to get silenced by flight metasearch engines across the world because we didn't respond for 5 minutes.

The next two hours our flight business people needed to call all our partners to unlock us.

It would have naturally happened in 6 hours but that was a lot of lost money.