<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
    <title>printfdebugging - communication</title>
    <subtitle>Sahil Gautam&#x27;s Blog</subtitle>
    <link rel="self" type="application/atom+xml" href="https://printfdebugging.in/communication/atom.xml"/>
    <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/"/>
    <generator uri="https://www.getzola.org/">Zola</generator>
    <updated>2025-12-17T00:00:00+00:00</updated>
    <id>https://printfdebugging.in/communication/atom.xml</id>
    <entry xml:lang="en">
        <title>don&#x27;t fall prey to false ideas&#x2F;observations</title>
        <published>2025-12-17T00:00:00+00:00</published>
        <updated>2025-12-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/disagreement/"/>
        <id>https://printfdebugging.in/communication/disagreement/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/disagreement/">&lt;p&gt;our brains are wired to pay more attention to the negative side,
to the shortcomings, to differences and it amplifies them. that&#x27;s
why some outrageous fake news spreads so fast, that&#x27;s why we need
moderators in forums and public rooms.&lt;&#x2F;p&gt;
&lt;p&gt;this becomes much more important in 1:1 conversations or even in group
conversations specially at new places where we are constantly judging
others and forming an opinion of them. take some time and let things
settle, the &quot;bad&quot; guys aren&#x27;t that bad and the &quot;good&quot; guys aren&#x27;t that
good, they are just people, just like you.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>asynchronous conversations as a remote developer</title>
        <published>2025-11-27T00:00:00+00:00</published>
        <updated>2025-11-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/async/"/>
        <id>https://printfdebugging.in/communication/async/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/async/">&lt;p&gt;when working with a remote team, it is usually the case that people
are working in different timezones so not everyone would be online
when you are. being online doesn&#x27;t mean that they are looking at
the chat application, they might have put the notifications on
do-not-disturb and might be in the middle of work. so you might
not get an instant reply.&lt;&#x2F;p&gt;
&lt;p&gt;therefore the way to approach these conversations is to not ping
someone unless important, as they might be disturbed by the
notification. if it&#x27;s urgent, then say so with the message, or else
just drop the message, wait for a minute and go off and do your thing
because you don&#x27;t know when they are going to read it and reply.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>conversations while looking at the self through other&#x27;s eyes</title>
        <published>2025-11-11T00:00:00+00:00</published>
        <updated>2025-11-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/whocares/"/>
        <id>https://printfdebugging.in/communication/whocares/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/whocares/">&lt;p&gt;i find the who-cares attitude quite useful. it&#x27;s about not caring what
the other would think of you when you do or say or write something.
it&#x27;s about not being attached to the self so much that you seek praise
or avoid criticism.&lt;&#x2F;p&gt;
&lt;p&gt;this doesn&#x27;t mean write anything, of-course you must think about what
you are writing but you must think without associating the sense self
to it. you say what needs to be said and choose the words &lt;a href=&quot;&#x2F;communication&#x2F;words&quot;&gt;carefully&lt;&#x2F;a&gt;.&lt;&#x2F;p&gt;
&lt;p&gt;when you disassociate the self, you simply don&#x27;t care if anyone
reacted with emojis on your comment or what would others think, or
who has seen what you wrote and who thinks what about it. this is
specially noticable when you are interacting live with an audience
or while giving a talk, you would be able to focus on the talk (the
important thing at hand) and the self simply won&#x27;t bother you, or
praises won&#x27;t bloat it, or criticism won&#x27;t shatter it.&lt;&#x2F;p&gt;
&lt;p&gt;once you stop caring about the self, you would find that you are no
longer looking for more emojis or sending more emojis. you would face
this moment as is and not through a reflection in a self obsessed
mirror which shows what it&#x27;s owner wants to see. therefore you would
notice that you are on the same page as others who don&#x27;t live in
reflections.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>how you say it matters in ways you might not be aware of</title>
        <published>2025-11-06T00:00:00+00:00</published>
        <updated>2025-11-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/words/"/>
        <id>https://printfdebugging.in/communication/words/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/words/">&lt;p&gt;right when you think that you have a language figured out, you realize
there&#x27;s a human side to the language and it&#x27;s interpretation which
means how the others read&#x2F;hear it matters. therefore communication
is not just about language, but about how to use it&#x27;s constructs to
say what you want to say and make sure that the other hears what you
wanted to say.&lt;&#x2F;p&gt;
&lt;p&gt;what you say might be perceived in ways that you can&#x27;t even imagine
because you lack some information that the readers&#x2F;listeners have, but
they might not know that you don&#x27;t know what they know. thus the act of
speaking or writing becomes one of much more responsibility where
you might want to consult experts about how you should put something
into words. the experts can be people, good books, recordings of
events, or anything which makes your writing&#x2F;speech a living thing,
one which doesn&#x27;t need explainations afterwards.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>learn to see things as they are</title>
        <published>2025-10-31T00:00:00+00:00</published>
        <updated>2025-10-31T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/seeing/"/>
        <id>https://printfdebugging.in/communication/seeing/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/seeing/">&lt;p&gt;we read&#x2F;see&#x2F;hear what we want to based on our assumptions and
expectations. this leads to missunderstandings and often we are
nowhere close to what&#x27;s being said (written or happening). the
assumptions affecting our perceptions can be images we have made up in
our heads, expectations which we hold close to us, etc.&lt;&#x2F;p&gt;
&lt;p&gt;when something sounds egregious or obvious, or you think you
understood it in the first attempt, just stop for a moment and read it
again and again, ask the other to repeat it, or clear your eyes and
see it again. and then confirm whether you are biased to preceive that
or is it really there. then you would be in a situation to make an
informed decision.&lt;&#x2F;p&gt;
&lt;p&gt;also sometimes the infomration might be incomplete or tampered with,
so always factor in that possibility and confirm things without
reaching any conclusions.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>see beyond flattery and gestures, the content</title>
        <published>2025-10-28T00:00:00+00:00</published>
        <updated>2025-10-28T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/beyond/"/>
        <id>https://printfdebugging.in/communication/beyond/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/beyond/">&lt;p&gt;the content of a conversation matters the most and the way it has been
said matters the least, though it matters somewhat. each word holds
some context and some assumptions. if you don&#x27;t focus on the content,
you would find yourself in a made up context.&lt;&#x2F;p&gt;
&lt;p&gt;flattery is bad in general as it makes you dependent on others for
validation and when that happens, someone else gets the power to
decide how you feel or whether you feel validated or not. similarly
criticism is good for opposite reasons.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>text conversations as a programmer</title>
        <published>2025-09-25T00:00:00+00:00</published>
        <updated>2025-09-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/texting/"/>
        <id>https://printfdebugging.in/communication/texting/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/texting/">&lt;p&gt;happens on irc and internal channels. a context is set with the first
message and it picks up direction as messages pile up. unlike in
person conversations where you can cross question and interrupt the
other person, these text based conversations have very less scope of
diversion from the direction they have taken on.&lt;&#x2F;p&gt;
&lt;p&gt;i offended some people on irc doing that unknowingly, so please don&#x27;t
do that. let that conversation reach a conclusion then ask your
questions which were not directly related but around the same topic
and ask one question at a time.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>the attitude to approach conversations</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/approach/"/>
        <id>https://printfdebugging.in/communication/approach/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/approach/">&lt;p&gt;one&#x27;s approach to conversations and discussions matters, whether one
is there to assert dominance and gain validation or one is there to
learn, to find out and help. one must remember it&#x27;s not about them
it&#x27;s about the project or the bigger picture and they are just the
means and not the end.&lt;&#x2F;p&gt;
&lt;p&gt;so whenever you are talking in front of the camera of an audience,
just be yourself and focus on why you are there and do justice to that
cause. don&#x27;t be rigid and scared of judgement, good people care about
the important things, a seasoned runner won&#x27;t judge you, and what the
bystanders think doesn&#x27;t matter. don&#x27;t look at yourself through
someone else&#x27;s eyes, it doesn&#x27;t help. thus you don&#x27;t have to force a
smile or conform to a certain accent.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>surviving conversations with clever people</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/clever/"/>
        <id>https://printfdebugging.in/communication/clever/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/clever/">&lt;p&gt;&quot;clever people&quot; never say the thing that they want to say directly but
rather start with a buildup around it which mostly is to present the
thing from their perspectives and convince the listeners what they are
saying is the truth. same goes for flattery, it&#x27;s hardly of any use
but it can cause great destruction if one falls for it.&lt;&#x2F;p&gt;
&lt;p&gt;simple things are said in few words without any sugar coating around.
this makes things simple, without any hidden strings attached. good
people say their piece and the terms.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>the context of a conversation</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/context/"/>
        <id>https://printfdebugging.in/communication/context/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/context/">&lt;p&gt;each conversation has a context which sets some boundaries and some
assumptions, and a group of people who are aware about it. some
conversations are in private context, some are in public context.
information related to a project&#x27;s progress should remain in the
public context.&lt;&#x2F;p&gt;
&lt;p&gt;private context involves company secrets or 1:1 conversations, they
shouldn&#x27;t be made public without the concent of concerned parties. in
a conversation, changing context or saying something out of contexting
is considered rude, sure you can change the context and the direction
of conversation at transition points, but not in the middle, specially
in meetings with a well defined agenda.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>no question is a dumb question, just ask</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/dumb-questions/"/>
        <id>https://printfdebugging.in/communication/dumb-questions/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/dumb-questions/">&lt;p&gt;most people who have questions but don&#x27;t ask are those who are scared
of other&#x27;s judging them and their &#x27;dumb&#x27; question. turns out most
people don&#x27;t care, they forget about it after a day or week. so one
should not miss the opportunity and ask questions actively.&lt;&#x2F;p&gt;
&lt;p&gt;it doesn&#x27;t mean &quot;think and shoot&quot;, keep it with yourself for a moment
or two and then ask, don&#x27;t be in a hurry (you can ask later too). read
&lt;a href=&quot;&#x2F;programming&#x2F;questions&#x2F;&quot;&gt;programming and questions&lt;&#x2F;a&gt; to learn more.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>verbal and non-verbal feedback in conversations</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/feedback/"/>
        <id>https://printfdebugging.in/communication/feedback/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/feedback/">&lt;p&gt;part of being a good listener is giving live feedbacks about the
conversation, just listening quitely is not enough. this can be done
by reflecting what you hear on your past experiences and finding out
where that relates. then you can share what you understood by that
thruogh the examples from the past. if you got it right, you would get
a thumbs up, or else you would be corrected. the emphasis is on
&quot;speaking back&quot; and not just listening and saying &quot;yes&quot; in the end.&lt;&#x2F;p&gt;
&lt;p&gt;your past experiences doesn&#x27;t necessarily mean experiences but knowledge
of things related to the topic in general. while certain feedback is
important, some should be avoided. reacting to something without
understanding it is a bad feedback, this applies not just to
conversations but everything else.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>assume things are said in good faith</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/good-faith/"/>
        <id>https://printfdebugging.in/communication/good-faith/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/good-faith/">&lt;p&gt;developers can be straight forward at times, a bit unfiltered. being
aware of this and taking arguments and criticism constructively can
help you understand what&#x27;s being said. with every comment the
conversation takes a turn from one point to another, make sure your
comments push it towards the positive direction.&lt;&#x2F;p&gt;
&lt;p&gt;not taking everything personally helps with this. trying to understand
the argument from their perspective also helps deal with such issues
or atleast not escalate it further. the goal is to come to a mutual
understanding and for that it&#x27;s important that you start out assuming
that things are said in good faith.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>don&#x27;t mix laughs with dialogs</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/laughter/"/>
        <id>https://printfdebugging.in/communication/laughter/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/laughter/">&lt;p&gt;well laughter is important and conversations with some laughs in
between are quite lovely. what i am talking about is laughter while
speaking and it&#x27;s different from being delighted while you speak about
something. this applies specially when the audience is diverse, with
different mother tongues and different languages.&lt;&#x2F;p&gt;
&lt;p&gt;mixing laughter with speech makes what&#x27;s being said harder to
understand, not just that, putting your thoughts into words is a
serious affair, and laughter dilutes that. sure you can have phases of
laughter and serious talk one after the other but never together.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>really listening and not recording</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/listening/"/>
        <id>https://printfdebugging.in/communication/listening/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/listening/">&lt;p&gt;&lt;a href=&quot;&#x2F;communication&#x2F;dumb-questions&#x2F;&quot;&gt;no question is a dumb question, just ask&lt;&#x2F;a&gt;. but if you don&#x27;t have any
questions, you were probably not listening. a programmer must be as
good a listener as a speaker. you should listen and see beyond the
words, often one word packs a lot of assumptions and context which
needs clarification.&lt;&#x2F;p&gt;
&lt;p&gt;avoid multitasking while in meetings and while talking to people.
this helps understand the topic at hand better. pay attention to each
word, build mental model of what&#x27;s being said. reading good books and
participating in deep conversations and then backtracking and avoiding
fast paced content helps improve the listening.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>entitlement to opinions and mindfulness</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/opinions/"/>
        <id>https://printfdebugging.in/communication/opinions/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/opinions/">&lt;p&gt;everyone is entitled to have opinions, but do they mean anything and
where are they worth sharing. these are some questions one must ask
themselves atleast once before sharing any opinions. for example
political opinions aren&#x27;t well placed in a developer chat.&lt;&#x2F;p&gt;
&lt;p&gt;opinions on abstract things don&#x27;t mean much. one should not have opinions
about things which they know nothing about. it also matters how an opinion
is presented, wording matters, timing matters and the context of the
conversation matters.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>the pace of conversations</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/pace/"/>
        <id>https://printfdebugging.in/communication/pace/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/pace/">&lt;p&gt;don&#x27;t rush while speaking as it might make it hard for others to
understand what you said specially when the audience is from different
countries and aren&#x27;t used to your accent. speaking slowly also gives
you time to think and filter as there are things which you should not
reveal like company secrets, remember &lt;a href=&quot;&#x2F;communication&#x2F;tone&quot;&gt;the formal setting of
programming conversations&lt;&#x2F;a&gt;?&lt;&#x2F;p&gt;
&lt;p&gt;over time you should develop your own unique speaking style. like
mmeeks lowers down his voice around the end of the sentence or when
mst takes pauses and talks in a plain sad tone about the writer bugs
situation. thorsten raises his voice a little when he has to emphasise
on something, like the hump in a camel case variable name, armin&#x27;s
classic &quot;whatever, we will see&quot;... this isn&#x27;t easy, it requires quite
some reading and awareness.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>pauses don&#x27;t have to be so awkeward</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/pauses/"/>
        <id>https://printfdebugging.in/communication/pauses/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/pauses/">&lt;p&gt;often pauses in conversations are associated with awkwardnewss where
both parties are wondering what to talk about next. turns out pauses
are not that awkward. conversations are living phenomenon and they
have some quite moments, some heated ones and some balanced ones.&lt;&#x2F;p&gt;
&lt;p&gt;think of the pauses as an opportunity to absorb the last conversation
and gain deeper insights about the topic, and about yourself. no one likes
if you keep dragging a conversation without letting them have some
space, some breathing room.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>serious conversations and laughter</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/seriousness/"/>
        <id>https://printfdebugging.in/communication/seriousness/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/seriousness/">&lt;p&gt;in a conversation about something serious, if a joke is cracked
related to that in order to make fun of the mess one finds themselves
in, you should see that joke in context of the serious topic, and then
you will find that you are not laughing anymore.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>the formal setting of programming conversations</title>
        <published>2025-07-27T00:00:00+00:00</published>
        <updated>2025-07-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://printfdebugging.in/communication/tone/"/>
        <id>https://printfdebugging.in/communication/tone/</id>
        
        <content type="html" xml:base="https://printfdebugging.in/communication/tone/">&lt;p&gt;programmers are quite unfiltered people from different cultures,
with different personalities. so their selection of words to express
extreme expressions also vary. some tend to be nice and polite, while
other&#x27;s are more expressive and frank.&lt;&#x2F;p&gt;
&lt;p&gt;it&#x27;s quite tempting to join the frank conversations and it&#x27;s fine if
you do but remember you are in a professional setting. some frank
words from a senior developer&#x27;s mouth might be perceived totally
differently v&#x2F;s the same words were uttered by a new joinee. it&#x27;s
about being aware of the line even in frank situations and actively
maintaining a healthy distance from it.&lt;&#x2F;p&gt;
</content>
        
    </entry>
</feed>
