Direct to SwiftUI is an adaption of an old WebObjects technology called Direct to Web. This time for Apple’s new framework: SwiftUI. Instant CRUD apps, configurable using a declarative rule system, yet fully integrated with SwiftUI.

SwiftUI supports a feature called the Environment. It allows the injection of values into child views without the need to explicitly pass them along. SwiftUI Rules adds a declarative rule system, think: Cascading Style Sheets for SwiftUI.

As an update to Migrate Private GIT Repositories to GCrypt, let’s have a look at another option for encrypted git cloud storage: Keybase. Which has an ever expanding set of features, and that happens to include Encrypted git.

Beginning of the month Apple announced SwiftUI at the WWDC 2019. A single “cross platform”, “declarative” framework used to build tvOS, macOS, watchOS and iOS UIs. SwiftWebUI is bringing that to the Web ✔️

Creating Kitura endpoints using the tools provided by IBM (the app or kitura init) is quite inconvenient. Using SwiftXcode you can do the same straight from Xcode, w/o touching the shell during development. We’ll show you how!

After Shell commands as Swift functions and the Swift/ObjC Bridge, Part 3 in our quest to find a useful application for the Swift 5 Dynamic Callable feature: Mustache templates as a function (short: MaaF). This one may actually make some sense.

In December we demonstrated how to use the new Swift 5 Dynamic Callable feature to run Unix commands as Swift functions, like shell.ls(). Today we implement our very own Swift / Objective-C bridge using the same!

A new feature in Swift 5 are Dynamic Callable’s. We combine this with the related Dynamic Member Lookup feature to expose the filesystem and Unix shell commands as regular Swift objects and functions.

Given the recent events you may look down and acknowledge that you have been wrong when hosting unencrypted data on the Clown. It looked so convenient and they wouldn’t dare to touch your data and loose all credibility. The rest is history. Let’s take the shame but move on: git-remote-gcrypt.

If you are like the ARI, you own some Raspberry Pi’s doing some serious work. But you never actually used the Pi’s GPIO, because you don’t want to solder nor have any clue about electronics. Let’s change that with the easy to use LinkerKit, and drive it using Swift!

Only a few more months before the introduction of WebObjects 6 at WWDC 2019, let’s have a look on what WebObjects actually is. And more specifically how it could look like in Swift. A small tutorial, and an implementation of the WebObjects API in Swift, or as we like to call it: SwiftObjects.

Friday, time for a fun project! Today we are going to bring Swift NIO (yes, that new Swift server framework) to the mobile device. Why? Because we can! Along the way we disrupt Google search. Oh no. It is Monday only …

You are a backend developer and are told to rewrite everything because your framework is switching to something mysterious called “async”? You also heard about Swift NIO and how this is non-blocking? The ARI tries to explain what this means to you by example.

Last week we built a tiny web framework on top of the new Swift NIO. This time we are going to add support for Mustache templates. Again the goal is to use a minimal amount of code while still providing something useful.

In a surprise move, Apple released swift-nio on March 1st. Today we are going to have a look on how to use that Swift package, and build a tiny but useful web framework along the way. Say hello to µExpress. Again.

In Using the Swift Server API 0.1.0 we wrote a straight Google replacement using just the raw Swift Server API. This time we are going to write a micro server framework wrapping that API. Say Hello World to MicroExpress!

Properly handling date and time is a really complicated manner. Many developers just give up when seeing “full” explanations on how this works. Today we try to explain floating dates and times, in a hopefully simple way.

PL/Swift allows you to write custom SQL functions and types for the PostgreSQL database server in the Swift programming language.
Bringing Swift to the Backend of the Backend’s Backend!

One of the features I like most about Swift is its pretty great integration with C. You know, that you can just do this:

The Swift Server APIs Project is an effort the provide a common HTTP implementation to be used in the various Swift application server frameworks (Kitura, Perfect and so on). The ARI shows you how to use it on either macOS or Linux.

At Noze.io we added a small blog entry about Server Side Swift in 2016 and some ideas how Noze.io could evolve in 2017. And we have yet another project to announce: mod_swift - Server Side Swift done right™!

Hello everyone: In case you didn’t notice yet, the ARI co-founded a new project, which we happen to call Noze.io.

' ': The final frontier. Where no one has gone before. Feel invited to get another glimpse on how Swifter is getting everything right. Today we are looking at the ' ' and beyond.

Let’s say you want to develop a Swift thing on Linux. Instead of throwing everything in one big package, you would like to organize things in neat little separate packages.

The Always Right Institute is being right in doing some of its websites using Zurb’s Foundation 5. Why? Well, we had a look at Bootstrap first and ended up pretty confused. Could it really be possible that the Twitter folks did not understand the cascading part in Cascading StyleSheets? Apparently. Maybe they fixed it in the meantime. Foundation looked pretty good and the HTML structure well organized.

So you are living on MacOS but you want to try the Linux port of Swift. What to do? Since the Swift Linux port doesn’t work on a Pi (buhh Apple! Even Windows 10 does!), the easiest way is to install Linux in a virtual machine. If you are anything like the people at the world renowned ARI - you refused to pay Parallels $50 just for the 10.11 update. So the ARI gave VirtualBox a try.

SwiftSockets is now available via CocoaPods. I’m still not sure whether that is a good idea, since SwiftSockets is:

A few more examples of tvOS Swifter code. Again, focus is on keeping selectors but removing static types as well as noize.

TL;DR: Swifter is the complete opposite of Swift. Instead of focusing on making everything C++-like vtably static, Swifter goes back to the rootz of Objective-C and makes everything dynamic.

Short notice on picking up suggestions from the community: Yes indeed, the Swifter compiler should be written in Swift. This will ensure that it can’t possibly crash.

In a bold move the Always Right Institute today announced Swifter. Swifter is a programming language in active development (not), which is wicked fast. It compiles swiftly and executes even swifter. Swifter promises to be the Objective-Z without the Z, but with a C.

Finally - The ARI made available the results of six months of hard work - right on GitHub: SwiftSockets!

The Always Right Institute has been established to encourage a culture of being right. As well as being right. Always. Definitely sometimes.