# Ideas for blog content
**URL:** https://community.tuist.dev/t/ideas-for-blog-content/472
**Category:** Marketing
**Created:** [March 20, 2025, 9:48am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472 "2025-03-20T09:48:54Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 20, 2025, 9:48am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/1 "2025-03-20T09:48:54Z")
The developer tooling space doesn’t follow the rules of traditional marketing as we typically understand them. Developers don’t like feeling like they’re being sold to. They prefer a more organic process where trust in a tool grows through their engagement with the community—whether that’s contributing to open-source projects or creating valuable content on their blogs (a form of content marketing). When I think about tools I’ve come to trust, like [Posthog](https://posthog.com/), [Fly.io](http://Fly.io), or more recently [Depot](https://depot.dev), what they share is a knack for producing great content.
While we should keep using our blog to share product updates and plans, I think we should double down on content that resonates with the community—and, by extension, with search engines and LLM crawlers aiming to stay relevant across different spaces. **I created this category to brainstorm topic ideas we could explore. Feel free to suggest topics you’d like us to cover or that you think are relevant today.**
I believe it’s crucial that we dive deep into any topic we write about, truly understanding and sharing insights on the subject. Take [NSHipster](https://nshipster.com/) as an example—their blog posts are gifts to the community. If people value the content we create, they’ll trust us more and might consider using Tuist when the need arises.
---
### Author:  [@marekfort](https://community.tuist.dev/u/marekfort)
#### Post date: [March 21, 2025, 12:05pm UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/2 "2025-03-21T12:05:53Z")
> [@pepicrft](#):
>
> While we should keep using our blog to share product updates and plans, I think we should double down on content that resonates with the community
Agree 👍
> [@pepicrft](#):
>
> I believe it’s crucial that we dive deep into any topic we write about, truly understanding and sharing insights on the subject. Take [NSHipster](https://nshipster.com/) as an example—their blog posts are gifts to the community. If people value the content we create, they’ll trust us more and might consider using Tuist when the need arises.
Apart from Tuist-specific blog posts, I think topics should come about primarily by two ways:
- There’s a new announcement in the space. We should jump on these and provide our perspective. I feel the Swift Build blog post resonated well with the community.
- Pick topics that we’re touching on as we’re working on the product. Adding support for MCP? Let’s write a blog post about that. Contributed to `swift-package-manager`? Blog post! (I really should get on that 😅) Got an interesting question or do we see a common pattern, such as dynamic vs static frameworks? That’s a great topic!
I’d love our posts to come about naturally. But we can definitely flag ideas here whenever we see an opportunity when working on something, reviewing a PR, etc. I would _not_ be doing deep explorations into technical topics just for the sake of writing a post when it’s unrelated to our work.
Some additional ideas I’ve had lately:
- `expectedSignature` of XCFrameworks in Xcode projects and their impact on security: [https://github.com/tuist/tuist/pull/7411](https://github.com/tuist/tuist/pull/7411) (we can also reach out to see if they would be interested in doing a guest post) 👉 I think in general, we have a lot of opportunities to write posts about niche things in Xcode. That’s where a lot of our expertise is.
- Writing custom linters with `XcodeGraph`
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 21, 2025, 4:10pm UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/3 "2025-03-21T16:10:26Z")
Here’s another idea:
- Encrypt sensitive data in your Xcode projects
We can talk about how to use Mise built-in functionality and Swift macros to pass and obfuscate sensitive information at built-time, and expose it only from CI environments.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 21, 2025, 4:12pm UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/4 "2025-03-21T16:12:24Z")
And also in the topic of encrypting:
- A portable solution for signing your iOS apps.
The solution would consist of a bash script that:
- Decrypts and installs the profiles and certificates from Mise secrets.
- Uses a temporary keychain that’s deleted on exit.
- Signs using `codesign`
I think we can show that the abstraction of something like match is really not needed these days.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 27, 2025, 6:07am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/5 "2025-03-27T06:07:12Z")
Here’s another one:
How to eliminate unused code with Periphery
> **[GitHub - peripheryapp/periphery: A tool to identify unused code in Swift projects.](https://github.com/peripheryapp/periphery)**
>
> A tool to identify unused code in Swift projects.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 27, 2025, 6:21am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/6 "2025-03-27T06:21:47Z")
Another one:
Implement and deploy your MCP server in Swift
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [March 28, 2025, 9:49am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/7 "2025-03-28T09:49:56Z")
I’ve created an awesome repository for people interested in the intersection between MCP and Swift/Xcode development. I think we can write about:
- How to plug new servers into your environment
- How to build your own server using the Swift SDK
> **[GitHub - tuist/awesome-swift-mcp: ⚡️ Community resources to bridge Swift development...](https://github.com/tuist/awesome-swift-mcp)**
>
> ⚡️ Community resources to bridge Swift development with LLM-based tools
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [April 1, 2025, 8:39pm UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/8 "2025-04-01T20:39:55Z")
I think we can write about options to automate in app projects:
- Bash scripts
- Fastlane
- zx: [Release 8.5.0 — Flow Splitter · google/zx · GitHub](https://nodeweekly.com/link/167512/456983c716)
- swift-sh
---
### Author:  [@marekfort](https://community.tuist.dev/u/marekfort)
#### Post date: [April 4, 2025, 8:07am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/9 "2025-04-04T08:07:39Z")
We can write a post about the new Swift Testing traits. We can rewrite some of our acceptance tests with these and then write a post about how we did that and what the experience was.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [April 4, 2025, 8:38am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/10 "2025-04-04T08:38:33Z")
I recently came across [this post](https://posthog.com/founders/dev-marketing-for-startups) by PostHog about SEO for early-stage startups, and I think there are perfect ideas in it that are worth calling out and remembering as we invest in writing content for our blog. Here’s the list in no concrete order:
- **The depth of the content matters.** It’s tempting to write many shallow posts fast to feed the rhythm of algorithms, but developers build more long-lasting connections with companies that produce content that sustains the test of time. [Safe Ecto Migrations](https://fly.io/phoenix-files/safe-ecto-migrations/) is a good example. In the Swift and iOS ecosystem, [NSHipster](https://nshipster.com/) and [objc.io](https://www.objc.io/) come to my mind. Their blog posts are a joy to read.
- **Type of content**. They mention their split is ⅓ SEO articles, ⅓ tutorials, ⅓ anything goes.
- **Not outsource**. This was already clear to me, but worth remembering. Although it might sound like a best usage of a company’s money, outsourced content might not be as effective as content written in-house from deep experience in a subject. Developers might read it as “they throw money at someone to talk about topic X”. They build trust though the companies’ expertise and openness, not through paying someone, often to talk about the company itself.
- **Paid adds and sponsorships might be useful.** They recommend Google for conversion and the rest, Reddit and LinkedIn for example for awareness. Moreover, they mention that **newsletters** can be quite effective, but you should go on and off (e.g. 3 months of sponsoring and then 3 months of not sponsoring) changing the message. Also if we ever invest in YouTube, we should bear in mind that:
> Most dev-focused content on YouTube is for people learning to code, so beware.
- Regarding **sponsoring events** : Sponsoring events is disproportionately expensive – and if your name appears on the same level as Google’s, you are definitely wasting your money. So we should choose wisely which events to sponsor. I’d suggest that we focus on the ones that are emerging and present us with an opportunity to build a long-lasting relationship.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [April 14, 2025, 11:13am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/11 "2025-04-14T11:13:51Z")
We should write a blog post comparing all the options for Mac minis hosted runners and an example of how to set them up.
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [May 28, 2025, 10:39am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/12 "2025-05-28T10:39:28Z")
We can write a blog post about how “xcodebuild logs” are not the best tool for diagnosing the result of a build, and what alternatives are available. We can tie this to the build-run UI that we’ve built.
---
### Author:  [@Ernest0N](https://community.tuist.dev/u/Ernest0N)
#### Post date: [June 1, 2025, 2:05pm UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/13 "2025-06-01T14:05:29Z")
I think it would be nice to get developers interested in integrating Tuist into their projects (and expand the community) by demonstrating in a series of articles:
- Approaches to project organization (separation by targets/projects/workspaces)
- Examples of how to implement `ProjectDescriptionHelpers` helpers for really large projects (not just a primitive sample) and make the description of the project structure more rigorous/unified and at the same time flexible. (i.e. different variations of DSL)
- How Tuist works under the hood. (I think many still don’t understand how CocoaPods works under the hood). How Project.swift is translated into .xcproj.
- How to create your own generator based on swift-manifest file, as it is done in Tuist
- Lifehacks for optimizing your build/application (like EmergeTools does)
---
### Author:  [@pepicrft](https://community.tuist.dev/u/pepicrft)
#### Post date: [June 3, 2025, 9:23am UTC](https://community.tuist.dev/t/ideas-for-blog-content/472/14 "2025-06-03T09:23:10Z")
Thanks a lot @Ernest0N. I’m going to write some blog posts in the following weeks, and I’ll pick some of your ideas if you don’t mind 🙂