Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
needusername
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
needusername
6y ago
> "foo IN (a, b, c)" can often be better done as "foo = ANY(ARRAY[a, b, c])" in Postgres - not least because you can shift to passing in an array of variable size without having to construct a special statement for ea
32.
▲
by
needusername
6y ago
No need to deal with vacuum and a lot of other performance related features. A TIMESTAMP WITH TIME ZONE data type that makes sense and is usable.
33.
▲
by
needusername
6y ago
Well they actively ignored his input: https://github.com/tc39/proposal-temporal/issues/7 https://github.com/tc39/proposal-temporal/issues/84#issuecom...
34.
▲
by
needusername
6y ago
I assume it doesn't help that Oracle is arguing in court that APIs should be copyrightable.
35.
▲
by
needusername
6y ago
As a merchant you chose Wirecard because no other acquirer wants you business, see FriendFinder.
36.
▲
by
needusername
6y ago
> Most applications do not contain JITs. Java apps and JavaScript apps (Electron) come to mind.
37.
▲
by
needusername
7y ago
Hell no. Seaside captures the state server side, stores it under an id and sends that id to the client. The client sends the id of the state snapshot back to the server.
38.
▲
by
needusername
7y ago
> How is that related to memory allocation costs? It's a cost that has to be paid when using bump pointer allocation. > We are talking about the cost of obtaining a chunk of memory. The cost of actually creating an object is allo
39.
▲
by
needusername
7y ago
No, in practice this is not true. You will also need to write out to memory all the newly allocated objects which you don't need anymore. https://podcasts.apple.com/us/podcast/hidden-gc-bandwidth-co...
40.
▲
by
needusername
7y ago
> memory allocation will become a no-op (= bump allocation) No, that's a cache miss.
41.
▲
by
needusername
7y ago
Nope, Apple Pay is EMV only. Only Samsung Pay does magstripe emulation.
42.
▲
by
needusername
7y ago
Sure you can. It's not a special case. That's the beauty of Apple Pay. Industry standard protocol. If the merchant accepts contactless credit cards then Apple Pay will work. No need for any special hardware, any special software o
43.
▲
by
needusername
7y ago
> I haven't found a single debit card that works with it Well yeah. Because the banks don't make money with debit cards so they do everything possible to sell you a credit card. That's why in Switzerland you have this spe
44.
▲
by
needusername
7y ago
They make it sound like there is a special "Apple sauce" that they built and strongly suggest they generate a new PAN for every transaction. The suggest that a "token" instead of a PAN is used for the transaction. This i
45.
▲
by
needusername
7y ago
There is a lot of deliberately confusing marketing. "Tokenization" simply means that a new PAN is generated once per device. This is a normal PAN registered with the payment scheme and your issuer. It has to be a normal PAN, other
46.
▲
by
needusername
7y ago
> It rolls a new number every time I use it, so i can pay at sketchy gas stations at 2 AM Nope. That's deliberately confusing Apple marketing. You get one PAN per device. The new "number" is just the EMV unpredictable numb
47.
▲
by
needusername
7y ago
> but features some highly aggressive optimizations ideal for abstraction heavy code/languages (like scala). Then native image may not be for you yet. Topline performance of native image is currently a lot worse than that of Graal
48.
▲
by
needusername
7y ago
Yet any other OpenJDK distribution from Alibaba, Amazon, Azul, BellSoft, RedHat, SAP (I probably forgot some) all run the TCK. All except AdoptOpenJDK. And whenever you bring that up the only response is ranting about the TCK.
49.
▲
by
needusername
7y ago
Honest question, do any of the current jClarity employees actually do upstream OpenJDK development? I know they build tools around Java but I'm not aware that any of the current employees take part in upstream OpenJDK development eg. a
50.
▲
by
needusername
7y ago
Yes, they do here https://adoptopenjdk.net/upstream.html Note that these are different binaries, build by RedHat not by AdoptOpenJDK. They are distributed there because the Java 8 and Java 11 OpenJDK projects are not allowe
51.
▲
by
needusername
7y ago
1. AdoptOpenJDK does not run the TCK. 2. Corretto and Zulu each have their own patch set. Corretto backports a couple of G1 fixes and Zulu backports Flight Recorder and TLS 1.3.
52.
▲
by
needusername
7y ago
It should be noted that AdoptOpenJDK does not run the TCK against these binaries so they can not be called a compatible Java implementation.
53.
▲
by
needusername
7y ago
They do not have a published list of requirements for Maven artifacts. This does not give a good first impression.
54.
▲
by
needusername
7y ago
Do you see that it's disappointing that you can only give non-answers? The announcement does not mention what happens to your existing products and customers. You come here and offer to answer questions yet can't say what happens
55.
▲
by
needusername
7y ago
What's going to happen to Censum?
56.
▲
by
needusername
7y ago
-XX is for implementation specific VM flags an generally uses + or - -D is for system property and uses key value so it would either be -XX:+VerboseRuntime or -Djdk.runtime.verbose=true
57.
▲
by
needusername
7y ago
Which turns to to be quite easy: https://twitter.com/rafaelcodes/status/1125032183167688706
58.
▲
by
needusername
7y ago
> Nobody actually cares about automagically storing value types in HashMap I agree. When I look at the allocation profiles and heaps of our Java applications (which I assume to be fairly typical Java enterprise applications) boxed types
59.
▲
by
needusername
7y ago
https://twitter.com/volker_simonis/status/105261065466907443...
60.
▲
by
needusername
7y ago
To me this seems like a play against OpenJ9 which is at least partially based on OpenJDK. Rumor has it that AdoptOpenJDK lost their TCK license because they also published OpenJ9 builds. I'm a bit surprised by this given that IBM is a
More ›