On introversion…

Something of an odd topic, I’ll admit.

I’ve recently been poking around YouTube and found a few interesting articles on introversion vs. extroversion. One clip in particular lays out the differences fairly clearly.

To summarise somewhat:

  • Introverts aren’t antisocial; they just prefer socialising with small groups (and often need to recharge with “alone time” afterwards).
  • Introverts recharge by being alone. Socialising takes effort and can be exhausting.
  • Introverts tend to be more introspective and thoughtful. Giving the right answer is important.
  • Introverts value a small number of deeper friendships over a large number of shallow ones.
  • Introverts tend to made uncomfortable by overstimulation. Loud music, noisy parties, chaotic environments will make many introverts uncomfortable. I’ll qualify this somewhat; chaos is not necessarily bad, but unfamiliar chaos is. My desk at Ebit was always very messy, but I knew where everything lived. Our network was highly complex, but this didn’t worry me as I knew it in detail. On the other hand, having new devices added without being informed always stressed me out….

However, do bear in mind that your erection should not last viagra shop online more than 15 or less than 5 minutes to delight her with enhanced sexual pleasure. Timing is important when viagra overnight usa https://pdxcommercial.com/order-6949 you plan on getting pregnant. In addition, the nerves within brand viagra mastercard the penis must be functioning perfectly and doing its specific action. Vacuum devices, penile implants, oral medications, injectable medications (e.g., alprostadil), penis pumps, and penile buy sildenafil uk implants.

I fit this category fairly well, although I developed some adaptations over the years. My main advantage has been a lack of self-consciousness, so with a certain amount of internal editing I can free-associate in conversation and do a reasonable job of appearing social.

On Sturgeon’s Law and the Retro movement

Sturgeon’s law (called by Theodore Sturgeon himself “Sturgeon’s Observation”) is that “Ninety percent of everything is crap.”

This implies that, given that overall quality levels have remained the same, as much “good” material has been produced in the last ten years as has been produced overall in the last year; and as much “good” material in the last fifty years as overall material in the last fifty years.

Humans tend to remember the high points (the “good” material, or in rare cases the exceptionally bad material) much more easily than they remember the mediocre.

They also provide 24*7 customer care support to their treatment. order levitra online A psychologist helps assses how a levitra price child has progressed through all of the developmental milestones, walking and talking for example, and then to identify minor deviations. It contains such components which helps a man to overcome erectile dysfunction including sample viagra prescription, penis pumps, psychological therapy or just persistence. Sadly enough, more and more men are now getting buy levitra online https://regencygrandenursing.com/PDFS/COVD-19_Letter_Regency_Grande.pdf susceptible to a serious problem called erectile dysfunction. Thus we have the belief that all modern games are bad, because they are compared with the best games of the last thirty years; that all modern movies are bad, because they are compared with the high points of movie making since WW2. That all books are bad, because modern bodice-rippers are compared with To Kill a Nightingale and Catch-22.

It’s not really true. We overlook the crap and think the great games are representative of their periods. We overlook the modern classics-in-the-making and elevate the titles that have been proven by time.

There’s nothing inherently wrong with a “retro” view, because the older titles really are as good or better than the new ones, but we shouldn’t overlook excellent new material when it comes along – particularly when the best of it learns lessons from the “retro” titles, giving a richer and more nuanced view overall.

Philosophy of tech support

A few observations on working in technical support.

  • Make sure you understand the user’s underlying need. Sometimes you’ll get a request asking to do one thing, when the user has actually taken the first few steps in thinking through solutions themselves, and is asking you to solve that problem rather than their real problem (which may be much simpler.) There may be a simpler, more elegant solution to their problem if you know what they’re trying to accomplish.
  • Make it easy for users to describe their problem. For example, keep network drive assignments consistent across the board (The T: drive should always point to the same share). Colour-code printer names; it’s a lot easier to say there is a fault with “the black printer” than with “the Kyocera 2100D near where Jacqui sits.”
  • Provide frequent feedback. If you are dealing with a fault, let the person requesting the fix know that it’s still being worked on, even if little progress is being made. Communication is key.
  • Underpromise and Overdeliver. When asked what benefits will be provided, be conservative about the benefits and timetable, but try to deliver more than was promised and ahead of time. If you promise a feature in one week and deliver in two, your users will be unhappy. If you promise delivery in three weeks and deliver in two, they will typically be happy. This leads to a related point…
  • Don’t overestimate yourself. I’ve found most technical staff (including myself) will underestimate the time taken for any given task. Most commonly this is because they haven’t taken the time needed for testing & debugging into account. When making an estimate, remember your limitations. For nontrivial tasks, your first impulse should be to double your initial estimate.
  • Complaints are golden. Any complaint is a vote of confidence in your ability to solve a problem. If your users are very quiet it may not be a good sign – your users may have given up on you as a source of help.
  • Don’t be afraid to inform users of the scope of a request. As technical staff, when asked to do something or if something is possible, our initial response is initially to say “yes, but…” People don’t hear the “but”; they only hear the “yes”. Couch your answer in terms of costs, or answer “effectively no”. If your answer is “That will take eight hours’ work; are you sure you don’t want me working on (some other important problem) instead?” most people will decline gracefully.
  • Don’t always turn down the hard requests. This is the flipside of ensuring that users know how hard a request is. It can sometimes be tempting to tell somebody that a job that is merely difficult is impossible.Taking those jobs will stretch your skills and, if done right, substantially benefit your user base.

When families face a crisis and the family members assume these different rules within the family during the chaos, the communication lines easily become confused and boundaries can be taken for one time. cialis 20 mg High Blood Pressure can cause sexual dysfunctions in males – overcome with best treatment. tadalafil 50mg Keep in mind that you should always order levitra on line talk to your doctor to find out about other medical conditions like diabetes and obesity. When higher than required amount of blood buy cheapest viagra gets accrue in penis, it gets harder & stiff which is counted as an erection.