Here's something I sometimes tell people:
Contentment comes when "the way you want it" and "the way it is" overlap enough -- but sometimes in life, you can really only change one of those.
HN user
http://pist0s.ca
email: hackernews dut pistos aet purepistos dut net
open source: http://github.com/Pistos
Here's something I sometimes tell people:
Contentment comes when "the way you want it" and "the way it is" overlap enough -- but sometimes in life, you can really only change one of those.
This article would have been significantly easier to comprehend if the author had given the tradeoffs names instead of constantly referring to them by "first", "second", and "third" tradeoff. (Granted, he finally does so at the end of the article.)
If you also take a look at the tests than never fail, you will also have a sense of the bugs you should not write.
Just checking: Did you mean "the tests you should not write"?
(I'm not OP) Zulip is good in theory, but I had two problems with it:
1) they had no [simple] means to install it on an existing server (VPS, what-have-you). It assumed (required!) that Zulip would be the only thing on whatever you installed it on. That is, it seemed to assume a container environment (docker, etc.)
B) The public Zulip instance exposed everyone's email address in plain text, ready for easy harvesting.
iii) It's hard to alter the inertia of a team or organization of sufficient size that is already using Slack.
I like what Zulip tries to be in theory (the "topics" feature is really great), but there are two knocks against it, in my opinion:
1. They do not support self-hosting the code on a system with anything else hosted on it. You are strongly recommended to dedicate a server (VPS, Docker, whatever) to your Zulip installation. You can try to install it on an existing server, but it is far from trivial, and doing so is unsupported.
2. As part of the installation script(s), they blindly wget code and execute it with bash. https://github.com/zulip/zulip/blob/eb676e8e508df0349662addd...
I'm hardly a Slack fan, but, in fairness, I've never considered Slack to be slow or resource intensive. Either the web UI or the (OSX) desktop app.
Or are you referring to audio calls and video calls?
no point running STUN an TURN on the same server as Nextcloud
I just prefer to self-host as much as possible.
Yep, you're right. My mistake. But we've been touch by other means.
I'm using coturn for TURN and STUN, and they are on the same VPS that hosts the Nextcloud code, version 13. If you actually want to help me solve the problems, send me a DM on github (username Pistos), and I can give you more of the technical details.
In my experience, Nextcloud's file sharing features are great, working as expected. We use it mainly to share large files with business contacts, both directions. I haven't tried the desktop apps. We use the web interface and the mobile apps.
Anecdata point: I had a lot of trouble setting up Nextcloud Talk with my own STUN & TURN servers. Even after I'd gotten that going, NCT video calls have been extremely unreliable, with it fully working only maybe 1 in 5 times, or worse. I still don't know why. Could be dependent on the kind of Internet each side is connected to (home network behind ISP router vs. coffee shop vs. corporate network with potential firewall, etc. etc.)
I get the point of this, but me personally, I prefer to have aspects of me forgotten/gone rather than remembered, stored and searchable in the future. Yes, it's true that, about once every two months, I am looking for something that I swear I came across on the Internet at some point. However, the rest of the time, I'm able to re-find it just by doing another search, whether on search-engine-of-choice, or a search box on particular-website (e.g. socnet, stackoverflow, reddit, github, hacker news...).
I can't imagine writing a real-world Vue app without Vuex. As such, I can't help feeling like this article, despite the best of intentions, is probably misrepresenting things. The last several Vue apps I've written have not used `emit`; not one single time. (context: `emit` is shown/used in this article)
And that file was... ?
I'm a little amazed at all the reports of problems in the comments here on HN. I have been using Synergy for probably 15 years now, and have had very little issue with it. I use it to connect Linux, OSX and Windows. I use what appears to be version 2.0 on Gentoo as the main driver/server (the machine where the keyboard and mouse are connected).
Maybe my needs are much more modest than that of the average user, but, as a matter of fact, I do get by without using extensions from the Google Chrome store which are not open source. I do install open source ones from there, but I'm ready to download from source and avoid the store, which I do indeed do in some cases.
Even if Chromium's source is developed by Google employees, it being open source at least allows it to undergo scrutiny with respect to end-user-unfriendly behaviour.
With respect to your analogy: What of Chromium [with the right settings switched in the user's favour]?
Delete, or make it not findable by other normal user accounts? How is deletion enforcable or provable? Are government agents allowed to enter your premises or those of your data centre(s), and gain complete and unrestricted access to all physical disk media to do a full scan to prove or disprove any given allegation of failure to delete?
Please note that the goal of this project is to provide a simple, turn-key solution. There are basically no configuration options and you can’t tweak the machine’s configuration files after installation.
Can't configure post-install? At all? This seems like it would be a showstopper for some.
I don't per se "hang out" anywhere online. Most of my musical activities are engaged in within meatspace. At most, I might share the occasional recording on social networks. I've participated a bit in music-related forums.
Technology hasn't progressed far enough yet for musicians to be able to play together real-time over the Internet. That'll be a great day when it comes, though.
I'm just another data point, but, in my case, the honest truth is that I deliberately avoided a career in music because I thought that it would be too hard and/or risky to make much money. My formal studies were in computers, science and tech. I never dropped music from my life; I still avidly pursue it as a hobby, including both performance and songwriting/composition. I just don't rely on it to put meals on my table or keep a roof over my head. I make music for the sake of itself, and the pleasure and joy of it, not to make money. i.e. because I want to, and when I want to, not because I have to.
But everything beyond Blink/Webkit is precisely what I'm interested in viewing, contributing to, and wanting the FLOSS community to be able to audit and alter, etc. etc.
I was a pretty die-hard Opera fan for many years, so this news really piqued my interest... up until I learned the software is not libre.
Same here. Cannot figure out the interface at all. Chromium. Pressing letters actuates a sound effect once, okay. Numbers for the effects. Okay. Left and right arrow keys changes BPM. Fine. Other than that, I cannot seem to lay down any notes in the sequence at all. No idea what the vertical line means when I click to try to lay down a note.
To site author(s): Just FYI, the landing page is blank until you accept cookies.
Nice! The example code looks simple enough to understand relatively quickly, and it does seem to work (good on you to have working demos to show). May play with this some time soon. You should put some contact info in the README. e.g. IRC channel, or email (if you dare), or a pointer to github issues page.
FYI: Nothing is displayed if you don't accept the site's cookies.
The first thing that comes to mind is: While the time-spent entries I enter are usually exactly what ends up on invoices, on occasion, this is not the case. An entry might get edited (text description of work done, or even amount of time spent), or deleted, prior to generating the invoice and sending it. The concern here is that if clients are notified "too quickly" about time spent, updates would cause confusion, or there might have arisen certain expectations from the client that would end up not being met.
I read that page top to bottom, and was not motivated to switch from my current provider (Freshbooks), with which I am quite satisfied. I consider slowness of payment due to my clients, not my time tracking / invoicing tool.
I think this just depends on the make and model. I did a bit of homework before purchase a few years ago (to ensure good compatibility with GNU/Linux), and my Dell Inspiron N7010 has been serving me faithfully for years. No major wifi issues, no battery life issues.
Chromium reports that there are only two things being attempted by the site: a PHPSESSID cookie, and localStorage. I can't seem to make Chromium accept only one or the other, I can only make it "Allow" for the entire domain altogether, both cookie and localStorage.
I have vague recollections about Chromium and/or Firefox confounding localStorage with cookies when it comes to allowing or denying.