Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
kartickv
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
75 ms
·
751.
▲
by
kartickv
10y ago
The point still stands: these bad regimes will find it harder to do their dirty work as security increases.
752.
▲
by
kartickv
10y ago
As a counterpoint to the rest of the comments, I'm probably better off with WhatsApp than plain SMS, which the Indian government has access to. I'll pick Facebook spying over government spying. Other networks are not an option, si
753.
▲
by
kartickv
10y ago
General thoughts, not in the context of IoT: Interconnectivity is a double-edged sword: it sometimes precludes innovation. To interconnect, you need an agreed-upon spec, which constrains what you can do. If you can think of a better way to
754.
▲
by
kartickv
10y ago
That's from the date of initial introduction. The relevant number is 18 months from the date you bought it.
755.
▲
by
kartickv
10y ago
You mean issue security updates for multiple major versions, like Marshmallow, Lollipop and KitKat? That's an overhead to code, backport and test. These resources could be spent elsewhere.
756.
▲
by
kartickv
10y ago
I agree with you that simplifications should approximate the precise versions. Mine did approximate them. Note that approximate means "not perfectly agreeing with". But my advisor wanted them to agree perfectly, at which point the
757.
▲
by
kartickv
10y ago
When I read computer science papers, I often find them written in a rigid, academic style compared to a blog post or a book. I sometimes skip reading papers for that reason. This is sad — there's all this human knowledge that was pains
758.
▲
by
kartickv
10y ago
HTML may have intended to deliver semantic markup, but web application developers want pixel-perfect layout. That ship has long sailed. No disagreement about excessive scripting, ad serving and other bloat. But those are orthogonal to my po
759.
▲
by
kartickv
10y ago
Agreed. My blog post was meant more like: where do we go from here? How do we take what we learnt and use that to make HTML better?
760.
▲
by
kartickv
10y ago
You reminded me of Google Gears (disclosure: I worked on it), which was supposed to have played a part in getting the W3C committee to work on HTML5 seriously. Likewise, HTTP2 languished for a long time, but took off quickly once SPDY was i
761.
▲
by
kartickv
10y ago
Isn't AMP available as an open-source library? I don't see the lock-in. Besides, Google has announced that search rankings will be affected by speed, not by what library you use. So, if your site is already optimal (doesn't b
762.
▲
by
kartickv
10y ago
To take an example, in what context is it better to have img tags that don't specify their width and height?
763.
▲
by
kartickv
10y ago
Not intended as finger-pointing, just forward-looking. HTML was great historically. What do we do now? How could we improve things?
764.
▲
by
kartickv
10y ago
When a new feature is being developed, whether it can be GPU-accelerated on day 1 should be a factor in the decision. If it can't, or it's tricky, perhaps we should think twice before even developing the feature. Rather than it be
765.
▲
AMP Is What HTML Should Have Been
(kartick-log.blogspot.com)
77 points
by
kartickv
10y ago
|
89 comments
766.
▲
Why We Need T-Shaped Engineers
(kartick-log.blogspot.com)
2 points
by
kartickv
10y ago
|
0 comments
767.
▲
by
kartickv
10y ago
How about Mac App Store vs Windows Store revenue?
768.
▲
by
kartickv
10y ago
Yes, I considered that, but it doesn't work for the particular app I'm thinking of.
769.
▲
by
kartickv
10y ago
Good points. This is a productivity app, but I'd like an answer to the original question, please: how many billions of dollars of revenue does the Mac generate for all developers across all categories of apps? Windows?
770.
▲
What is the annual revenue from Mac vs. Windows apps?
7 points
by
kartickv
10y ago
|
7 comments
771.
▲
Why Every Team Needs a Decider
(kartick-log.blogspot.com)
1 points
by
kartickv
10y ago
|
0 comments
772.
▲
by
kartickv
10y ago
You could do that if the device has a 360-degree hinge. Then you can fold it and lean it against a stand.
773.
▲
by
kartickv
10y ago
I think that if a device has a physical keyboard, it should be a full-sized keyboard. If not, get rid of it and have a smaller, thinner, lighter device. Having a crappy keyboard is IMO the worst of both worlds — you get neither the producti
774.
▲
by
kartickv
10y ago
Did they have full-sized keyboards? Were they high-end devices, like $799, as opposed to crappy netbooks?
775.
▲
by
kartickv
10y ago
Interesting point of view. The full-sized keyboard on this proposed device is exactly in keeping with that. Smaller, and you can't type productively.
776.
▲
by
kartickv
10y ago
With a full-sized keyboard, and at at higher price, like $799.
777.
▲
by
kartickv
10y ago
We could make the device a millimeter thicker so as to maintain the "up to 10 hours" battery life of the Macbook.
778.
▲
by
kartickv
10y ago
I understand your sentiment, but I'm sure others would take that tradeoff for a smaller, lighter laptop. Your comment is like saying, "No keyboard and trackpad? I won't buy the 13-inch iPad." Perfectly fine, and represen
779.
▲
by
kartickv
10y ago
As the blog post says, it would be practical if the apps / web apps / web sites are redesigned for it. Which may or may not happen, granted.
780.
▲
by
kartickv
10y ago
As the blog post says, this device wouldn't have some of the visual overhead desktop OSs have: menu bars, dock, title bar, etc.
More ›