Skip to content
HHackerTube.videoSurprise me

Steve Jobs Introduces the Macintosh

Steve Jobs Introduces the Macintosh on HackerTube: recommended by 1 Hacker News commenter across 1 month, 2016–2024.

Recording of the January 1984 Boston Computer Society meeting where Steve Jobs unveiled the Macintosh. It is followed by a panel Q&A with core Mac team members such as Andy Hertzfeld, Bill Atkinson and Steve Capps.

Why Hacker News recommends it

HN points to it as the primary source for the original Mac demo and the personal post-show Q&A with the team.

people recommended it
1
separate months
1
strong recommendations
0
discussed on HN
2016–2024
“The post-show is my favorite part[0]. It's just so personal. Almost feels like a meetup!”
— willmeyers, Feb 2021, in “Steve Jobs introduces the Macintosh (1984)”

What HN commenters said

6 Hacker News comments link this video. Each one links back to its thread.

willmeyersFeb 2021Recommends

The post-show is my favorite part[0]. It's just so personal. Almost feels like a meetup! [0] 1:06:38 ( ▶ this video )

in “Steve Jobs introduces the Macintosh (1984)” · View on HN

breckSep 2024Cites it

> Back then, were executives writing such grand proclamations about the future ? Yes. And the good ones (like SamA and SJ) deliver. ▶ this video

in “The Intelligence Age” · View on HN

SomeoneDec 2021Cites it

> 4. Minimize everything else I would say there shouldn’t be anything else. Create a local ‘demo’ account, if needed. That also avoids getting any embarrassing message pop-ups. Also, if your software isn’t that stable and you can get away with it, switch machines all the time. If your demo requires multiple actions foo and bar , demo foo , then switch to a machine where foo was done beforehand to demo how bar works. Look at some of Steve Jobs’ demos and try figuring out how many machines they used to demo some of the prerelease software. Also, don’t be afraid to cheat. For example, when seeing the copy-paste demo in ▶ this video , I immediately thought “that copy of MacWrite is rigged to always paste that fish”

in “A checklist for doing live demos” · View on HN

uniqueidSep 2021Cites it

I didn't notice anything one wouldn't expect, given how different first-hand accounts tend to be. Kawasaki is a marketing guy so his knowledge is weaker than an engineer's in many areas; stronger in a few others. For anyone interested, here's the demo in question: ▶ this video

in “The Macintosh Way (1990) [pdf]” · View on HN

TwisellSep 2019Cites it

It was definitely present in MacOS classic can’t tell exactly when contextual menu was added. But on top of that there was actually a third method, select the disk (highlight) and press cmd-E. Which now now that I think of it is just a shortcut for the fourth one, select the disk then select "Eject" in the file menu. Actually this last method must be the mother of them all, the drag to trash was also maybe one of the first "discoverable shortcut". It’s just that "drag to the trashcan" gimmick was present since first Macintosh introduction keynote in 1984 and is still usable as of today so no surprise it’s the first answer on every Q/A. I can’t yet skim through the footage but it might even appear in the 1984 LIVE DEMO (more emphasis needed) of the first Macintosh : ▶ this video

in “iPadOS” · View on HN

i336_Dec 2016Cites it

I'll answer in reverse order: > Also need to consider how long it will take me to download back those pic once they decide to shutdown the "free" service. This is an incredibly good point, both in terms of bandwidth considerations (particularly their ratelimiting) and in terms of products randomly disappearing with limited takeout windows. FWIW, [link] UID> will net you takeout archives of your image albums. Incidentally this works with any Google account that doesn't have public photo access turned off, and is rather fun to play with (as is the site: search operator :D) -- > can google backend really handle that, if so for how long? YouTube used to officially report that 300 hours are uploaded per minute, back in 2014. [link] says we're likely at 700hr/min now. OK. (Been wanting to do this math for a while, actually...) Let's see. This is all back-of-the-envelope and I wouldn't mind some more concrete numbers to work with! YT reencodes all videos into several formats. I'm looking at ▶ this video , which is 1:20:58 long. It was uploaded fairly recently so has the full complement of encodings. I see: - 5 DASH audio bitrates: 51k (27.53MB), 66k (31.93MB), and 120k (58.02MB) for clients that can decode OPUS, 89k Vorbis (46.67MB), and 132k M4A (73.16MB) - 6 DASH video sizes in both WebM/MP4 (so 12 total formats): 256x144 (43.09MB / 63.54MB); 426x240 (39.79MB / 140.34MB); 640x360 (71.80MB / 122.65MB); 854x480 (118.37MB / 266.00MB); 1280x720 (234.63MB / 548.81MB); and 1920x1080 (463.04M

in “Ask HN: Have any side projects from Show HN gone big?” · View on HN

Topics & tags

Tech company stories & documentariesGUI, HCI & interface historyHistory of computingsteve jobsmacintosh1984product democomputer historymac team