The balance between doing and improving – evaluating yak-shaving

A reader wrote:

… I came to realize that many Emacs users seem to spend a great deal of time learning about Emacs, tweaking it, and writing new extensions, rather than getting non-Emacs-related work done. Sometimes it feels as though heavy Emacs users actually get less done overall, if you consider only non-Emacs-related tasks. My question is, is it possible to get work done in Emacs, without most of that work being Emacs-related?

It got me thinking about skills or tools that can be used to improve themselves, and the balance between using and improving tools.

2015-03-15c Skills or tools that can be used to improve themselves -- index card #learning #bootstrapping

2015-03-15c Skills or tools that can be used to improve themselves – index card #learning #bootstrapping

Not all skills or tools can be used to improve themselves. I’m learning how to sew, but that doesn’t lead to making my sewing machine better (aside from fiddling with the dials).

Here are some skills that can be used reflexively:

  • Philosophy asks questions about good questions to ask
  • Learning about learning helps you learn more effectively
  • Woodworkers and machinists have a tradition of making their own tools
  • 3D printers can print parts for their own models
  • You can program tools to help you program better: testing, version control, project management, etc.

Although making your own tools takes time, here are some advantages of doing so instead of buying them off the shelf:

  • You understand the internals better, and you can appreciate the subtleties
  • You can customize it to fit the way you work
  • You can create different variants for greater flexibility. Mass customization can’t anticipate or cost-effectively provide all the different types of things people may want.
  • As your skills and needs increase, you can create better and better tools for yourself.

Many programmers spend time deliberately improving their toolkits; if they don’t, they stagnate. At the basic level, people try programs or frameworks that other people have created. The next level might be scripting things to work together. A third level might be writing customizations or extensions, and a fourth level might be creating entirely new tools or frameworks. Beginner programmers might start at the first level of reusing other people’s code, but wizardly performance often involves a mix of the other levels.

So the question is: How can we balance doing things and improving things?

No one can answer this for you.

Me, I tend to avoid hard deadlines and I do things faster than people expect them to be done, so I have plenty of leeway to improve my tools – which helps me be even more effective, so it’s a virtuous cycle.

You’ll need to find your own balance. You might get urgent stuff out of the way first, and then figure out how to balance smaller requests with investing in capabilities.

Here’s something I put together to help you figure out where you might be in terms of balance. Alternatively, if you’re thinking about whether to pick up a skill or tool that can be used to improve itself, you can use this to evaluate what you read from people sharing their experiences with the tool. Can they find a good balance for themselves, or are they frustrated by the challenges of getting something to work?

2015-03-16a The balance between using and improving tools -- index card #learning #bootstrapping

2015-03-16a The balance between using and improving tools – index card #learning #bootstrapping

  • “I have what I need in order to work.” This is the basic scenario. People focus on doing things instead of improving things.
  • I can keep pushing, but performance is dropping, so I should invest time in maintenance.” It’s like the way a knife or a saw dulls over time. When you notice diminishing returns, it might be good to invest some time in maintenance. It’s not an urgent need, but it can pay off.
  • I’d better take care of this now before it becomes a problem.” This is like maintaining a car or taking care of your health. A little time now can avoid big problems later.
  • Grr, it’s broken. I have to fix it before I can work.” If you let things go for too long, or if you’re working with something finicky, you’ll be forced into maintenance mode. For example, some 3D printers require a lot of fiddling. Watch out for this scenario.
  • It’s fine the way it is, but I know I can make it better.” The way you’re currently doing things is okay, but you know (from your experience or from what you’ve read of other people) that you can invest a little time to work more effectively. You might even know the return on investment. It’s easy to decide whether you should just go ahead with the status quo or invest the time in improving.
  • It’s fine the way it is, but I think I can make it better.” The way you’re currently doing things is okay, but you have some ideas that might make it even better. If you think those ideas might be worth it, it might be good to give yourself a time limit for exploring those ideas so that you don’t get distracted. Alternatively, you can save it for a slower time.
  • I’m waiting or stuck, so I might as well work on tools.” Maybe you’re waiting for feedback from someone else. Maybe you’re waiting for programs to compile or tests to pass. Why not spend a little time exploring how to make your tools a little better?
  • I’m doing this for fun/learning.” Tool improvement can become more enjoyable than some of the other ways you used to like spending time. For example, you might find yourself wanting to watch a screencast or try out a tweak instead of watching TV or browsing random sites on the Internet. You don’t have to completely replace other activities, you just have to shift a little time from things that have less value to you.
  • I can’t write about my actual work, but I can write about this.” If you’re wondering about yak-shaving propensity based on the blog posts you’re reading, consider: do people write about their improvements instead of the work that they’re doing because their work is confidential or hard to explain? Maybe they think blog posts about improvements are more interesting. Maybe they’re writing about improvements in the process of figuring things out (which in an excellent process, by the way). All these things can skew your perception of how much time people spend doing things versus improving things, and how much they accomplish within that time.

In terms of Emacs, these things mostly apply to me:

  • “I’m doing this for fun/learning” – Emacs tickles my brain, and the community is wonderful.
  • “I can’t write about my actual work, but I can write about this” – I suppose I could write more about the other stuff I’m interested in (sewing? cooking?), so there’s that. However, the consulting stuff is covered by agreements, and that’s a small fraction of my life anyway.

I assume other geeks are rational, especially if they have a lot of experience with it and other tools. Therefore, if people spend time tweaking (while avoiding the consequences of low performance), I assume it’s because they see the value of doing so (whether the pay-off is certain or not). On the surface, an effective person’s behaviour might resemble an ineffective person’s behaviour – six hours sharpening the saw for two hours of work, or six hours procrastinating and two hours of cramming? But if you look at:

  • if they get stuff done
  • whether other people are happy with their performance, or if they generally appear successful in their endeavours
  • how happy they are about the process

then you can get a better idea of whether it’s working for them.

As you think about your own balance or read other people’s blogs, can you identify what scenarios you and other people might resonate with? Am I missing any that I should add to the list? Please comment below!

Learning to live slowly

Sometimes I feel a little duller around the edges, not quite as alert. It’s a little harder to think, to reason. I feel slightly out of focus. I talk more slowly, move more slowly.

And yet, living more slowly, I feel like I live more gracefully as well. None of the sharp jitters when my mind works at its fastest, none of the zigzags and interruptions, none of the words tumbling over themselves in their haste. More meditative.

I know why this is so and I don’t seek to avoid it. The real question is: How can I embrace this state? How can I make the most of it? It is natural, and will only become more so over time.

Coding currently feels better with a sharp mind, but there are still a myriad tasks to do and things to learn even when I don’t feel at my peak. Over time, I’ll learn to code in a reflective state instead of the intense one I carried over from competitions and quick prototyping. I think this will be good for my growth as a developer. After all, speed is not as useful as insight and care.

Reflective writing feels better than rapid writing. I don’t feel brilliant, but I feel methodical: following threads slowly, watching my own thoughts.

Cooking has become something that gives me pleasure. It’s one of those activities that I can indulge in, knowing that I can reliably create value where sometimes writing or coding does not. There are no blocks when it comes to cooking, only the steady slicing of ingredients and the textures and tastes of alchemy.

This slowness is perfect for listening, for talking. When I was younger, I felt an almost physical itch to be elsewhere, to be away, to be within the world of a book or a computer instead of in conversation.

Tidying benefits from deliberate thought. I organized my closet and my drawers by colour, and suddenly the patterns are visible. It takes just as much effort to maintain this order as it would to mess it up, and so I keep it.

Most days, I get very little done. But somehow, looking back over the week, I find that I’ve covered more ground than I thought.

I have the perfect foundation for learning how to live slowly. Few commitments, few expectations. I’ve lived this first part at a speed that other people have found remarkable but also, perhaps, uncomfortable: speaking, reading, coding, enthusiasm. It might be interesting to experiment with the flip side of that: the kind of stillness that the nuns in my grade school carried with them, the calm of late-night relaxed conversations, the serenity of quiet. I think I can translate the things I’ve loved about my faster life. Enthusiasm and delight don’t need to be breathless. The world is frantic enough. Let me learn how to be contagiously restful. =)

Sketched Book – The Obstacle Is The Way: The Timeless Art of Turning Trials into Triumph – Ryan Holiday

The book that got me into Stoic thinking was William Irvine’s A Guide to the Good Life: The Ancient Art of Stoic Joy (2009). Stoicism resonated with me: the reminder that my perception of things is separate from what those things are; the acceptance that I can control only how I respond to life, not what happens; the awareness of mortality that belies the insignificance of our drama and sharpens the appreciation of our short lives.

When I went through popular translations of the source books like the Meditations of Marcus Aurelius and Epictetus’ Discourses and the Enchiridion, I found them easy to read, with a wealth of ideas to apply to my life. Since then, I’ve been on the lookout for more applications of Stoicism to everyday life. Naturally, Ryan Holiday’s The Obstacle Is The Way: The Timeless Art of Turning Trials into Triumph (2014) crossed my radar.

The book expands on the idea that you can view obstacles as opportunities, taking advantage of them in order to grow. Almost all of the thirty-two chapters (covering aspects of perception, action, and will) are illustrated with an anecdote or two, followed by some questions and advice.

I’ve sketched the key points of the book below to make it easier to remember and share. Click on the image for a larger version that you can print if you want.

2015-01-05 Sketched Book - The Obstacle Is The Way - The Timeless Art of Turning Trials into Triumph - Ryan Holiday

Let me think about how I feel about this book so that I can get past the initial “Yay, another book about Stoicism!”

I came across a number of anecdotes I hadn’t read before, and I liked reading stories of more modern figures instead of just the usual old chestnuts. I didn’t find any new ideas that made me stop and think; if you’re familiar with the key works in Stoic philosophy, you probably won’t get as much out of this book as someone who is completely new.

It feels oddly like the book is about this relentless drive towards a goal, but that doesn’t quite fit with what I understand about Stoic philosophy or what makes sense to me. Maybe I’m misreading the book. To me, the freedom described by Stoicism isn’t about achieving great victories after much perseverance and resourcefulness. It’s about realizing that things are what they are, you can choose how to respond to them, and thus you always have opportunities to become a better person as you learn to work with nature instead of against it–even if the path you end up taking doesn’t look like what you imagined.

It’s hard to explain the feeling I get from the drumbeat of anecdotes all throughout the book, but let me pick a passage that evokes this difference for me. The introduction (page xiv.) has this:

To act with “a reverse clause,” so there is always a way out or another route to get to where you need to go.

I could be wrong, but I think this refers to the reserve clause suggested by Seneca:

The wise man never changes his plans while the conditions under which he formed them remain the same; therefore, he never feels regret, because at the time nothing better than what he did could have been done, nor could any better decision have been arrived at than that which was made; yet he begins everything with the saving clause, “If nothing shall occur to the contrary.” … Without committing himself, he awaits the doubtful and capricious issue of events, and weighs certainty of purpose against uncertainty of result.

Seneca, On Benefits – translated by Aubrey Sewart

I understand this to mean that Stoics make well-considered decisions that anticipate opposition, but also remember that achieving goals is beyond their control. It isn’t about getting to where you need to go. It’s about being a tranquil person throughout the journey, free from being too attached to the wrong things – including fortune or misfortune.

Maybe this isn’t a book grounded in Stoic philosophy as much as it’s a motivational book that springboards from a few Stoic quotes and concepts. This is okay too. It helps me understand what I agree with and disagree with in the book, like the way I agree with and disagree with parts of Stoic philosophy.

In terms of presentation, the book’s density of stories appeals to some people and not to others. I’ve become less fond of books packed with short anecdotes. An overdose of the modern approach of aesops every other page, the shallowness and patness of the tales? In a book about obstacles, it would have been nice to see deeper struggles, maybe even with normal folks instead of famous ones; stories of frustration and suspense and everyday things that people can relate to.

I’ve long internalized the mental shift suggested by this book–of transforming obstacles and frustrations into things that can help you–but if I hadn’t, would this book help me flip that mindset? Would reading it help someone who’s struggling with perspective – would it add much more value compared to giving them a brief summary of the book? I’m not sure. If reading about other people who had it worse than you and who still achieved greater things is the sort of information you need to pick yourself up and get going, this might be a good book for you.

But I doubt that’s the case for many people who feel stuck. We’ve heard the story that the Chinese word for crisis contains the characters for danger and for opportunity (wrong, apparently). Corporate language guidelines might suggest replacing “problem” with “challenge.” Coaches exhort people to reframe their difficulties positively, listing aspects to be grateful about.

When I run into my own challenges, it’s not because I’m waiting for the perfect story or maxim to break me out. I get stuck when I don’t take a step back and really see what’s going on instead of what I think is going on. I get stuck when I don’t have a handle on the problem, when I can’t grasp it, when I can’t break it down. I get stuck when I accept the current framing instead of coming up with creative solutions. I get stuck when I’m stubborn and not listening to what the world tells me. These are all points somewhat addressed by the book, but it seemed to lack something. Perhaps I need to read it more slowly, dipping in and out of it for reflections. Although if I’m going to do that, maybe I should sit with the classics instead.

Still, there are people for whom this book is a good fit, so don’t let this talk you out of liking it. If you’ve been curious about but intimidated by Stoicism, you might try picking this up. If you’re doing okay with challenges but you want to get even better at transforming them into stepping-stones, flip through this book and meditate on its points. (Although if you’re dealing with depression, it seems remarkably insensitive to tell you to just think of your problems as good things!)

Anyway, if you’re curious about the book, you can buy it from Amazon (affiliate link) or get it from your favourite book sources.

Like this sketch? Check out sketchedbooks.com for more. Feel free to share – it’s under the Creative Commons Attribution License, like the rest of my blog.

Weekly review: Week ending March 20, 2015

This was a good week, rich in people: lots of family things, and wonderful conversations. I’m getting better at seeing and responding to things the way I choose to, and it makes life’s surprises better.

Next week: I’d like to build a yoga habit, and I’d like to get even better at reaching out.

2015-03-22f Week ending 2015-03-20 -- index card #journal #weekly

output

Blog posts

Sketches

Link round-up

Focus areas and time review

  • Business (25.2h – 14%)
    • Earn (16.1h – 63% of Business)
      • Attend comm session
      • Earn: E1: 1-2 days of consulting
    • Build (2.5h – 9% of Business)
      • Drawing (2.5h)
    • Connect (6.6h – 26% of Business)
  • Relationships (19.3h – 11%)
    • Check on project F4
    • Hang out with Ewan and Eric on Friday
    • Drop gift off at Michael and Jen’s
  • Discretionary – Productive (20.4h – 12%)
    • Emacs (4.2h – 2% of all)
      • 2015-02-18 Emacs Hangout
      • Help Sean with Emacs
      • Hang out with Emacs geeks
    • Research yoga places
    • Writing (2.8h)
  • Discretionary – Play (5.4h – 3%)
  • Personal routines (22.0h – 13%)
  • Unpaid work (15.6h – 9%)
  • Sleep (60.2h – 35% – average of 8.6 per day)

The imperfect fungibility of time: thinking about how to use money to accelerate learning

2015-01-30 Leaving money on the table -- index card #consulting #experiment #balance

2015-01-30 Leaving money on the table – index card #consulting #experiment #balance

Any time I want to, I could spend more time consulting. This would make my clients happy. It would help me create much more value, and they would get more value from me than from other ways they could spend their budget. I would improve my skills along the way, especially with people’s requests and feedback. And to top it all off, I would earn more money that I could add to my savings, exchange for other people’s time or talents, or use to improve our quality of life.

How hard is it to resist the temptation to work on other people’s things? It’s like trying to focus on cooking lentils when there’s a pan of fudge brownies right there, just waiting to for a bite. It’s like wandering through the woods in hope of coming across something interesting when you know you can go back to the road and the road will take you to an enormous library. It’s like trying to build something out of sand when there’s a nifty LEGO Technic kit you can build instead. It’s probably like Odysseus sailing past Sirens, if the Sirens sang, “We need you! You can help us! Plus you can totally kit out your ship and your crew with the treasures we’ll give you and the experience you’ll gain!”

Maybe I can use this temptation’s strength against it.

2015-02-02 What if I use the lure of work to help me grow -- index card #consulting #experiment

2015-02-02 What if I use the lure of work to help me grow – index card #consulting #experiment

Maybe I can treat client work (with its attendant rewards and recognition) as a carrot that I can have if I make good progress on my personal projects. If I hit the ground running in the morning, then I can work on client stuff in the afternoon. A two-hour span is probably a good-sized chunk of time for programming or reporting. It’s not as efficient as a four-hour chunk, but it’ll force me to keep good notes, and I know I can get a fair bit done in that time anyway.

The other part of this is making sure that I don’t give myself too-low targets so that I can get to client work. It’ll be tempting to pick a small task, do it, and say, “There, I’m done. Moving on!” But I have to sit with uncertainty and figure things out. I expect that learning to work on my own things will mean encountering and dealing with inner Resistance. I expect that my anxious side will whisper its self-doubt. So I lash myself to the mast and sail past the Sirens, heading towards (if I’m lucky!) years of wandering.

Part of this is the realization that even after my experiments with delegation, I’m still not good at converting money back into time, learning, ability, or enjoyment. Time is not really fungible, or at least I haven’t figured out how to convert it efficiently. I can convert time to money through work, but I find it difficult to convert money back to time (through delegation) or use it to accelerate learning.

2015-01-07 What am I happy to pay for in money or time -- index card

2015-01-07 What am I happy to pay for in money or time – index card

Extra money tends to go into projects, tools or cooking experiments. Gardening is one of my luxuries: a few bags of dirt, some seeds and starters, and an excuse to be outside regularly. Paying someone to do the first draft of a transcript gets around my impatience with listening to my own voice. Aside from these regular decisions, I tend to think carefully about what I spend on. Often a low-cost way of doing something also helps me learn a lot – sometimes much more than throwing money at the problem would.

2015-01-27 Financial goals -- index card #finance

2015-01-27 Financial goals – index card #finance

But there are things that money can buy, and it’s good for me to learn how to make better decisions about that. For example, a big savings goal might be “buying” more of W-‘s time, saving up in case he wants to experiment with a more self-directed life as well. House maintenance projects need tools, materials, and sometimes skilled help. Cooking benefits from experimentation, better ingredients, and maybe even instruction.

2015-02-01 Accelerating my learning -- index card #learning #accelerating

2015-02-01 Accelerating my learning – index card #learning #accelerating

What about accelerating my learning so that I can share even more useful stuff? Working with other people can help me:

  • take advantage of external perspectives (great for editing)
  • organize my learning path into a more effective sequence
  • learn about adjacent possibilities and low-hanging fruit
  • bridge gaps
  • improve through feedback
  • create scaffolds/structures and feed motivation
  • set up and observe deliberate practice
  • direct my awareness to what’s important

In order to make the most of this, I need to get better at:

  • identifying what I want to learn
  • identifying who I can learn from
  • approaching them and setting up a relationship
  • experimenting
  • following up

How have I invested money into learning, and what have the results been like?

Tools? Yup, totally worth it, even for the tools I didn’t end up using much of (ex: ArtRage). Do more of this. How can I get better at:

  • keeping an eye out for potentially useful tools:
    • Emacs packages
    • AutoHotkey scripts/ideas
    • Windows/Linux tools related to writing, drawing, coding
  • evaluating whether a tool can fit my workflow
  • supporting people who make good tools
    • expressing appreciation
    • contributing code
    • writing about tools
    • sending money

Books? Some books have been very useful. On the other hand, the library has tons of books, so I have an infinite backlog of free resources. Buying and sketchnoting new books (or going to author events) is good for connecting with authors and readers about the book du jour, but on the other hand, I also get a lot of value from focusing on classics that I want to remember.

Conferences? Mostly interesting for meeting people and bumping into them online through the years. Best if I go as a speaker (makes conversations much easier and reduces costs) and/or as a sketchnoter (long-term value creation). It would be even awesomer if I could combine this with in-person intensive learning, like a hackathon or a good workshop…

Courses? Meh. Not really impressed by the online courses I’ve taken so far, but then again, I don’t think I’m approaching them with the right mindset either.

Things I will carve out opportunity-fund space for so that I can try more of them:

Pairing/coaching/tutoring? Tempting, especially in terms of Emacs, Node/Javascript, Rails, or Japanese. For example, some goals might be:

  • Learn how to improve Emacs Lisp performance and reliability: profiling, code patterns, tests, etc.
  • Define and adopt better Emacs habits
    • Writing
    • Organization
    • Planning
    • Programming
  • Write more elegant and testable Javascript
  • Set up best-practices Javascript/CSS/HTML/Rails environment in Emacs
  • Learn how to take advantage of new features in WordPress
  • Write more other-directed posts
  • Get better at defining what I want to learn and reaching out to people

Actually, in general, how does one accelerate learning?

  • General learning techniques: spaced repetition, skill breakdowns, deliberate practice…
  • Structure and motivation: personal trainers, courses
  • Instruction and perspective: expert, peer, or external
  • Higher-quality resources: original research, well-written/organized resources, richer media, good level of detail, experience/authority
  • Better tools: things are often much easier and more fun
  • Experimentation: learning from experience, possibly coming up with new observations
  • Feedback, analysis: experience, thoroughness
  • Immersion: languages, retreats
  • Outsourcing: research, summaries, scale, skills, effort
  • Relationships: serendipity, connection, conversation, mentoring, sponsorship
  • Community: premium courses or membership sites often offer this as a benefit
  • Freedom: safety net that permits experimentation, time to focus on it instead of worrying about bills, etc.

Hmm. I have some experience in investing in better tools, higher-quality resources, experimentation, feedback/analysis, delegation, and freedom. I’d like to get better at that and at investing in relationships and outsourcing. Come to think of it, that might be more useful than focusing on learning from coaching/instruction, at least for now.

Let me imagine what using money to accelerate learning would be like:

  • Relationships
    • Get to know individuals faster and deeper
      • Free: Build org-contacts profiles of people who are part of my tribe (people who comment/link/interact); think about them on a regular basis
      • Free: Proactively reach out and explore shared interests/curiosities
      • $: Figure out digital equivalent of treating people to lunch or coffee: conversation + maybe investing time into creating a good resource for them and other people + sending cash, donating to charity, or (best) cultivating reciprocal learning
      • $: Sign up for a CRM that understands Gmail, Twitter, and maybe even Disqus
    • Identify things to learn about and reach out to people who are good role models for those skills
      • Free: Be specific about things I want to learn
      • Free: Find people who know how to do those things (maybe delegate research)
      • $: Possibly buy their resources, apply their advice
      • $: Reach out with results and questions, maybe an offer to donate to their favourite charity
    • Help the community (like Emacs evil plans; rising tide lifts all boats)
      • $: Invest time and money into creating good resources
      • Be approachable
      • $: Bring the community together. Invest in platforms/organization. For example, I can use whatever I would have spent on airfare to create a decent virtual conference experience, or figure out the etiquette of having an assistant set up and manage Emacs Hangouts/Chats.
  • Outsourcing
    • Identify things that I want to do, regardless of skills
    • $: Experiment with outsourcing parts that I don’t know how to do yet (or even the ones I can do but want external perspectives on)
    • Use the results to determine what I actually want and what to learn more about; iterate as needed

Huh, that’s interesting. When I start thinking about investing in learning, I tend to fixate on finding a coach because I feel a big gap around directly asking people for help. But I can invest in other ways that might be easier or more effective to start with. Hmm… Thoughts?

Emacs Hangout 2015-03-18 show notes

We chatted about Org coolness and workflows; learning Emacs and deliberate practice; speech recognition; alternate layouts.

Event page: https://plus.google.com/events/cbj3rg26d8j9ifaiff5uq00ncr4

What’s this Emacs Hangout thing about? This is an informal way for Emacs geeks to get together and swap tips/notes/questions. You can find the previous Hangouts or sign up for the mailing list at http://sachachua.com/blog/tag/emacs-hangout/ . The next Emacs Hangout will be on April 15, 2015, at 8 PM Toronto time (12 midnight GMT): https://plus.google.com/events/c3igul0rj6cfc1qbcar91lrcj0s Want to get notified about upcoming hangouts? You can sign up for notifications at http://eepurl.com/bbi-Ir .

Experimenting with org-timer. Times are approximate, despite the seeming precision. =)

  • 0:00:12 Intros
  • 0:04:22 Howard – Prettify Your Quotation Marks
  • 0:06:37 Org Mode Spreadsheets
  • 0:12:44 org-aggregate
  • 0:12:50 summing up tables
  • 0:15:38 Hiding things from export with :PRIVATE: .. :END:
  • 0:16:30 Navigation
  • 0:17:10 Relative line numbers
  • 0:19:32 Org prettiness: org-bullets
  • 0:20:51 EMagicians Starter Kit
  • 0:26:23 More table stuff
  • 0:27:32 Org Mode workflows, reasons to use Org
  • 0:28:16 Org to replace Markdown, executable code samples, etc. Literate programming. Attachments.
  • 0:29:34 Org tables
  • 0:30:11 Literate programming, technical notes
  • 0:30:49 Links
  • 0:31:54 Keeping all your notes, reference information, and so forth
  • 0:32:25 As a simple database
  • 0:34:59 Leo’s demo: Org task management, scheduling, linking, refiling, org-pomodoro (with sound and tweaks) and time reporting
  • 0:44:47 clock reports, clocktable
  • 0:46:09 C-u org-refile
  • 0:47:53 tagging strategies (prefixes, @ for contexts, etc.), search
  • 0:49:45 using org-drill
  • 0:51:19 scheduling vs using agendas
  • 0:51:34 org-habits for visualizing consistency
  • 0:54:34 erc and other IRC clients
  • 0:55:20 devices
  • 0:56:47 Other apps like Wunderlist – tasks to synchronize; work/home separation
  • 0:59:44 org-trello – close, but no cigar
  • 1:00:26 orgzly
  • 1:01:44 MobileOrg =( hasn’t been updated in a long time, etc.
  • 1:03:15 org-timer, meeting notes, colouring neato
  • 1:05:37 spacemacs as a way for Vi converts to try Emacs out
  • 1:06:47 keybindings – rebind lots, or not? a few frequently used ones? ErgoEmacs?
  • 1:10:23 hydra, key-chord, prefixes, see Sacha’s config for making key-chord more specific
  • 1:12:52 pair-programming? tmux and different modes?
  • 1:13:09 httpd, impatient-mode, multi-tty?
  • 1:18:04 deliberate practice and learning new things
  • 1:18:41 putting new things in a temporary section (1 month)
  • 1:19:02 reading blog posts (ex: planet.emacsen.org), reading configs, doc.norang.ca/org-mode.html
  • 1:21:29 cheat sheet
  • 1:22:14 another vote for a staging area (experimental.el)
  • 1:24:35 blogging is awesome, org2blog, etc.
  • 1:28:59 edebug is a great way to explore how things work
  • 1:31:39 watching over people’s shoulders when it comes to Emacs; Hangouts, virtual conference? Moderators are helpful. Handing a virtual microphone out – moderator names someone who can then check in, ask the question, etc. monitoring comments. (Could use help reaching out to speakers, organizing schedule, etc.)
  • 1:34:55 Speech interface: less navigation, just commands. Better speech integration – requires C, or can be done with Emacs Lisp? What you’re operating on is different. Intent (what has to happen) vs action (what to do), audio wizards with contextual grammar. Pretty far out still. Translating dictation-friendly names to code-friendly names and vice versa.
  • 1:42:02 Quick wins: accelerators, focusing on intent
  • 1:44:19 Context
  • 1:46:03 LaTeX for math notes? Export to LaTeX or HTML with images, inline images. LyX if you need WYSIWYG? Snippets can help you work at a higher level (instead of memorizing a lot)
  • 1:48:52 Alternative keyboard layouts and keybindings; also, typing less (abbreviations, expansions, thinking, etc.), Kinesis
  • 1:53:57 Speech recognition. Saying things again instead of editing.
  • 1:58:06 Suggestions – more Org workflows, chatting leading up to the next Hangout, asking for help

Text chat:

Philip Stark 8:04 PM This one?
Cameron Desautels 8:04 PM yup
Howard Abrams 8:04 PM Yes!
Cameron Desautels 8:04 PM If you guys haven’t seen this, we should all try to contribute and help out: https://github.com/sachac/emacsconf2015/blob/gh-pages/index.org
me 8:08 PM (Dan: I muted you because of background noise, but you can always unmute yourself when you’re ready to ask a question )
Jonathan Hill 8:10 PM does anybody know how to full screen the hang out? I guess I could just full-screen chrome on the mac..
me 8:10 PM If you reduce your font size a lot, the main screen gets bigger, but let me just ask Howard to increase his text scale
Leo Ufimtsev 8:11 PM Btw, I came across an aggregator module: https://github.com/tbanel/orgaggregate allows sql-like aggregation for tables
Jonathan Hill 8:14 PM Howard, I’ve got a sidebar question about how you’re jumping around with the cursor seemingly arbitrarily when you can find a convenient spot to answer.
me 8:15 PM He might not see the chat while screensharing, so maybe you can ask out loud when there’s a gap
Cameron Desautels 8:15 PM Could be the mouse Though it took me a minute to realize that.
me 8:16 PM By the way, the nifty bullets on the headings are probably because of org-bullets.el, if you like that effect
Jonathan Hill 8:16 PM his modeline is gorgeous
Cameron Desautels 8:16 PM That’s likely powerline. https://github.com/milkypostman/powerline (Busted!)
me 8:17 PM <laugh> Ooh, relative line numbers
Cameron Desautels 8:19 PM I think I have some bad lag. Sorry about that. My ISP is terrible.
jason Peak 8:22 PM hi everyone, sorry I’m late
Leo Ufimtsev 8:23 PM I don’t think I’ll have time to prepare org-aggregator in this hangout. I can show a org-dot-emacs setup thou. Or some stuff on time-reporting
me 8:23 PM No worries!
jason Peak 8:24 PM yep
Philip Stark 8:26 PM how do you increase the font quickly?
Cameron Desautels 8:26 PM C-x C-=
Philip Stark 8:26 PM and decrease would be C-x C–?
Cameron Desautels 8:27 PM (text-scale-adjust) yep!
Philip Stark 8:27 PM great, thanks.
Will Monroe 8:28 PM I spend most of my time in emacs in org-mode FWIW
Leo Ufimtsev 8:30 PM I’m on twice. My hangouts crashed on my phone, (black screen). @Sacha would you be able to kick out my 2nd instance? (the one with black screen, not the one with picture)
Leo Ufimtsev 8:31 PM thanks
jason Peak 8:31 PM Complete beginner – I like the idea of using org as an organically developing a database of My stuff
Cameron Desautels 8:32 PM Will: that’s interesting. Do you want to speak about your uses? You might have a unique perspective.
Jonathan Hill 8:32 PM WOW That’s absurdly powerful, S
Will Monroe 8:33 PM Cameron: I’d be glad to. Very much a beginner though! ; )
Cameron Desautels 8:33 PM There are other beginners here—it’s probably exactly what they’d need!
Philip Stark 8:34 PM yeah
Leo Ufimtsev 8:35 PM I could show some things if folks are interested.
Howard Abrams 8:40 PM Can’t believe that Chrome crashed and I lost the chat history… I’ll try to catch up.
Philip Stark 8:41 PM http://0paste.com/7356-3b5998af chat history so far.
Will Monroe 8:45 PM Is that ticking?
Howard Abrams 8:46 PM The problem with demonstrating org-mode is not revealing too much about ourselves. Good thing we’re among friends, eh?
Cameron Desautels 8:46 PM haha, indeed
Philip Stark 8:46 PM indeed. and on youtube :S
Cameron Desautels 8:46 PM Just don’t read the comments. :p
Will Monroe 8:46 PM Ha!
jason Peak 8:47 PM how many tags is too much ?
me 8:47 PM Heh. Should I redact this text chat segment from the show notes?
jason Peak 8:47 PM how many tags are too many ?
Will Monroe 8:48 PM That’s a great question.
jason Peak 8:48 PM loaded question; just curious about others no mic, Sacha thanks, Will!
Jonathan Hill 8:49 PM someone has a lot of static on their mic
me 8:50 PM That’s Leo’s background noise, oh well.
Philip Stark 8:50 PM That’s Leo, I think. he’s probably on a phone.
me 8:50 PM <laugh!>
jason Peak 8:51 PM I’ve wondered about namespacing tags; org does not support namespaces as part of its tag data structure, though? Maybe I need to make it ?!!
me 8:51 PM I recognize that technique
jason Peak 8:51 PM thank you! yes
me 8:51 PM jason: You can probably combine a tag with other search filters, like the category (file)
Cameron Desautels 8:52 PM org-habit
jason Peak 8:53 PM sacha: thank you, I will exploreit
me 8:53 PM
Cameron Desautels 8:54 PM His setup minds me of mine from a couple years back…these days I use org-mode less because I want my tasks and calendar notifications on all of my devices. *reminds me
Will Monroe 8:54 PM I would love to hear about simple setups for erc
Philip Stark 8:55 PM What is erc?
Will Monroe 8:55 PM or any other emacs irc client
Howard Abrams 8:56 PM I like circe.
Jonathan Hill 8:58 PM Cameron, what about a cloud-based sort or read-only solution like syncing your stuff on dropbox or google drive or something? s/sort or/sort of/
Cameron Desautels 8:59 PM Yeah, I’ve actually tried that sort of thing, exporting an HTML version of my list into Dropbox so I could read it on any of my devices.
Howard Abrams 8:59 PM http://goo.gl/uWjFye
Cameron Desautels 8:59 PM But I’d really like r/w access on multiple platforms.
Cameron Desautels 9:00 PM And more ability to filter on the go.
Leo Ufimtsev 9:01 PM Sorry about vacum cleaning noise >_<
jason Peak 9:01 PM trello is great! not sure about the integration
Cameron Desautels 9:02 PM http://www.orgzly.com/
Jonathan Hill 9:02 PM There’s MobileOrg in the App Store for IOS
Leo Ufimtsev 9:04 PM I was wondering about that. Nifty.
jason Peak 9:04 PM very nice!
Jonathan Hill 9:04 PM does org-calendar interface with Exchange calendar with a tolerable level of setup pain?
Will Monroe 9:05 PM Jonathan: someone recently released an interface for Exchange.
Cameron Desautels 9:05 PM https://github.com/syl20bnr/spacemacs
Will Monroe 9:06 PM It was announced on the listserv…can’t recall the name. But it was within the last few weeks.
Leo Ufimtsev 9:09 PM I use a different keyboard layout “Colemak” (like modern Dvorak). I found emacs was more friendly for non-standard keyboard layouts like colemak.
jason Peak 9:09 PM I’m back, but only to say goodbye for now; Sacha, everyone, thanks for all you’ve shared; I look forward to being back here soon…
Leo Ufimtsev 9:09 PM take care
Will Monroe 9:09 PM bye jason!
Will Monroe 9:14 PM Leo: thanks for mentioning that. I’ve wondered about other keyboard layouts being more /less appropriate for emacs too.
Howard Abrams 9:17 PM I need to run, but I wanted to point out this gist that I wrote today … https://gist.github.com/howardabrams/67d60458858f407a13bd
me 9:19 PM (I use Dvorak, and haven’t remapped extensively – I mostly keep things the same, although my key-chords are Dvorak-friendly)
Leo Ufimtsev 9:20 PM http://doc.norang.ca/org-mode.html http://emacs.stackexchange.com/ <<< very good place for asking for help http://www.emacswiki.org/emacs/OrgDotemacs << organise your .emacs in orgmode
Cameron Desautels 9:26 PM https://gist.github.com/camdez/c0f4c53ee847d5d1e2f0 ^ That’s how I add my experiments. Nothing fancy, but it gets the job done. If you use org-mode you could use capture targets for something similar.
Will Monroe 9:29 PM Thanks, Cameron! That’s a great idea. I like the idea of keeping new and potentially unstable functions in a separate file…and the idea of commenting on them could lead to a nice diary of sorts.
Cameron Desautels 9:30 PM Exactly. Plus I don’t commit this so I don’t have to be embarrassed about pushing gross code to my public config.
me 9:30 PM Cameron: Hah! That’s a great idea. Although maybe I’ll keep the weird area in my config, just because
Cameron Desautels 9:31 PM Oh, and I load it like this so someone can pull down my config and have it still work whether or not the file exists: (load camdez/experiments-file ‘no-error)
Will Monroe 9:34 PM Thanks!
Jonathan Hill 9:35 PM @cameron I didn’t know about ‘no-error. neat trick
Leo Ufimtsev 9:35 PM Use trello lol
Cameron Desautels 9:39 PM Jonathan: really that argument can be anything non-nil, I just use that symbol name so it’s self-explanatory.
Jonathan Hill 9:39 PM Thinking Miserable? was that the phrase?
Cameron Desautels 9:40 PM ¯\_(ツ)_/¯ I’m not entirely sure how we got here.
me 9:41 PM It’s a thread from near the beginning of the Hangout in a Q&A question (Eric said he might have something to demo), so it’s not quite connected to the conference conversation
Leo Ufimtsev 9:41 PM Is the voice recognition business cross-platform or specific to windows/mac/linux?
me 9:41 PM (Although we can continue that in the backchannel if people have ideas/suggestions)
Cameron Desautels 9:42 PM Ah! Ok. I must have missed the thread.
Eric S. Johansson 9:42 PM https://docs.google.com/drawings/d/1M-TzfRaSaAhFXQk1OmcmHNOaW31_7W_7q0bf8CAJqSw/edit
Leo Ufimtsev 9:46 PM Btw, does anyone use Emacs with Latex.>? for math notes..?
Will Monroe 9:50 PM Sacha (or anyone): this is a much earlier comment you made, but I’d be interested in hearing about your experience using the “standard” Emacs keybindings with Dvorak some time. Maybe during the next Emacs Meetup!
Jonathan Hill 9:54 PM /me E I gather that’s likely not what you actually said. I seem to have gotten stuck on it, though
Will Monroe 9:56 PM Thanks for the advice, everyone. This was the first time I’ve been able to interact with so many Emacs users. Hope to return next month and perhaps again at the possible conference. All the best!
Cameron Desautels 9:57 PM Take care, Will. Nice to meet you.
me 9:57 PM See you!
Leo Ufimtsev 9:57 PM See you next time :-=
Will Monroe 9:57 PM You too! Mabye next time I’ll have something to share.
Jonathan Hill 9:58 PM /me C let me get your info before we go if you don’t mind oops