anta40

I'm pretty sure those things already existed before The Beatles. But it's safe to say the Fab 4 acted as a cultural amplifiers, so those things became accessible to global mass market.

Hmm wonder why pointer (in general, not only for building data structures like linkedlist etc) isn't discussed.

Say to strictly enforce modularity, e.g helper functions that can only be accessed within its function.

Pascal supports it (at least Turbo Pascal, no idea about ISO Pascal).

What about Gambit? Perhaps it's a better, optimizing compiler but the built-in library is rather minimalist?

>> And that's part of the reason why in 2002, Switzerland's government reduced the Sonnenberg bunker capacity from 20,000 to just 2,000. Its floors filled with bunk beds, a prison and hospital, all deep underground, have been repurposed over the years as overflow housing for refugees, asylum seekers and the homeless. It's a use that has been criticized by organizations that help these populations. Some asylum seekers have protested against being housed here. It has never been used for its original intent: to protect people from nuclear fallout. But the Swiss government continues to spend tens of millions of dollars a year to maintain it and hundreds of thousands of other bunkers throughout the country — just in case.

Oh well...

Mr Kusswurm's x86 book is excellent. Didn't know he also write on for ARM. Thank you!

Since NASM/YASM is written in C, it's more portable. On my ARM Mac, NASM works fine.

FASM is cool (and still being development), but since it's written in 32-bit x86 asm, let's just say macOS is a 2nd class citizen.

You mean this:

https://www.amazon.com/Art-ARM-Assembly-Randall-Hyde/dp/1718... ?

Mmm nice. Will give it a try since ARM-based Mac is my main working environment nowadays.

Not exactly weird... I mean x64 Windows is still pretty popular. And pretty much any Windows dev will have Visual Studio installed (to get MASM).

Unless, you want to use open source MASM-compatible assemblers like JWASM or UASM.

Yes I understand, other folks may prefer Linux/BSD, NASM/FASM, ARM etc etc.

>> but personally I'd like to teach my kid how a computer works, not how to use some programming language.

I wonder if assembly is a better choice... hmmm...

Does this mean I can turn my JS-based backend into single executable and easily ship it, like in Go?

Works fine on 152.0.5 (aarch64) macOS 26.5.2. I don't use extensions like NoScript etc etc

If you like QuickBASIC, perhaps FreeBASIC is also an interesting choice.

For many years, it practically only supports Windows, Linux, and DOS. Now add macOS into the list: https://deb.fbxl.net/macos/

OCaml seems nice for doing real world app development (e.g) web backend, and not limited only for prog lang research.

Hmmm....

Ahh just noticed it's made by graemeg, one of FPC long time contributors.

Many years ago I explored his fpGUI:

https://fpgui.sourceforge.net/ fpGUI Toolkit is a cross-platform GUI toolkit using Free Pascal

Nice to see you are not only limited to Lazarus

Mmmmm just noticed MacOS is now supported. Guess time to say farewell to DBeaver...

So which one has the biggest chance to be Android/iOS alternative?

Many many years ago, smarphone users had these choices:

Symbian, BlackBerry, Windows Mobile, PalmOS... what else?

Just noticed in cannot build a standalone Rust source file

"error: could not find 'Cargo.toml'"

I assume first need to create a project by "cargo new" ...?

Anyway, love the good ol' Turbo Pascal 7 Reference. Haven't touch it for more than 1 decade.

>> Rust is notorious for its slow compile times

Don't forget Haskell. And what's other... C++, OCaml, etc?

I guess a language with complex/complicated design is difficult to be compiled "blazing fast"

Why choose one if you can use all of them? Windows: gaming, running proprietary Windows-only apps (like engineering stuffs) Linux: back end development, kernel hacking macOS: mobile app development

Well nowadays I'm stick with macOS not because it's pretty, but because a necessary to do my work as a mobile app dev.

Is there a completely mechanical version of XPan? Of course I mean shoot 65:24 and have interchangebale lens support?

So far, I think there's no one for 35mm. For medium format shooters, there's the much bigger Fuji/Linhof 617. Of course pretty expensive. Perhaps 3D print is the only viable option...

I unserstand this camera is pretty popular among street shooters/photodocumentary folks.

Personally, I prefer less distortion and XPan is the better choice for that (and of course interchangeable lens support). Too bad it's bloody expensive nowadays and since the shutter is battery-dependant, you just have to accept one day it may become a paper weight.

Congtats for reaching 1.0

Gotta say farewell to Sublime. Now Zed is my general purposed text editor. For doing most of my coding work, still use VSCode and nvim.

Very impressive for a single dev project.

Nice to see someone started the work from zero instead of piggybacking LLVM.

Anyone use hnterm? https://github.com/ggerganov/hnterm

I think it still works pretty well, and written in C++ instead of the "cool kids" Go/Rust

Cool. Is macOS (Apple Silicon) also supported?

If not, well there's another reason to have a Linux VM ready :)

Perhaps using this: https://github.com/nlsandler/nqcc2

?

Yes this is my workflow when shooting digitally. Always in RAW & color for greater flexibility during B/W conversion.

"Shoot and scan" is convenient. Hard to argue with it. But hey, if you want convenience, why are still using film?

:D

But anyway, yes print making is both art and science on its own. Finding local labs to develop and scan films is pretty easy. But darkroom to print your photos the old school way? Happy to find a new one (I'm on Jakarta, btw).

Whatever floats the boat.

Even back to film/analog era, taking a photo is just the 1st step. Then apply some darkroom work (dodge/burn/use some filters to adjust the highlight/shadow etc etc). Image editing softwares like Photoshop simplify the process.

I mostly shoot in black & white (both film and digital). Since once of my biggest inspirations is Ansel Adams, then no I don't adhere to "SOOC" (straight out of camera) philosophy. Fine tuning in Photoshop is a must.