Large institutional landlords use Equifax data, TWN, and other 3rd party financial tracking systems to dynamically price renters across the board; new rentals, security deposit, renewals, etc. These are pricing strategies insurance companies use to their advantage, often partnering with landlords to ensure they're getting risk-reduced renters.
Here in Ontario at least, when you transfer ownership of a bike, you have to get it certified for safety. In my case, the bike was an '81 xs400 which required a fork seal replacement and new front tire (due to side wall damage). With parts and labour I paid approximately $500. Fair enough.
Now, if he had recommended a full carb clean and battery replacement, of course that would bring the total to over $1000. Those recommendations are optional though, and your bike can live without them (if you enjoy using the kickstarter constantly ;)
I'm currently enjoying Zero to Production in Rust. It assumes you already have some experience building production-ready systems, and applies rust-specific syntax and concepts to that. As a complete beginner with the language and having read "the book", I find this to be a good resource to apply the book's concepts to real-world scenarios.
Personally, I take it seriously and I think that we at least have the opportunity to make our concerns known here as well.
To boil down my job title would reduce me to a computer programmer. I'm fine with that and it's what I tell to people I meet. In the industry though, it's another story, because we have to play the game in order to succeed. The result of this is that everyone on my team is a senior software person, while I reside in North America, and them, all overseas. You can imagine the pay-gap.
So where does this put me as the more experienced person on the team, getting paid double the salary of those who share the same job title? As the organization expands and goes through its cost cutting phases, I imagine that spot is directly in the sights of, well a coat saving opportunity. Am I paranoid? Maybe.
I think the intention was to spark conversation loosely around SPAs vs SSR. It seems we're at yet another turning point and frankly, I'm enjoying the debate.
It's nice to read that someone else has had a positive experience with the zero2prod book. I'm working my way through it and my impression so far (even after reading the official "book") is that Rust is hard; I enjoy the challenges and the eventual realizations, but working my way through some of the chapters that involve implementations, traits, and macros makes me wonder: Would I actually be able to do this myself in a reasonable amount of time, in a professional setting?
I thought so too when first starting it, but I realized it's in-depth by design. There are a lot of tutorials that teach you the vague basics but they leave out things you (ostensibly) might not need currently, like logging and tests. In contrast, Z2P covers a lot of areas that are traditionally missed in such tutorials, and it even teaches design patterns for high performance web APIs. With that in mind, it felt like reading two books worth of information in one.
After going through the book, I've found that I simply use the same boilerplate for every new project, so it's more of a `write-once, use again` type of deal. In that case, I don't worry about the time it took to get to the point where I could do that reusing.
Confluence has been the bane of my attempts in finding any relevant docs. Which one is the source of truth? Which one was a draft written by an overly eager to make a first impression, new employee (who is no longer with the company)? Don't even get me started on saving meeting notes to confluence.
These days, I maintain my own knowledge base on Obsidian. If there's ever any confusion or request for more information within the company, I copy-pasta the relevant note from my obsidian bank to whomever person or whichever confluence page they deem the source of truth.
Do you have any tips on how to maintain a developer's own knowledge base in Obsidian? I also use Obsidian but I currently use as more of a dumping ground.
It's actually quite simple even without using some of the advanced features: What I do is create a directory structure for each domain as I explore them. I.e.
As the scope of your work expands, you add another sub-directory or file where necessary. Once it starts to grow in size, you can start making insightful connections via [[keyword]].
Furthermore, you can pretty much take this knowledge base with you, wherever you go, by uploading the vault file to your google drive and accessing it locally via SMB. Automatic save/backup.
I do the same except in org mode. I’ll export to markdown as needed but generally publishing documents is a secondary goal to empowering and decreasing the burden on myself.
Design docs for each and every feature has turned out not to scale for my current team. Larger, multi team features demand consolidated documentation, but for internal changes we rely on quick meetings as code reviews. Part of me misses the ceremony of the round table discussions, but the real difficulty is keeping track of why changes happen. Documenting processes and cross cutting concerns is a must have, but keeping track of all changes across quickly moving teams… it’s no surprise so many teams are just rife with tribal knowledge.
If an individual employee is going to put all that work in without being asked to or being given scheduled time to work on it they should get something in return.
Unless they were asked for, no? You aren't a snowflake and you aren't own praise for something you weren't asked to do. Maybe you work is great and valued (gold star), but your point of being owed something is just a bald face lie to yourself.
Being as you put it the "gatekeeper" advertises their importance to everyone in the company who needs to know about the processes, making advancement easier and guarding against anyone thinking they are not necessary.
I've been considering htmx for some of our more complex forms with a lot of colocated information. One approach I have in mind is using a small frontend state management library like Alpine.js with the htmx alpine-morph plugin.
In short, if a required field in a different section, i.e. used for a "complex calculation" is changed by the user, then we'd pass that flag in part of the POST request to recalculate.
More code results in more bugs. You need to throw money at software developers to build something, anything really. Only then do you hire a 3rd party pen-testing company for a few days. That's the way it works in our shop anyway. It's unfortunate, but sometimes the expected velocity to achieve MVP glosses over best security practices.
reply