|
I'm a fan of detailed documentation as well, however, keep in mind that if using an Agile development approach, then there is minimal focus on documentation. In fact, one of the core values is valuing "working software over comprehensive documentation". This has always been a mind struggle for me. However, I remind myself that the Agile Manifesto doesn't forbid documentation, and many projects may include that requirement, however, it just states that it is much more important to spend time on software that works as intended rather than using that time to create comprehensive documentation. Ultimately, I just try to strike a good balance, because my users must be able to know how to install and use the software that my company produces. I wear many hats as an IT Manager, one of which is Project Manager, but could easily see myself happy as a Software Architect. Best of luck to you.
|
|
|
|
|
As a general point you should be aware of the distinction between "Software Architecture" and "being a Software Architect".
Many books on Software Architecture are technical works that detail how to design an application/system. They are about software design rather than "being an architect". They are firmly in the technical sphere.
Transitioning from Technical Lead to the role of Software Architect is about adding soft-skills to all those good technical design skills you know. For example, learning how to present your design to a room of business colleagues without them all glazing over and falling asleep will be critical to your success. If you can't do that then it doesn't matter how good your technical design skills are. This is what really distinguishes an architect from a technical lead who is good at software design. As an architect your role is now business-facing, it isn't just technical any more.
|
|
|
|
|
I've read the other comments and I think there is a lot of great advice, especially getting to know the business. The funny thing is that my title is "Senior System Architect", yet most of that doesn't apply to me. What the people I have worked for see is that they can describe what they want and I can lay out a robust, Maintainable, complete system to do it. ... My niche is a bit odd though. I just do weird stuff no one else wants to try. My management likes me focused.
|
|
|
|
|
Gaurav,
Some good suggestions in the replies.
With a small team and your brief description without knowing your client/user base, to me it's important to consider whether the S in SA is Solution or Software. Somewhat depends on what other positions are in your company. Is there a project manager, a "sales engineer", or "customer success" person and if so, where do they fit in the chain. One thing about this industry, especially with smaller companies, is that there may be some very blurred lines in titles and responsibilities.
As an SA, regardless of what the S means, you may be the principal interface person with your clients or one of just a few. You need to understand your customer's business case and processes. On a basic level, you're the translator of those business needs into a software solution. That could involve DB development, workflows, UIDs amongst other things. It may even include business processes discussions with the users. It requires a broad understanding of what can be done, how long it would take, and at what cost. Good communications skills are important as you are the go-between that translates from non-technical to technical.
Just some major considerations to think about. Specific answers are situational and would require a really long answer. From my POV, life's easier when the client has a vision. Those clients with a blank canvas put you more into the role of an ad man pitching a campaign. While I'm thinking about language, databases, frameworks, existing systems, etc., those are in the back of my mind though existing conditions are a biggie. My first main concern is the "can it be done" within the external parameters.
I do think looking at something like Archimate modeling is a good idea. Even if you don't end up using it, the model opens up your thought process to the larger scope of an architect.
|
|
|
|
|
Have you identified your why? Why do you want to become an architect why not Project/Program Manager or CEO etc? If yes then please share those reasons with us and I will respond to those reasons but in general is My suggestion don't aspire for 'Architect Role' in India. If you really want that role then move out of India. Because you will rarely get the opportunity to work as Architect here, I have that title since 2011 in 4 different companies where I have worked as architect only a few times and that too because my counterparts/seniors didn't had the expertise in the technology.
Following are my reasons for what I said above :
1) There is no clearly defined responsibilities for architect role and the title is just given based on your experience. if you have more than 10-12 years of experience and company needs a all-in-one developer/lead they will give you architect title. But if you see the responsibilities of the role it will mainly be of Developer or Lead.
2) 80% of Indian companies are service based companies working mainly on maintenance applications where architect is either not needed or already present at their client end.
3) Rest 10% companies are outsourcing unit of internal software development divisions of international product companies which operates similar to service based companies and has Architects at their company headquarters. And final 10% are startups where mostly the owner/CTO or Lead Developer is the architect
So if you really want to become an architect then find a way to move out of India and then do a proper architect certification as suggested in this article (https://medium.com/@nvashanin/certificates-in-software-architecture-6b18e0102fe7[^])
Or talk to your HR and follow the growth path defined in your company.
Best of Luck.
|
|
|
|
|
Very true Ravi. Our bank (in the UK) used Indian companies a lot. The architect was nearly always a UK bank employee, even if the rest of the development team was in India.
|
|
|
|
|
|
|
One major reason why I stick to Logitech mice (and keyboard) is that I never could count the number of times I have pushed the (wireless) mouse over the edge of my table and onto the stone floor. I just pick it up and continue working. Never ever a problem. They are as robust as granite stone. As reliable as a hammer. They do the job.
The only reason why I have had more than one (starting with Logitech's first wireless model) is that the charging solutions have improved over the years. My current one charges from any USB port.
I never was into gaming, so I never had a gamepad. Yet, if they are anyway near the quality and robustness of the mice, I can easily understand why they are used. I have seen other articles pointing out this piece of equipment, where it stated explicitly that it was selected due to its robustness and reliability.
|
|
|
|
|
This is the same outfit that refused to use a viewport window rated for the depths needed to tour the titanic. It wasn't even within the ballpark.
Those people are almost certainly dead and I'd be surprised if we ever recover the bodies.
Either way, I wouldn't expect much in terms of the choices of equipment they made if the above is any judge.
Check out my IoT graphics library here:
https://honeythecodewitch/gfx
|
|
|
|
|
honey the codewitch wrote: https://honeythecodewitch/gfx I think you meant honeythecodewitch.com.
/ravi
|
|
|
|
|
yeah, i typod and then tried to edit it, but the sig editor requires magic to make it actually work, and I'm fresh out of dead chickens.
Check out my IoT graphics library here:
https://honeythecodewitch/gfx
|
|
|
|
|
Is THAT what you were raising those chickens for?
I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.
|
|
|
|
|
My kids raise chickens. What me to ship you a few?
Bond
Keep all things as simple as possible, but no simpler. -said someone, somewhere
|
|
|
|
|
I actually am raising 4. We named them after The Golden Girls, so they are immune to being slaughtered.
Who could murder Blanche?
Check out my IoT graphics library here:
https://honeythecodewitch/gfx
|
|
|
|
|
I agree. I like Logitech products.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
I'm glad to hear your experience with LogiTech has been positive.
I have had problems with their higher-end headphones being very easy to break, their mice failing after six months, etc.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
|
|
|
|
|
|
They reportedly had multiple controllers with them. The controller isn't the problem here. In a properly designed machine, safety would not hinge on a single point of failure such as the laptop, the GUI application, and the control mechanisms which are all laptop controlled.
Additionally they had lost communication and navigation for longer periods regularly, and once had to rock the sub because it was stuck against the titanic hull.
All control cabling is rigged on the outside where it can snag. It is bolted shut from the outside, and even if it miraculously floats to the top, it will float directly below sea level and it's white. It also has no GPS locator or communication electronics.
The controller isn't even close to the top 10 list of major problems with their situation.
|
|
|
|
|
Yeah,
I don't know much about the missing submersible that's been on the news. Just what they say on the TV.
Bruno van Dooren wrote: In a properly designed machine, safety would not hinge on a single point of failure Indeed. There is a reason everyone is adopting triple redundancy. But it also triples the cost. Including three control computers to read and vote on which sensor is correct.
Bruno van Dooren wrote: The controller isn't even close to the top 10 list of major problems with their situation. Sounds really bad based on your description. Do you have a link to anything I can read?
|
|
|
|
|
OceanGate boss Stockton Rush revealed he's 'broken some rules to make' lost Titan sub | Daily Mail Online[^]
Idk if it mentions everything but from what I gathered so far from different sources:
The hull structure has a max rating of 1300 m depth. Not 4000.
It's controlled with a laptop and logitech game controller knockoff. Via bluetooth.
There didn't seem to be simple electromechanical failsafes.
Control cabling runs on the ourside of the hull where it can snag, which means it can get stuck, as well as lose control that way.
The thing is made from a carbonfiber titanium composite which engineering studies told him he should not use, because tthose 2 materials have very dissimilar thermal expansion coefficients.
In a previous mission a current stuck it to the hull of the titanic and they had to literally wiggle themselves loose.
It is bolted shut from the outside. Even if they surface: if they are not found, they will suffocate in hell like conditions, 1 foot removed from fresh ocean air.
Which brings me to the next point: if it should surface, it will be invisible because it would float just under the surface, and is white without visible markings. Because the CEO hated the original bright yellow hi-visibility coating.
What about communications to find it, should it surface? Well it seems there aren't any. No GPS tracking, no satellite receiver or radio. Because all of that is unnecessary.
It did communicate via sonar (soundwaves) using basic protocols, but that stopped suddenly, shortly into the mission. This was not unexpected because communication loss was a regular occurrence in previous missions.
There are no emergency protocols for when primary systems fail.
And I am probably forgetting a couple more things. Such as the fact that he fired the guy who expressed safety concerns, and he is on record saying he refused to hire people with actual engineering or sub backgrounds because they were not 'inspiring' and say no to everything he wanted to do.
This sub is a literal death trap with several near misses, and several people have probably died a gruesome death in a cold dark metal coffin where they didn't have access to a toilet for days.
|
|
|
|
|
Yet, I prefer to read news articles with some critical sense.
"the 7inch thick acrylic window on lost Titan sub will get 'squeezed in' under the water pressure".
It will? It did under earlier expeditions? "In a previous mission a current stuck it to the hull of the titanic and they had to literally wiggle themselves loose." So it has been down at those depths earlier. Why didn't it collapse then, if it can be said without any reservation that "the window will get 'squeezed in'"?
It seems quite clear that the safety margins were on the negative side. Yet, when someone makes an unconditional statement that something will happen under given conditions, and it has been shown cases under such conditions where it did not happen, then I am not willing to take other statements from the same source as Absolute Truth.
|
|
|
|
|
That is actually a very safe thing to say. The properties of plexiglass under pressure are well understood and the pressure is a simple function of depth. that a plexiglass cupola will deform under pressure is a given and the amount of deformation can be calculated. 25 years ago I knew how (I'm an engineer).
that the cupola will be squeezed in is a given. I can guarantee you that as an absolute given. And it did on those earlier voyages. That doesn't mean it will implode. Those are 2 different things.
That's were safety margins, repetitive stress fatigue and many other factors come into play. Like the carbon fiber / titanium pressure hull, it went down before. But there are definite reasons not to use that combination. Just because it can handle those pressures several times doesn't mean it will continue to do so, which is why it isn't used for that.
|
|
|
|
|
OK, so your understanding of 'will get squeezed in' is in the range of "might be slightly bent".
I certainly recognize your professional interpretation of this wording. However, I do not believe that this is the interpretation the 'common man' reads into it, and I do not believe that it was the interpretation that MailOnline tried to convey to its readers.
|
|
|
|
|