Live data from Hacker News

Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

eul.im

41–50 of 101 posts

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#41

This is pretty stupid. Dev machines come with at least 8 gb or ram, why would anyone run a closed source software to save a hundred megabytes and risk compromising their machine. Meanwhile the account is 1 day old and the exe is being flagged by antiviruses.

With you here. I don't really care how much ram something uses as long as it's fast. Biggest problem I have are all these "native" apps just being electron wrappers. I miss the old days of real chat apps. Unfortunately they've all gone to hell - looking at you trillian.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#42

This is pretty stupid. Dev machines come with at least 8 gb or ram, why would anyone run a closed source software to save a hundred megabytes and risk compromising their machine. Meanwhile the account is 1 day old and the exe is being flagged by antiviruses.

Security concerns with this particular project aside, my dev machine does indeed have 8 GB of RAM, which Slack alone readily consumes 1/8th of whilst also using 15% of my total CPU power at rest, doing nothing at all.

There is no excuse for this - it is shoddy engineering. Sending text messages is a simple task. Ruining my battery life and performance for the sake of making it easier for the billion dollar company to ship a cross platform app which feels wrong on every platform is something I despise and I for one am extremely happy that people are trying to counter this ridiculous trend.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#43

This is pretty stupid. Dev machines come with at least 8 gb or ram, why would anyone run a closed source software to save a hundred megabytes and risk compromising their machine. Meanwhile the account is 1 day old and the exe is being flagged by antiviruses.

Because some people want to do more than keep a couple chat windows open at once? Anyways, which antivirus is flagging this?

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#44
post #26
post #2

Hi, eul is a very lightweight and fast native desktop client for Skype, Slack, Gmail, VK, FB, Jabber, Telegram, and Signal. Right now only the first four are supported, and the rest should be done by the end of August. Why did I create this? To solve two big problems I see with the current IM solutions: there are too many of them, and the clients are ridiculously bloated for what they are built to do. For example, ev…

Three things: - THANK YOU! It's near impossible to find a client that isn't either run in a console (admittedly not the worst problem) or horribly bloated (what the hell are people thinking when the bundle a browser to show a single page!?). - What do you think of adding Matrix ( https://matrix.org )? The protocol is HTTP + JSON based and well documented. - Have you thought about open sourcing? My guess is either you…

I have to agree about matrix. In fact I think at this point effort should be focused on bridging protocols to matrix instead of each different client implementing support for protocols by themselves. Then the client can only implement matrix support.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#45

This is pretty stupid. Dev machines come with at least 8 gb or ram, why would anyone run a closed source software to save a hundred megabytes and risk compromising their machine. Meanwhile the account is 1 day old and the exe is being flagged by antiviruses.

Because some people want to do more than keep a couple chat windows open at once? Anyways, which antivirus is flagging this?

Someone is this thread mentioned windows defender and I checked with virustotal where there are some others as well. These might all be false positives, even then it still seems wrong to run a random executable from some anon from the internet.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#46
post #42

This is pretty stupid. Dev machines come with at least 8 gb or ram, why would anyone run a closed source software to save a hundred megabytes and risk compromising their machine. Meanwhile the account is 1 day old and the exe is being flagged by antiviruses.

Security concerns with this particular project aside, my dev machine does indeed have 8 GB of RAM, which Slack alone readily consumes 1/8th of whilst also using 15% of my total CPU power at rest, doing nothing at all. There is no excuse for this - it is shoddy engineering. Sending text messages is a simple task. Ruining my battery life and performance for the sake of making it easier for the billion dollar company to…

I'm saying this as a past user of slack and knowing that this doesn't help, but if they can't keep their frontend solid we can probably surmise their backend is just as shoddy, so we shouldn't be using it, no matter what client we choose to use.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#47
post #44
post #26

Earlier quoted context omitted.

Three things: - THANK YOU! It's near impossible to find a client that isn't either run in a console (admittedly not the worst problem) or horribly bloated (what the hell are people thinking when the bundle a browser to show a single page!?). - What do you think of adding Matrix ( https://matrix.org )? The protocol is HTTP + JSON based and well documented. - Have you thought about open sourcing? My guess is either you…

I have to agree about matrix. In fact I think at this point effort should be focused on bridging protocols to matrix instead of each different client implementing support for protocols by themselves. Then the client can only implement matrix support.

Ideally yes, that's what should happen. But it's very unlikely...

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#48
post #42

Earlier quoted context omitted.

Security concerns with this particular project aside, my dev machine does indeed have 8 GB of RAM, which Slack alone readily consumes 1/8th of whilst also using 15% of my total CPU power at rest, doing nothing at all. There is no excuse for this - it is shoddy engineering. Sending text messages is a simple task. Ruining my battery life and performance for the sake of making it easier for the billion dollar company to…

I'm saying this as a past user of slack and knowing that this doesn't help, but if they can't keep their frontend solid we can probably surmise their backend is just as shoddy, so we shouldn't be using it, no matter what client we choose to use.

If only I could convince my company of that!!

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#49
post #26
post #2

Hi, eul is a very lightweight and fast native desktop client for Skype, Slack, Gmail, VK, FB, Jabber, Telegram, and Signal. Right now only the first four are supported, and the rest should be done by the end of August. Why did I create this? To solve two big problems I see with the current IM solutions: there are too many of them, and the clients are ridiculously bloated for what they are built to do. For example, ev…

Three things: - THANK YOU! It's near impossible to find a client that isn't either run in a console (admittedly not the worst problem) or horribly bloated (what the hell are people thinking when the bundle a browser to show a single page!?). - What do you think of adding Matrix ( https://matrix.org )? The protocol is HTTP + JSON based and well documented. - Have you thought about open sourcing? My guess is either you…

Thanks!

Matrix will definitely be implemented at some point. Not within the first 2 months unfortunately.

Yes, my standards are pretty high, but like I said before here, I do consider open sourcing it.

Re: Show HN: Eul – a lightweight desktop client for Skype, Slack, Gmail, and more

#50
post #2

Hi, eul is a very lightweight and fast native desktop client for Skype, Slack, Gmail, VK, FB, Jabber, Telegram, and Signal. Right now only the first four are supported, and the rest should be done by the end of August. Why did I create this? To solve two big problems I see with the current IM solutions: there are too many of them, and the clients are ridiculously bloated for what they are built to do. For example, ev…

Nice idea. FYI I just tried it on my Mac (10.12.5) with Safari as a default browser and Safari crashes every time it's opened to do the login to any service. After a couple try also eul crashed. Will stay at the window for updates :)

Thanks for testing it. Strange that it crashes on Mac, I'll check the logs and investigate.
Post reply on HN