Hacker News new | past | comments | ask | show | jobs | submit | more azr79's comments login

Gee I wonder why he wrote this article

> Co-founder of Ably: Simply better realtime messaging.

oh...


So he has a motive.

He's completely right about Slack though. This is just one of many reasons I tend to hate non-native apps.

And this isn't the first time I've heard of this issue with Slack (by a long shot).

If this post does anything to get people to care about performance and memory usage or the Slack people to work to fix this... fine with me.


Yeah his company doesn't do that kind of real time messaging


https://www.ably.io/

Different kind of messaging.


Please don't troll and have a look at what Ably actually is.

It's data messaging, not user / VoIP / chat messaging. We are in no way a competitor to Slack or ever will be. We deliver a platform realtime data delivery. In fact, companies like Slack are often our customers.

See https://www.ably.io/platform if you want to see what we offer and how it is in no way related.


If his company was a competitor, why would he say that he used Slack for internal communication?


I had that feeling too when the article was that light.


If you check out the site, it's not actually a competitor to Slack at all.

Slack is for one human to message another human, not for one application to message another application.


> String enums

This language is getting better and better with each release


This article's headline is wrong and it doesn't get to the point


It's not wrong. The point is about tools, not the traffic, you guys are all missing the context of the article, it didn't get published in a vacuum. Please see my comment above.


Confirming this, same logic for Angular


Does Google use Angular for its main products?


all internal tools are running on angular, google's entire organisation is literally built upon angular.


I went Angular, because I can get a well paid job very easily, it's a very fun Framework to work with, TypeScript is awesome, it's complete, fast and powerful, is backed by Google and has a huge community.

Vue might be fun to work with, but it doesn't have all the advantages of Angular (or React) I listed above.


We ship Vue.js + TypeScript + Webpack templates: http://docs.servicestack.net/templates-single-page-apps

Vue.js also has the nice advantage of being able to use HTML, TypeScript and SASS within the same .vue component:

https://github.com/ServiceStack/Templates/blob/master/src/Si...


Vue.js is simpler and complete with integrated well-documented core components that's much faster than Angular.

Vue being stewarded by Benevolent Dictator is why it has an elegant design that's more pleasurable to use. Angular2+ has morphed into another design by committee complex monstrosity requiring much more code, conceptual and cognitive overhead to achieve the same result.


I'm a contractor and Vue work seems to be gaining momentum. Another advantage is that you get to work with newer codebases and people that know what they're doing instead of somewhat legacy projects that picked a framework just because it's popular.


You can use TypeScript with Vue without trouble. It is true for employabilty. It will/may come later.


Is that a joke? I'm not even sure at this point.


Successful satire.


I'm highly sure it is a joke. I'm also somewhat interested in the underlying point. :)


Real, fully fledged Safari is only available on Apple Products


This website should in the list too.

Reasons of failure:

- Couldn't scale its web servers


Excuse me?!

That's how it worked for years and everyone knew that, and still it was useful to estimate the current workload of your machine.

Why all of the sudden something that worked for years isn't viable anymore coincidentally when people started complaining about new MBP's shitty battery life? Nobody's buying it.


Also the news today reports "Apple Working with Consumer Reports on Macbook Pro Battery Issue" [1]

Reading between the lines:

"Apple Pressures Consumer Reports to Change its Story"

You don't need to "work with" Consumer Reports to fix the issue. Just fix it.

Why "work with"? Does Consumer Reports have engineers that will help Apple understand the problem? Is Consumer Reports an isolated incident that just needs some tech support to help them understand the computer? Smacks of whitewashing to me.

[1] https://www.cnet.com/news/apple-working-with-consumer-report...


Imagine for a moment that you thought you'd made a good device. Now imagine that a respected organization did their own testing and said they couldn't recommend it.

Would you want to work with them to understand why you came to opposing conclusions?

There's no real chance of bullying, as CR buys the products they test, and has decades of experience with huge companies not loving their reviews.


Consumer Reports already sent Apple their logs on the test machines before the review. CR had already made a good faith effort to find the source of the opposing conclusions. However:

> In his tweet, Schiller linked to a story from iMore that says Consumer Reports was just going for a pre-Christmas headline and should have done more testing.

Apple is trying to bully/influence the public reception to CR's review. Gruber has spent more time dissing the CR review (and distracting from Gurman's expose on the Mac troubles which he hasn't linked to on DF)


Don't know how much you know about Consumer Reports, but I don't think they can't be pressured.


What if Safari attracted a heavy WebGL ad in their web browsing test? What if Chrome had an ad blocker in place? What if they used an automation system to drive the test which wired on the discrete gpu?

I see a lot of questions an engineer could answer to help Consumer Reports better understand why their test showed such large variances and then they can decide if it is a testing artifact or indicative of a real variance.


And yet none of these issues seemed to plague CR in the past, when they've reviewed every single MBP release of the last several years (in addition to hundreds of other laptops)...


Getting tired of people pointing out that "it was never accurate, it doesn't know if you're going to open a game in 20 minutes" as if it's some sort of massive revelation and justifies this move just to make up for their design problems with their latest laptop because the shaped battery didn't work out in time to ship.


As I see it, as the difference between high power and low power states increases, the accuracy of a "time left" predictor decreases.

Back in the day, "active" was one power draw, with a somewhat lower one for idle. And people intuitively understood that idle was not part of a timed test.

Now idle is significantly less power. Discrete GPU is vastly more. Ill behaved app waking from idle only to sleep again is a huge hit. Most of these behaviors are invisible to the user.

You can't just say "at last minute's usage rate, each percent of battery is 6 minutes" and multiply it out. The wildly varying input gives a wildly varying output.

The old algorithm with the new inputs was confusing people.

It's not like they are stopping anyone from watching movies or surfing the web and timing how long a computer runs. The truth is still out there.



Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: