Advertisement
Guest User

Aps

a guest
Oct 7th, 2013
7,047
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.38 KB | None | 0 0
  1.  
  2. At my day job, I have a senior tech architect (as per role) - who is supposed to mentor me to his role. Lets call him Mr. X
  3.  
  4. I'm confused if its a good thing to get mentored from him and change certain behavior in myself to elevate upto that role . The confusion arises bcoz I have found myself having opposite approaches to work. And I am not too sure about what is right.
  5.  
  6. Before I begin, I'd like to mention that I look at Mr.X as somebody who's technically capable (not great, but not bad), has been in that role since long, can get things done and obviously has more exp. compared to me (6-7 years higher than mine)
  7.  
  8. Here are few examples -
  9.  
  10. ---
  11.  
  12. On tech:
  13. I say use JSON in web apps - Mr. X thinks JSON is bad
  14. X says that we should be using "special character" separated strings - without using a lib/wrapper that hides the underlying implementation.
  15.  
  16. On customers:
  17. Example: A customer is on verge of cancelling the deal (large deal size). Customer has a problem that has not been solved for a month and is partially created due to their customization.
  18. I say - let's help them resolve the complete issue even if that means a bit of extra effort.
  19. X says - let's handle it diplomatically - let's solve our part of the problem, and let the customer solve their issues.
  20.  
  21. On functionality:
  22. I say - Let's not restrict functionality by additional limits added by us. Example: Grid record grouping works by default.
  23. X says - Let's disable that functionality. We don't want to support grouping on grids
  24.  
  25.  
  26. On Genericness: I prefer to write generic code - even if its a bit complex (not very complex). X doesn't like that. (time is not a problem)
  27. For example, I say - Let's put in 10 more days and make a generic solution to create similar forms for 30 db-tables ..
  28. X says - Lets make those by copy-pasting - and later we will think about making it generic
  29.  
  30.  
  31. While his arguments don't sound completely illogical. I do find those misaligned many times.
  32.  
  33. Additionally:
  34. X has very good memory - he can remember a lot of complex functionality across different versions of the product. We have 3-4 releases every year.
  35.  
  36. I don't tend to remember so much by default(i.e. I have put in a lot of consistent effort). I have a very much derivative approach to remember stuff. That implies, that I have to keep lengthier stuff simple and in patterns - if I need to remember it.
  37.  
  38. ---
  39.  
  40. What do you suggest?
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement