| ▲ | bawolff a day ago | |||||||||||||
Meh, those who don't learn from history are doomed to repeat it. You shouldn't listen to every nay-sayer. Sometimes criticism is not convincing and it can be a skill separating out useful criticism from unconvincing criticism. However if someone did X in the past and ran into problem Y, you should probably have an answer to why Y is not a problem for your use case or what you plan to do differently to avoid Y. If your good idea is so lame it can't even take the tiniest bit of criticism, its probably not a good idea. Like in the article, the criticism seems pretty valid but they aren't really about the idea. If the criticism is that DevOps doesn't want to do it [do you just mean ops? Isnt this the opposite of the concept of devops?], that is not a criticism of your idea, that is a criticism of you failing to get stakeholders on board who you plan to rely on. If the criticism is "i haven't heard customers request this" that is code for you failed to make a compelling business case for your idea. Those are criticisms of you not your idea. | ||||||||||||||
| ▲ | robocat a day ago | parent [-] | |||||||||||||
> those who don't learn from history are doomed to repeat it This is a classic meta shutdown - the exact thoughtless criticism the article rails against. Make the future, deal with the relevant mistakes one discovers on one's path. There is an infinite number of mistakes to make. It doesn't help to waste oodles of time learning about mistakes made by others under different contexts and constraints. Avoiding mistakes is hard. Listening, nous and intuition can help. The biggest trick is to learn how to deal with mistakes as they occur (no matter how obvious they might be to someone with sufficient art). The biggest mistake is to have too much fear of mistakes to even begin a venture. | ||||||||||||||
| ||||||||||||||