Yacoby

It sounds good, then you try and get a TER (regional train) and find there is one or two a day, using old rolling stock, overcrowded for an exorbitant price.

So if you want to take a TGV to/from Paris, it is nice. Anything else, less so (try looking at fast train route from Lyon to Bordeaux - through Paris)

There is also CoMaps (https://www.comaps.app/) which is a fork of Organic Maps, after concern over the governance of Organic Maps https://itsfoss.com/news/organic-maps-fork-comaps/

Unless I misunderstand, AWS SnapStart and their memory snapshots are the same feature (taking memory snapshots to speed up cold start). It doesn't seem a fair comparison to ignore this and my assumption is because AWS Lambda SnapStart is faster.

I'm not sure I understand your point. Just because the country is large doesn't necessarily mean that you need larger fire trucks?

(Or that America needs a one size fits all approach to fire trucks - things that work well in cities may not work well in rural areas)

The main reasons for micro services (that I didn't see covered) is that it reduces cross team overhead. 10 people working on a service is fine, 100 people working on a service requires processes which slow development down (as no one can keep what is changing in their head)

The interesting thing is that it that night trains can be quicker if you consider the waking. e.g. Zurich to Berlin - the train leaves at 8pm and gets in at 7am. So it is 2-3 waking hours spent.

(Does of course depend on how well you sleep on trains)

Immich (https://www.immich.app/) is still under heavy development, but looks like it will hit most of those requirements (but not automatic album generation).

4 out of the 5 people I know with Garmin watches need the battery life while tracking to exceed 8 hours (this watch lasts 1 hour).

I doubt any of them are going to see this and swap their Garmin for an Apple watch.

I think the Apple watch and Garmin are aimed at very different markets and with current technology Apple can't provide what Garmin does without compromising their design.

Yes. Scotland is a country that is part of the United Kingdom (which is also a country).

The goal is to help with the cost of living issues (in part caused by high gas costs) and I think reducing CO2 is secondary.

Additionally I suspect trains (at least electric ones) have far less C02 emissions than cars. I'm not sure how electrified Spains rail is.

For context, the example from the Serde wiki written in Java using Jackson

  public record Point(int x, int y) {}

  // [...]

  var objectMapper = new ObjectMapper();
  var jsonString = objectMapper.writeValueAsString(new Point(2,1));

Maybe they are a bad interviewer?

In my view, if the answer involves a topological sort the interviewer should know how to solve it and be able to follow and find errors in the candidates code. If the interviewer, knowing the answer, cannot find any issues then surely the code is fine (for code written in an interview)

No, the moka pot is different from a percolator. A percolator produces coffee in a method similar to drip coffee, where as the moka pot produces coffee under pressure (making it slightly more similar to espresso)

Which is fine - if you have a deeper understanding of the US laws than most non US citizens. As far as I (from the UK) had read in the news it was legal in a lot of states and so my understanding was it was legal and fine. I didn't realize it was illegal at a federal level.

This is a Pilots Association saying they should be banned, not the government banning them.

The increasing in welfare spending seems to be a result of increasing spending on pensions though? http://www.ukpublicspending.co.uk/spending_chart_2006_2016UK...

They seem to have thought of that: "Unless you elect otherwise, Dash Button responds only to your first press until your order is delivered"

I think you need either code reviews or pair programming to ensure quality and bring developers up to a more even standard.

However I am not as fond of pair programming for ensuring quality of a change. I find that often it is easy when pair programming to go down the route that looks good at the time and it is hard to step back and evaluate the whole change. Where as being able to look at the end result without any intermediate steps often makes it easier to find flaws.

I think that with code reviews, I find them easier to do if I view the coder as an adversary. They have produced flaws and I need to find them.

Totally worse. free(NULL) preforms no action so there is no requirement for the if statement. ;)

I am not sure I see the point in implementing MapReduce when most of the current work seems to be in generalising MapReduce - i.e. Apache Spark and YARN. Is there any reasoning behind this?

Safety, how do you know the car is safe, what do you do if it has a leak, etc etc. A single unit that can be tested and properly maintained is a far better idea.

You also then require car ownership, with very specialised cars that only a few would be able to afford.

City design in Europe also seems for the most part to be trying to push cars out of cities. If I was going for a business meeting in London I would prefer not to have a car. Taxi and expenses would be far easier.

Their comment that no one has yet to "beat" threes is in my opinion part of the problem. I get a kick out of beating something, having reached some goal (often in competition with someone else). So maybe 2048 is broken. Doesn't detract from my enjoyment of it.

Also knowing other people had "beaten" 2048 initially helped to made it more addictive.