Skip to main content


Showing posts from November, 2022

SadServers - A Playground for SREs, Admins And Devops Engineers

  SadServers is a playground where users can test their Linux troubleshooting skills on real Linux servers. Besides sharpening your troubleshooting skills, it is also suitable for practicing for SRE/DevOps interviews. Others call it the "LeetCode for Linux". As LeetCode, there's challenges classified under difficulty level, a collection of scenarios, a description of what’s wrong and a test to check if the issue has been solved, within an allocated time length. After that time the VM is terminated.

Google Partners Adoptium - What's The Deal?

  Another giant shows its support towards Java. The news is that Google has joined the Adoptium Working Group and is making Temurin available across Google Cloud Platform (GCP) products and services. So what's the deal?

A Compiler Writing Playground

  "Create Your Own Compiler" is an interactive tutorial that step by step shows how to write your own simple compiler that transforms JavaScript into Lisp. Along with it, we take a look at what a compiler actually is and the state of the art that is Roslyn. Compilers are important, but most people go day by day using their favorite programming language and tools without thinking too much about them, ignoring what happens under the covers.

Visual Studio Code Now Supports Virtual Threads

  The recently released Java 19 comes with the JEP 425 preview of Virtual Threads as part of Project Loom. VSCode was quick to adapt it. Virtual threads are heralded as the big game changer for Java - even as a replacement for Reactive programming. You get all the goods but not the complexity, with little change to the current API. In September's VSCode release, initial support for virtual threads in the Java debugger was enabled, while in October's edition that support has been improved. Note that you will need to install JDK 19 to use this feature.

CSharpRepl Brings REPL Superpowers To C#

  REPL, once an inherent property of the interpreted languages, has now found its way into compiled languages too. Tools like CSharpRepl for C# and Jshell for Java make it happen. A REPL is an interactive programming environment that takes single user inputs, executes them, and returns the result to the user; input (Read), execute the input (Evaluate), return the result to the user (Print), wait for the next input (Loop). So what's the deal with REPL? It's all about the immediate feedback loop you get; you can enter program elements one at a time, immediately see the result, and make adjustments as needed. You can evaluate anything;variables, code blocks, functions, even define full-fledged classes and use them in the REPL console, always getting instant feedback, or even use C#/Java as a scripting language for testing purposes and running short lived utility scripts.

It Was About Time To Find A Shared Vision Of The Perl Foundation

  The news is that "Yet Another Society" (aka YAS) of which The Perl Foundation is a registered "doing-business-as" is registering a new "doing-business-as" called "The Perl and Raku Foundation" (aka TPRF). This has caused some confusion. But what's the deal behind it? The initial and official post had been written as  "The Perl Foundation has been renamed to The Perl and Raku Foundation" . Fortunately, Elizabeth Mattijsen, a long standing and recognized member of both the Perl and Raku communities, has made it  clear  that the it is the YAS registered brand that has had the name change. As she states :

Python and .NET-An Ongoing Saga

  Microsoft's .NET Framework arrived with two languages, C# and Visual Basic. Then came the Iron Languages, .NET compatible implementations of Ruby and Python which Microsoft "let go of" in 2010. Nowadays Microsoft is again embracing Python. Here's an account of Python's still evolving relationship with .NET  This trip down memory lane was triggered by the  recent news  of the release of a new version of Python.NET which begged the question of what had become of Iron Python, one of Microsoft's dynamic Iron-languages on the .NET platform. First of all let's clear up the confusion arising out of having two versions of Python for .NET:  Python.NET  and  IronPython . While not as well known as IronPython, Python.NET predates it but had seen no updates in recent years and was still on the Python 2.x branch. Recently it emerged from apparent hibernation with the release of Python.NET 3.0.0, revitalizing what many assumed to be a dead project. https://www.i-progr

GraalVM's alignment With OpenJDK Signifies A New Era For Java-"in the battle for the Cloud"

 Oracle will be contributing GraalVM Community Edition Java Code to OpenJDK. There's a lot behind this simple statement. But before that, let's first look at what GraalVM actually does. The recent flurry of interest in GraalVM started with a tweet that sparked excitement inside the Java community. Oracle is contributing GraalVM Community Edition Java code to OpenJDK to more closely align the development of the GraalVM technologies with that of Java Two technologies at play here; the well established OpenJDK and the newcomer, GraalVM. At a very high level, GraalVM is a runtime split into two aspects; compile bytecode into native self-contained executables aka native images and run programs on the JVM in languages other than Java. Per the first aspect, Native image full article on i-programmer: