Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nupark2
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
41 ms
·
331.
▲
by
nupark2
15y ago
* > Any Java programmer knows ins and out of Tomcat, any ASP programmer is MSSQL expert?* I'd hope they are experts, or at least have no trouble learning quickly. If they can't manage MSSQL or Tomcat, how do they set up their local deve
332.
▲
by
nupark2
15y ago
> 99% of people have no clue what a "cookie" is used for and just hear that it is "evil" and such. 99% of people also don't know how to evaluate the safety of a food additive. Most don't even know proper food handling procedures and c
333.
▲
by
nupark2
15y ago
We use Java because we don't want to foist a 'weird' language on our clients. If it wasn't for that, we'd leap at the opportunity to use Scala.
334.
▲
by
nupark2
15y ago
I could list a dozen scenarios that easily would lead me to choose a stand-alone web app. "Technopolitics" or my personal opinion of Apple has nothing to do with it. I'd be curious to know what those scenarios are, and whether your choice
335.
▲
by
nupark2
15y ago
> What competition? We were talking about the web. If there's a risk of webapps becoming competitive with native applications on the basis of that 30%, Apple is free to lower it. Given that our clients have been discussing implementin
336.
▲
by
nupark2
15y ago
Reminds me of lxrun: http://en.wikipedia.org/wiki/Lxrun http://www.ugcs.caltech.edu/~steven/lxrun/lxrun-FAQ.html#Q0.... lxrun also trapped syscalls, and supported running Linux binaries on Solaris, SCO UnixWare, and SCO OpenServer. I us
337.
▲
by
nupark2
15y ago
> If they could get equal adoption without the App Store, they'd be making a LOT more money on the same number of customers. That's the key advantage. Apple started high at 30%. If competition dictates, they can lower that percentage
338.
▲
by
nupark2
15y ago
> - Consistent used experience, the same app can be built for every device, not duplicated (at least) 3 times which will lead to inconsistencies. Unfortunately, this also means that every application will offer an inconsistent UX to t
339.
▲
by
nupark2
15y ago
> Thanks to external constraints a big player is going into the right direction (for a certain set of applications where native is not really needed). While 'not really needed' is a literally true statement, the same could be said for r
340.
▲
by
nupark2
15y ago
> It does not support our languages. Is there a Ruby module with no C extension? This first part was already addressed in another comment, but ... > A C# library? Lua? What about that really cool language coming out next week? What
341.
▲
by
nupark2
15y ago
There's a protobuf java library.
342.
▲
by
nupark2
15y ago
> Their testing methods were very imprecise. I agree. The article states that a custom web server was used, but the web server has no means of tracking protocol overhead.
343.
▲
by
nupark2
15y ago
I clicked on this with interest, thinking it was an introductory article on the PPC architecture and instruction set. Perhaps the title should use pay-per-click instead of PPC? :)
344.
▲
by
nupark2
15y ago
While improving the web application experience is commendable, there is still simply no replacement for the native components. Broadly speaking, investment in mobile webapps largely seems to be about improving the entrenched web developer's
345.
▲
by
nupark2
15y ago
A co-operative corporation can allow more people to start businesses that otherwise wouldn't have the resources to do so, without granting an ownership stake to outside investors.
346.
▲
by
nupark2
15y ago
> Systemd is inspired by Apple's launchd (which has an unfortunate license) ... A more impartial assessment would be that launchd is licensed under the Apache License, which is GPLv2-incompatible.
347.
▲
by
nupark2
15y ago
While I agree with the sentiment, unions breed enormous inefficiencies -- modern unions are worthy of scorn. I'm not convinced that there's anything a union does that a co-operative corporation couldn't do better. Instead of battering your
348.
▲
by
nupark2
15y ago
If the "third party" is actually a malicious native application, they can just simulate the launch of Safari, and most users probably won't even notice. In this threat model, OAuth is practically a security no-op and a huge usability negati
349.
▲
by
nupark2
15y ago
> I think jrockway is saying that because with Oauth, you shouldn't normal have a users password at all, if a user's password leaks from a given app then the app author won't have an excuse and thus would be banned from the app. While I
350.
▲
by
nupark2
15y ago
> Accidental stupidity ("our database got hacked") won't. How does this apply to native clients? > So if you actually want to protect your users, you can now take yourself out of the loop. That doesn't even begin to make sense f
351.
▲
by
nupark2
15y ago
Trivialities like page transitions and scrolling inertia only matters to the SXSW crowd. Scrolling inertia is about utility -- being able to easily flick through a long list (such as Netflix's movies). It's a real, intentional user experi
352.
▲
by
nupark2
15y ago
As a mobile developer, our clients are either in the business of selling products/services to users, or selling users to advertisers. Either way, our clients need people to download and use their application. In turn, we must provide the be
353.
▲
by
nupark2
15y ago
Between Qt, Swing, and even SWT's attempt to expose native widgets, you'd think that it would be well established that emulating native components (especially behind a generic API) never produces a result on-par with an application writte
354.
▲
by
nupark2
15y ago
Netflix's web developers might enjoy working on the HTML5-based app, but (at least on iOS) the user experience is poor: - Scrolling is slow, jerky, and is less useful than standard scrolling (for instance, there's no inertia). - The appli
355.
▲
by
nupark2
15y ago
http://www.chromium.org/nativeclient/reference/research-pape... It's possible that the design could be flawed, but the same is true for browser implementations and mobile application sandboxing.
356.
▲
by
nupark2
15y ago
> I'm beginning to believe NativeClient and PNaCl has the best shot at becoming this. Me too, although the biggest hurdles seem as much political as they are technical. My hope is that Google can strong-arm NativeClient into active use,
357.
▲
by
nupark2
15y ago
> It's called the desktop and offers all the native and low-level stuff you can possibly imagine. Actually, I'd say it's called 'mobile'; The desktop failed to solve the sandboxing problem. > And the only people that want to see
358.
▲
by
nupark2
15y ago
From what I can see from the minimized JS, it: - Loads the linux binary and the root memory disk image into 'memory' at the expected addresses (0x100000 and 0x400000, respectively) - Sets the interpreted x86 CPU's EIP to the kernel's entry
359.
▲
by
nupark2
15y ago
This is demonstrative of the advantages of the new low-level APIs being added to JavaScript to work efficiently with binary data. Fabrice uses this to implement an x86 interpreter -- it could not be done efficiently without typed arrays. Ho
360.
▲
by
nupark2
15y ago
It's 2011, and screwing around with kernel compilation is a waste of my time. It should 'just work'. The only time I recompile a kernel is when I'm working on kernel code. If UNIX distributions are doing their jobs, a sysadmin should neve
More ›