larvyde

4 ms·

1.
by larvyde 9y ago
RecyclerView
2.
by larvyde 9y ago
"Not Java" Maybe throw in a recursive acronym in there somewhere?
3.
by larvyde 10y ago
CMIIW but didn't modems use to work like this? Like, put your phone receiver on top of the modem while it makes strange bleeping sounds?
4.
by larvyde 10y ago
But we're trying to convert the string "2016" to the integer 2016. we want to turn the sequence [0x32, 0x30, 0x31, 0x36] (same on both architectures) into [0x00, 0x00, 0x07, 0xe0] in big endian or [0xe0, 0x07, 0x00, 0x00] in
5.
by larvyde 10y ago
Which means less atmospheric carbon that we actually want to scrub gets captured by that 'next tree'...
6.
by larvyde 10y ago
It's still running. It's more of a theme park ride nowadays though than an actual transit system. Noisy, very energy inefficient and costly to maintain. Source: my dad worked on constructing the thing
7.
by larvyde 10y ago
0x32303136 - 0x30303030 = 0x02000106 0x36313032 - 0x30303030 = 0x06010002 how is 0x02000106 the same as 0x06010002?
8.
by larvyde 10y ago
Or they somehow made more heads than bodies...
9.
by larvyde 10y ago
The subtraction isn't the issue, the cast is. the string "2016" is represented by the byte sequence [0x32, 0x30, 0x31, 0x36]. Casting this array to a uint32* in big endian gives you the integer 0x32303136 (or 842019126) while
10.
by larvyde 10y ago
Use 大きくて, not 多きくて the former is 'big', the latter is 'many'
11.
by larvyde 10y ago
A lot of trains already are...
12.
by larvyde 10y ago
You end up basically returning a dump of an SQL query
13.
by larvyde 15y ago
ah yes, reminds me of one of those bibles that have Jesus' words in red...