348 karma · joined February 6, 2019
* Centralized Logging (ELK) * High performance compute * Docker * Custom middleware & glue (Python, Bash)
--- meet.hn/city/us-Cedar-Falls
Socials:
- github.com/iamwpj - iamwpj.com ---
Your notes should either be updates on tickets, documentation, or comments in code/git readme. You shouldn't be isolating information on separate platform and outside of the tools that you share with your team to manage a codebase/software stack/etc. You're doing a disservice to your team if you're withholding access to knowledge!
If you're not a natural notetaker don't worry about becoming one. Update tickets/tasks, docs, etc.
I would be fine, but would WE?
I think the repeatability and simplicity combo of this is my favorite approach. I'm all for standard tooling wherever possible.
For your second question about data ingest, unless you're enforcing standards on receiving data (for example, check it as people try to submit and fire back if it's not right) I don't see a way to index except by set schema. Elasticsearch would allow you to index on dynamic fields, from there you could merge data.
Make sure that the advice you need isn't just: "buy less".
Aside from that, budgeting everything is a great place to start. There's apps that can help, but a spreadsheet could do it too. My advice is to not pay to start saving. The more granular you can be the better too. If you have some small debts then I recommend setting aside just enough for rent and food then working to pay those off immediately. There's no shortcut to building out a budget, so you'll have to itemize your spending and do the math to get your baselines -- then work from there.
Also, if it costs money and is unhealthy, cut it. That's the number one priority.
I'd write a book about documentation, but I just haven't had a chance to get it all down yet.
This site looks official! Very good! I highly recommend your public documents function like this.
Sarah Taber might offer some more context on this too: https://nymag.com/intelligencer/2019/06/america-loves-the-id...
* Here's GitHub's guide: https://docs.github.com/en/authentication/connecting-to-gith...
> Before I get killed here for using Excel files for credential storage please note that I have about thirty+ years of excellent experience going that way, have tons of managed credentials and think that millions of users have similar practices.
That's not true and even if it was, it's not a justification to do anything. You know it's wrong, but to be honest it's not my job to convince you that you should be using the right tool for the right job.
What steps did you take to research a good solution on your own? How do the responses here compare? Do you think that asking questions here will have an effect on how you see your current workflow?
This service runs as an interim before we can migrate to full containers and rely on their orchestration services. Sometimes I imagine SysOps as layers, this is a Layer 7, where as K8s is all of Layers 3-5.
Also, your comment about designers and product managers is pretty dismissive and leads me to believe that you aren't very appreciative how hard it is to get UI/UX right. Just because it's area you don't understand or don't practice within doesn't mean it's not important.
Of course building things to last isn't obsolete. Most things we buy are for a purpose. Typically that purpose results in them being "used up". Socks get holes, mechanisms wear -- all of that is normal and expected. Periodically through either some extra care or happenstance the item doesn't get used up in an expected period of time. It seems it was BUILT TO LAST, over time our kids and dependents will marvel at the way things used to be built. Some day in 40 years someone will look at your Aeropress and bemoan, is "built to last" obsolete?