Share UI Therapy | UI Design and Development Podcast
Share to email
Share to Facebook
Share to X
By Jake Hopking
The podcast currently has 8 episodes available.
UIT 8: In this weeks episode I start a series on using Sketch to build and maintain efficient and scalable design documents.
Overview
Symbols
Symbols, when used properly, help to vastly speed up your workflow by giving you ways to save and reuse common elements across your designs and design systems. They also form the foundation of Sketch libraries (I will cover this in a future episode of this series).
When you make changes to a Symbol, those changes appear everywhere you use it in your designs. One of the major added benefits of symbols is overrides, which allow you to change specific parts of individual Symbols, without altering the underlying symbol itself.
I cover these symbol subtopics in this episode:
Pinning
Before you create a symbol, make sure you spend the minute or so necessary to correctly pin, or anchor, all the elements that make up your component. It makes for drastically simpler and less pain when you eventually find you need to resize them. It’s essential practice for things like forms and buttons. Once you understand the benefits you’ll start setting it on everything!
Full show notes available at https://uitherapy.fm/episodes/8
Links
Support the show
UIT 7: In this weeks episode I share five fundamental tips aimed at developers who want to build their design skills and design appreciation.
Think and plan
As a developer, you wouldn't start building an app or Website without some planning! It's the same for design. Give it the time it deserves.
Establish requirements...
So before jumping straight to the code, establish a plan. I'd suggest downloading and printing out some gridded PDFs, but using sticky notes, a whiteboard, or sketching in a notepad are all great options. Don't skip this step even if you think you have all the details in your head. When you finalize your wireframes, review it and you will probably notice you are missing something.
Develop a solid understanding of UX principles
One of the most important tips I can give is to get a decent understanding of user experience design. If you can always design with the user in mind, and not your own personal preference (because you aren't usually the target audience) then the slightly less important user interface design will be able to absorb some perhaps more quirky design choices. This might seem like common sense, but I've worked with many CEOs, product owners, project managers and developers who don't appreciate the value of good UX, and it shows.
There are a series of ‘laws' associated with UX design, and I'd recommend digesting these over time. Pick one a day and keep it in your mind throughout your work day.
'Laws of UX' defines twenty laws, with a few examples being:
Use a colour palette
Unless you've studied colour theory, colour harmony doesn't come naturally to most of us. And trying to come up with colour combinations that complement one another during the design process can be a real bottleneck to beautiful aesthetics or at least seriously slow down the process whilst you try to work out if this colours works here and there... As a solid starting point for a new project I'd suggest a tool like Coolors, and check their Trending palettes... which gives you seemingly endless options.
Over time, you'll develop your own preferences and learn to recognise which colours complement each other, but this is a great starting point...
Full show notes available at https://uitherapy.fm/episodes/7
Links
Full show notes available at https://uitherapy.fm/episodes/7
Support the show
UIT 6: In this week’s episode I talk with Chris Biscardi about the Jamstack, gatsbyJS and his own meta-framework called Toast, amongst many other interesting digressions :)
Overview
Introduction
Got into the industry via ActionScript, then moved over JS when Adobe killed it off. Worked at Docker, Dropbox and recently finished a contract with GatsbyJS.
Talk a bit about the Party Corgi Podcast, and the rainbow corgi logo (which is cute). Chris shares that he has nerves with his podcast too (after I apologies for a few nervous erm/ahhs etc). I’ve left these in unedited because the conversation took a nice direction.
What is the Jamstack
Jamstack and serverless are pretty much the same thing, and are both associated with Build vs Buy Paradigm i.e. if the technology is your core competency then build it, else buy it.
It’s basically the reduction in complexity associated with large devops pipelines i.e. you’re not running a kubernetes or large distributed infrastructure. Instead you’re basically shipping a zip file that’s then deployed on to Amazon S3 or a CDN, and you’re serving a bunch or static files. All the compute necessary to generate your site is done at build time.
A reasonable understanding of where the reduction in complexity ends up; is instead with the developer. One may have removed the need for a server to host a dynamic site with databases etc, but the same functionality has to be achieved at build time in a way that shouldn’t be too complex for the developer.
Full show notes available at https://uitherapy.fm/episodes/6
Full show notes available at https://uitherapy.fm/episodes/6
Support the show
UIT 5: In this week's episode I share my thoughts on the use of GatsbyJS and whether I feel it's a viable static site generator framework.
What are static sites?
Static sites have been around for a very long time, and realistically are the original website: simply HTML, CSS, and JavaScript. They are not rendered during runtime; there is no server-side code, no database, etc.
What’s a static site generator?
It’s a tool that generates static sites whenever you decide to run a build on your code base.
Contrast this to typical javascript frameworks and libraries, these usually generate HTML content on the client side during runtime.
How is this different from server-side rendering? The primary difference is that there is no server-side code. So, unlike a framework such as Django, Gatsby does not render anything on the server when a request is made. Everything is generated at the build time of the application.
A few benefits of a static site are: speed, the simplest infrastructure, search engine optimization, and security.
GatsbyJS
“Gatsby is a free and open source framework based on React that helps developers build blazing fast websites and apps”
Pros
Full show notes available at https://uitherapy.fm/episodes/5/
Links
Support the show
UIT 4: In this week's episode I share my thoughts on creativity, intuition and introduce the terms 'Qualitative Design' and 'Quantitative Design'.
Overview
Innovation
The following doesn’t necessarily directly apply to UI design, but I think it’s important to keep in mind as I continue through this exploration into creativity.
Full show notes, including multimedia assets available at https://uitherapy.fm/episodes/4/
Links
Support the show
UIT 3: The first two minutes before the episode ‘officially’ starts we talk a bit about why I’m creating this podcast, and then talk about how Fred started on his Pika journey. It’s nice content so I’ve included (note, that the recording quality for Fred during this segment is lower quality.
Fred talks about how he got into programming, and goes on to talk about his time at Google working on Polymer, the native components system for the Web. At this time JS was going through a similar transformation (think ES6 and ES Modules, which is for allowing the browser to import modules), which contrasted to the ES5 way of a single document with hierarchical organisation, was a paradigm shift for JS. Pika began as a way to explore this new technology. The old world of ES5 however did allow for an immediate feedback loop of write/reload/see changes applied (this was lost with NPM and bundlers). ES6 created the opportunity to re-enable this instant feedback loop, and Pika’s focus is to make that happen...
Complete notes at https://uitherapy.fm/episodes/3/
Links
Support the show
UIT 2: Kingsley talks about how he prototypes games, the current project he and his team is working on (a 3D Platformer game called Frog Island).
He also talks about another side project of his; a procedural games engine to generate worlds.
Kingsley talks about his thesis; ‘Approach for designing complexity in games’ which focuses the UX in games, and how principles from psychology and design theory can be used to teach players about affordances and signifiers. Also explores chunking of complex information (and abstractions), spaced learning techniques and the limitations of the human mind in terms of maximum amount of working memory. We also explore the idea of soft tutorials in games, and how they might be usable within Web or App experiences too.
We talk about his game, Frog Island, where he employs a lot of the ideas from the thesis as a test case. Tracking in-game to find and fix broken aspects of the UX.
Finally we move onto wrap-up questions.
Complete notes at https://uitherapy.fm/episodes/2/
Links
Support the show
UIT 1: In this first episode I introduce myself, my background and then share what the show’s intended purpose is, who it’s aimed at and why create it. I have a bit of a rant at the JS tooling and package ecosystem. I talk about why I believe that UI designers and developers should be more closely aligned on understanding and appreciation of respective skills and processes etc.
Overview of the episode
Who’s it for?
What’s it about?
Why?
There are plenty of podcasts that are aimed at developers/designers in general and there are also shows about the Web, but ones specifically aimed at UI design AND development as a core focus, the pickings are thin at best.
Format/Frequency
Complete notes at https://uitherapy.fm/episodes/1/
Support the show
The podcast currently has 8 episodes available.