The Art of Quitting
21–30 of 50 posts
Re: The Art of Quitting
#22I'm not sure what to make of this blog post. The author writes: >By resigning from Reddit, Behind the scenes, Ellen Pao could have been forced out (also known as being "fired") but presented publicly as a resignation. I thought we don't really know what happened? Therefore, it seems biased to frame a thematic essay about "quitting" around Ellen's circumstances. If she didn't voluntarily separate, it's not "quitting"…
Agree. I think it is actually a good post, and I agree with it conceptually. But I don't think it has anything to do with Pao's resignation.
I agree. When I read the post, the mentions of Pao seemed very out of place, with respect to the flow. The meat of the post was interesting, but the attempt to connect it to Pao's departure felt like a big (and unnecessary) stretch.
Re: The Art of Quitting
#23Earlier quoted context omitted.
Good luck. Tell us more about your startup someday.
I'll be back with a "Show HN" once I get the beta running. I took several months last year to work on it full-time and got an alpha version working, which taught me a ton of things I didn't know I didn't know about the problem I'm tackling. Now, I'm working on a beta based on lessons learned from the alpha. The product is a way to answer the simple yet awful question, "What changed?" Configuration change is the prima…
It would do in software what a really good reliability engineer with years of knowledge can do "Foo has broken" "Nah foo is fine, someone changed Bar again without reading the wiki" stuff.
Re: The Art of Quitting
#24Lightweights! I've had 88 jobs since 1972.
Once a recruiter told me that everything on my resume was excellent except how often I switched jobs. How could that be?
I told her that was because as soon as anyone gave me undue shit, I quit.
No regrets. On many of them, I probably exercised too much patience and should have left a lot sooner.
(You get one life to live. If it's not the life you want because of your job, do something about it. Time flies.)
Re: The Art of Quitting
#25Separately, this is just bad writing. If a college student turned this in to me I would write 'good start, delete all the irrelevant stuff about Pao and either use an example that supports the main thesis or don't use an example at all'. The threads linking this paper together are very weak.
I'm guessing 'Pao' and 'reddit' are to drive traffic. Ugh.
Re: The Art of Quitting
#26I feel this. I spent 20 years building a successful career as an enterprise software engineer, bouncing around between configuration management, development, and ops. It's a secure, good paying, stable career. And I grew to resent and sometimes hate it. Then I started building something for myself, discovered the idea of creating my own startup to solve problems I experienced doing enterprise software projects in a g…
Re: The Art of Quitting
#27I'm not sure what to make of this blog post. The author writes: >By resigning from Reddit, Behind the scenes, Ellen Pao could have been forced out (also known as being "fired") but presented publicly as a resignation. I thought we don't really know what happened? Therefore, it seems biased to frame a thematic essay about "quitting" around Ellen's circumstances. If she didn't voluntarily separate, it's not "quitting"…
Ellen Pao was one of the examples. There are many other examples mentioned which the author uses to support their argument which is not whether Ellen Pao quit to pursue other interests but Everyone should quit something that really matters to them, at least once. We all need to feel what it’s like on the other side of a big success story. Only then will we all understand that quitting isn’t "giving up," but setting t…
Re: The Art of Quitting
#28People born between the years of 1957 and 1965 had an average of 11.3 jobs between 1978 and 2010 Lightweights! I've had 88 jobs since 1972. Once a recruiter told me that everything on my resume was excellent except how often I switched jobs. How could that be? I told her that was because as soon as anyone gave me undue shit, I quit. No regrets. On many of them, I probably exercised too much patience and should have l…
Re: The Art of Quitting
#29Earlier quoted context omitted.
Good luck. Tell us more about your startup someday.
I'll be back with a "Show HN" once I get the beta running. I took several months last year to work on it full-time and got an alpha version working, which taught me a ton of things I didn't know I didn't know about the problem I'm tackling. Now, I'm working on a beta based on lessons learned from the alpha. The product is a way to answer the simple yet awful question, "What changed?" Configuration change is the prima…
Re: The Art of Quitting
#30Earlier quoted context omitted.
I'll be back with a "Show HN" once I get the beta running. I took several months last year to work on it full-time and got an alpha version working, which taught me a ton of things I didn't know I didn't know about the problem I'm tackling. Now, I'm working on a beta based on lessons learned from the alpha. The product is a way to answer the simple yet awful question, "What changed?" Configuration change is the prima…
As someone who has worked on larger enterprise stuff this would be incredibly (like a salary a year incredibly) useful tool. It would do in software what a really good reliability engineer with years of knowledge can do "Foo has broken" "Nah foo is fine, someone changed Bar again without reading the wiki" stuff.
But this is a HARD problem. Man, abstracting change in an actionable, readable, efficient way has been difficult. Not to mention the security issues and other headaches.