7 ms·

I'm very comfortable typing /mute in noisy channels and coming back later. I'm also happy to close slack when I need to be in the zone. IMHO Don't blame the to

by kator 9y ago

I'm very comfortable typing /mute in noisy channels and coming back later. I'm also happy to close slack when I need to be in the zone. IMHO Don't blame the tools, it's about discipline, you need to own your time, calendar time for yourself and get stuff done. If management doesn't understand this then time to find a new team.

sotojuan 9y ago
This. I mute all my channels except #engineering (and if it was noisy I'd mute it too). If anything is urgent, people can mention or DM me. I also turn off notifications when I'm busy.
matchbok 9y ago
Doesn't that prove slack doesn't work? What is the point of channels if the average person has to ignore them to get any work done? Coming back later really doesn't help (at least for me). Because chats are interspersed throughout, you can't really follow/search anything.
- vanderZwan 9y ago
  At which point we basically need to resort to threaded conversations, after which it is just a matter of time until someone re-invents Google Wave.
  - benley 9y ago
    Take a look at Zulip, if you're not already familiar with it. They nailed threaded chat in a way I haven't seen anywhere else, with the possible exception of Zephyr.
    - jkaplowitz 9y ago
      That similarity is very much not an accident - Zulip is based on Zephyr. (I forget whether that's true technically or just in terms of inspiration, but the latter is definitely true.)
      - price 9y ago
        Inspiration very much so, code and technology not at all. (I'm one of the Zulip developers.) I have enough friends who've hacked on Zephyr, and they tend to get such a look of horror on their faces when talking about that protocol and codebase, that I'm pretty sure that was the right approach for us. :) It really was/is a fantastic social product, though.
        jkaplowitz 9y ago
        Thanks for the added info! Indeed, sounds like borrowing only ideas but not code from Zephyr was wise. :)
    - vanderZwan 9y ago
      So this is not Zulip-specific, but I am trying to figure out what it is that they supposedly nailed about threaded chat, and getting really annoyed by the experience of it. It really highlights a number of general issues I have with the way all apps in this space try to sell themselves. TL;DR: If you proudly state on your features page that you have "First class threading on top of everything you could want from real-time chat", then give a good explanation of what makes it first-class and why it works so well. Don't assume that everyone who visits your page has already tried out a dozen other modern chat programs and therefore is familiar with all the UI idioms. I don't know if that is arrogance or naivety, but it's wrong either way. So my goal is a quick overview of the UI and a feeling for the UX. How it all comes together, how it flows when used. I have no interest to first install it and explore it to do so, and that would require having conversations and discussions in it, and I don't feel like convincing a bunch of friends to give this a try and make them invest time in testing it. First, the Zulip webpage (which has a broken back-button.. great). The features page proudly opens with "First class threading on top of everything you could want from real-time chat."[0] Great, so how does that work? No explanation, it just lists all the other features - the "everything you could want" bit - without every going into detail on the conversational threading UX. Yeah, those features all look nice, but you're not telling me why the threading is better than elsewhere. Ok, well, if I search on YouTube for videos, I'll probably find a video of some nerd trying to convince me Zulip is better than anything else and why. Although I don't like it when companies lean on that kind of "implicit crowdsourcing", so I am already slightly annoyed. Turns out that there isn't much on YT either. A lightning talk by one of the devs, talking about organisational structure and culture of an open source project[1]. Great, but not what I need right now; the fifteen second overview of the UI (with an implicit "you're already familiar with this stuff" tone) does little to help me. What else? A series on how to install Zulip[2]. No discussion about the interface itself, so same problem. The remaining search results are either promotion videos of other chat platforms, or screen captures of people complaining about bugs in the Zulip app[3]. So far, the latter are the closest thing to something informative: at least it shows the app in action, and since the narration explains what is broken, you also hear what the expected behaviour is. Still not very useful. As a last resort, I dive into the (extensive) documentation[4]. It lists everything you might want to do with the chat ("how to set up an account", "how to edit a message") and is very extensive. That is great in itself, since it lets people find answers to these specific problems, but I am still missing a good explanation of how it all comes together. Ok, fine, I'll dig through the docs myself and try to get a picture of the app. Clicking through it I see a lot of things that are familiar from other chat apps. But when it comes to the threading, I find only a few spread-out paragraphs somewhat explaining how Zulip organises its chats: > Zulip is a group chat app. Its most distinctive characteristic is that conversation within an organization is divided into “streams” and further subdivided into “topics”, so that much finer-grained conversations are possible than with IRC or other chat tools. [4] > Messages in Zulip are organized into streams and topics. Streams are similar to chatrooms, IRC channels, and email lists in that they determine who receives the message. Each conversation in a stream also has a topic, which plays the role of the subject line of an email (though topics are usually shorter, e.g. "logo" or "logo design", not "feedback on the new logo design?") in that it organizes messages into threads. [5] > In each stream, messages are sorted by topics. Topics are specific, fine-grained subjects that fit with the overall subject of the stream that they're sent to. Topics ensure sequential messages about the same thing are threaded together, allowing for better reception for users. [6] As far as I can tell, that's it. COME ON! So the whole thing is that you have a conversational tree that where for each topic ("streams"), you can have one extra sub-topic ("topics")? So it's essentially just forums and subfora, but with different user interface based on chat idioms? And I can figure this out due to previous familiarity with this kind of software. I guarantee you that this is still pretty mystifying to people less tech-savvy. OK, so now I wonder: how to start a topic then? I see pages on how to start a stream, how about topic? There is one about editing one[7], or viewing all messages about a specific topic[8]. Nothing about starting a topic though. There has to be one, of course, since you can't use this software without this. Dig through the docs long enough, and you'll find it under "Send a new stream message"[9]. No hint that this has anything to do with starting a new topic. What?! Why is it called "sending a new message"? I guess that in Zulip-idioms, a new message is different from replying to another message; the latter implicitly subscribing to that particular topic. Starting a new message in a stream means defining a new topic. So in order to figure out Zulip-logic, I must already be familiar with Zulip-logic?! WHAT THE HELL PEOPLE. You cannot expect this from new users. Just call "sending a new message" what it is: starting a new topic. Or make an alias that forwards from one page to another, like merged pages on WikiPedia, or whatever, but not this. Zulip looks like a great app, but this is ridiculous. More developers/designers should read https://news.ycombinator.com/item?id=6429848 https://news.ycombinator.com/item?id=6429848 and ask themselves whenever they develop/design something: "would this way of explaining intimidate the elderly, or anyone else who is less comfortable with technology than me into thinking they are too stupid to use computers?" If you're not somewhat thinking about that, you're doing it wrong. [0] https://zulipchat.com/features/ https://zulipchat.com/features/ [1] https://www.youtube.com/watch?v=lXFO2ULktEI https://www.youtube.com/watch?v=lXFO2ULktEI [2] https://www.youtube.com/watch?v=-qh55hxfGDM https://www.youtube.com/watch?v=-qh55hxfGDM [3] https://www.youtube.com/watch?v=fnXZJSRPy0A https://www.youtube.com/watch?v=fnXZJSRPy0A [4] https://zulipchat.com/help/ https://zulipchat.com/help/ [5] https://zulipchat.com/help/getting-started-with-zulip https://zulipchat.com/help/getting-started-with-zulip [6] https://zulipchat.com/help/about-streams-and-topics https://zulipchat.com/help/about-streams-and-topics [7] https://zulipchat.com/help/change-the-topic-of-a-message https://zulipchat.com/help/change-the-topic-of-a-message [8] https://zulipchat.com/help/view-messages-from-a-topic https://zulipchat.com/help/view-messages-from-a-topic [9] https://zulipchat.com/help/send-a-stream-message https://zulipchat.com/help/send-a-stream-message
  - matchbok 9y ago
    This. Day-long group chats with 20+ people is not how work gets done, IMO.
  - shawnz 9y ago
    Last I checked, Slack actually does have threaded conversations. I'm not sure why the article claims that it doesn't.
    - toomanybeersies 9y ago
      I think that Slack's implementation of threaded conversations is severely lacking. It's easy to miss that someone has replied to you and started a thread, and it's hard to find existing threads, you have to scroll up in history and try and find it. Slack threads almost got me fired. Long story short: I requested leave for a couple of days, by posting in the #leave channel on the company slack, as is company policy. A week later I was sick and took a day off work, that same day my boss (who works remote to the rest of the team and was separate to my supervisor) denied my request, by posting a reply and starting a thread on slack. The next day, when I came into work, my Slack was filled with unread messages and comments. I checked my DMs, and just marked everything else as read since it was mostly people mentioning @channel. Because I only checked my DMs I missed this reply to my request for leave. I only discovered the day before I was due to leave that my request was denied, when one of my colleagues mentioned it to me. I then proceeded to go on leave, which work wasn't too pleased about. I was basically asked to resign, which I did because I was planning on leaving the company anyway. There were a few problems caused by slack here (as well as my own failings). Slack has too much noise. After only a day away, I was inundated with messages, and no easy way to sort the wheat from the chaff. This can be mitigated by good management and company policy. Using @channel to chat about your plans for the weekend is not appropriate use of @channel. With email, I would've gotten a nice list of unread emails, which I could scan down and automatically delete the ones I don't care about, and I would've clearly seen the email titled "re: leave request". Slack DMs also lack any kind of subjects or threads, so it's not possible to send leave requests to a manager with a subject heading, if company policy required me to put leave requests in as a DM, it would sit in a single threaded conversation with my boss along with all my other messages. I think that slack is a good tool if used properly and appropriately. @all or @here should be used sparingly, and for important messages. DMs shouldn't be used for anything serious. It shouldn't be company policy to have a #leave channel where you post your leave requests, where your boss can publicly second guess your requests for sick leave. It all comes down to how its used. Slack is great if I need to send a quick message to a colleague, or if I need to post a comment in a channel where a prompt reply isn't required. Slack does try to advertise itself as an alternative to email though, which is BS. It's a tool to use beside email. It's just like how IRC didn't replace email, neither did Skype.
  - mercer 9y ago
    Doesn't Slack support at least one 'level' of replies? I've come back to busy channels to find replies/discussion in the right pane to earlier messages.
- deleted 9y ago
  [deleted]
- tinymollusk 9y ago
  That proves Slack doesn't work in the same sense that it proves frictionless professional interaction doesn't work. As in, it proves nothing except it's an ineffective product for what humans use it for. Same as we'd say if Slack wasn't around -- "is IRC really the best way for us to do this?" No. Of course not. We don't live in a best-case world, however; the relevant question to their user base is "are we helping you more than alternatives?", and for an entrepreneurial community like HN, "what does the better solution that solves the same problem look like?"
- freehunter 9y ago
  What’s the point of an office break room if people aren’t there constantly? It still allows you to have a conversation with the people who are there, with the added benefit of people who walk in later can still see it and chime in.
smt88 9y ago
> it's about discipline I've moved my teams away from "discipline" as a solution. How many times has someone said "I'll stop doing this" or "it won't happen again" and then it does? Discipline might work for one person (usually the one making the rules), but I've found that it's impossible to get a team to be uniformly disciplined. Even if you can do it, it's extremely time/labor-intensive. There are many tools demonstrating that discipline doesn't work, such as Chrome add-ons that block Facebook. Even when someone understands they need to be disciplined and want to be, sometimes they just can't. Some examples of replacing discipline with hard boundaries: - using only languages with static typing - rejecting commits with messages less than 3 words long - rejecting commits without tagged issue(s) - formatters (similar to gofmt) instead of a style guide
- rdiddly 9y ago
  - not having a bag of goddamned Oreos in the house when you're on a diet. "Aww, all it takes is a little discipline." Yeah or I can set myself up to succeed.
  - NLips 9y ago
    This seems to me like an incredibly good example, and I've no idea why people would be downvoting it. The GP programming / technical examples are potentially easier for the reader to think "well sometimes I'd want to break that rule because X", whereas this example makes it obvious, and brings up "setting yourself up to succeed". Good contribution, rdiddly.
    - rdiddly 9y ago
      Thanks, yeah the point is to use discipline further upstream. Use discipline once at the outset to permanently avoid influences that require discipline over and over again.
- fapjacks 9y ago
  > It's impossible to get a team to be uniformly disciplined. Not if you hire veterans.
milansm 9y ago
I use Slack in exactly the same manner. That's why I created Slack extenstion that tries to solve this problem (shameless plug: qdochat.com). I think mix of asyncrhonous and syncrhonous communication is the way to go.
fwdpropaganda 9y ago
> IMHO Don't blame the tools, it's about discipline I've been seeing this meme lately on HN. First it was "Facebook is a time sink". Now it became "If you think Facebook is a time sink that just shows you lack discipline." No, sorry. Lack of discipline might be the explanation for your private time (Facebook). But as for Slack, you DO have to be a team player. If the entire companies uses Slack you can't just not. If people are pestering me because I'm not responding, that's not my lack of discipline.
- madeofpalk 9y ago
  You still use Slack, but you just be disciplined about how you use it. Mute noisy channels, disable notifications, etc. Again, Slack is just a tool. I have no problem with it, but maybe that's because I work in a company that has a healthy relationship with Slack, and I make generous use of its features to let me focus on what's relevant and interesting to me.
  - gorm 9y ago
    You seems to miss the point of this brilliant article. Slack is just a tool but it changes the whole mentality of the organization. You can't mute the whole organization. Please read the article and not only the title.
    - mseebach 9y ago
      The article isn't brilliant, it's a sequence of unsubstantiated assertions, although ones that seem to resonate with a lot of people. But, getting to the core of the matter: > You can't mute the whole organization. No, you can't. And you shouldn't. That's literally the whole point of organisations. If the particular mode of communication a given organisation uses isn't good enough, think about how to make it better instead of just brushing the whole thing off. We worked this out with phones, email and mobile phones. The discussion here is ripe with people saying "if it's important, they'll call me". Well, 20 years ago, mobile phones were given the Slack treatment because it was horrible that anyone could just call you. Some bosses seem to reward underlings who respond to email at odd hours, yet nobody struggles to understand that it's toxic behaviour instead of writing diatribes about who we should stop using email altogether (although people did write those in the 90s). I heard of an organisation where the rumour was that some members of senior management would stalk employees' calendars to see if they were keeping busy. Good thing that organisation was able to end that kind of ridiculous Goodhart style management by ending the use of calendars!

by kator 9y ago

sotojuan 9y ago

This. I mute all my channels except #engineering (and if it was noisy I'd mute it too). If anything is urgent, people can mention or DM me. I also turn off notifications when I'm busy.

matchbok 9y ago

Doesn't that prove slack doesn't work? What is the point of channels if the average person has to ignore them to get any work done? Coming back later really doesn't help (at least for me). Because chats are interspersed throughout, you can't really follow/search anything.

vanderZwan 9y ago
At which point we basically need to resort to threaded conversations, after which it is just a matter of time until someone re-invents Google Wave.
- benley 9y ago
  Take a look at Zulip, if you're not already familiar with it. They nailed threaded chat in a way I haven't seen anywhere else, with the possible exception of Zephyr.
  - jkaplowitz 9y ago
    That similarity is very much not an accident - Zulip is based on Zephyr. (I forget whether that's true technically or just in terms of inspiration, but the latter is definitely true.)
    - price 9y ago
      Inspiration very much so, code and technology not at all. (I'm one of the Zulip developers.) I have enough friends who've hacked on Zephyr, and they tend to get such a look of horror on their faces when talking about that protocol and codebase, that I'm pretty sure that was the right approach for us. :) It really was/is a fantastic social product, though.
      - jkaplowitz 9y ago
        Thanks for the added info! Indeed, sounds like borrowing only ideas but not code from Zephyr was wise. :)
  - vanderZwan 9y ago
    So this is not Zulip-specific, but I am trying to figure out what it is that they supposedly nailed about threaded chat, and getting really annoyed by the experience of it. It really highlights a number of general issues I have with the way all apps in this space try to sell themselves. TL;DR: If you proudly state on your features page that you have "First class threading on top of everything you could want from real-time chat", then give a good explanation of what makes it first-class and why it works so well. Don't assume that everyone who visits your page has already tried out a dozen other modern chat programs and therefore is familiar with all the UI idioms. I don't know if that is arrogance or naivety, but it's wrong either way. So my goal is a quick overview of the UI and a feeling for the UX. How it all comes together, how it flows when used. I have no interest to first install it and explore it to do so, and that would require having conversations and discussions in it, and I don't feel like convincing a bunch of friends to give this a try and make them invest time in testing it. First, the Zulip webpage (which has a broken back-button.. great). The features page proudly opens with "First class threading on top of everything you could want from real-time chat."[0] Great, so how does that work? No explanation, it just lists all the other features - the "everything you could want" bit - without every going into detail on the conversational threading UX. Yeah, those features all look nice, but you're not telling me why the threading is better than elsewhere. Ok, well, if I search on YouTube for videos, I'll probably find a video of some nerd trying to convince me Zulip is better than anything else and why. Although I don't like it when companies lean on that kind of "implicit crowdsourcing", so I am already slightly annoyed. Turns out that there isn't much on YT either. A lightning talk by one of the devs, talking about organisational structure and culture of an open source project[1]. Great, but not what I need right now; the fifteen second overview of the UI (with an implicit "you're already familiar with this stuff" tone) does little to help me. What else? A series on how to install Zulip[2]. No discussion about the interface itself, so same problem. The remaining search results are either promotion videos of other chat platforms, or screen captures of people complaining about bugs in the Zulip app[3]. So far, the latter are the closest thing to something informative: at least it shows the app in action, and since the narration explains what is broken, you also hear what the expected behaviour is. Still not very useful. As a last resort, I dive into the (extensive) documentation[4]. It lists everything you might want to do with the chat ("how to set up an account", "how to edit a message") and is very extensive. That is great in itself, since it lets people find answers to these specific problems, but I am still missing a good explanation of how it all comes together. Ok, fine, I'll dig through the docs myself and try to get a picture of the app. Clicking through it I see a lot of things that are familiar from other chat apps. But when it comes to the threading, I find only a few spread-out paragraphs somewhat explaining how Zulip organises its chats: > Zulip is a group chat app. Its most distinctive characteristic is that conversation within an organization is divided into “streams” and further subdivided into “topics”, so that much finer-grained conversations are possible than with IRC or other chat tools. [4] > Messages in Zulip are organized into streams and topics. Streams are similar to chatrooms, IRC channels, and email lists in that they determine who receives the message. Each conversation in a stream also has a topic, which plays the role of the subject line of an email (though topics are usually shorter, e.g. "logo" or "logo design", not "feedback on the new logo design?") in that it organizes messages into threads. [5] > In each stream, messages are sorted by topics. Topics are specific, fine-grained subjects that fit with the overall subject of the stream that they're sent to. Topics ensure sequential messages about the same thing are threaded together, allowing for better reception for users. [6] As far as I can tell, that's it. COME ON! So the whole thing is that you have a conversational tree that where for each topic ("streams"), you can have one extra sub-topic ("topics")? So it's essentially just forums and subfora, but with different user interface based on chat idioms? And I can figure this out due to previous familiarity with this kind of software. I guarantee you that this is still pretty mystifying to people less tech-savvy. OK, so now I wonder: how to start a topic then? I see pages on how to start a stream, how about topic? There is one about editing one[7], or viewing all messages about a specific topic[8]. Nothing about starting a topic though. There has to be one, of course, since you can't use this software without this. Dig through the docs long enough, and you'll find it under "Send a new stream message"[9]. No hint that this has anything to do with starting a new topic. What?! Why is it called "sending a new message"? I guess that in Zulip-idioms, a new message is different from replying to another message; the latter implicitly subscribing to that particular topic. Starting a new message in a stream means defining a new topic. So in order to figure out Zulip-logic, I must already be familiar with Zulip-logic?! WHAT THE HELL PEOPLE. You cannot expect this from new users. Just call "sending a new message" what it is: starting a new topic. Or make an alias that forwards from one page to another, like merged pages on WikiPedia, or whatever, but not this. Zulip looks like a great app, but this is ridiculous. More developers/designers should read https://news.ycombinator.com/item?id=6429848 https://news.ycombinator.com/item?id=6429848 and ask themselves whenever they develop/design something: "would this way of explaining intimidate the elderly, or anyone else who is less comfortable with technology than me into thinking they are too stupid to use computers?" If you're not somewhat thinking about that, you're doing it wrong. [0] https://zulipchat.com/features/ https://zulipchat.com/features/ [1] https://www.youtube.com/watch?v=lXFO2ULktEI https://www.youtube.com/watch?v=lXFO2ULktEI [2] https://www.youtube.com/watch?v=-qh55hxfGDM https://www.youtube.com/watch?v=-qh55hxfGDM [3] https://www.youtube.com/watch?v=fnXZJSRPy0A https://www.youtube.com/watch?v=fnXZJSRPy0A [4] https://zulipchat.com/help/ https://zulipchat.com/help/ [5] https://zulipchat.com/help/getting-started-with-zulip https://zulipchat.com/help/getting-started-with-zulip [6] https://zulipchat.com/help/about-streams-and-topics https://zulipchat.com/help/about-streams-and-topics [7] https://zulipchat.com/help/change-the-topic-of-a-message https://zulipchat.com/help/change-the-topic-of-a-message [8] https://zulipchat.com/help/view-messages-from-a-topic https://zulipchat.com/help/view-messages-from-a-topic [9] https://zulipchat.com/help/send-a-stream-message https://zulipchat.com/help/send-a-stream-message
- matchbok 9y ago
  This. Day-long group chats with 20+ people is not how work gets done, IMO.
- shawnz 9y ago
  Last I checked, Slack actually does have threaded conversations. I'm not sure why the article claims that it doesn't.
  - toomanybeersies 9y ago
    I think that Slack's implementation of threaded conversations is severely lacking. It's easy to miss that someone has replied to you and started a thread, and it's hard to find existing threads, you have to scroll up in history and try and find it. Slack threads almost got me fired. Long story short: I requested leave for a couple of days, by posting in the #leave channel on the company slack, as is company policy. A week later I was sick and took a day off work, that same day my boss (who works remote to the rest of the team and was separate to my supervisor) denied my request, by posting a reply and starting a thread on slack. The next day, when I came into work, my Slack was filled with unread messages and comments. I checked my DMs, and just marked everything else as read since it was mostly people mentioning @channel. Because I only checked my DMs I missed this reply to my request for leave. I only discovered the day before I was due to leave that my request was denied, when one of my colleagues mentioned it to me. I then proceeded to go on leave, which work wasn't too pleased about. I was basically asked to resign, which I did because I was planning on leaving the company anyway. There were a few problems caused by slack here (as well as my own failings). Slack has too much noise. After only a day away, I was inundated with messages, and no easy way to sort the wheat from the chaff. This can be mitigated by good management and company policy. Using @channel to chat about your plans for the weekend is not appropriate use of @channel. With email, I would've gotten a nice list of unread emails, which I could scan down and automatically delete the ones I don't care about, and I would've clearly seen the email titled "re: leave request". Slack DMs also lack any kind of subjects or threads, so it's not possible to send leave requests to a manager with a subject heading, if company policy required me to put leave requests in as a DM, it would sit in a single threaded conversation with my boss along with all my other messages. I think that slack is a good tool if used properly and appropriately. @all or @here should be used sparingly, and for important messages. DMs shouldn't be used for anything serious. It shouldn't be company policy to have a #leave channel where you post your leave requests, where your boss can publicly second guess your requests for sick leave. It all comes down to how its used. Slack is great if I need to send a quick message to a colleague, or if I need to post a comment in a channel where a prompt reply isn't required. Slack does try to advertise itself as an alternative to email though, which is BS. It's a tool to use beside email. It's just like how IRC didn't replace email, neither did Skype.
- mercer 9y ago
  Doesn't Slack support at least one 'level' of replies? I've come back to busy channels to find replies/discussion in the right pane to earlier messages.
deleted 9y ago
[deleted]
tinymollusk 9y ago
That proves Slack doesn't work in the same sense that it proves frictionless professional interaction doesn't work. As in, it proves nothing except it's an ineffective product for what humans use it for. Same as we'd say if Slack wasn't around -- "is IRC really the best way for us to do this?" No. Of course not. We don't live in a best-case world, however; the relevant question to their user base is "are we helping you more than alternatives?", and for an entrepreneurial community like HN, "what does the better solution that solves the same problem look like?"
freehunter 9y ago
What’s the point of an office break room if people aren’t there constantly? It still allows you to have a conversation with the people who are there, with the added benefit of people who walk in later can still see it and chime in.

smt88 9y ago

> it's about discipline I've moved my teams away from "discipline" as a solution. How many times has someone said "I'll stop doing this" or "it won't happen again" and then it does? Discipline might work for one person (usually the one making the rules), but I've found that it's impossible to get a team to be uniformly disciplined. Even if you can do it, it's extremely time/labor-intensive. There are many tools demonstrating that discipline doesn't work, such as Chrome add-ons that block Facebook. Even when someone understands they need to be disciplined and want to be, sometimes they just can't. Some examples of replacing discipline with hard boundaries: - using only languages with static typing - rejecting commits with messages less than 3 words long - rejecting commits without tagged issue(s) - formatters (similar to gofmt) instead of a style guide

rdiddly 9y ago
- not having a bag of goddamned Oreos in the house when you're on a diet. "Aww, all it takes is a little discipline." Yeah or I can set myself up to succeed.
- NLips 9y ago
  This seems to me like an incredibly good example, and I've no idea why people would be downvoting it. The GP programming / technical examples are potentially easier for the reader to think "well sometimes I'd want to break that rule because X", whereas this example makes it obvious, and brings up "setting yourself up to succeed". Good contribution, rdiddly.
  - rdiddly 9y ago
    Thanks, yeah the point is to use discipline further upstream. Use discipline once at the outset to permanently avoid influences that require discipline over and over again.
fapjacks 9y ago
> It's impossible to get a team to be uniformly disciplined. Not if you hire veterans.

milansm 9y ago

I use Slack in exactly the same manner. That's why I created Slack extenstion that tries to solve this problem (shameless plug: qdochat.com). I think mix of asyncrhonous and syncrhonous communication is the way to go.

fwdpropaganda 9y ago

> IMHO Don't blame the tools, it's about discipline I've been seeing this meme lately on HN. First it was "Facebook is a time sink". Now it became "If you think Facebook is a time sink that just shows you lack discipline." No, sorry. Lack of discipline might be the explanation for your private time (Facebook). But as for Slack, you DO have to be a team player. If the entire companies uses Slack you can't just not. If people are pestering me because I'm not responding, that's not my lack of discipline.

madeofpalk 9y ago
You still use Slack, but you just be disciplined about how you use it. Mute noisy channels, disable notifications, etc. Again, Slack is just a tool. I have no problem with it, but maybe that's because I work in a company that has a healthy relationship with Slack, and I make generous use of its features to let me focus on what's relevant and interesting to me.
- gorm 9y ago
  You seems to miss the point of this brilliant article. Slack is just a tool but it changes the whole mentality of the organization. You can't mute the whole organization. Please read the article and not only the title.
  - mseebach 9y ago
    The article isn't brilliant, it's a sequence of unsubstantiated assertions, although ones that seem to resonate with a lot of people. But, getting to the core of the matter: > You can't mute the whole organization. No, you can't. And you shouldn't. That's literally the whole point of organisations. If the particular mode of communication a given organisation uses isn't good enough, think about how to make it better instead of just brushing the whole thing off. We worked this out with phones, email and mobile phones. The discussion here is ripe with people saying "if it's important, they'll call me". Well, 20 years ago, mobile phones were given the Slack treatment because it was horrible that anyone could just call you. Some bosses seem to reward underlings who respond to email at odd hours, yet nobody struggles to understand that it's toxic behaviour instead of writing diatribes about who we should stop using email altogether (although people did write those in the 90s). I heard of an organisation where the rumour was that some members of senior management would stalk employees' calendars to see if they were keeping busy. Good thing that organisation was able to end that kind of ridiculous Goodhart style management by ending the use of calendars!