Live data from Hacker News

macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

developer.apple.com

421–430 of 450 posts

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#421
post #316

Earlier quoted context omitted.

I think the second you start auto-favouring one particular tool you're in trouble. Why iTerm2? Why not Alacritty? iTerm2 is more popular now, but 5 years down the line when someone else has come up with a iTerm2 replacement how is Apple meant to decide to switch? Where does Apple draw the line on which tools to add and which to leave out? It sounds like what you're really asking for is something like Ninite for mac,…

Yeah I don't see the need for any of this to be provided by Apple. I want the platform I'm working on to be minimal and agnostic, and let me worry about what tools I'm using and how. If there's really demand for some kind of base developer toolkit, why not leave it up for a 3rd party to put together some kind of installer to set it all up for you?

> why not leave it up for a 3rd party to put together some kind of installer to set it all up for you?

Because a potentially interested 4th grader likely won't ever know such a thing exists.

And even if she did, the teacher likely won't let her download and install it from the internet. But if she asks for permission to run a "Install Command Line Tools" app in /Applications/Utilities/ and check the "Install homebrew" option (or "Install MacPorts" - I really don't care either way... perhaps provide options for both), that's far more likely to get a "yes".

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#422

Earlier quoted context omitted.

MacPorts has or had semi-official status. It was hosted by macOS Forge, which was an official Apple site that included other projects such as XQuartz. I'm unclear on the current status.

That isn’t semi-official. I know of not one ruby dev at Apple that uses MacPorts. That’s not to say there isn’t one, but they are rare.

Whether or not anyone uses it, it is still linked from https://developer.apple.com/opensource/ and was part of Apple's open source strategy several years ago. Regarding Ruby, Apple backed the MacRuby implementation for a while but that also petered out.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#423
I guess it is the macOS way for every app to be self-contained and include all of its own libraries.

But I miss the idea of shared libraries; not only can they potentially save memory and disk space, but it makes bug fixes easier because you can fix the shared library without having to update every app separately.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#424

Earlier quoted context omitted.

As a counter-anecdote, the built in Ruby interpreter in Mac OS X Tiger was the way I learned to program and how I got interested in programming. I don't think a bare Ruby interpreter is the best way to get into programming, but Apple hasn't been great at encouraging programming among kids. As a kid, its development tools were totally baffling, where Ruby was much easier to understand.

One of the things that drew me to Macs as I started to learn programming in '05 was that I could simply open any macbook and type python/ruby/perl and write some code.

But you have to download Xcode if you want a C compiler!

On the up side though, clang has made the C/C++/ObjC world a much better place.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#425
post #414

Earlier quoted context omitted.

> What command-line programming language interpreters are left when those are removed? zsh/bash/ksh93, tcsh, awk, sqlite3, elisp (assuming emacs survives for now) and javascript console. I don't know why you'd want to limit things to pre-installed command line interpreters though. > You have the shell itself, but that’s hardly enough to write anything cool. What kind of cool things do you envision the curious beginne…

> What kind of cool things do you envision the curious beginner to write, using only the current preinstalled Python/Ruby/perl, that they can't do with the remaining interpreters that I mentioned? What about the iconic 4th grader "greetings and cool things" script? Here's something like what it looked like for me (on the IBM PC in my classroom): 5 CLS 7 RANDOMIZE TIMER 10 PRINT "Hello there. I'm a computer. What is y…

Another of my favorites -- this was fun in middle school (years 6-8) when I had a spare minute or two to sit down at a random computer (maybe in a computer lab).

    10 SCREEN 9
    20 CLS
    30 COLOR 1, INT(RND*10)
    40 SOUND 20+(RND*5000),.2
    50 GOTO 30
The effect is rather striking, like someone must have really messed up the computer.

My main gripe with Windows NT was that it would go back to the NT screen saver -- I couldn't get it to stay displaying my program, because there wasn't any true DOS mode.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#426
post #408

Earlier quoted context omitted.

with open("~/Documents/important.csv", "r") as f: f.read() No? Oh well, I guess programming is hard, IT was right. Ok, back to excel...

You can just drag and drop the file on repl.it and it'll just work :)

Gee, thanks. My point was about discoverability and being able to Google for "read csv with Python", not whether experienced programmers can hack things together.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#427

Earlier quoted context omitted.

I'm sure that others here are well familiar with other officially certified UNIX operating systems[1], but given many widely used Unix-like systems not on the list, I don't think Apple gains anything from the certification. Moreover, it probably is deleterious, forcing them to adhere to system designs that made sense in the 70s and 80s. 1: https://www.opengroup.org/openbrand/register/

I'd be surprised if Apple spends all that much money/effort on official Unix certification, precisely because I doubt Apple would bother. How many customers are choosing macOS over something else because of the Unix certification? In a world where Linux exists? (This discussion, of course, has nothing to do with whether or not macOS adheres to Unix principles or compatibility.)

I mean, you're straight up incorrect.

Apple has been officially UNIX '03 certified for over 10 years now.

Why you'e trying to argue against facts that are just a single search away, I don't know.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#428
post #408

Earlier quoted context omitted.

You can just drag and drop the file on repl.it and it'll just work :)

Gee, thanks. My point was about discoverability and being able to Google for "read csv with Python", not whether experienced programmers can hack things together.

Majority of our users are hobbyists and novices

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#429
post #398

Earlier quoted context omitted.

> struct layouts and sizes To be fair, this is less an an issue with non-fragile ivars in Objective-C.

Yup but OSX has a tonne of C (and unfortunately C++) APIs. But yeah having most of the system apis being in a language that has built in dynamic resolution makes a world of difference in the difficulty of maintaining abi compat

Publicly exposed? Most of CoreFoundation and the other C APIs vend objects that are entirely opaque, and there are very few actual C++ APIs that I'm aware of–though many are written in (Objective-)C++ internally.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#430
post #316

Earlier quoted context omitted.

Yeah I don't see the need for any of this to be provided by Apple. I want the platform I'm working on to be minimal and agnostic, and let me worry about what tools I'm using and how. If there's really demand for some kind of base developer toolkit, why not leave it up for a 3rd party to put together some kind of installer to set it all up for you?

> why not leave it up for a 3rd party to put together some kind of installer to set it all up for you? Because a potentially interested 4th grader likely won't ever know such a thing exists. And even if she did, the teacher likely won't let her download and install it from the internet. But if she asks for permission to run a "Install Command Line Tools" app in /Applications/Utilities/ and check the "Install homebrew…

In my experience kids are very tech-savy. I don't think the 4th grader who can't discover homebrew without a system setting for it is going to be able to do much with it once they've got the terminal open.
Post reply on HN