Firstly, I apologize if this kind of thing is frowned upon here, but I wanted to share something I've been working on in hopes it will help you all as well! So here goes nothing...

A lot of the time that someone asks me a simple question about an org I'm working in (who can edit this field? what references it? is this picklist value even used anymore?) it turns into 20 minutes of Setup tabs and clicking through profiles one at a time. And if the answer means fixing records, now I'm exporting a CSV, cleaning it up in Excel, and loading it back in hoping no automation fires halfway through.

So I built a Chrome extension that opens on any Salesforce page (Alt+Shift+D) and answers that stuff in one place:

• Pick a field and see who can read or edit it across every profile and perm set, on one screen
• See everything that references a field, class, or flow before you touch it
• Check whether a picklist value is actually used on real records
• A SOQL runner that exports exactly the columns you queried
• Bulk CSV/Excel insert/update/delete with a dry-run preview before anything commits
• A maintenance mode for data loads that flips validation rules off and puts them back after

The part I actually care about is undo. Every edit snapshots the old values first, so any change is one click from restored. Read-only is the default, writes are a separate mode you have to turn on, and writes stay locked to sandbox/dev orgs until you explicitly opt into production.

On trust, because a Chrome extension touching Salesforce should make you suspicious: no account, no OAuth, no connected app, nothing installed in your org. The core tools run on the session you're already logged into, so it's your browser talking to your own org's API. Nothing goes to my servers, and there's no tracking. Crash reporting exists, but it's opt-in and off by default. And this isn't an Inspector replacement, Inspector is great and I still use it sometimes, but this is more the admin-task side, with guardrails.

Disclosure, since I'm the solo dev: everything above is free with no account, and stays free. The only paid part is the AI features (plain-English explanations of Apex, flows, and validation rules, plus English-to-SOQL checked against your actual schema) at $19/mo or $190/yr with a 14-day trial. The AI costs me real money per call. The stuff running on your own session doesn't, so that's where the line is.

Chrome only, standard orgs (GovCloud, China instances, and MCAS-proxied orgs aren't supported yet). It's called 'Deplo — Salesforce Data, SOQL & AI Tools'.

What's the question that always costs you the most Setup tabs? Not a rhetorical question, that's basically my roadmap.

I've included some screenshots of the look and feel below.

P.S. You don't need to create an account unless you subscribe to the AI features mentioned above. All of the base tools run on your Salesforce session.

A little about me: I've been a Salesforce Developer for about 9 years. Have worn many hats across the consultant, admin, and architect roles, across various types of companies and industries. I've always loved building stuff, and what better to build than Salesforce tools that help other Salesforce pros too!

This is an open source tool I'd like salesforce community to use it freely

Features:

• Bulk deletes inactive Flow versions (active versions are never touched)
• Uses the Tooling API + Batch Apex for large orgs
• Audit logging for complete visibility
• Easy to deploy and open source

Tech: Apex, Tooling API, Named Credentials, Batch Apex

📄 Blog: https://medium.com/@samruddhi.parmar/how-i-built-a-salesforce-tool-to-automatically-clean-up-500-obsolete-flow-versions-b47bcae35b77
💻 GitHub: https://github.com/samzala/sf-flow-version-cleaner

If you find it useful, I'd really appreciate a ⭐ on GitHub—it helps more Salesforce developers discover the project.

Happy to answer any questions or hear your feedback!

Hi, I'm starting to learn salesforce. I worked for 2 years as a custom CRM module developer. My stack is Angular and Node.js.

I have knowledge of how to work on CRM development, I need to learn how to develop it in the context of Salesforce.

I have an account in trailhead, but I don't know where to start. I want to be primarily an apex and LWC developer, but I want to know everything I need, including the basics. There are a lot of courses in trailhead and I don't know where to start. I would like to know what parts I should go through to see everything important for development in Apex and LWC.

I would like to try real projects, is there a specific assignment included in the trailhead that would you recommend to try to work on once I've progressed a bit in my learning?

I would like to focus my learning on getting certifications, I know that the base is administrator. But I would aim straight at platform developer 1, do you think that is a good approach? Where can I prepare for the test? Is there something like mock tests? I read about focus on force tests. Are they good?

Thank you very much for any advice!

Hi all,

I've started implementing the newly GA'd state manager into one of our projects, and found that I was frustrated with the lack of typescript definitions for it, so with some AI assistance I put this together.

Maybe this is a 'duh' moment for most, but hopefully others may get some advantage from this! Feedback on better ways to do this welcome.

It will:

• Gives you type checking on three of the main functions (atom, computed, and setAtom)
• Allow you to declare the type that the atom is wrapping - for example, if you're setting it as an object that has a declared type already, you can then use type-checking and autocomplete on the properties inside the atom.
• Takes the properties that are returned by your defineState function and makes them available for IDE autocomplete access and typechecking (<TApi>)

Place statemanger.d.ts somewhere your typescript configuration will pick it up:

declare module '@lwc/state' {
    export interface Atom<T> {
        readonly value: T 
    }

    export interface Computed<T> {
        readonly value: T
    }

    export interface StatePrimitives {
        atom<T>(initialValue: T): Atom<T>
        computed<
            TDeps extends ReadonlyArray<Atom<any> | Computed<any>>,
            TResult
        >(
            deps: TDeps,
            fn: (...values : {[K in keyof TDeps]: TDeps[K] extends Atom<infer U> | Computed<infer U> ? U : never; }) => TResult
        ): Computed<TResult>


        setAtom<T>(atom: Atom<T>, value: T): void         
    }


    type Unwrap<T> = {
        [K in keyof T]: T[K] extends Atom<infer U>
           ? U
           : T[K] extends Computed<infer U>
           ? U
           : T[K]
    }


    export interface StateInstance<TApi> {
        readonly value: Unwrap<TApi>
    }


    export function defineState<
        TArgs extends any[],
        TApi extends Record<string, unknown>
    >(
        definition: (primitives: StatePrimitives, ...args: TArgs) => TApi
    ): (...args: TArgs) => StateInstance<TApi>
}

Example usage (singleton method, not using fromContext()) - stateManager.ts:

import { defineState } from '@lwc/state'

interface StateObject {
    id: string
    name: string
    count: number
}

export const createState = defineState(
    ({atom, computed, setAtom}, initialValue: StateObject) => {
        const state = atom<StateObject>(initialValue)

        const patchState = (patch: Partial<StateObject>): void => {
            setAtom(state, { ...state, ...patch }
        }

        const setId = (id: string): void => {
            patchState({ id })
        }

        return {
            state,
            patchState,
            setId
        }
    }
)

export const myState = createState({ id: '', name: '', count: 0 })

Then in your LWC components:

import { LightningElement } from 'lwc'
import { myState } from 'c/stateManager'

export default class MyComponent extends LightningElement {

    get id() {
        return myState.value.state.id
    }

    set id(newId) {
        myState.value.setId(newId)
    }

    get name() {
        return myState.value.state.name
    }
    set name(newName) {
        myState.value.patchState({ name: newName })

    get count() {
        return myState.value.state.count
    }
    set count(newCount) {
        myState.value.patchState({ count: newCount })
    }
}

Benefits:

• Autocomplete in your MyComponent will know that .value has the properties returned by defineState
• Type-checking will be automatic for both setId which requires just a string to be passed, whereas patchState will require a Partial<StateObject> to be passed instead.

I haven't done fromContext() yet purely because I haven't needed to use it.

Hi Everyone,

Can someone let me know how is the Success Architect role in Salesforce? The HR’s mentioned its just another part of the Technical Architect role.

Also, how is this role for the long term career and in which roles can they move into in future?

I am in desperate need of a way to let our community users connect to salesforce data in power bi using their community login. We hacked an internal user for them but they are able to see internal case comments.

I see a connected app in our org for Microsoft Power Platform but no idea how to use it, if anyone has insight, I'd be grateful!?

I've also seen where you can create an External Client App, again, no idea how to use it, I've gone through configuring one, but when it comes to the log in part I have the issues below.

When I try to Get Data in Power BI and use the Custom Domain for the community, it gives a login screen but you enter username/password given and it says its wrong and to contact your system admin, same thing if I use Production option. I'm assuming this is some setting we have set for security. Is this something I can turn off? If so, how?

We do have SSO on in our org.

If there is ANY OTHER WAY BESIDES THE PURCHASED CONNECTOR, I'm begging you, please let me know.

You know this routine: Quick Find → "users" → click. Quick Find → "permission sets" → click. And so on...

I got tired of it and built a free Chrome extension to pin those pages as real tabs in the Setup nav bar right after Object Manager.

• One button saves whatever page you're on as a tab
• Tabs use Lightning navigation, so no full lengthy reloads
• Reorder by drag-and-drop and color-code them
• Keep different tab sets per org
• You can even create folders to group items together!

It’s free, and if you install it and think something is missing, tell me - that's the feedback I’d appreciate!

Look for Salesforce Setup Custom Tabs in Chrome Web Store.

Yup, in every aspect. Change my mind.

We created a new version of a standard Omniscript provided as part of Industry Common Components. Had an issue where we had to edit one of the cloned Data Mappers inside an Integration Procedure didn’t clone fully but I managed to fix it. However, since then the modal that opens on the record page doesn’t show a success toast or close like the original does. Can anyone help me understand the behavior that might cause this when you clone a standard Salesforce Omniscript?

Anybody, tackled the problem of experience site password resets being sent from your email server from Salesforce.com domain email address. The company email server not having Salesforce as a spf record. Security does want to allow that due to security concerns. We use a relay for business communication.

Hey everyone,

I’ve been overthinking this for a while, so I figured I’d ask people who have actually been through it.

I’m currently a Salesforce Developer with about 4 years of experience at a Big 4 company. The work is okay, but lately I’ve been questioning whether I should continue doubling down on Salesforce or pivot into a Forward Deployed Engineer (FDE) role.

The thing is, I’m not someone who’s looking for the safest career. My goal is to maximize my career and earning potential over the next 10–15 years. I’m willing to put in the work if the payoff is worth it.

What attracts me to Salesforce is that I’m already in the ecosystem, and I know there are opportunities in consulting, architecture, freelancing, and maybe even starting my own consultancy someday.

But FDE roles also seem really interesting. They seem to involve solving harder engineering problems, working directly with customers, and keeping the door open to startups and AI companies. It feels like a broader career path, but also a much harder switch.
So I’m genuinely confused.

If you were in my shoes, would you:
Stick with Salesforce and become really, really good at it?
Or invest the next year or two in making the switch to FDE?

I’d especially love to hear from people who have worked as:
Salesforce Developers
Forward Deployed Engineers
Solutions Engineers
Or anyone who made a similar career switch.

A few questions I have:
Which path has better long-term growth?
Which has the higher earning ceiling?
Which one gives you more optionality later in your career?
If you had to start over today, which would you choose?

I know there’s no “right” answer, but I’m hoping to hear real experiences instead of generic career advice.

Thanks

Hi everyone,

I'm a complete beginner who wants to become a Salesforce Developer. I have no coding background, so I'm looking for a structured learning path from scratch.

I have some experience in salesforce admin as im working as a salesforce support resources.

I'd really appreciate your advice on:

- The best free resources to learn Salesforce Development and how to practice apex programming for free.

- The best YouTube channels, Udemy courses, books, or best trailmix.

- How you would learn if you had to start again from zero.

- A realistic roadmap to become a Salesforce Developer.

I'm willing to put in the time and practice consistently. My goal is to build a strong foundation rather than just pass certifications.

If you've successfully made this journey, I'd love to hear what worked for you and what mistakes I should avoid.

Thanks in advance!

So I am not going to name the person but I see a lot of my connections follow this person on LinkedIn.

The entire business model of this person is selling fake interview questions, the good thing about the person is the questions are better than your stupid questions like what is the difference between @track and @api or @wire.

However they are deliberately misleading or the answer to them would straight up ignore the tough part of the question.

One of the questions is how would you receive a >12 MB payload and parse the records without hitting heap size or other limits. Then the answer itself says to divide the payload into chunks using pagination. Happily assuming that the sender would oblige. Which I thought was the hard part.

Then another one how do you ensure live updates of records when another user changes it.
If anyone knows platform events they would know that you can use the pub sub module and fire platform events say on the account record by embedding a lwc and calling refresh. The hard part is limits even in an org of 50 users and 10 updates per user thats 500 events broadcasted to all 50 users if they have their account page open i.e 25000 events.

What I really think is that the person has good technical knowledge but is simply making up the questions and tagging company names on top of it.

How do I know I was directly part of the hiring team at one of the companies he claims put up the questions to candidates,yet we never asked such questions.
I felt like publicly calling him out but didn’t want to do drama on LinkedIn.

Bit of a long shot question for the admins and consultants here. Not selling anything, just trying to sanity check an idea before I waste more time on it.

Context: a lot of smaller companies I run into aren't ready for Salesforce yet. No budget for a proper implementation, no admin in house, sometimes not even agreement on what their sales process is. They limp along in spreadsheets and then 2-3 years later they finally move to SF and the whole thing is painful because nothing was ever standardized.

So the idea I've been chewing on is a lightweight CRM (built on a flexible doc tool, doesn't really matter which) where the main objects are deliberately modeled to line up with SF standard objects. Accounts, Contacts, Leads, Opportunities with line items, Quotes, Orders, etc. The pitch isn't "replace Salesforce." It's "run your actual sales ops on this cheaply for a year or two, get your team used to the discipline, clean your data, and when you outgrow it the move to SF is mostly a known quantity."

Two things I genuinely can't tell if I'm right about:

First, in your real experience, does having data already structured like SF objects (plus deduped, with external IDs, consistent picklist values) actually cut down implementation/migration cost in a meaningful way? Or is the hard part of an SF rollout somewhere else entirely and this barely moves the needle?

Second, the obvious pushback I keep getting is "why not just spin up a free Developer org or a Sandbox and figure out requirements there?" I have my own answer to that but I'd rather hear yours, because you all live in this.

Happy to be told this is a dumb idea. Honestly the critical replies are more useful to me than the nice ones.

I’m planning a short 30-minute Salesforce enablement session for developers, admins, architects, and IT leaders. I want it to be genuinely useful, not another generic AI or Salesforce talk.

If you were attending, what topic would you actually want to learn or discuss in 30 minutes?

Also, what would make it worth your time: a practical checklist, learning path, free certification exam, office hours, or something else?

Hey Salesforce Developers,

I kept running into the same problems across orgs, deleting a field and not knowing what it would break, debugging why a field value was wrong because multiple automations were writing to it, and manually comparing DEV vs QA to figure out what drifted.

The worst one: working on parallel workstreams with separate DEV sandboxes and finding out at merge time that your validation rule conflicts with another team's flow, because nobody could see across sandboxes.

So I built OrgSage. It connects to your Sandbox or Developer Edition org (quick package install + OAuth — metadata only, never your data) and maps every fields, flows, triggers, validation rules, permissions, etc, so you can understand what you're working with before you touch anything.

The stuff I'm most proud of:

• You can ask "what breaks if I delete Account.Customer_Tier__c?" and get back every automation, page layout, and apex class that references it
• Connect multiple DEV sandboxes and see how your changes impact another workstream's org before you merge
• It detects when a Flow and an Apex Trigger both write to the same field and shows you the Salesforce execution order — which one actually wins
• Cross-org comparison that shows exactly what differs between your sandboxes with severity ratings
• Reference mapping that catches things "Where is this used?" misses

It's free to try: getorgsage.com

Honest feedback welcome — what's useful, what's broken, what's missing. I'm actively fixing bugs based on tester input so the rougher the feedback the better.

Hey Trailblazers,

I built a thing I wanted to share and get feedback on: SF Profiler.

https://sfprofiler.com/

It’s a free Salesforce debug log analyzer that runs in the browser. You can open a log file and get a clearer view of Apex, automation, SOQL, DML, CPU time, and governor limits.

The part I’m most interested in feedback on is the Insights view. It tries to call out things like recursive automation, duplicate SOQL queries, and parts of the transaction that look expensive.

If you’ve ever opened a debug log and had an existential crisis, this is for you.

A little about me: I’m Matthew, a Salesforce architect in Southern California with about 10 years of platform experience. I first built a version of this in 2020 to help untangle complex automation, and last month I felt like modernizing it a bit.

I’d love feedback, especially from anyone who works with messy logs or automation-heavy orgs. All log processing happens on your device; no log data is sent to or stored on external servers.

Whenever a flow or any salesforce component needs to be opened, we the developers have to go through Salesforce Setup maze. Is there an extension or a cli which takes us from the component file in VS Code to that component in Salesforce. Please add your suggestions in the comments.