Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rodrigokumpera
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
Copilotcalypse
(philcalcado.com)
2 points
by
rodrigokumpera
2y ago
|
0 comments
2.
▲
by
rodrigokumpera
3y ago
ZStandard is... standardized under rfc 8878 Plus there's no discussion against zstd itself and its container format.
3.
▲
VowpalWabbit 8.9.0 Released
(vowpalwabbit.org)
1 points
by
rodrigokumpera
6y ago
|
0 comments
4.
▲
by
rodrigokumpera
7y ago
I'm an engineer at MSR working on VW, AMA.
5.
▲
by
rodrigokumpera
8y ago
Mono is MS.
6.
▲
by
rodrigokumpera
9y ago
Xamarin.Android begs to differ. It provides full integration and all we use from Dalvik are gc handles and explicit GC control. Full Disclosure: I work at MS and I am one of the original designers of it.
7.
▲
by
rodrigokumpera
10y ago
MS engineer here, I work on mono. Mono is not a strict superset of .net Core. We follow desktop more closely. The extra APIs that are part of .net core, and are features on .net standard 1.6 will come to mono as we get the time to implement
8.
▲
by
rodrigokumpera
10y ago
Multi-threaded safety is simply due to JIT controlling the visibility of the newly compiled code. First flush, then make it visible for execution, can't go wrong with that and scheduling won't matter. Things get a lot more complic
9.
▲
by
rodrigokumpera
10y ago
That approach is harder to use in practice that in sounds. It's not like people have not tried it. The OS only let you alloc in large granules, like 4k or 16k, and the vast majority of the methods are significantly smaller than that, m
10.
▲
by
rodrigokumpera
10y ago
Yes and no. Core migration don't need to reach a global synchronization point, just enough so that the 2 cores in question agree with each other. This can be done without requiring global visibility of all operations of the source core
11.
▲
by
rodrigokumpera
10y ago
That's a question for the libgcc team. I seriously doubt it to be slow enough to matter.
12.
▲
A tale of an impossible bug: big.LITTLE and caching
(mono-project.com)
445 points
by
rodrigokumpera
10y ago
|
110 comments
13.
▲
by
rodrigokumpera
11y ago
It's right on spot, if you're on H-1B, there's very little reason (or time) to switch jobs if green card sponsorship in not on the table.
14.
▲
by
rodrigokumpera
11y ago
Moving to a startup when under H-1B could be a very risky and possibly disastrous choice. If those are companies that are illiterate on the most basic things, such the difference between an H-1B application and a transfer then there's
15.
▲
by
rodrigokumpera
11y ago
Maybe you'd be interested in mkbundle[1]. A tool mono has for close to a decade that allows you to bundle your app and all its dependencies into a single file. We use it extensively at Xamarin with our platform. [1] http://w
16.
▲
by
rodrigokumpera
11y ago
Yes, the code is MIT licensed. Check it on github: https://github.com/microsoft/referencesource In fact, for the past couple releases mono has replaced a lot of its library code with MS's quite successfully. Full
17.
▲
by
rodrigokumpera
13y ago
The cheapest PhoneGap offering with support will cost you at least $249/year. And for that much you get No Guarantee support, which sounds quite odd.
18.
▲
by
rodrigokumpera
13y ago
Xamarin doesn't provide its products on Linux. But it doesn't mean MonoDevelop doesn't work there. The latest versions run on it, it's just a matter that we don't have the manpower to keep up with packaging. On GTK+
19.
▲
by
rodrigokumpera
15y ago
Maybe it just means that Mono is much more well suited for games and embedded usage. Which arguably is the case.
20.
▲
by
rodrigokumpera
15y ago
Few things to notice here. Mono's new gc is quite solid now. Mono for Android customers use it by default. Yes, performance is not the best nor does it support a concurrent mode. But a garbage collector is one of those projects that is neve
21.
▲
by
rodrigokumpera
17y ago
Would such patent make cancer patients have to pay royalties for their illness?