CountHackulus

This is a really interesting resource. Not only because of the teaching, but because of every little link that sends you down a path of learning about the history of Amiga development.

Hmmm, survival of the planet vs progress of the economy.

I don't know if I've ever seen a java application where performance is so maxed out that this was needed. Not to say that they don't exist, just that it seems like an unnecessarily complex knob to turn.

I explicitly made a detour when I was in Dublin to take a picture of it the plaque on that bridge. Worth it.

Now if only Apple would get off their high horse and allow SPIRV so that the WebGPU standard can go forward.

It's likely due to being easier to deal with across various memory mapping modes. There's a Retro Game Mechanics Explained video about it that I can't seem to find right now.

Just going to pimp https://theoldreader.com/ which mimics the old Google Reader UI down to the shortcuts. I don't think I could live without it and gladly pay my yearly membership for the premium version even if I don't actually need it.

I'd kill for a comparison with the IBM J9 AOT flag. It essentially just caches jitted code for startup. Also if startup time is super important than you can try -Xquickstart.

Ah yeah, I see now. That's fair enough.

Why do you think this? It's a pretty bold statement.

Code reuse search engines is something that Haskell is excellent for. With Hoogle you can search for a generic type signature and probably find the method you want.

Want to flatten an array of Maybes? Just search for [Maybe a] -> [a] and you'll find catMaybes and takeWhileJust.

This of course only works for Haskell because so much of a function is determined by it's types. Doing this sort of thing in say JavaScript would be an absolute nightmare. Still, it's an interesting train of thought.

So I guess AOT compilation is coming? That seems to be the next logical step. Cache compiled versions of your code in a format that can be loaded directly into memory. Java does it if set up to do so and it definitely gets better startup performance. Plus you get a pre-warmed compile cache.

Random bug report, long names overflow into the skills section. Fun tool, though I personally prefer making my own website with print css that is the resume itself (with a PDF copy).

Worth noting that Glassdoor is less usefull for large companies as it's essentially pay to win. It's really useful for mid-size companies though and will generally get you a good idea of what systemic problems exist within the company.

You could also express it as a query over a comonadic stream.

To quote Jim Sterling, YouTube has a YouTube problem.

Dropping adds seems good to me, but dropping analytics doesn't seem great from a game dev perspective. New features and game balance is often driven by analytics data. For example, if no one's using a certain feature in the game then maybe it needs more attention brought to it or maybe attention won't be focused on it for the next update.

I understand that there's a fine line between game analytics and farming PII but I think it's an important line. I'm sad to see Apple forcing you to use a first-party analytics solution. Smaller indie devs often won't have the time to set up their own data pipeline and depend on things like Unity Analytics or Flurry to help them do data analysis.

Sure why not? Also your initial wording was vague, there's no need to be so angry. Just "here's some links for proof" and move on.

If you're not calling your code 5000x then it's likely not important for performance. I worked in compilers for 5 years and people's intuition for what parts of the code are the bottleneck is generally not very good. This includes me, I've guessed wrong a WHOLE lot.

If you're running microbenchmarks and having issues, then you're likely not using JMH, the Java Microbenchmark Harness which used to be a 3rd party library but is now built in to Java 12.

Is Java memory hungry? Maybe. If you're just writing a small routing server, probably not the right use case for Java. If you're writing a big and complicated game server with hundreds of routes and you need to talk to MySQL, Redis, and Memcache then I'd say the memory overhead of Java is really quite good. Don't forget that you can tune the min/max heap and other things like that, especially with the module system in Java 11. However if very low memory is a requirement, then you're probably running in an embedded environment and you probably shouldn't be using Java.

I can't speak for others, but I work in games and we've spun up a bunch of servers and we use Netty/Jersey for REST and sockets. It's been incredibly stable and a joy to program for compared to our previous Node servers. Granted we were using bleeding-edge Node 5 years ago which is not the Node of today.

I've used this in a production project I can't really talk about. It performed super well and I was consistently impressed.

This is an extremely common pattern in Erlang and is super useful so it's nice to see Rust embrace it.

Oh interesting, that's definitely changed since I was writing compilers for Z. Neat!

As of about 10 years ago they still made those reference cards. And you're right about it making more sense than the 8086 if others are interested what you want to look for is the Principle of Operations document. I could only find the one for z9[1] but z13 is the latest mainframe out and there should be some somewhere.

Another interesting thing is that while you can technically run a version of Linux on these mainframe, most of them run z/OS with Unix System Services. So it acts somewhat familiar but you're sometimes forced to boot up a 3270 terminal emulator to connect and do some non-unix things.

[1] https://www.ibm.com/support/libraryserver/download/dz9zr006....

No, it just means your input latency will be longer than 16ms.

This is really neat, I wonder if there's a way to keep a "remainder" around, kind of like Bresenham's algorithm, so that you can always do aligned reads from memory.

The speedup on English text is really good, and I love the exploration into the AVX intrinsics.

I can't tell if you're being serious or not, but I actually do this. I've got a spork, a glass cup, a metal straw, and a fabric napkin that I bring with me everywhere. If I'm going somewhere I know that I'll want to bring food home I'll also bring one of my metal lunch containers.

I'm carrying a backpack anyway and this is a really small amount of things to bring around. It's a very small impact from a single person, but every few times someone will say "ooh, that's a good idea" or something like that and it makes me feel like the idea is spreading.

Performance is nice and all but for driving on city streets it's really unnecessary. 8.2 seconds is plenty fast for modern driving and is roughly the same as a 2017 Honda Accord.

That I honestly don't know. Everyone but one person in the compiler area had at least a Bachelor's degree, and that one person had what was essentially a 4 year diploma. I'm not familiar enough with any of the areas or the bank hiring to know for sure.

Hi, I worked on the C/C++ compiler for zLinux, the COBOL compiler for zOS, and on the non-open-source version of Hercules.

If you've got zOS and COBOL knowledge then Toronto is the place for you. IBM develops their zOS software in Toronto (well, Markham) mostly. At least the compilers, DB2, and parts of WebSphere.

The other users are the major banks, and they're all headquartered in downtown Toronto. They're desperately looking for people with zOS and COBOL knowledge, I get plenty of recruiter emails for that despite not really having much COBOL knowledge.

Honestly, if you apply for any of those jobs with even a passing familiarity of COBOL you're pretty much guaranteed. Also, welcome to the mainframe club!