skysight-inc/HackerNews huggingface dataset:
Sure, it may be cheaper to build an Android app and an iOS app than it is to build a responsive web app. I'll buy that.

But most customers want an Android app, an iOS app and a web site for desktop.

It's certainly cheaper to build that desktop webapp if you don't have to make it mobile-y, but is it cheaper to build an Android app, an iOS app and a desktop webapp than it is to build a responsive webapp?
> TL;DR: "We tried to make a responsive web app act like a native app and it didn't work because it doesn't work, and that makes me a grumpy goose."

Complete agree on this, and I think that it is the most important point here. It's similar to the when people try to code in one language and complains that doesn't behaves like the one that they are used to. Browsers are designed for a function, or a lot of them, force your design ignoring web needs is going to produce a buggy hard to maintain software.
> This is what many people find insulting about such use of stereotypes.

If we're making small talk and mentioning the factual disparity offends and the statement makes little difference to the conversation, then I concede your point. There is no reason to say it. In fact, saying it would be quite rude.

However, if the factual statement has a material impact on the conversation, you have a responsibility to speak the truth.

It doesn't matter how hurt your feelings may be, it is absolutely despicable to try to silence those speaking the truth, regardless of how it may offend your sensibilities.

If you read this thread, you would think you can jump on Upwork, hire some guy in India, and build a complex SPA or similar and save yourself some $$$. As a matter of fact, you can't. And it's important to say that so that people don't waste their time and money.
Code folds: a fresh take on an old concept
Related: http://thenewstack.io/the-new-stack-analysts-show-19-web-vs-...
Good read till the "Enter Monero" line :)

I'd also mention that bitcoin had a BIP at some point to add stealth address support to the core (BIP63) with a couple of wallets providing support for those.
Octopus Energy | Hammersmith, London, UK | On-site | Full-time

We are a new, tech-focussed energy supplier for the UK market, and we're looking for programmers (especially with Python experience) to join us.

We're building a modern, event-driven infrastructure for interacting with both consumers (via the web, mobile apps and smart-meters) and the industry (eg data flows, consumption forecasting, trading on the wholesale market).

On the server-side, we mainly use Python. Our public site is powered by Django and the Django-REST-framework amongst other things - we also use Pandas, Numpy and Jupyter for analysis and forecasting.

We use AWS heavily, employing most of the Hashicorp toolset (Vagrant, Packer, Consul, Terraform). See, for example, http://tech.octopus.energy/2016/05/05/django-elb-health-chec...

On the client-side, we use React and SASS. For our mobile apps, we use React Native.

This is a great opportunity for several reasons:

* We have lots of difficult design challenges to solve. The UK energy market is complicated and process-heavy - there's an awful lot of domain modelling that we need to get right.

* We have difficult technical problems to solve. With the advent of smart meters, we'll soon be processing millions of meter readings a day. We need the right technology in place to handle this smoothly as well as feeding data into a machine learning pipeline that models and predicts consumption.

* There's a great opportunity for disruption in the UK energy market. The big suppliers still dominate, but are not exactly popular. The energy landscape is changing as we move to more disaggregated forms of generation, with less predictability, more dynamism and smarter technology.

* You'll be working for a company that is genuinely helping to make the world a better place. We'll be helping move people onto using greener technology and consuming energy from renewable sources. This will all help transition the UK towards a lower carbon future.

We just launched the UK’s cheapest 100% green tariff:
https://twitter.com/octopus_energy/status/740819168749031424

Our offices are in Hammersmith. We're open to some remote working but not 100% remote at this early stage of the company.

Apply via talent@octopus.energy

https://octopus.energy

https://tech.octopus.energy
It'll probably depend a lot on marketing, and how much Uber and others spend to grow the market.

Same-day delivery's already provided pretty economically by the regional carriers (think Ontrac), but it's never been a huge market.
I don't really see how user time-share is relevant unless your goal is to start a social network/messaging system.

80% of user time is spent in those 3 apps, that doesn't preclude very profitable apps from being developed. After all, people spend 16+ hours a day at home/work, but there are still plenty of reasons to open restaurants. Unless you profit directly from time-spent-in-app this doesn't seem like a consequential measurement.

See: Uber, pretty low on the charts for time-in-app but yet a massive business. Ditto Amazon, or GrubHub, or any number of other apps that deliver value to their users (and revenue to their owners) without long sessions.
Should You Give Out Your Personal Info? – IVR Technology Group
Also see: https://www.engadget.com/2016/06/09/lenovo-phab2-project-tan...
They do address this: https://matrix.org/docs/guides/faq.html#what-is-the-differen...

There's a larger narrative, I think, about how standardization bodies that are focused on backwards-compatibility can move more slowly than a newly-built ecosystem. While the web has huge commercial players dedicated to making it a first-class experience in an interoperable way, it's unclear that XMPP has the same impetus to evolve. Google Wave could have saved XMPP, but look how that turned out. I think it's very reasonable for Matrix to unfetter themselves from XMPP politics in a world where Slack the Quadricorn is the gold standard.
I use Splitwise for this and it has been the perfect system for me and my roommate the past 6 months. Small things don't always get added in (like sharing some beers here and there), but most stuff does, and most importantly all of the communal items needed for the apartment. Who ever ends up owing at the end of the month just uses Venmo on there and it automatically zeroes everything out.
"Building" is very small part of software life cycle.

Is it also cheaper to bug fix, add features to, update apps when each native platform updates, hire developers who know details of each platform, etc.
I'm just using standard python tools (pudb and pycharm depending if I'm running on a remote server or locally). Also being pure python makes it easier to stick instrumentation into the core library when I need it :)
> "Consistent rendering size across browsers? Just fuck off."
> This is probably your fault.

As someone who has spent an embarrassing amount of time debugging kerning differences, line spacing, and obscure letter size differences across IE/Firefox/Chrome I can enthusiastically say, it might be his fault but I doubt it. Different browsers do things differently and in cases where things must be the same, this is an expensive and time-consuming problem.
People also just speak differently. You're allowed to curse on the internet, and as someone who lives in Queens, I honestly have trouble speaking without cursing. It feels kind of stilted and overly proper. Language is fluid and evolves.
>> The variation is too great to paint everyone with the same brush. It's like saying 'everyone makes mistakes'; yes, but some make far more than others;

> I think you are referring to China making more mistakes then UK in the past.

I wasn't, though I can see how that might be confusing. I just was using that phrase as an example of the near-meaninglessness of a binary perspective that ignores great differences in degree: 'everybody does' or 'everybody doesn't'.

The question was whether censorship in the west is similar to that in China.

> Have you heard of the Jallianwala Bagh massacre ?

I read about the massacre in western history books. I saw a recreation of it in a western movie, "Gandhi" (IIRC). Two of your three citations are to western news publications.

> it isn't hard to find with few online searches

It's not hard to find stories of western atrocities in the west. But try finding stories of Communist Party atrocities in China.
Nope. I listen to about 15 podcasts regularly. They are all made by people in their free time as loving hobbyists. "Content" gets made regardless if there is money exchanged for annoying/misleading your audience.
The arguments that soundly defeat all the pure forms of psychological egoism are available in the criticism section. The guy who lays down in front of the tank isn't being selfish in any reasonable sense of the word, and most attempts to rescue the claim end up trivializing it, by simply calling any goal-oriented behavior "selfish", even when those goals are clearly not for one's own benefit.

There are more defensible forms of psychological egoism, but your summary ("there is personal benefit (feeling good) to being altruistic") doesn't work.
With conflicts of interest like this http://qz.com/520652/groundwork-eric-schmidt-startup-working... it's easy to believe Google would do that.
Which is why it's cheaper to build multiple native apps... which was the point of the article.
For users, I'm not sure how this is significantly worse than asking people to visit your mobile website. In my personal experience, people will search the app store for your mobile web application by default anyway.

If your product is an "app" in the functionality sense, then people are going to look for it in the "app store". Period. For user, it's actually a better experience than using Chrome/Safari.
I'd say it again: break compatibility and make an open, preparsed/compiled/binary HTML format. You'll get several order of magnitude speed increase and reduced memory consumption in browsers (parsing text is expensive). Something a little similar to microsoft .CHM file format.

So instead of having a competition in browsers, you'll have competition is the HTML parsers that developers will use.

No more messy W3C messy standard which is VERY hard and ambiguous to parse for any browser.

I've repeated that rant so often, I might start making a simple example of what I'm talking about. We just MUST abandon the text only approach. It allowed the internet to thrive without microsoft's attempt to make money with it. But today browsers are so ubiquitous, all that there is to do is enable browsers to just render binary HTML, which would just be a tree of rectangles and styles, so really simple. I think.
That's certainly fair/true. FWIW, I appreciate the symbolism and/or keeping revenue streams constrained. At least that forces governments to be honest in taxation rather than allowing these back-door taxation strategies.
"The best college application is stellar grades and some good awards, the best resume is a great network and lots of success stories, and the best pitch to VCs is a rock-solid business."

...all of which are competitive awards.
I don't think that's remotely true if you keep the responsive web app simple. YNGNI and KISS and what not.

I've been doing this for over ten years. In that time I've seen large web applications built for under 4k; I've also seen massively overbuilt simple applications go for 50k+. It comes down to often how needlessly complex you make the stack.

If you stick with solid simple guaranteed tech instead of cutting edge you can knock a web app out relatively cheap and easy.

When it comes right down to it, 95% of web apps have two jobs. Present text to the user, take text from the user. Everything else is a nice to have. HTTP has been doing those two jobs amazingly well for decades. It's a solved problem, don't make it harder than it needs to be.

Lastly: Don't fight the browser. Design for the browser. Responsive is easy if you design for things to flow as the browser would have it. It's one of the biggest mistake I see so often. If a design requires you to fight the native behaviours of the browser, it's likely a bad design. Fight back against that junk, it just makes future work that much harder.

tl;dr Develop for the web of a couple years ago and not the web of today. It'll save you time and headaches.
The SC4-HSM is not designed to be secure against physical compromise, but it can be made resistant against such attacks by encrypting the keys with a pass-phrase. This is not a perfect solution because the pass-phrase needs to be entered through a non-secure host, but it's better than nothing. An attacker would need to compromise the pass phrase and obtain physical possession in order to mount a successful attack.
Should be CSS only so it works with stylish.
Also making use of the CSS blend mode multiply would be good. It's hard to read, even with red glasses right now.
One of the frustrations of working under a boss with little software experience; they keep believing this
>This is probably your fault.

I wonder if it is more arrogant to claim that things are broken or to tell someone its their fault without even knowing what they're trying to do.
Am I wrong or this just shows that downloads of the big old apps that are around since half a decade are slowing down/stagnating? It doesn't show any number about evolution of apps download overall...

Actually also shows that more recent apps (uber, snapchat, AirBnB, Hulu, HBO) is going up.

How does all this adds up to verify the claim of the headline? What did I miss here? :/ Is that just yet another catchy/fishy HL?
This could also be neighborhood or search history or social network related, no?
also http://qz.com/520652/groundwork-eric-schmidt-startup-working...
I've really liked Ubuntu and was looking forward to 16.04, but can you recommend what my next move might be? I'm certainly open to suggestions. My goal is a low-admin workstation for running design apps like Inkscape, eagle and other CNC and electrical engineering software. merci.
She’s an Angel
episodes like this are the most evident reasons why we need a distributed internet search engine in our future
Large scale AWS EC2 outage in us-east-1
EC2, EMR, Lambda, ELB, and RDS currently affected. http://status.aws.amazon.com
Steps to building a connected product
Helium is typically stored in steel or aluminum pressure vessels. Not lead. Lead is heavier and more expensive, and it's soft enough that attaching valves can be problematic.
Gnip by Twitter
Can't a UI be designed such that minor fontsize differences aren't a disaster?
New Animated Fonts That Will Make Your Stationary Serif Seem Dead by Comparison
The "condescending bullshit" is the title of the original post. I read the title "the fucking open web" and thought that 54mf's response was pretty diplomatic in comparison.
PLEASE post this on Medium. More people need to hear your perspective.
If paying customers are asking for features pay attention. If non customers suggest features, you should be extremely skeptical that implementing those features will result in sales
call me impressed when i can launch a mirrored copy of my windows ssd from an usb stick without fuss.
this is just peanuts.
Typescript All the Things Lessons Learned Moving a Large Codebase to Typescript
This reminds me of http://paulgraham.com/die.html and http://paulgraham.com/startupmistakes.html

P.s. I haven't seen her talk yet.
Best one is:

http://www.stroustrup.com/

Most interesting is "I designed and implemented the C++ programming language."
I'm not talking about ideals, I'm talking about typical practices.
It shouldn't be surprising for anyone who takes an exam unprepared that you may walk out with only an average grade. I mean, it's not like he didn't know he was going to get questions on experimental physics, nor the impact they would have on the final grade...
Also Google may have violated ethics rules with its hiring practices of Obama Administration Staff.

http://thenextweb.com/google/2016/04/29/if-you-want-to-work-...
>So many years ago, nobody expected anything to take the place of AOL. Of Yahoo. Of MySpace. Those giants have fallen because someone decided to do something.

Oh please, this is a terrible comparison. AOL was constantly mocked by general internet users, and finally died simply because it became obsolete thanks to other ISPs, web services like Gmail, etc. All of which are big companies.

Yahoo died (it's dead now, but a zombie) because of other big companies, like Google, whose services users migrated to (like Gmail again).

MySpace died (again, another zombie) because of the rise of Facebook, which again, is another huge company.

Your "someone" who decided to "do something" in every case was a big corporation who out-competed them, not a ragtag bunch of volunteers offering something for free because they want to improve the world.

I'd love it if everyone dumped Facebook and switched to Diaspora and email, but I'm sorry, there just aren't any examples at all of this kind of thing happening. Users abandon one crappy corporate service only when some other less-crappy corporate service comes along as an alternative, and the pain of switching becomes low enough to make it worthwhile for them to do so. Highly-technical users are, of course, the exception, but they pretty much never manage to convince their friends and family to abandon the corporate stuff and take up the community-driven stuff, they only succeed (sometimes) in recommending the least-crappy corporate stuff and getting people to switch to that.
It's all, thanks
Ted here from WorkRamp.

Sorry about not having a video; we haven't put the final touches on our video tour yet.

Happy to do a short 10-15 min live demo if interested. My email is ted@workramp.com if you'd like to set up some time in the near future.
If you understand what they're saying, you've already "accepted" the meaning/spelling/usage/etc. Turning around and mocking people or refusing to use the term is a separate issue that doesn't necessarily reflect well on that person.
This isn't quite true: XP drivers are incompatible with later Windows versions, and there's been a lot of problems with Win10 not working with drivers for older Windows versions. When this happens, users end up throwing away perfectly good hardware. Obviously, it's not nearly as bad as Android where every single version is incompatible with any other version, but it's still there.

The problem with Android is that Google has done an absolutely terrible job of managing it and getting vendors to participate correctly (by open-sourcing their drivers so that the OS can be updated). Linux was never meant to be a commercial product, it was always designed with the open-source philosophy, and what you're seeing there is the result of the conflict here. The kernel itself absolutely does have a stable API, but the drivers have always been considered to be part of the kernel, by the devs.
> TL;DR: "We tried to make a responsive web app act like a native app and it didn't work because it doesn't work, and that makes me a grumpy goose."

That's literally his entire thesis.

There's been a ton of effort invested in trying to make web apps capable of competing with native apps, and his point is that it's still simply just not feasible. It's cheaper — and more importantly, costs are more predictable — to develop a native app for every platform you want to support, than to develop a single modern webapp of equivalent quality.
That's self-reported, current occupation [0] collected by BLS.

[0] http://www.bls.gov/cps/cpsaat11b.htm
Here's how to create a weather bot using the Bot Framework
>The web is the future. The web will always be the future. But that’s the problem. I need to ship products now.

It's like tomorrow is always tomorrow -- it is never today. One thing that bothers me about the web dev community is the insistence that technology has a will of it's own. As if the web will just eventually win no matter what. I consider myself an advocate for the Web but it needs to be good or better than the alternatives.

So, joke aside, it doesn't follow from the rant that the web is the future. It follows that there is a lot of work that needs to happen before you can say it might be part of the future.
> I use it regularly to run traces on binaries that don't have any ETW specific instrumentation.

Then those binaries are making use of other binaries which do emit ETW events -- including, possibly, binaries that ship with Windows itself. ETW is basically a pub-sub system. If there isn't code that explicitly sends an event, then there's no event. (And if there aren't currently any listeners subscribed, then the cost of emitting the event is pretty small.)
I read through that Reddit post. How has it been refuted, exactly? If anything, the criticisms are shown in even more stark contrast with unbalanced commenters hurling insults instead of addressing points that are raised.

ZCash has a number of very real problems. The SMPC paper [1] (which is meant to fix the trusted setup issue) will result in 12.8gb of data PER PARTICIPANT. A new node seeking to verify the SMPC will not only have to download double- or triple-digit gigabytes of data, but will then spend several days verifying it. Incidentally, the SMPC paper's results were based on a monster Core i7 with tons of RAM, so let's not even get started on how much of a fail that will be on a consumer PC.

Oh and then it's controlled by a CORPORATION! That gets paid taxes by the blockchain!!! If there was ever a way of handing the TLAs a central point of control, that's it. ZCash should never even attempt to exist right now, the cryptography is way, way too immature to attempt implementation that could result in people losing tons of money.

One last thing I noticed is that the developers (especially Zooko) have no idea how cryptocurrency works. They need to be taken out back and put out their misery for attempting idiotic shit like this: https://github.com/zcash/zcash/issues/713

As for Dash, the participants on Hacker News are not your run-of-the-mill idiots. Surely you're not stupid enough to think that Dash is decentralized, with a small cluster of masternodes mostly owned by one guy (Otoh)? Cmon, nobody in their right mind believes that except pumpers and MLM idiots.

[1] https://ieee-security.org/TC/SP2015/papers-archived/6949a287...
Google Teapot
You seem to be laboring under the false impression that I'm disagreeing with the article. I'm agreeing with the article. I'm also pointing out that this situation would indicate there's a market opportunity somewhere. (In the words of Jeff Bezos: Your margin is my opportunity.)
That's a super depressing future.

My imagined future involves serving podcasts with different ads each time you download the episode. Maybe a subscription to ad-free versions. There's no need for a separate player for subscriptions, Rss feeds can already be password protected.

If anyone is working on the above, hit me up - I'd love to talk.
Aren't the big bottlenecks things like waiting for large resources (images) to download and javascript processing? The parsing of HTML, as far as I'm aware, has a tiny relative impact.
One man's search for the perfect job
>> "they are also acting in line with their principals"

That's kind of my problem here though. They are doing that by banning him - by using it as a PR op it makes me see them in less of a good light. Just the fact they looked at one of their users being harassed and decided to use it to their advantage is in bad taste imo.
Most people give up on XMPP because of the XML side, maybe something like Matrix. I think the lock-in mentality could be worked around if we had open and public servers kind of how IRC has them that would be defaults in some of the clients, but the option should obviously remain to pick a server. Pidgin would reach many platforms, and other clients that already support multiple platforms.
Now THIS is podcasting!
Stealth addresses aren't nearly enough. It needs to be mandatory stealth addresses + some sort of mandatory passive mixing that can't be Sybil attacked + Confidential Transactions. At a minimum.
good to know! thanks