https://jackschaedler.github.io/circles-sines-signals/index....
143 karma · joined February 19, 2018
Contact me at hn at miccah.io
https://jackschaedler.github.io/circles-sines-signals/index....
I think taking the negative connotation out of "failure" will remove any mental barriers for all creative subjects.
As the post says, someone who has not failed has not learned. I wish school systems were more supportive of this in the classrooms.
What works for me now is writing my most important TODOs on a whiteboard and not erasing it until I complete it. The limited space forces me to prioritize. It's also obvious which items have been there the longest, either indicating lower priority or mental blockages. It helps that the ink is harder to erase the longer it sits there too :)
This reminds me of an excerpt from PoC||GTFO.
"[W]hen you’re tooling around with a from-scratch tool and your neighbors tell you to use this or use that, look ’em in the eye and say, “I’m building my own fucking birdfeeder.”" [1]
[1] https://jackschaedler.github.io/circles-sines-signals/index....
Is there an option to only generate the yaml instead of generate and deploy altogether? This would allow me to create a lot of boilerplate while still having the option to fine tune the configurations if needed.
I also didn't see any information on rollbacks.
FSMs can work really well for software, but perhaps the complexity of a program would result in a massive number of states. I have also found it is harder to reason about the entire operation of a FSM.
This could mean a temporary break or more drastically, career altering. Many people have the power to shape their life, but they choose to keep going in one direction because of how much time they invested. Even when that direction no longer aligns with them.
- monadic constructs (Option & Result) - the error propagation operator - the From trait, to automatically convert errors on propagation
> The combination of the three features above makes up the best error handling solution I saw in a language, being simple, sound, and maintainable at the same time.
I absolutely agree with this. The error handling in Rust is fantastic to work with.
Once I learned about bullet three, error handling became less of a chore and more of non-issue while staying confident that any errors would be handled correctly.
I also see some topics on the full list that probably shouldn't be there - a gmail address and a random string of numbers.
let num = String::from("10");
let num: i32 = num.parse().unwrap();> And it's terrifying. Suddenly, you feel like a Jon Snow who knows nothing, and self-doubt starts to creep in.
I was very fortunate in my first position to not have any imposter syndrome, and I think it is partly because I did not ace the interview. I was honest when I didn't know an answer and showed I was willing to learn.
Often times I find an example or documentation, and I copy it to a playground to tweak it / experiment with whatever feature I am implementing.
Slack has something similar during video calls where anyone can draw on the screen and the annotation automatically fades after a few seconds. Might be a good addition to your product.
https://github.com/mcastorina/laptop-remote/blob/master/Make...
Haven't used it since then, so YMMV.
I also have another one called "store" which does `mkdir "${@: -1}" && mv $@`. I basically wanted an easy way to move everything into a new directory ("store * backup").
I have found Zim to be a great tool for note taking and creating a personal knowledge base. I can create a link to a more detailed explanation from any page if needed, or write down examples separate from theory.
> Beeing a small dev team
> suffer less cognetive load
It could be something like a sequence of 3 emojis because matching numbers is hard.