this post was submitted on 08 Feb 2024
622 points (99.1% liked)
Technology
59623 readers
2976 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Coding standards, library standards (stuff like naming conventions), software development processes, higher level software design concerns (for example, take in account the need for change in the future as part of a software design), design libraries taking in account extrenal concerns (say, how 3rd parties actually work with them) and so on.
It's basically the next level from software design, which in turns is the next level from coding.
The most senior position one can have in the technical career track in programming is Technical Architect.
As far as I can tell, Google doesn't really have any of those (or they're not at all good at their job).
Having a dedicated technical architect who hovers above the dev team handing architectural decisions down is also not always seen as an ideal construct in software development.
It isn't ideal because it slows the project down, which may be good if it reduces technical debt.
If you have a technical architect who does that then they are just bad at their job, but that doesn't invalidate the importance such a position can have (if done right) in a large software development company.
They probably do, but with how expansive they are, the massive variety of acquisitions, and not being clairvoyant, it's gotta be like herding cats.
I've worked in tech companies (systems management, telecom, etc) and in conventional businesses (manufacturing, distributing, production, reselling, banking, etc).
The arch teams in conventional business are more structured, formalized, as their remit is to ensure infrastructure is stable, predictable, and to practically eliminate risk.
The tech companies have arch teams whose focus is interoperability between business units, high communication, maximize utilization, etc. Risk is still a concern, but it's not primary (unless you fuck up). Tech orgs are about flexibility.