Home

Blog-Summaries

This page holds some of the good blogs I have read and what I took from it.

A Survival Guide: How to make it through as a Senior Engineer

• Source: achievers.engineering
• Tag: skill
• Date Added: 2025-02-09
• Date Read: 2025-02-12
• Link: A Survival Guide: How to make it through as a Senior Engineer - by Kerem Balci - Achievers Engineering
• Summary:
  • When working on a task understand what’s the impact it has on project team and company
    • Prioritization of tasks based on  effort and value 
      • High value - low effort - do it now
      • High value - high effort - do it next
      • Low value - low effort - do latter
      • Low value - high effort - do not do it
    • Sometimes it might feel that task is important to you but not to the business. Then business wins
  • As a senior engineer you are delivering solutions and not code. Code is means. Clarity of solution is important 
    • Clarity in code, design, communication 
    • You are delivering solutions to humans 
    • The complex code will not be touched by engineers even though it is not difficult 
  • As senior engineers communication is the most important skill
    • You should be able to articulate your past and present solutions you are responsible for
    • You should think and have a reason for every decision you take.
  • Get things done and figure it out
    • You need to take care of business day in and day out
    • You need to put extra effort to keep up with the new skillset on the go
    • Keep pushing yourself every day to learn, grow yourself and deliver value
  • What is important to business and make it yours as well
    • You are not there to just do what has been told or some project you like.
    • Your job is to increase the value of your company. You should think what gives most value to your team and company

Working 101

• Source: J11g
• Tag: skill
• Date Added: -
• Date Read: 2025-02-10
• Link: Working 101
• Summary:
  • Know where your time is going by tracking it. Do daily review and plan for tomorrow. Then do weekly, monthly, quarterly and yearly reviews to understand where you are going and lookout for interesting patterns
    • Answer what you liked and what did not like, what made you happy and what not, what you want to do it differently 
    • Demand that others also respect your time. Example decline meeting if it is not adding value or you can spend time more valuable somewhere else.
    • If you do not manage your time, others will manage it. Example when you are in India
  • Add value by creating things needed by customer and solving problems of customers 
    • You are not paid to clock 8 hrs a day in office. Sometimes you add value with just 2 hours in a day
    • As a manager or senior engineer your tasks are
      • Decide priorities of things that need to be created or fixed
      • Keep track of projects and commitments
      • Communicate with team and other teams
      • Help team members grow
  • Leverage - Always think is the right job to do at this time to get the maximum value
    • To understand what is the maximum value you can provide, you need to understand what are you good at. What are your talents.
    • There will be multiple options to consider for what you should be doing right now. You should decide on multiple factors.
• Manage expectations when things are not going as planned to avoid any future surprises.
  • Target for completion but if things are not going as planned, communicate often. 
  • Avoid surprises always.
• We need to track the tasks we are doing.
  • It should be tracked in a system
  • When tracking, it should
    • first things first
    • Start with the end in mind
    • Do one thing at a time
• Prepare for the next job
  • Always be in the loop to learn new stuff.
  • You need to improve your talents
  • Always looking for opportunities to test your talent in different jobs
  • If you do not know what to do next, write what your colleagues want to tell about you when you are not there. Find any gaps in the liking vs what you have. Work for it to fix.

How to Make Your Code Reviewer Fall in Love with You

• Source: Michael Lynch
• Tag: skill
• Date Added: 2025-02-03
• Date Read: 2025-02-05
• Link: How to make Your Code Reviewer Fall in Love with You
• Summary:
  • value your reviewer’s time
  • Always review your code first before sending it to review
  • Write a clear change list or description, explaining what is the actual change done. This should cover both what and why of the change
  • Use automation for things like format checks, linting, static code checks, syntax verification, etc
  • Respond graciously to reviewer questions and comments. If they catch some error or edge case, thank them!
  • When reviewer says this is too complicated , confused or difficult to understand. Ask “What changes could help?”.
  • Answer to the questions with the code links and explain using the code
  • When someone asked some questions or reported it little difficult to understand or understood wrong, that gives a good opportunity to refactor the code to make it more clear in the code.
  • When reviewers are wrong, be patient and explain it. Apart from this, this is a good opportunity to refactor to avoid that confusion.
  • Avoid adding extra code which are not related to the change you are making. Example, do not try to refactor other code when you are implementing a functionality.
  • Break up large change into smaller changes
  • differentiate between functional changes and non functional changes
  • Communicate your responses. Respond to every comment of the reviewer. Mention if you are taking it or not. If not, explain why and how you will address it.
  • When there is a tie between your way of doing things and reviewer way of doing things, allow reviewers way of doing it.
  • Minimize the time between start of the review and for closing the review and shipping the change. It is the implementer responsibility.

To question is to consider, not refute

• Source: Derek Sivers
• Tag: skill
• Date Added: 2024-11-16
• Date Read: 2025-02-09
• Link: To question is to consider, not refute
• Summary:
  • Questioning is needed for exploring, understanding if old understanding still holds good for new scenarios. It is for understanding our assumptions. It is for considering

    The Logic of risk taking

• Source: Twitter
• Tag: skill
• Date: 2024-09-08
• Link: The Logic of risk taking
• Summary -
  • Time Probability - Example single person going to casino 100 times in 100 days. Here even a single day of failure or going burst will stop the workflow there only
  • Ensemble Probability - Example when 100 people go to a casino at the same time. Here one person going bust will not impact the overall result
  • Find the difference between risk and ruin. Example
    • Jumping from a bench is risk - which may be good for bones and body to build strength.
    • Jumping from a 22nd floor is ruin. - this will result in death
    • So, identify each case - financial, family, social situations - is it a risk or a ruin. Only take it if it is risk and not ruin. The only diference between highly successful vs successful person is that they say no to almost everything.
  • Courage and Prudence can exists at the same time.

Annual self-evaluation time, woo-hoo!

• Source: Office
• Date: 2024-09-10
• Tag: skill
• Link: Annual self-evaluation time, woo-hoo!
• Summary:
  • Work diary is a must.
  • If you have ticketing system, any work you do at work should have a ticket. The tickets should have a constant update. Your manager will come to know about your working through these updates.
  • In the annual review answer these 4 questions
    • What were your main accomplishments this year?
    • Describe areas you feel need improvements.
    • What do you plan to accomplish the coming year?
    • How can your manager help you?
  • Keep record of your previous yearly reviews. 
  • When conducting this years review, go back to previous years review and compare what improvements I wanted, how did I do this year. Similarly what accomplishments I thought and what I actually did. Collect data. Based on that set next year goals or plan accomplishments
  • Once a project completes spend time in writing a project report. Which should answer these questions -
    • What worked?
    • what didn’t?
    • what are you pleased about?
    • what was surprising?
    • what was fun?
    • what was annoying?

Yoga and Health: Overview

• Source: Ami Ganatra Blog
• Tag: Aarogya/Skills
• Link: Yoga and Health: Overview
• Date: 2024-09-11
• Summary -
  • Aim of the Patanjali’s Yogasutra was योगः चित्तवृत्ति निरोध: - making peace within ourselves with ourselves and with our surroundings. Stopping all the mind activities.
  • Yama
    • Ahimsa
    • Satya
    • Brahmacharya
    • Aastheya
    • Aparigraha
  • Niyama
    • Shoucha
    • Santosh
    • Tapas
    • Svadhyaya
    • Ishvara Pranidhyana
  • Asana, Pranayama, Pratyahara
  • Dharana, Dhyana, Samadhi

For what it’ll make of you

• Source: DHH blog
• Tag: skill
• Link: For what it’ll make of you
• Date: 2024-09-13
• Summary:
  • Think of what you become and not of what you get. 
  • Goal should be of becoming rather than getting something
  • Do not be delusional as well.

The Gāyatrī Mantra

• Source: all about sanskrit blog
• Tag: hindu/arogya/spiritual
• Link: The Gāyatrī Mantra
• Date: 2024-09-14
• Summary:
  • We meditate on that most excellent radiance of god Savita, may he raise forth/impel our thoughts/intelligence/prayers

What have you tried

• Source: Office
• Tag: skill
• Link: What have you tried
• Date: 2024-09-17
• Summary:
  • Before asking for help, help yourself with these
    • Do you understand what you are asking?
    • Can the question be further broken down?
    • Did you search the documentation?
    • Did you go through the code of the SDK or the one which is failing?
    • Did you search the forums?
    • Did you ask AI?
  • Let them know you tried these and found these but not helping your question in this way, so asking for help
  • In order to understand anything, 
    • first formulate a question, answering that question will help you to understand it
    • Try to answer the question 
  • Willingness and desire to learn is more important than ability

A brief history of the breathtaking Belur Chennakeshava Temple

• Source: DharmaDispatch
• Tag: Hindu/Bharatha/History
• Link: a brief history of the breathtaking Belur Chennakeshava Temple
• Date: 2024-09-28
• Summary:
  • A temple is a living thing, it needs constant maintenance and upgrades.
  • Nice to see the full history of the current Belur Chennakeshava Temple.

Why do things go right

• Source: Office
• Tag: Skills
• Link: why do things go right
• Date: 2024-09-30
• Summary:
  • Every organization will have mess. Open and take a peek there will be many places where workarounds, shortcuts, out of compliance, organizational frustrations exists.
  • Putting in more compliance and adding more stringent checks will not improve the quality of work
  • When things go wrong general tendency is to investigate why certain things failed or did not work in the organization. Instead understand how many times that thing is failing.  And look why other times it is succeeding. 
  • Somethings that might work are
    • Professional Diversity of opinion and ability to voice dissent
    • Keeping the discussion of risk alive even after repeated success
    • Deference to expertise that is those in the sharp end and not the blunt end 
    • Ability to say stop
    • Broken down barriers between departments and teams. An organisations ability to predict a disaster exists within the organization but present in different teams
    • Don’t wait for audits or inspection to improve
    • Pride of workmanship

Why deadlines are pointless and what to do instead

• Source: Office
• Tag: Skills
• Link: Why deadlines are pointless and what to do instead
• Date: 2024-09-15
• Summary:
  • Deadlines usually just add pressure to the team and members without adding any value
  • Even the Parkinson Law corroborate it. The work will expand until deadline.
  • There is no action to be taken - either we need to move the deadline or drop from features and ship half baked product.
  • Because of the deadline usually members will cut corners to meet the deadline
  • Alternate is to have pre-emption points. These are regular intervals in which we review all the tasks. If some tasks are taking too much time, then either change the strategy, or drop it completely or re prioritize it.
  • Then maintain a good task queuing system. We should always prioritize small high value tasks. We should not just do first in first out way of prioritising the tasks.

Arun Yogiraj - SomeVada Podcast - Ep 1 and Ep 2

• Source: Twitter
• Tag: Skills/Bharatha
• Link: Arun Yogiraj - SomeVada Podcast - Ep 1, Arun Yogiraj - SomeVada Podcast - Ep 2
• Date:
• Summary:
  • Forget your achievements to not allow ego. Submit your achievements to God’s feet
  • Discipline 
  • Do not get angry
  • Ekagrathe
  • ನೀತಿ ಮತ್ತು ಮೌಲ್ಯ ಕಥೆಗಳ ಮುಖಾಂತರ ಕಲಿಸು
  • Reading books to gain knowledge of your field
  • Do small tasks first and then only you can do big tasks. Just thinking that I can show my talent in big tasks only is sure way of failure 
  • To follow your dream 
    • Be frugal in your living 
    • ನಂಬಿಕೆ ತುಂಬಾ ಮಕ್ಯ
    • Do not take anything for free
    • ಶ್ರಮ ಹಾಕಿ ದುಡಿ 
    • ಶ್ರದ್ಧೆ ಯಿಂದ ದುಡಿ
    • ಪ್ರೀತಿ ಯಿಂದ ದುಡಿ 
  • Do not believe in free culture. Earn for it
  • Be a student through out the life
  • Always assume God is doing the the work through you. This will keep your ego in check to certain extent.
  • Homework and deep dive of the task/subject is necessary
  • Should focus
  • For concentration we should know how to conserve the energy by not indulging in any not necessary talks or tasks
  • Person should not get the thought that this is good enough in their work. Always aim for giving the best. Aim was not to get selected by the Ramjanma Bhoomi trust rather satisfaction of the devotees when they see and seek Rama via the idol.
  • Read and know about persons who has excelled in their fields.
  • Patience

The Best Programming Advice I Ever Got - with Rob Pike

• Source: Office
• Tag: Skills
• Date: 2024-11-02
• Link: The Best Programming Advice I Ever Got - with Rob Pike
• Summary
  • Create a mental model of your code.
  • Before doing a line by line debugging, think how that error can occur in your mental model. What changes of mental model can lead to that error.

Pranayama - The Mind-Body-Prana Connection

• Source: Ami
• Tag: Bharatha/Aarogya
• Date: 2024-09-11
• Link: Pranayama: the Mind-Body-Prana Connection
• Summary
  • When in anger do pranayama
  • Daily pranayama is a must to bring my emotional active mind to steady state

How to review code effectively - A Github staff engineers philosophy

• Source: Office
• Tag: Skills
• Date: 2024-11-10
• Link: How to review code effectively - A Github staff engineers philosophy
• Summary:
  • Can create first responders rotation to review the code reviews/pull requests. Rotation can be daily
  • Develop a standard within the team of how code should be reviewed and how CR should be raised
    • If possible use automation to implement these standards
  • As a reviewer - communication should be clearer
    • differentiate between personal preference and blockers
    • Provide examples or suggestions do not just say this needs to be changed example variable names or alternate way to implement this
  • Reiterate your understanding of the change being done before approving or rejecting the code. That helps to surface any miss-understanding
  • Always remember, the author of the code review has the most context of the change. You should be asking questions to understand what is being written.
  • Its good to comment on things you liked, or you agreed on and explain why you agree this is the right way to do.
  • Do not withheld a review just for personal preference changes. Rather ask them to follow up with a new CR.

Controlling Your Environment Makes You Happy

• Source: Office
• Tag: Skills
• Date: 2024-11-10
• Link: Controlling your environment makes you happy
• Summary:
  • For your UI to be good, let the user feel that they are in control. 
  • When they can control their environment they feel happy.
  • UI should do exactly what the user thought it would do

Do better, not best - transitioning to a growth mindset

• Source: Nate Blog
• Tag: Skills
• Date: 2024-11-26
• Link: Do better, not best - transitioning to a growth mindset
• Summary:
  • Concentrate on the frequency (regularly doing stuff) rather than thinking about duration and quality.
  • When you concentrate on the frequency, in the long run quality will also take care of itself.
  • When you are working on a task, does not matter it is for 2 hours or 15 minutes, just focus completely on that task.
  • Do not have goals/long term goals like Do X things - these are sure thing to fail. Instead go for likes.
  • Doing something everyday means its not a decision. Rather its a just a thing we do.

No Starving Children? The Shocking Truth About Prioritization

• Source: Kindel
• Tag: Skills
• Date Added To List: 2024-10-19
• Date Read: 2024-11-28
• Link: No Starving Children? The Shocking Truth About Prioritization
• Summary:
  • Prioritisation means focusing energy on few things by giving dedicated resource - time, human effort, mind.
  • Prioritisation means that we need to starve some of our tasks. That is some tasks are not going to get the required resources to complete it.
  • Prioritisation does not mean doing all the task but giving some important tasks the necessary resources to bring high value.
  • If there are more than 2 tasks given priority that means we are not doing prioritisation in a correct way
  • Quick Decision making
  • Fire fighting should be exception instead of norm when prioritisation is done right.
  • Tenets of Prioritisation are
    • Customer Value first
    • Embrace Starvation
    • Priorities are not set in stone
    • Limit the list
    • Long Term Vision
    • Actionable Now
    • Repeat, Repeat

Teach Yourself Programming in Ten Years

• Source: Twitter
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-18
• Link: Teach Yourself Programming in Ten Years
• Summary:
  • Teach yourself a programming by giving dedicated time and do deliberate effort consistently for a prolong period.
  • Go in-depth, discuss with fellow programmers
  • Do not go for quick learning or just reading books, rather learn by practice and for a consistent periodic practice. Not just a normal practice, rather deliberate practice.

Is Critical Thinking the Most Important Skill for Software Engineers?

• Source: -
• Tag: Skills
• Date Added To List: -
• Date Read: 2024-12-26
• Link: Is Critical Thinking the Most Important Skill for Software Engineers?
• Summary
  • When you hear something in jargon then un-jargon them. 
  • Jargon masks partial understanding. You should be able to explain stuff in simple terms
  • Do not think about the source of knowledge. Just because it came from a very respected person or a thought leader, do not take that in as truth. Objectively and logically think if that is truth, that is applicable to you and if it makes sense logically.
  • To improve critical thinking
    • Un jargon what you heard.
    • Do the research and validate the info
    • Ask why and how. Do not move ahead until you understand and why and how aspect. 
  • Without critical thinking, you will let others think for you and also do not spot the issues in the arguments
  • Anything you do not understand, then question it. Put effort to understand it .

The art of Prarthana – Gayatri mantra

• Source: Ami
• Tag: Bharatiya/Hindu
• Date Added To List: 2024-11-02
• Date Read: 2024-12-28
• Link: The art of Prarthana - Gayatri mantra
• Summary:
  • ॐ भूर्भुवः स्वः (Om Bhur Bhuvaḥ Swaḥ) तत्सवितुर्वरेण्यं (Tat-savitur Vareñyaṃ) भर्गो देवस्यः धीमहि (Bhargo Devasya Dhīmahi) धियो यो नः प्रचोदयात् (Dhiyo Yonaḥ Prachodayāt)
  • That most excellent, Savituh, the giver of life, the one of divine radiance, on you we meditate, May You illuminate our intellect

Invest in things that don’t change

• Source: DHH
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-01
• Link: Invest in things that don’t change
• Summary:
  • Invest in things that do not change. Example - Linux, MySQL, Java, are present for decades. People want to their products shipped early, hence invest in logistics.
  • So, what is that I need to invest that can last for decades?

How I hire Programmers

• Source: Twitter
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-01
• Link: How I hire Programmers
• Summary:
  • Hire who gets things done
  • Hire who are smart
  • Hire whom you can work with
  • Interview with coding questions is bad because we are testing them in high pressure 
  • If they are smart - they will be curious l, ask questions, listen and understand what you are telling.
  • They should also able to explain clearly what they have done
  • Ask for their code link and read their code
  • Meet for lunch and have casual conversation
  • Give them small work on your code base or open source

What can we remove?

• Source: StephAngo
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-01
• Link: What can we remove?
• Summary:
  • From our life, product what can be removed. 
  • We always tend to keep on adding more than things. This will break the system slowly and then spectacularly

On being a Senior Engineer

• Source: JVNS
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-01
• Link: On being a Senior Engineer
• Summary:
  • You don’t wake up one day and become a senior engineer. 
  • Senior engineers do not know everything
  • There is no check list to say that yes we can cross off these entries hence he/she is a senior engineer.
  • They are not perfect with their technical knowledge and they are okay with that.
  • Senior engineer should be a mature engineer 
  • Some level of mastery is needed in technical fields like algorithms, networking, debugging, etc
  • What are the personal characteristics that can influence the team and organization in a positive way
  • Mature engineers seek out constructive criticism of their designs
  • Is this sound right?
  • What I am missing here?
  • Where will this go wrong?
  • Is this explained in a way others can understand?
  • Beg for bad news in the design phase
  • Code doesn’t have feelings. Critique the code and the design. Point out what might fail in code/design. But do not critique the engineer or character of the engineer.
  • You should be the engineer who others want to work with. Do not be an asshole.
  • Mature engineers should be comfortable with working with some uncertainty and risk. 
  • They should be able to provide estimates and constantly work on improving those estimates
  • Mature engineers have anticipations like
    • Does this code look good
    • Does others will be able to understand it
    • How effectively this is going to execute in production 
    • Etc
  • Getting things done - whether it’s a super fun project and bored to death work - they give their best. It has to be done
  • Be a force multiplier. You cannot do all the work. You need to involve others and make sure they learn what to do, how to do and why they need to do.Dont be that super hero who just parachutes into that place asks others to move aside do the work and fly out from there. That’s not cool. Have patience, teach them, work with them, involve them in the work you are doing.
  • Be a sponsor to your junior engineers so that they get enough platform to showcase their excellent skills.
  • Every decision whether it is design choices or coding choices or anything process has tradeoffs. Be upfront of what are the tradeoffs. What is ideal and what is not so ideal about this decision or design. So that we know what breaks and take necessary mitigation or know when this needs to be re written. 
  • Everyone is aiming for optimization of cost, be upfront about it
  • Don’t do “ cover your ass engineer” - “hey everything I did was right but they did it all wrong, so everything broke so I am not responsible”
  • As a leader it is your responsibility. To fix inherent issues in product and team
  • Be empathetic towards all the stakeholders of the project. There will be conflicting goals and requirements as each has different perspectives. Work the requirements instead of just complaining about difference 
  • Do not just bring empty complaints. Come with data why it needs to be changed and important come with at least one solution of how to solve that.
  • Remove the fear in the product for the team
  • Fight or aware of these biases
  • Self serving biases - if something is good that’s mine, if something is bad or broken then it is done by others
  • Fundamental attribution - of some did wrong or broke something it’s because of the personality of that person. If I did something bad, it is because of the situation I was in rather others made me to do it
  • Hindsight biased - In the hindsight we should have seen this or they should have seen it, how did they not think about it or I knew it all along
  • Outcome biases - judgement of the decision or product is proportional to the severity of the event. 
  • Planning fallacy - being optimistic about the time and outcome in the future
  • Understand that you will make mistake in code or design - so it is about how early you can catch them before it goes to production 
  • You are not your code. Point of review is to find errors or problems. It will be found so do not take it personally 
  • Seek and accept inputs from others especially when you think you do not need. No matter how much you know about a subject there is some knowledge out there which is present with someone else. So seek it.
  • Do not rewrite code without consultation or rather if you think someone has written a code which you think could have written better, work with that engineer discuss and improve it with him in the code review.
  • Treat everyone with respect, especially the ones with non technical and less knowledgeable people
  • Every thing will change accept it and work for that change. Do not treat a change as inconvenience rather if you think that change is inconvenience find out why and make that change better
  • Cultivate and seek knowledge. Knowledge earns respect. Position should not earn respect. 
  • Fight for your cause but gracefully accept defeat. Or disagree and committ. Do not be that person who says - I told you so
  • Do not be the coder in the corner. Coder in the corner is out of touch out of sight and out of control
  • Get involved in the conversations and get involved in the team and organization 
  • Critique code. Be nice to the person who wrote the code but not to the code. Be positive towards the changes recommended 
  • Remember that when you take a decision some people will be against it or do not like it.

What’s a senior engineer’s job?

• Source: JVNS
• Tag: Skills
• Date Added To List:
• Date Read: 2024-12-01
• Link: What’s a senior engineer’s job?
• Summary:
  • Write code - what type of code?
  • Get your code reviewed as well as do other code reviews
  • Come up with designs
  • Review your design as well as review other designs
  • Help team members when they are stuck
  • Hold folks for high standard - If someone has written something or taken a decision which looks off to you - either you know something that they do not know or they know something that you do not know. Discuss to sort it out
  • Create new projects
  • Plan your projects work
  • Proactively communicate your projects risks
  • Communicate successes
  • Do side projects that benefit team and org
  • Be aware of why a project is important in business terms
  • Decide when to stop the project or not do the project

Commit to competence in this coming year

• Source: DHH
• Tag: Skills
• Date Added To List:
• Date Read: 2024-01-14
• Link: Commit to competence in this coming year
• Summary:
  • Use your office to excel in all round qualities. Use it to learn - coding, marketing, management, writing
  • For coding  or any other work don’t just think of completing the task. That is basic ask. To excel or grow think of how to make it work, make it right, make it fast and make it beautiful
  • Any work it should have multiple rounds of write - revise. We need to go back to the work multiple times to make it right, concise
  • This may initially look very slow and annoying but it will give good dividends later.
  • For writing it may be internal communication to team, external public doc, comment, informal reviews or your own opinion.
  • The moment you have a thought write it and keep going back to it to make it better.

Rules of Thumb for Software Development Estimations

• Source: vadim
• Tag: Skills
• Date Added To List:
• Date Read: 2024-01-18
• Link: Rules of Thumb for Software Development Estimations
• Summary:
  • Have complexity, uncertainty, best effort and worst effort
  • Your estimates keep changing throughout
  • It should move from high numbers to small
  • Keep history of estimates to see how you are progressing
  • Over communicate and communicate early on changes or slips
  • Help your managers by being proactive in communication

Buy Wisely

• Source: StephAngo
• Tag: Skills/PersonalFinance
• Date Added To List:
• Date Read: 2024-02-20
• Link: Buy Wisely
• Summary:
  • When you are buying anything look for cost per use value - How many times you will use it and divide the price by that number.
  • Sometimes even though price of the thing will be high upfront but it will be durable and hence lasts longs. So its cost per use value is very less when compared to buying a low quality item with less price.
  • All items cannot be looked into cost per use, some have cost per thrill, cost per smile, cost per lesson, cost per externality.
  • Conditions for durability varies
    • what is the quality of this?
    • can it be dismantled and repaired?
    • does it have resale value?
    • does it have replacable parts?
    • can it perform multiple jobs?
  • Sometimes we will not know the exact number of usage. In such cases we have to estimate via the frequency of the usage.

Pay Attention

• Source: Shalini
• Tag: Skills
• Date Added To List:
• Date Read: 2024-03-39
• Link: Pay Attention
• Summary:
  • Knowing who we are and what we don’t like
  • When you know a person is not nice, you need to disengage
  • Toxic people loose interest in you when their cover is blown or when we stop responding/reacting to them
  • To go to higher frequency you need to trash a lot of things we can think we know
  • Be attentive to the life and yourself. Do not get distracted by the things and entertainment which wants to keep you as it it

ಉಜಿರೆಯ ಎಸ್.ಡಿ.ಎಂ ಪದವಿಪೂರ್ವ ವಿದ್ಯಾರ್ಥಿಗಳ ಜೊತೆ ಅಣ್ಣಾಮಲೈ ಸಂವಾದ - Annamalai in SDM College Ujire

• Source: youtube
• Tag: Skills
• Date Added to List:
• Date Read: 2024-04-07
• Link: ಉಜಿರೆಯ ಎಸ್.ಡಿ.ಎಂ ಪದವಿಪೂರ್ವ ವಿದ್ಯಾರ್ಥಿಗಳ ಜೊತೆ ಅಣ್ಣಾಮಲೈ ಸಂವಾದ - Annamalai in SDM College Ujire
• Summary:
  • Purpose should be something that should drive your day to day life. Something that makes you to get up from bed early morning.
  • It should be not a short term rather it should be of long term
  • Have a vision
  • Find out your greatest strength and weakness.
  • Work on your weakness
  • Be courageous and ready to accept the change.

Steal successful ideas from everywhere

• Source: InvertedPassion
• Tag: Skills
• Date Added To List:
• Date Read: 2024-01-27
• Link: Steal successful ideas from everywhere
• Summary:
  • In startup many things has to work. We are trying to make multiple things work. So stick with originality on one thing and for the rest copy ideas from everywhere. Before choosing a solution be clear on why that solution applies to your case. 
  • For future decisions with respect to Akshara or anything, have a clear thought process of why you are taking that decision and what reasons helped to make that decision during that time.

Start them in the deep end

• Source: DHH
• Tag: Skills
• Date Added To List:
• Date Read: 2024-03-04
• Link: Start them in the deep end
• Summary:
  • For new joinees, it is best for them start them on real world project on day one or as early as possible.
  • We need to provide them support to get comfortable with the environment like mentor and buddy.

But what if you’re wrong?

• Source: DHH
• Tag: Skills
• Date Added To List:
• Date Read: 2024-01-27
• Link: But what if you’re wrong?
• Summary:
  • Be ready to hear counter arguments
  • A sense of negative / counter arguments does not make it a fact.
  • Always ask question what if I am wrong?

Becoming a Better Writer as a Software Engineer

• Source: PragmaticProgrammer
• Tag: Skills
• Date Added To List:
• Date Read: 2024-02-19
• Link: Becoming a better writer as a software engineer
• Summary:
  • Take notes voluntarily and share it.
  • Prepare weekly summary and daily summary to express and practice writing
  • Write, edit, feedback loop over this for design and other big docs

Maker’s Schedule, Manager’s Schedule

• Source: PaulGraham
• Tag: Skills
• Date Added To List:
• Date Read: 2024-02-13
• Link: Maker’s schedule, Manager’s schedule
• Summary:
  • Better to have the office hours
  • Divide the day into 2 chunks - one with interruptions and another with reserved space to do creative work
  • I need to get back to getting up early and start the work.

How to teach yourself hard things

• Source: Julia
• Tag: Skills
• Date Added To List:
• Date Read: 2025-01-07
• Link: How to teach yourself hard things
• Summary:
  • Need to have a growth mindset.
    • It is not I am bad at X rather it is I have not yet learned about X
  • Identify what I do not understand
  • Identify what I do understand.
    • This brings confidence in ourselves. This helps to identify any issues and be sure that it is an issue rather than questioning our belief. This takes a knowledge and become 100% sure about it
  • Ask questions once you know what you know and what you do not know.
  • Do the necessary research
  • When you are confused or feeling lot of ambiguity, that means you are about fill a gap or learn something new. Be excited about this.

You should keep a developer’s journal

• Source: StackOverflow
• Tag: Skills
• Date Added To List: 2024-01-04
• Date Read: 2024-01-13
• Link: You should keep a developer’s journal
• Summary:
  • It helps to define what I should be doing
  • It helps to reduce the ambiguity of a task by forcing to think and write about the task I am doing
  • We can review the notes and learn from our work and experience
  • Helps us to focus on the intended work by parking all the other thoughts in the journal during the work.
  • Able to express yourself freely and hence transfer your emotions to the journal
  • Write when you get stuck and write when you figure things out.
  • Write when you get ideas, have questions, have to dos
  • Write when you finish a task describing how it went and what to learn from it.
  • These helps in talking points with your manager 1:1, help to understand what type of work you like and what you do not, year reviews, team retros, writing future blog post, help team grow with new insights
  • In general, it should
    • Clear our mind
    • Nudge to think of ideas , plan your days, thing through your ideas
    • make more mindful of success and failures you have

Navigating ambiguity

• Source: Office
• Tag: Skills
• Date Added To List: -
• Date Read: 2025-12-20
• Link: Navigating Ambiguity
• Summary:
  • Map out the state of play
  • Develop the options for discussion
  • Drive the discussion
  • Discuss with teams involved to identify all the problems and also discuss rough solutions
  • Identify cross team issues 
  • Identify the key stakeholders
  • Group problems into clusters
  • Identify the tradeoffs in each approaches and document it
  • Talk to teams that have already solved this problem 
  • Determine who has the authority to drive the decision 
  • Document the decision making process and decision taken
  • Decide on the criteria to reoythe discussion once a decision has been made
  • Slow down if you need to bring along other people or consensus 
  • Some times it s not the right time - example new info keeps getting added
  • Do you have an executive who is sponsoring this.

Reality has a surprising amount of details

• Source: Twitter
• Tag: Skills
• Date Added To List: 2025-01-04
• Date Read: 2025-01-20
• Link: Reality has a surprising amount of detail
• Summary:
  • Every work will have very surprising amount of detail and sub tasks.
  • When you are working on an unknown problem, then you do not know which are important details and which are just noise. Once you realize that something is important, it becomes too transparent and you will not be able to make out the difference 
  • Seek details you would not normally notice about the world
  • When you talk to someone who is smart but seems so wrong, talk to them to understand what details is important to them and why
  • Notice how that meeting would be uneventful unless that one single point was discussed
  • In normal day to day look for unusual details in anything road, flower, things etc

School is not enough

• Source: Twitter
• Tag: Skills
• Date Added To List: 2025-01-14
• Date Read: 2025-01-20
• Link: School Is Not Enough
• Summary:
  • Need to identify the child’s interest 
  • School is catering to the minimum and for mass. So do not think that it will cater to your child
  • Learning happens by doing
  • Apprenticeship is through which they will learn. 
  • The work should be challenging to them so that they can learn from it 
  • Help the child to reach mastery.
  • Just going to school is not work
  • In this world, we no longer want children to work in a meaningful way but rather we want them to be busy while we adults do the real work
  • The more you ask from people or ask them to do, they will raise to the occasion and doing it on their own
  • We should think of ways the children can make meaningful contributions with respect to the reality
  • We should not be looking for a job rather opportunities for mastery
  • The child spending time in Minecraft is thought to be just playing game rather why not they are channeling their desire for building in that
  • For a kid it should be plain to understand, harder to make and very difficult to mastery. That should be the target apprenticeship or occupation for kid

These Two Engineers Dropped IT to Open Jayanagar’s Popular Tiffin Eatery - Bengaluru Cafe

• Source: Youtube - FoodLovers TV
• Tag: Startup
• Date Added To List: 2025-01-26
• Date Read: 2025-01-26
• Link: These Two Engineers Dropped IT To Open Jayanagar’s Popular Tiffin Eatery BENGALURU CAFÉ!
• Summary:
  • Bengaluru Cafe is started by 2 engineers after giving up their IT job. One of the founder actually had done MS in USA in embedded engineer.
  • For the hotel, he has sold all the savings and 401k to start it
  • They have looked on improving the process and optimizing every aspect of the hotel management.
  • They took time to perfect one small store and now they are expanding to bigger store.
  • I got inspired by their work. I plan to visit the shop in Jaynagar when I visit Bengaluru.