tilt_error

https://en.wikipedia.org/wiki/Hessdalen_lights

Eg saknar kvisleis.

”Winter was short, this year”. “Spring came early”. It does not make sense to tie these concepts to a calendar. Summer is when you dare to dip your toes in the ocean. In winter we have a meter of ice. I generally place vacation weeks in July and august, because the weather is nice and other people are on vacation as well.

The statement that the seasons are wrong, does not make sense. To tie these names to a calendar, does not make sense.

I now know the weather in Beverly Hills...

This article/blog post [1] has been on HN several times before, but it is well worth a reminder.

[1] https://seriot.ch/software/parsing_json.html

I think that rocket still stands [0] :) [0]: https://en.wikipedia.org/wiki/Maxus_(rocket) [1]: http://www.astronautix.com/m/maxus.html

There are no see cows mentioned in the Wikipedia article about Merovech [0]. I have no knowledge about this, but such a juicy databit should just jump at you, if it was true. Instead, a quite mundane etymology around ‘merovech’ is provided.

One of these articles are wrong :)

0: https://en.wikipedia.org/wiki/Merovech

The link you gave does not seem to work :)

In 1995, World War III almost broke out after a rocket launch from the exact same location [1]. It was only a coincidence that stopped the Russians from doing retaliatory nuclear rocket launches. So, indeed, launching to the east is not a good idea from this latitude.

1: https://en.wikipedia.org/wiki/Norwegian_rocket_incident

Else is a common name in my part of the world and capitalizing the word makes the connection more explicit.

Bear? It is more like a stray dog that keeps shitting on your living room carpet. You don’t need to hate the dog, you just keep it on the outside where it can run around and have a great time on it’s own.

Interesting. I came in contact with dynamic programming as a means to implement the Viterbi algorithm in an equalizer. This relates to calculating “cost” of routes through a trellis, where you accumulate partial results corresponding to alternative routes.

DSPy?

If writing performance is critical, why bother with deduplication at writing time? Do deduplication afterwards, concurrently and with lower priority?

This is an interception scenario, no? If issued intentionally, traffic will pass through hardware in… unfriendly territory.

Actually: Paris in the the spring

'the' comes twice

https://sealevel.globalchange.gov/sea-level-101/local-sea-le...

Makes sense since the Russians have been fiddling with time and seems to have turned it back to 1962.

Or moving from RCS to CVS.

Yes, you shouldn't "boil the ocean".

Is this a surprise?

Isn't this exactly what Naftali Tishby has been talking about [1].

[1] https://www.youtube.com/watch?v=XL07WEc2TRI

Why are the letters ’p’, ’q’ and ’t’ missing from the article? Makes it a bit annoying to read.

I can't reconcile this article with additional background [0]. Maybe what we see here is one party shouting loudest...

[0] https://academicrightswatch.se/?p=4766

What’s the problem?

I’m white and can need to be reminded that I’m actually in minority on this planet, but act as I’m not. The text is pretentious, but I can take that.

It is a pity that PostScript has to live such a dwindling life. It is a very fascinating language in itself. After Display PostScript disappeared, I think the only use is in printers nowadays. I once invested in a development environment for PostScript — psalter — where I could step through code and see contents on the various stacks. I used it when developing overlays on printouts of scanned images, as PostScript files with TIFF content was much smaller than print bitmaps from Windows and LANs weren’t faster than 10 MBit :) It made a huge difference in printout speeds.

I also found a bug in libtiff by studying produced PostScript. I don’t think anybody looks at this anymore.

“A Python-based programming language that combines the performance of Ruby with the readability of Perl.”

…with the readability of Perl. Surely a joke.

I have written quite a lot of Perl code in my life. It was obvious to me what it did as I wrote it, but I have real problems understanding it/reading it now.

Here you go: https://www.chrisfenton.com/homebrew-cray-1a/

Email as technology existed, but as I recall commonly based on UUCP with bang-type addresses. A BBS kind of assume public accessible phone based access and that was kind of orthogonal to UUCP.

There is also a language factor here. 100 years ago, English was not the ‘lingua franca’ of the world, traveling in Europe you were better off with French, German or even Latin.

US marketing currently happen to be understood almost everywhere and native speakers of English have an advantage. A company does not necessarily need to execute better, but through effective communication they may be able to pretend they are.

There are lot of examples of ideas being picked up and reimplemented in the US, where the original was better but where the adaptation got better traction. The film industry is full of it.

Why should ingenuity not be evenly spread around the globe as well as hopes for a better future? The US represents one particular policy for wealth distribution that happen to work well for, in particular, VCs.

Back in the day, I developed Windows applications using Visual C++ and Microsoft Foundation Classes (MFC). MFC had its set of quirks, and development was quite painful - I often wondered why a particular method was non-virtual, which would have helped me to adapt to certain requirements. I spent more time stepping through MFC code than in my own code, trying to understand what was going on.

Eventually, I moved to other platforms and programming languages and had an epiphany that to function as a programmer of Windows software, I needed to know a lot of details about the platform. The literature was overflowing with articles about how you could utilize the platform more efficiently if only you knew some details under the hood. Moving away from Windows programming freed up a lot of mental resources.

When I started programming in Java on top of all libraries and frameworks, I noticed that I was never really encouraged to look beyond the API. On the other hand, there were usually multiple implementations of those APIs, so if I wasn't satisfied with one, I could choose another.

Of course, building GUIs in Java was (and still is) a real mess, so I didn't do that. Since then, I have programmed quite a bit in C# with the classic Forms-based platform on .NET, and this was a totally different experience from C++ and MFC. It was a delight.

Reading this article was like traveling back in time to the olden days, where you are promised better performance if only you look under the hood. My honest suggestion is: don't do that, don't lock up resources on needing to understand how things are implemented under the hood or how the compiler handles these particular constructs. If these details cannot be hidden from you, and you need to build a large knowledge base around stuff that does not directly contribute to implementing your program, then choose another platform.

I have managed to accumulate a growing understanding of how to solve problems, many times transferable between platforms and languages, but collecting all that insight into MFC minutiae was completely worthless.