Integration with manufacturing robots might be the next PLM challenge

August 21, 2015


Integration is one of the most painful aspects of PLM deployment and implementations. Especially when you need to integrate engineering, manufacturing planning and shopfloor systems. Usually it comes down to large number of data synchronization between each and every system in the loop. Integration failures can slow production process and lead to mistakes. In one of my earlier post I discussed why manufacturing future will depend on solving of old PLM / ERP integration process. The earlier visibility of product information in manufacturing process can reduce cost and optimize production schedule.

As complexity of product lifecycle is growing, the role of integration becomes even more important. The following Forbes article caught my attention earlier today – In the Factories of the Future: A Conversation With Jabil’s John Dulchinos. It speaks about changes in manufacturing driven by factors such as – mass customization, shrinking product lifecycle and offloading manufacturing cost to regions with low cost labor. These trends are quite usual these days. But here is where it starts very interesting – robots. Jim Lawton of Rethink Robotics speaks about smart collaborative robots. The following passage is my favorite:

Think about it – every robot we deploy is a computer. That means, going back to what I said earlier about the role of data in production environments, is that these robots will become critical in that model. Robots will be information management systems that can collect and analyze data on the floor, in real-time and make it available for interpretation.

That represents a real break-through in manufacturing allowing us to not only see what is happening now, but able to apply predictive technologies to the information. Everything from when a machine needs to be serviced to when a process needs to be adjusted will become available to us.

With that ability, we’ll no longer be simply looking at the past, but able to see ahead – a significantly more powerful tool for increasing efficiency and productivity. More compelling though, may in fact be the contribution that it makes toward accelerating innovation and creativity.

The future of collaborative robots is really exciting. At the same time, it made me think about complexity of product data integration between systems to support that. To support predictive analytics model and many other aspect of robotics operation. the information about variety of product characteristics should be available for robot information management systems. It would be interesting to learn more about potential information and process flow- I’m sure it will impose many challenges as soon as we will demand robot to take decisions about building specific configuration demanded by customers in a real time. It might represent the next level of complexity comparing to traditional configuration to order models.

What is my conclusion? Product complexity, shortening of lifecycle and cost pressure are forcing manufacturing companies to innovate in everything that related to optimization of product planing, manufacturing and shopfloor operation. I can see a new type of manufacturing product line equipped with collaborative robots capable to produce a specific configuration of product on demand driven by customer order. It will create the next challenge for PLM systems integration. Do you think traditional PLM architectures and platforms are ready to meet future integration with robots? This is a good question to ask PLM architects. Just my thoughts…

Best, Oleg

Image credit Rethink Robotics

PLM vs Excel: Bullfight and Prohibition

July 27, 2015


PLM has love and hate relationships with Excel spreadsheets. PLM vendors are spending marketing dollars campaigning to replace Excel. The last post by Lionel Grealou caught my attention during the weekend. Navigate to read PLM vs Excel post here. In addition to to almost traditional confirmation that PLM can outperform Excel spreadsheet, I noticed an interesting statement about the fact some organizations are prohibiting availability of Excel reports. This is a passage I captured:

Some organizations considered removing access to import from / export to Excel from their PLM applications to limit uncontrolled usage of data and reports. Most PLM applications now have advanced data search, live feed dashboard which can be tailored to business needs, with Excel-like features for data mining, profiling, compiling, formatting, presenting in various chart for analysis.

The comparison of PLM vs Excel capabilities for BOM management looks like a bullfight. But honestly, I’m not sure who is who in this fight. PLM vendors are fighting excel spreadsheets for decades with no visible success. The number of whitepapers and sales materials trying to convince users how much damage Excel can do is skyrocketing. But customers are still using Excel.

To remove an access to Excel reports is actually something new and unexpected. I had a chance to see many situations when IT was developed bunch of Excel-based solutions to eliminate the need of end users to touch complex enterprise systems in manufacturing, supply chain and finance. Customers loved Excel and hate complex enterprise software. Which reminded me my very old blog – Why do I like my PLM Excel Spreadsheets with top 5 reasons why I prefer Excel over PLM system. To balance a PLM point of view, I can recommend another post – What PLM need to take over Excel spreadsheets?

What is my conclusion? I’m sure you know that bulls are colorblind. Matadors used red material to mask the bull’s blood. PLM sales materials explaining the value of PLM systems vs Excel spreadsheets is like read caps. Users seems to me colorblind to recognize them. Prohibition also seems to me as a bad way to convince users. Especially in our era of consumerization and total focus on user experience. Enterprise UX is going through the paradigm shift. Old, bulky, cumbersome, weighty and hard to use environment that can block a productive flow will be replaced with new tools. It is all about the need for speed. When each function engineers need is “15 clicks away”, you cannot expect company to perform well. Just my thoughts…

Best, Oleg

Image courtesy of vectorolie at

How to escape “listing” paradigm and reinvent ECO

June 30, 2015


Do you remember what is "hard copy listing"? If you had a chance to write software programs in 1980s, you might remember "listings" – a printed list of computer code or digital data in a human reading format. Navigate to the following Wikipedia article to refresh your memory. We don’t do listings anymore. It is gone. Wikipedia explains that in a dead simple language:

Today, hard copy listings are seldom used because display screens can present more lines than formerly, programs tend to be modular, storage in soft copy is considered preferable to hard copy, and digital material is easily transmitted via networks, or on disks or tapes. Furthermore, data sets tend to be too large to be conveniently put on paper, and they are more easily searched in soft-copy form.

My long time blogging buddy Ed Lopategui is discussing common practices and challenges manufacturing companies are experiencing with ECO (Engineering Change Management). I recommend you to take a look on the following two articles on GrabCAD blog: ECOs Aren’t Dead, But They Are Slow and Stupid and ECOs are stupid II: The price of unincorporated change. ECO best practices are heavily influenced by traditional approach of paper-oriented world following old-school configuration management standards. The following passage explains it very well:

Most engineering change processes are rooted in very formal and traditional frameworks. ECOs can be traced back to Configuration Management (CM) practices that literally come from a time well before CAD (much less PDM/PLM) where manual drawings ruled the earth. Engineering data was neither readily portable nor widely accessible. These effective but complex practices were established in the larger, older manufacturing companies that became the first natural customers to afford PDM/PLM.. As a result, these processes live on and are perceived as absolutes. They remain relatively intact, buoyed by large company process culture despite the opportunity to evolve.

Unincorporated change is another archaic practice, which is a reflection of old practice of making changes in drawings. The complexity of changing documentation created the practice of change process itself. So called "was-now" practice was related to the fact comparison between two states of the design was very complicated:

The concept of an unincorporated change was a necessary compromise in the past because of limitations in changing design data, especially in the era of manual drawings and early CAD, when drawing views didn’t just update with a click or two. Understanding the difference from one version of a design to another chiefly involved intense staring for prolonged periods of time until the change was understood and/or blindness occurred. To minimize eye strain, ECOs often highlighted the changes specifically, sometimes with designation of WAS/NOW views side by side on the form.

Now, let’s move into modern world of software. Imagine software engineer is writing a paper document with explanation about code changes he is going to implement tomorrow. He prints "listing" and mark by yellow color "was/now" differences in the code. Then apply it for approval and documentation. After it made, actual change is going to be performed. It is probably sounds strange.

The traditional PLM paradigms are very much like old-school software listings. It is slow and complicated. I’m consistently hearing engineers are not making formal changes and not abandoning lifecycle process because to perform lifecycle is slow and complicated. Nobody wants to deal with complicated forms and processes. In many situations the process is just too complex for teams and people to deal with. I pointed some of these problems in my earlier article – why PLM should revise NPI products.

Agile software development became very popular for the last decade. It introduces many concepts that can be adopted by manufacturing companies. One of the most interesting opportunity I can see is around how to make change management fast and easy. When it comes to change, the speed is a very important thing.

What is my conclusion? Old habits die hard. ECO is one of them and it goes back 20-30 years to best practices that were developed before CAD systems were capable to compare two versions of the model and visualize differences. Check my earlier post about how to compare versions and changes. New technologies and new practices should come and displace old "ECO listings" in an agile, paperless and easy way. Just my thoughts…

Best, Oleg

Picture is credit Wikipedia article – Computer Listing.

Brutal reality of process management for hardware startup

June 26, 2015


Startup company and process management. These are probably two most conflicting definitions you might think about. Everyone is familiar with famous Zuckerber’s statement – move fast and break things. How process management can survive in such environment? Although Facebook is more careful these days about "breaking things", startups are still operating on the edge to move as fast as possible. The outcome is questionable for many hardware startups. A large majority of young companies are not delivering on time. The rough statistics said 75-80% of hardware projects on Kickstarter are not shipping products on time. That was a piece of information that made me wrote the following post last year – Why Kickstarter projects need PLM?

The blog post Speed Can Kill: the importance of process for hardware written by Ben Einstein of Bolt put a great perspective on what means process for manufacturing startups companies dealing with atoms (not bits like software companies). Take a look on the article – I found it very interesting. So called "long shadow effect" is brutal if you think about potential impact of decisions made during the lifecycle of product development. The following passage can give you an explanation how it can happen:

Early mistakes often don’t have a measurable impact until first shots are coming off tooling and the manufacturing process grinds to a halt. My partner Scott calls this the “long shadow effect.” An early decision about which microcontroller to use or the shape of a housing can appear correct until months or even years later during the first production run. Sometimes parts can have exceptionally long lead times, require odd financing terms, demand manual rework, or be entirely un-moldable. None of these problems can be uncovered by moving quickly to get to production.

The article speaks about four "trunks" as a the way to organize processes. I found it interesting comparing to more traditional department organization you can in PLM implementations done in larger companies. It reminded me my earlier blog about why PLM companies should revise NPI processes. The waterfall process is complicated and can introduce many artificial breakpoints to prevent company from moving fast. At the same time, running out of process organization will fail you on late stages of product development and manufacturing. My favorite passage from Bolt’s blog is the following conclusion:

This is not to say that hardware startups can’t move quickly; in fact they can move faster than ever before. But the ability to go fast and build good products on time and under budget comes from process, not pure iteration. The fastest companies tend to be exceptionally organized about their product development and manufacturing process. Many people have asked us to cover this in much more detail and we’re working on a 4 part series exploring each of these trunks.

What is my conclusion? I’d change the original "breaking things" statement in order to fit manufacturing companies reality as following – "move fast and respect process". It is easy to say and hard to implement. The complexity of product and processes is high. Products are combined of mechanical parts, electronics and software. Work and teams are distributed. All things are interconnected and can create "long shadow effects". Hardware startup companies are struggling to set basic elements of information and process organization. My hunch that those companies that are able to organize four trunks right will survive. This is a note for PLM architects and other people thinking how to apply PLM technologies for agile and dynamic processes. Just my thoughts…

Best, Oleg

Image courtesy of hywards at

How PLM vendors can compete with manufacturing status-quo?

June 4, 2015


I attended startup event yesterday in MIT. It was organized by by Startup Secrets with participation of Michael Skok and Alex Osterwalder. If you’re not familiar with Alex’s books – Business Model Generation and Value Proposition Design, I certainly recommend you to check it out. In my view it is good not only for startup, but for any project activities with customers. For the purpose of this conversation think about typical project of selling PLM system to a customer.

One of the things that caught my special attention was a topic of inertia. Michael Skok was talking about inertia as one of the most critical part in the success of startup or any other project. Think about it as a competition with a status quo. You may think, your product or project is the thing that customer mostly need. But guess what? Life is happening anyway. Customer is managing his own priority lists and your project is probably not on the top of the list (or not in the top of the top 10 problems).


It made me think about PLM business and more specifically about how PLM vendors can compete with a status quo of manufacturing companies. Think about it- all manufacturing companies today are actually manufacturing things and successfully shipping products to customers. Some of them are doing it better than others. However, very often, when you come to sell PLM to a customer, your activity is not driven by emergency situation. It usually in the area of information control, streamlining processes, quality improvements, better collaboration, etc.

Historically, PLM solutions came to large aerospace and automotive companies because of a single reason – it was the only way for manufacturing company to produce aero-planes and cars. Without these tools, companies cannot manage product structures, configurations, etc. Now think about large amount of manufacturing companies that using #1 PLM software in the world – Excel. They do it with a help of CAD, ERP, Excel and other DIY solutions. This is a status quo. PLM is maybe a good idea for them, but something that requires a special effort, which is not going in balance between pains and gains – this is a place where I found Value proposition design study really helpful.


Customers would probably consider PLM system, but an entry barrier is too high. I can recall 3 examples of how PDM/PLM vendors removed to entry barrier in the past.

1- CAD/PDM integration. Back in 1990s, PDM vendors came with the idea of integration between CAD and PDM systems. It was hard for engineers to use data management system outside of design (CAD) environment. Integrating UI was a way to eliminate complexity of use.

2- Out-of-the-box PLM solutions. Earlier PLM systems came in a form of a toolkit combining data modeling environment, API and some generic tools. Applications engineers helped companies to turn it into products. It requires time and resources. The idea of templates that can come out of the box was a good one. It moved PLM systems adoption one step forward.

3- Cloud PLM. IT resources and cost of hardware was another significant problem for PLM adoption (especially for smaller companies with tight budget). The idea of SaaS software and cloud PLM developed for last 3-5 years is removing an additional barrier towards PLM adoption.

What is my conclusion? Do you think PLM vendors removed all barriers and PLM adoption will skyrocket in the next few years? Unfortunately I don’t think so. Cloud is a good way to remove IT barrier. However, PLM abstraction model and implementations are still too complex. It hard for many companies to grasp the idea of PLM and form a strategy to implement PLM. Consultants and advisers can help, but the scalability of it is questionable. Therefore one of my earlier conclusions was – Cloud is not a final way to re-think PLM. We still need to think how to re-imagine PLM to make it affordable yet easy to implementation for many manufacturing companies in the world. Just my thoughts…

Best, Oleg

What cloud CAD data management is right for me?

April 6, 2015


The amount of data created in the cloud and transferred to the cloud is growing. You probably noticed few of my last blog posts about cloud CAD – The stage for cloud CAD competition and How CAD vendors “murdered” PDM business. CAD vendors are moving to the cloud, but the truth the competition between other cloud vendors are heating up for the ability to generate content and manage it in the cloud. The following article caught by attention over the weekend – Dropbox is working on a new note taking applications. Together with few other larger and smaller vendors, the dynamics of getting our data up to the cloud is increasing.

This is probably a good time to ask a question – what are products that can help you to organize and manage your engineering data in the cloud. Few years ago, I’ve been sharing some of my thoughts about CAD file sharing in my public discuss with Hardi Meybaum of GrabCAD. You can navigate to my old post here – Debunking the cons to CAD file sharing tools.

Today I want to take a short review of tools that became available since that time and focus primarily on managing engineering and CAD data in the cloud.

Generic cloud data (document) management tools

Yes, there are many generic cloud data management tools. Most of them are coming from vendors focused on cloud data storage. Google, Microsoft, Dropbox. There are few other tools. These tools can give you a way to put you files in the cloud without much focus on what is there (3D models, drawings, specifications, etc.)

A bit outstanding, but still a generic tools is BOX. You can learn from the website about BOX focus on industries. I shared some of my thoughts about that here – Can BOX become a platform for PLM?

Another interesting recent development is Adobe Document cloud.

Cloud CAD data management tools

New cloud CAD systems are coming with solid data management foundation. Two examples here – Autodesk A360 and Onshape data management. Both systems are capable to manage CAD data coming from multiple CAD systems.

You probably heard and seen Autodesk Fusion360. In fact Fusion360 runs on top of A360 – backbone and platform to manage data and collaborate socially about projects and changes. Project collaboration approach is a central concept of A360. You can read more here. A360 is a platform to create, collaborate and compute in the cloud. And it is capable to manage different CAD files from Autodesk and other CAD vendors. More about features and what you can do is here.

Onshape is providing core data management capabilities around Onshape documents. In of my experiments with Onshape, I’ve learned that I can upload other CAD files into Onshape documents, manage their versions and translate it into native Onshape data too. You can find this approach a bit different from A360 project. However, we can only guess where future Onshape product development will go. I found the concept of Organization management in Onshape, which can be developed in the future.

Cloud PDM tools

GrabCAD Workbench is probably one of the earliest cloud CAD data management tools. Workbench can give you an option to put multiple CAD data into cloud and manage versions. It is combined with GrabCAD Open Engineering community that allows you to leverage CAD data openly shared by about 2 millions of GrabCAD community members.

Kenesto Drive is another product you might pay attention too. After few product pivots, Kenesto came with a simple concept of “Drive” – a place where you can synchronize engineering data (including CAD files, of course) and keep using this data with your desktop tools.The following video gives you some overview of what Kenesto Drive does.

What is my conclusion? Growing interest to upload, share and manage data in the cloud will require better tools and probably new concept of data management. Customers won’t be happy with “double PDM tax”. I’m sure, the idea to move existing complexity of CAD data management in the cloud won’t excite users. My hunch customers won’t move into 100% cloud environment and we will be using both cloud and desktop in parallel for some time (I even don’t want to predict for how long). So, new paradigms will be developed to manage and collaborate heterogeneous CAD and engineering data in both cloud and desktops. Just my thoughts…

Best, Oleg

Image courtesy of watcharakun at



Develop3D LIVE: The stage for “cloud CAD” competition

March 27, 2015


I attended Develop 3D Live yesterday in Warwick UK. It is probably the only vendor independent event focusing on CAD, 3D, design and engineering. It was my first time at Develop 3D Live. I think number of attendees was about 1’500 – 2’000 people at its peak time. All major CAD vendors presented at the event – Autodesk, Dassault Systemes, PTC and Siemens PLM. It was also first time public appearance for Onshape. The event was live streamed to U.S. time zones and had good twitter coverage at #D3DLive. You can follow the history of twitter stream here. I’m sure Develop3D will make recording available too.

Future CAD – #1 topic on the list

The future of CAD was the #1 topic on the list. The theme was set clear – cloud CAD. The agenda included keynotes from all CAD vendors – Carl Bass (Autodesk), Jon Hircshticsk (Onshape), Dan Staples (Siemens PLM), Gian Paolo Bassi (Dassault / SolidWorks), Brian Thompson (PTC) and the panel discussion (Future CAD) with Jon Hirschtick, Mike Payne, Kevin Schneider, Gian Paolo Bassi and Nikola Bozinovic ( / aka Mainframe2). Presentation, panel, off line conversation made me think about this interesting “cloud moment” in engineering software. I’ve heard it from many people during the event – it is a time to shake CAD industry again.

A new history of cloud CAD

I think, the first time time, word “cloud” was mentioned out loud by one of major CAD vendors was SolidWorks World 2010. That was the time when SolidWorks introduced SolidWorks cloud prototype, which worked in browser and on Mac OS. Here is the passage I captured from Cadalyst article back in 2010.

Next came the buzz-worthy preview of SolidWorks on the cloud (aka software as a service, or SaaS), wherein software is hosted on powerful server farms and users access it using an Internet browser. “This is designed not for flash, but to solve problems and make your life easier,” Ray said, adding that the technology has been in development for three years. Cloud computing overcomes the challenges of software installation and maintenance and, according to the company, keeps data secure. It is multi-platform by its very nature, meaning it is accessible to users regardless of operating system, and it can accommodate touch-based modeling and finger and pen interaction — that is, any wireless-connected device from anywhere could link the user to the full functionality of the 3D software

The period of time between 2010 and 2015 is a good demonstration of the speed of changes in engineering industry domain. It took long five years, lot of debates, many technological changes and here you go – cloud CAD became mainstream topic in the conference agenda. It still doesn’t mean the majority of CAD users are moving to the cloud. But the trend is clear – people are exploring the opportunity and potential of cloud CAD today. The reality – we are just scratching the beginning of a much bigger change of what cloud CAD will do to engineering and manufacturing software. The fun time is ahead.

Business and licensing model changes

Cloud is a topic that often brings confusion between technology and licensing. Cloud based business models are taking their roots back into ASP business (Application Service Provider) and, lately, to SaaS (Software as a Service). SaaS is a software licensing and delivery model in which software is licensed on a subscription basis and is centrally hosted. It is sometimes referred to as “on-demand software”. The “hosting” element of SaaS is not required and you can provide subscriptions for the software installed on a desktop too.

Subscription based licensing popularity is growing in engineering and manufacturing software. Many of CAD and PLM vendors are shifting their licensing into “subscription only” these days. Although, licensing is very important, it is not specifically related to “cloud CAD” discussion in my view. There are many examples of software that delivered as installed application, but sold on subscription basis.


The discussion is heating up when it comes to cloud CAD and technologies. I want to mention some of them – data management, graphic, geometry modeling, browser, security, virtualization.

Data management is one of the key components of cloud CAD. Some of you can be surprised, but cloud CAD is coming first to solve PDM problems related to poor data management of CAD files – accessibility, locations, references, copies, sharing, versions, collaboration. To make it happen, cloud CAD should come with solid data foundation capable to manage data using modern database and cloud storage technologies.

Graphic systems. The debates here are going around how rich CAD graphic can be available on different devices – laptops and mobile devices. Remember, original CAD high performance workstations had impressive performance characteristics. Very often, CAD systems worked with dedicated graphic cards and specific memory requirements. How is it going to change? Time will show that.

Geometry modeling is important for CAD and in defines critical foundation characteristics. Interesting enough, this technology is not much in focus for the moment. I didn’t capture many discussions about that. It looks like CAD vendors are going to leverage existing geometrical kernels and will focus on geometric modeling later. Although, I can see some interesting potential to simplify migration from existing CAD systems to new cloud products using same geometric modelers. The most interesting one here is SolidWorks and SolidEdge to Onshape migration (all systems are sharing Parasolid kernel).

Browser. This is an important technological component to deliver cloud CAD. The debates “cloud vs. browser” are heating up. The ability of browser to run full CAD system is an interesting opportunity that cannot be underestimated. If browser will be capable to deliver full CAD functionality, it can become a big deal in removing entry barrier for customers. It is also connected to the discussion about “offline” use. Internet is still unreliable in some places and we are going to hear many debates how to get advantage of cloud CAD without internet access.

Security. This is “red herring” discussion. The topic of security is important, but it is equally important for non-CAD domains. Each group of customers will take their own path and speed in cloud adoption and security requirements will follow these groups.

Virtualization. This is an interesting technological topic. Especially, when it comes to the desktop. The potential to virtualize desktop and run all Windows applications “as is” on the cloud is inspiring many companies. It brings many other questions. One of them – do we really want to bring messy desktop experience to the cloud? I’d prefer to leave all file and data management problems behind and not to move it to the cloud. However, virtualization can be a greatest short term opportunity for cloud and CAD.

Cloud CAD: products and differentiations

I assume all CAD vendors are recognizing cloud as a trend, opportunity and change that is coming to the industry. Their strategies and reactions are different. Some of them are using cloud as a jump start to shake up the industry. On the conservative side, vendors accept cloud as a technology for new type of delivery models. Below, I put a short summary capturing position and reaction of CAD vendors on cloud CAD future as it was discussed during Develop3D Live.

Autodesk: Cloud is strategic direction for Autodesk. According to Autodesk, cloud is not a future, but reality Autodesk is living for the last five years. Autodesk developed many cloud products. Autodesk Fusion360 is a central part of cloud CAD offering. The focus of Fusion360 to provide support for design, engineering and manufacturing workflows by leveraging data and social collaboration.


Dassault Systems / SolidWorks: Cloud is a delivery technology for SolidWorks and Dassault. SolidWorks Industrial Design is a new cloud product for conceptual design. Cloud is part of a broader vision of 3DEXPERIENCE platform, which support a diverse set of design, engineering and manufacturing workflows.


Onshape: As a newcomer company, Onshape is laser focused on technological differentiators – pure browser and no installation required. PDM functions are included in core Onshape product and provide support for versions, branches, undo/redo and collaboration.


PTC: Unfortunately, I missed PTC session at Develop3D Live. In my view, PTC is slowly moving towards cloud. One of their last announcements was about new “cloud PLM” offerings. I also think, PTC was the last CAD vendor that said “cloud” word in public. I haven’t heard about anything related to “cloud CAD” from PTC. But maybe PTC is baking something for coming PTC Live conference .

Siemens PLM / SolidEdge: Cloud is clearly a delivery technology for SolidEdge. Recently announced cloud trial version of SolidEdge delivered using virtualization layer and it is complimentary to their cloud PLM IaaS strategies.


What is my conclusion? It is a time to shake CAD industry with cloud. I’ve heard this statement many times from attendees of Develop3D Live. It will be interesting to see the development of products and technologies for the next few years. For new vendors like Onshape (and maybe few others in stealth mode) it will be a race towards traction and customer adoption. Established CAD vendors can clearly leverage their existing customer base. It is much easier to preserve existing customers rather than sell to new ones. I’m sure we will see many interesting turns and new opportunities discovered on the road to cloud CAD. Just my thoughts…

Best, Oleg

Image courtesy of Idea go at


Get every new post delivered to your Inbox.

Join 286 other followers