Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dmbaggett
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
15 ms
·
91.
▲
by
dmbaggett
10y ago
I wasn't meaning to slight either Amadeus or Sabre, and indeed they have most of the other half of the people who understand this stuff between them. The others are at various airlines around the world and at ATPCO. I've written e
92.
▲
by
dmbaggett
10y ago
It requires a lot of code because the rules that govern the use of fares on a ticket are insanely complicated -- literally beyond anything you could possibly imagine a priori. There are dozens of rule "categories", each larded up
93.
▲
by
dmbaggett
10y ago
I don't actually know. But porting it would be a huge undertaking.
94.
▲
by
dmbaggett
10y ago
Short answer: you don't!
95.
▲
by
dmbaggett
10y ago
Lots of other people did a lot more of the actual building than I did, but on their behalf, "You're welcome!"
96.
▲
by
dmbaggett
10y ago
Never set foot on an airplane unless I absolutely have to. :)
97.
▲
by
dmbaggett
10y ago
I knew two awesome people through the MIT AI Lab, one of whom co-founded Naughty Dog, and the other of whom co-founded ITA Software. :)
98.
▲
by
dmbaggett
10y ago
Fares and rules come from ATPCO ( http://atpco.net ). Flights come from OAG ( http://www.oag.com ). Seat availability requires data directly from the carrier, usually via a live query to the carrier's reservation sy
99.
▲
by
dmbaggett
10y ago
You're thinking of fitting the levels into the maximum number of pages that could fit into memory . That was hard, but had nothing to do with the CD capacity.
100.
▲
by
dmbaggett
10y ago
Yup.
101.
▲
by
dmbaggett
10y ago
>Why did you have to simulate pixel level output to sort your polygons ... ? We essentially rendered every frame with a Z-buffer; it's just that the Z-buffer was running in software on the SGI ahead of time, as the level was process
102.
▲
by
dmbaggett
10y ago
Exactly. I was actually very worried about how much data would need to be stored per frame for this to work until I tried it. Most frames required under 100 bytes, incredibly.
103.
▲
by
dmbaggett
10y ago
That's an excellent point, and something that I've never actually thought of or read. Cool!
104.
▲
by
dmbaggett
10y ago
I've been meaning to write a blog post about this, but here's a brief summary. We wrote a software renderer for the SGI that exactly replicated how the PS1 hardware would render. I wrote an imperfect clone for Crash 1, then Stephe
105.
▲
by
dmbaggett
10y ago
No, that idea was crazy enough. :) The collision detection system and camera control code were also insane. Mark Cerny helped me make the collision code fast enough. Very clever assembly language tricks there, and we used 2K of "scratc
106.
▲
by
dmbaggett
10y ago
The Hastings brothers (who were actually down the hall from us when we were writing Crash) are really awesome coders . Even so, however, I don't think Spyro for PS1 actually had anywhere near Crash's effective polygon count. Cras
107.
▲
by
dmbaggett
10y ago
Yes, a software renderer would have been far too slow. The PS1 had a 33Mhz MIPS processor.
108.
▲
by
dmbaggett
10y ago
Not to limit the number of polygons on screen, but to make it feasible to precompute the exact order polygons would appear on the screen during each frame at render time. Pre-computation actually increased the effective polygon count becaus
109.
▲
by
dmbaggett
10y ago
>The N64 hardware has something called a Z-Buffer, and thanks to that, we were able to design the terrain and visuals however we wanted. This was a huge advantage for them. In contrast, for Crash Bandicoot -- which came out for the PS1
110.
▲
by
dmbaggett
10y ago
In case folks are curious how we do a similar thing with HSMs to store private keys for encrypted email, I wrote this up a week ago: https://medium.com/ink-different/how-inky-stores-encryption-...
111.
▲
by
dmbaggett
10y ago
It looks like they have better function keys, more programmability, and a "low force" version. Also a version with Qwerty/Dvorak switching.
112.
▲
Kinesis Ergo Keyboard Advantage 2 Available
10 points
by
dmbaggett
10y ago
|
4 comments
113.
▲
by
dmbaggett
10y ago
That's a counter-indicator for the success of startups. We saw the same thing in the game industry in the late 90s: the consolidation of power into a few mega-players means the small fry all get wiped out or bought for scrap.
114.
▲
by
dmbaggett
10y ago
If you want to send end-to-end encrypted email with any email account, try Inky via inky.com or the app stores. It's free for the 1B+ people with gmail.com, outlook.com, and iCloud accounts. Security white paper here: http://
115.
▲
It’s Not Just Hillary: Everyone’s “Extremely Careless”
(medium.com)
3 points
by
dmbaggett
10y ago
|
0 comments
116.
▲
by
dmbaggett
10y ago
It's a shame the Economist didn't name the VC and the firm so founders could collectively ensure nobody ever works with this person. Just when I think I've heard the most tone deaf and arrogant thing possible out of a venture
117.
▲
One Weird Trick to Protect Your Company Email
(medium.com)
11 points
by
dmbaggett
10y ago
|
1 comments
118.
▲
by
dmbaggett
11y ago
Unbreakable encryption exists. Trying to legislate it away is like trying to stuff the genie back in the bottle. There is no way to prevent "bad guys" from writing encryption software and installing it on programmable devices; you
119.
▲
by
dmbaggett
11y ago
It's like the Nobel Prize of computer science. It's generally given to academics rather than practitioners, for deep theoretical contributions. But not always. In any case, I didn't mean to imply that Moxie should receive a T
120.
▲
by
dmbaggett
11y ago
I attended the panel today when this was announced, and regarding the omission of Ralph Merkle, both recipients explicitly acknowledged him by name. Diffie specifically said that they built upon his prior work. It also occurred to me that M
More ›