Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cramming 'Papers, Please' onto Phones

dukope.com

Post reply on HN
Print view View original

181–187 of 187 posts

Re: Cramming 'Papers, Please' onto Phones

#181

Post by adolph »

aliqot wrote: post #155
adolph wrote: post #65

Earlier quoted context omitted.

The Ordnung is a set of rules for Amish, Old Order Mennonite and Conservative Mennonite living. Ordnung is the German word for order, discipline, rule, arrangement, organization, or system. Because the Amish have no central church government, each assembly is autonomous and is its own governing authority. Thus, every local church maintains an individual set of rules, adhering to its own Ordnung, which may vary from d…

Yes, nice to meet you

It is notable that in Srinivasan's "The Network State" there is no mention of Ordnung as a positive example of how a parallel social order can and does work. All the mentions of Amish are negative examples at best.

Much value creation is already digital. If you’re reading this, you’re probably an information worker. You may not have thought about it this way, but the majority of your waking hours are probably spent in front of one screen or another a laptop for work, a phone on the go, a tablet for reading, and so on. So, most of your life is already spent in the Matrix, in a sense, even before the advent of widespread AR/VR. Short of a pullback to an Amish or Andaman Islander existence, most of your life is and will be digitally influenced in some form. Moreover, much of the value in the physical world comes from blueprints created on a computer in some form; eg, the iPhones manufactured in Shenzhen gain much of their value from the designers in California. So, a good fraction of value creation is largely digital.

Srinivasan, Balaji. The Network State: How To Start a New Country (p. 279). Kindle Edition.

No social network. If there’s no social network, you have no digital profiles, no messaging, no community fora, no mass media, and no easy way to recruit from the internet. You’d essentially be living an Amish life, relying on pieces of paper or offline cues to determine who was part of your new state and how they interacted. This isn’t going to succeed the nation state.

Srinivasan, Balaji. The Network State: How To Start a New Country (p. 371). Kindle Edition.

Re: Cramming 'Papers, Please' onto Phones

#182

Post by jsmith45 »

chii wrote: post #113
boondaburrah wrote: post #110

Earlier quoted context omitted.

There's also that Haxe is older than a lot of the stuff we take for granted today. It's roots are in ActionScript, and it started as basically a successor to AS2 before Adobe came out with ActionScript 3. It did "same codebase on server and client" by compiling to flash bytecode and PHP before node existed. It's ECMAScript/AS roots + static types + type inference make it feel like alternate-timeline TypeScript as it…

one aspect that's a bit underrated in haxe isn't just the cross-compilation, but the macro system - it's way more powerful a macro system than the regular macros found in C/C++. It's closer to a LISP macro, but only at compile time (rather than also runtime macros). For example, you can define a json file, and have a macro that produce a class that matches that json file's fields. It would type-check (and you get aut…

In a similar vein, Elixir has what is basically compile-time-only macros (the macros being conceptually similar to Scheme's). You can transform the AST to arbitrary other AST, with hygiene, and of course, provides ways to reference the parent scope if needed. Macros are even based on the familiar quote and unquote system of lisp/scheme.

Caveat: I will note that technically speaking Elixir does not have a strictly separate compile time and runtime. However, in practice the language is used like it does. Compile time code is normally just a bunch of definitions of modules and macros and functions contained within. Executing the compile time code normally has no effect other than creating compiled modules. One can technically put things like loops or I/O etc at the top level, but that is normally only done if writing "scripts", rather than normal progarm code.

Thus for a normal program compiling it is basically just running an interpreter over the source code of the program. Indeed the elixir compiler executable is literally just the same as the interpreter used for scripts except with a flag to save compiled modules to disk rather than just leaving them in memory. (Plus a few other really minor differences that are not really relevant here.)

Runtime is then just asking the beam VM to execute the some function in the previously compiled module. While in theory one could try to define additional modules at runtime, this is not normally done. The language design strongly discourages this. If you need to generate modules programmatically, you are better off doing it as macros, which will run at compile time. Thus, normally the compiler is not used at runtime, and while I don't think elixir offers an option to remove the compiler at runtime, one could remove the underlying Erlang compiler at runtime, and without that the elixir compiler would just fail.

There are, of course, no artificial limitations in macros. They can run any code that could be run at runtime, in addition to modifying the AST, or defining new modules. In theory the macros could even present an interactive user interface, but obviously that would be absurd.

Re: Cramming 'Papers, Please' onto Phones

#183

Post by jsmith45 »

kergonath wrote: post #48
keyle wrote: post #8

The blog post is really top tier. Consider how much time some engineers spend considering details when they're just being contracted to do a job (I've work with lots) and how this indie game project is being explained, nitpicked, loved and cherished. The blog post alone makes you want to purchase whatever this person has been working on based on how much passion is oozing off the explanation of how it's made. Side no…

> The blog post alone makes you want to purchase whatever this person has been working on based on how much passion is oozing off the explanation of how it's made. Papers Please is nice, but Return of the Obra Dinn is a masterpiece. Honestly. A very cool concept with some impressive attention to detail. Pixel-perfect 1-bit dithered graphics, amazing soundtrack, and a nice story. I don’t have a link here but there was…

The default mode of Obra Dinn actually is not using true 1 bit graphics. It is downsampled double resolution rendering, with additional softening added. It is very subtle about it, and I only noticed on my second play-though when I noticed the book contents seemed to have very slightly different color than the rest of the game.

One can force true one bit graphics ("digital mode"), but the downside is greater flicker in the dithering dots when moving.

Re: Cramming 'Papers, Please' onto Phones

#184

Post by [deleted] »

adolph wrote: post #181
aliqot wrote: post #155

Earlier quoted context omitted.

Yes, nice to meet you

It is notable that in Srinivasan's "The Network State" there is no mention of Ordnung as a positive example of how a parallel social order can and does work. All the mentions of Amish are negative examples at best. Much value creation is already digital. If you’re reading this, you’re probably an information worker. You may not have thought about it this way, but the majority of your waking hours are probably spent i…

[deleted]

Re: Cramming 'Papers, Please' onto Phones

#185

Post by wly_cdgr »

deathanatos wrote: post #92
wly_cdgr wrote: post #84

Earlier quoted context omitted.

This blog post is good, but is pretty average stuff for a real professional. You are just used to reading webdev tip&trick postlets from third-rate hacks

No, this is definitely high-quality. Like the person you're responding to, far higher quality than a lot of professional work I've seen. This is very clearly someone who cares about the end result, not just about getting it done, and a lot of work I've seen in my career, the person cares more about just getting it done, than they do about getting it done right. I'd also say it's about having the skill to do this: as…

Your whole wall of text is in response to a fantasy strawman position I have in no way expressed

Re: Cramming 'Papers, Please' onto Phones

#186

Post by bradknowles »

rossvor wrote: post #6

If you see a devlog post from Lucas Pope you know it's going to be a goldmine. No matter the topic. Dude has a real knack in writing these, clearly describing the problem and the thought process on possible solution. And making it all very interesting so you yourself start thinking how would you address it or what other cool thing could be built instead. Here's some of his other huge devlogs on TIGSOURCE: 1. Papers,…

TL;DR -- it's a game. That was designed for computers with a mouse and not for a touch-oriented environment, and so a lot of hard work had to be done to port it to phones.

Re: Cramming 'Papers, Please' onto Phones

#187

Post by dagw »

a9h74j wrote: post #166
dagw wrote: post #119

Earlier quoted context omitted.

I've heard a professor lament a student stating that all CAD applications should work on phones. And why is that such a lamentable idea? Modern phones have the processing power these days. Walking around a factory, building sites or a muddy field with a phone in your hand is a lot easier than walking around with a laptop. Plus modern phones have LiDAR and multiple cameras opening up for all kinds of interesting optio…

You are probably right to the extent of multimodal for some tasks or for sensor input. But redlining a 200 page set of drawings to capture as built info is still different from assembling that set of drawings in the first place. I doubt it will be all or nothing. E.g., supporting field service will require generating particular views, but I don't see engineering review meetings skimping on monitor pixels, at a cost o…

Indeed, I'm not suggesting that CAD tools go mobile only or even mobile first, just there is a lot of very practical uses for mobiles (and tablets) in the CAD (and BIM) space that shouldn't be ignored.
Post reply on HN