David Barnes @ Packt

Packt Publishing Product Manager.

February 19, 2013 at 3:47pm
0 notes

Tips for Writing a Screencast Script →

• Use a template. Try using the sample scripts TechSmith offers as part of their Camtasia Tutorial series, or developing your own custom template. Consistency in the design and layout of your scripts helps as you begin to produce more videos, especially if other stakeholders are involved.

• Take screenshots as you write. Match screeenshots to the narration in your video so you know what action to illustrate as each part of your script is spoken. Taking screenshots as you write forces you to walk through the process, which helps you write better and demonstrate your points when you share the script with others.

• Record yourself explaining the process, then transcribe the audio as a rough draft of your script. Use a program on your computer or a voice memo app on your smartphone to capture your audio.

• How would you explain it to someone over the phone? Write how you would talk it out. This results in conversational, natural-sounding narration.

• Provide context. Explain WHY the user is following these directions. Set up the scene before walking them through. 

• As you write and edit the script, read it out loud. Do you sound natural? Is the sentence too long? This also helps you write transitions between actions.

• Narration should be straightforward and to the point. 

• Consider writing a canned intro and/or conclusion for branding and consistency if you plan on producing a series of screencasts. 

• Create a folder where you will save all of the assets of the screencast: the script, any images/screenshots and eventually, video clips and caption files. As you create more screencasts, good file management will be critical.

Useful notes on effective screencast scripting. Lots more in the PDF.

May 3, 2012 at 5:02pm
0 notes

Experts See Parallels Between Dot-Com, Social Media Bubbles →

RRW thinks that advertising driven revenue models are fragile:

When you spend a week interviewing people about a social media bubble and whether it exists, one of the things you notice is that people who insist there is no bubble make little mention of revenue and business models. They talk about the depth of which social media has permeated the culture and niche markets, but rarely mention the fact that the most frequently used social networks ultimately rely on the fickle relationship between users and advertisers.

Forgetting that TV relies on the exact same fickle relationship, but has been both profitable and world changing for over 60 years.

April 25, 2012 at 4:31pm
0 notes

Valve’s new pricing will charge players based on how much of a jerk they are →

“The issue that we’re struggling with quite a bit is something I’ve kind of talked about before, which is how do you properly value people’s contributions to a community?” 

People who are active in a community grow the market and lead to more revenue in the long run, so it makes sense to let them participate for free — and even give them extras that amplify their positive impact. I like it.

In publishing the equivalent would be giving free books, subscriptions, etc. to the people who are most active in the communities your products serve.

April 24, 2012 at 4:36pm
0 notes
Amazon trying to rehabilitate its public image after lots of negative press from publishers…? This image features on the front page today.

Amazon trying to rehabilitate its public image after lots of negative press from publishers…? This image features on the front page today.

2:31pm
0 notes

Tumbling to Tumblr

Gonna try Tumblr for a bit; Posterous is getting too slow.

Follow me at http://packtdavidb.tumblr.com/

Posted via email from David Barnes at work | Comment »

1:44pm
0 notes

Financial Times’ Web app draws in 2m users in the ten months since launch

Financial Times’ Web app draws in 2m users in the ten months since launch Last month we wrote that FT.com’s subscription revenue was on course to overtake its ad-based revenue in 2012, with Rob Grimshaw, Managing Director …

Source: http://goo.gl/mag/XziiZ Shared via Google Currents

Posted via email from David Barnes at work | Comment »

April 5, 2012 at 4:36pm
0 notes

Move over Harry Potter… Packt books bought from Packtpub.com can now be sent straight to Kindle

Screenshots below. And of course you’ll still be able to access the book in a variety of DRM free formats from your Packtpub.com account.



Posted via email from David Barnes at work | Comment »

March 5, 2012 at 5:04pm
0 notes

Nobody Wants to Learn How To Program

This post by @AlSweigart says more about how to write a tech book than the whole history of this blog, in a single post. http://inventwithpython.com/blog/2012/03/03/nobody-wants-to-learn-how-to-prog…

It doesn’t just apply to programming. Just about every technical skill fits this pattern. Nobody wants to learn Drupal. They want to build a web site.
Nobody wants to learn Backtrack. They want to hack (or protect) wireless networks.

Too few authors and publishers take this seriously. In my experience heeding Al’s advice leads to happy readers and substantial sales.

Posted via email from David Barnes at work | Comment »

February 17, 2012 at 2:10pm
1 note

The most useful thing I learned at university

Early in the second year we were given a project to develop an IT strategy for a small printing business. We delivered a comprehensive strategy with some pretty powerful recommendations for enterprise grade marketing management software. It was going well until one of the lecturer’s playing the role of client said, “just one thing… what makes you think a small business like ours wants to implement a complex IT strategy like this?”

“You’ve got to move with the times,” we said. “You’ve got to modernize.”
“We’d rather not, if we can help it,” said the lecturer.
“Well you asked us here to present an IT strategy, you’re paying us to deliver one, so you must want to change.” Then another lecturer, Carsten Sørensen, said one of the most useful things I have ever heard:

“We’d be quite happy to pay you to tell us we didn’t need to change anything. We’d pay you double.” That was the end of the presentation.

A lot of tech books focus on how different a new tool is from the old, and how much the reader’s working practices should change as a result. This misses the point. Most people do not adopt new technology eager to change their old habits. The more you can tell them they don’t need to change, the happier they will be. If you are interested in teaching new technologies in a way that makes readers want to pay you double, contact me on davidb@packtpub.com.

Posted via email from David Barnes at work | Comment »

December 16, 2011 at 12:21pm
0 notes

Lean back, lean forward, lean over

On Twitter yesterday I was raving about a fantastic Economist slideshow that sets out a credible and satisfying vision for the future of publishing:

The slide show misses an important third mode of reading. For the Economist it makes sense to ignore it. Technical and “how to” publishers can’t afford to. The three modes are:
  1. Lean forward: rapid browsing, search, instant gratification.
  2. Lean back: deep, reflective, minimum distraction.
  3. NEW! Lean over: instructions that you refer to while you carry out the task.

Here’s some lean over reading:

Media_httpwwwimagesou_ebefh
My guess is that most Packt and other “how to” tech books are really lean over. Mainly people have them on their desk (or a PDF in a separate window) at the same time as they’re doing the work. What’s your experience?

Posted via email from David Barnes at work | Comment »

November 29, 2011 at 2:49pm
0 notes

Anatomy of a Training Video. First draft plan for each 3-5 minute Packt training video. I crave your feedback.

anatomy of training video.pdf Download this file

This is my plan for how to structure a 3-5 minute “how to” training video. Each video will form part of a series of videos that makes up a course.

The structure ensures that:
  1. The reader gets a clear idea of what they’re going to achieve and why in the first 20 seconds.
  2. The instructional steps are clustered into logical groups, to make the steps more meaningful and memorable. And you have no more than 20 seconds before the steps begin.
  3. The video ends by reminding the viewer what they did and why it was worthwhile, and then encourages them to keep learning. Again this is just a 10-20 second wrap up.


I’m hoping this will make the videos more accessible and useful than a straight, unstructured “do this, then this” screencast. We’ll see…

Posted via email from David Barnes at work | Comment »

September 1, 2011 at 11:07am
8 notes

“Show Stuff Off As Soon As You Can” says

Indie Games Channel: One of the goals of events like IndieCade and IGF are to expose new indie games to a new audience. In your experience, what is the best way to market and create awareness for indie games?

Ricky Haggett: It takes a lot of time to build awareness for anything these days – there’s so much stuff out there! And this is especially true if you’re trying to do something that hasn’t been done before, and you don’t have a huge marketing budget. I think for a game like Hohokum, it makes sense to start showing and talking about something as soon as there’s something you’re happy with people seeing.

Of course, this has downsides too – we’ve definitely seen that people are excited about our game to the point where they’re actually frustrated about not knowing when they’ll be able to play it for real. But especially when you factor in the benefits of being to watch people play early versions of your game at events like IndieCade or IGF, the net result of announcing early is positive.

Posted via email from David Barnes at work | Comment »

August 30, 2011 at 3:55pm
3 notes

How to Make a Simple HTML5 Canvas game via @zavolokas_eng

So here it is! Let’s jump right in by walking through game.js. You can also play the game right here.

Simple game using Onslaught! graphics

1. Create the canvas

// Create the canvas var canvas = document.createElement("canvas"); var ctx = canvas.getContext("2d"); canvas.width = 512; canvas.height = 480; document.body.appendChild(canvas);

The first thing we need to do is create a canvas element. I did this in JavaScript instead of HTML to demonstrate how easily it is accomplished. Once we have the element we get a reference to its context, set its dimensions and append it to the document’s body.

From the creator of HTML5 game Onslaught! Arena comes this fun step-by-step tutorial where you build an HTML5 game from scratch. Have fun!

Don’t forget Packt’s HTML5 Games Beginner’s Guide too: http://goo.gl/tRMg1

Posted via email from David Barnes at work | Comment »

2:17pm
0 notes

Developing your book in public — Jesse Freeman shares his TOC on Google+

This Flash game book is getting serious now, already up to 70 pages! Still need to flesh out the section on Blitting as well as Game UI sections. Blitting will probably be the largest part of the book. I already have a feeling like I am going to need to cut back or see if O’Reilly is ok if I go a few pages over my 100 page estimate. I would really love to add in a few pages of interviews. How do you summarize an introduction to Flash Game Dev in 100 pages?

I also added some screen shots of my tabel of contents. I’m interested in feedback on it.

Finally, I put in a B&N Nook Color Market deployment section based on +Terry Paton post yesterday (https://plus.google.com/114101814013862230773/posts/NgNXtCSMBHL) and some chats I have been having with Ted Patrick.

Good idea to share your outline early and get feedback. Too bad he’s doing it for O’Reilly. (Why am I helping him then?)

One problem with his approach is that you get feedback from educated people about what they think should be covered, but not much from the target reader: people who don’t know exactly what they need but ultimately will decide whether or not to buy and read the book.

Posted via email from David Barnes at work | Comment »

August 28, 2011 at 11:59pm
1 note

Latest Kindle format introduces ebook rentals

Another innovation introduced with this new format is the ability to rent ebooks rather than buying them. Books can typically be rented for between 30 to 360 days, although the exact limits will vary from book to book. And rented book can be bought with full credit given for the rental fee, if bought before then end of the rental period.

Had to happen really.

Also new in the latest Kindle software: fixed layout ebooks (like PDFs) for books with complex formatting.

Posted via email from David Barnes at work | Comment »