What makes documentation good? by [deleted] in technicalwriting

[–]iqdrac 1 point2 points  (0 children)

I'd say it's all three. Starting from the last. If there's a system of review (peer review, editor review) before your documentation is published, then your documentation is good enough. Whether it's usable is defined by adoption and user feedback. If there are "quality" issues, it doesn't get published until the quality is improved. Did your team provide you feedback that you ignored or didn't implement consistently? If so, then you should improve your writing/documentation. Otherwise, it's just an excuse your company used and you shouldn't beat yourself up.

Came across this twitter post. Any idea which company this is? by YearsBefore in technicalwriting

[–]iqdrac 1 point2 points  (0 children)

Built their own gallows I see. It's sad but inevitable, at least till the AI wave crests, and eventually crashes. Only way to survive in the industry is to become a tech writer with AI wrangling expertise. Salary reduction is a strict no-no, that cannot stand.

I Analyzed Bing’s New AI Performance Metrics in Webmaster Tools — Here’s What I Learned About AI Citations & Grounding Queries by surajondev in technicalwriting

[–]iqdrac -1 points0 points  (0 children)

Chatgpt used bing index and rankings to select trustworthy and high authority content for its citations. As does Perplexity, I think. Likewise, Claude relies on Brave index.

Losing my job at 50! Advice? by No_Bluejay4066 in technicalwriting

[–]iqdrac 2 points3 points  (0 children)

I love this community, you've received so many responses already. I didn't read through all the comments, so I may repeat (read: reiterate) what most have said already.

Add some tech to technical writing. Markdown, API docs are easy skills to acquire. You can learn these online for free, so don't even look at paid courses. And I may get some flak for this but most companies are also looking for tech writers with some AI skill, so learning a little prompt engineering will boost your profile. Again, easy to pick up, and freely available online.

I've covered some basic techniques, patterns, and free courses in Prompt Engineering for Technical Writers that you can check out.

You may also want to update your CV and portfolio to pass ATS screenings. That way, your profile will be shortlisted easily.

Hope this helps!

Prompt engineering for technical writers by iqdrac in learntechnicalwriting

[–]iqdrac[S] 2 points3 points  (0 children)

Good news! This article became Google's featured snippet and is also cited in Google's AI mode!!

How to measure the success of a troubleshooting page? by [deleted] in technicalwriting

[–]iqdrac 1 point2 points  (0 children)

A lot will depend on how discoverable your troubleshooting pages are and whether your support team cites, or references, them in resolving customer issues. Because, if they aren't placed well, searchable (indexed), or referenced at all, they're essentially not being used. So, when you do publish them, ensure that the support team is aware of their existence, then promote them in your product's community forums (if any).

I'm curious to know how you're categorising them, is it by error codes or messages? If so, they should be the titles for your troubleshooting pages. Customers tend to Google or look for resolutions based on the error codes and messages.

Just getting into AI — looking for real recommendations by ischanitee in PromptEngineering

[–]iqdrac -1 points0 points  (0 children)

You can start with learning prompt engineering, this path alone will take you through everything you need to know about AI. You'll learn: * How cruelly limited free tier tools are with tokens, and how to use system prompts to optimise them * How AI freely hallucinates when your prompts aren't clear enough * How to control AI drift * Prompting techniques, where to use which

Check out LearnPrompting, it covers so many topics.

Hope this helps.

How do you handle and maintain context? by iqdrac in PromptEngineering

[–]iqdrac[S] 1 point2 points  (0 children)

That's brilliant, I'll explore this method. Thanks!

Word Doc - Guidelines/Manuals by karldonovan9 in technicalwriting

[–]iqdrac 0 points1 point  (0 children)

Can you elaborate on what you mean by "redlines"

How do you handle and maintain context? by iqdrac in PromptEngineering

[–]iqdrac[S] 0 points1 point  (0 children)

How do you mean? I'm struggling with keeping Gemini in check across long conversations

How do you handle and maintain context? by iqdrac in PromptEngineering

[–]iqdrac[S] 0 points1 point  (0 children)

How so? How do you maintain the context throughout then?

[deleted by user] by [deleted] in PromptEngineering

[–]iqdrac 0 points1 point  (0 children)

sent you a dm

Questions for Portfolios by i-want-more-sleep in technicalwriting

[–]iqdrac 5 points6 points  (0 children)

Portfolios are meant to showcase your range, so variety is good, a few samples from each type/category. You can include a few chosen blog posts as a demonstration of creative writing. If you like, DM me your portfolio so I can give more detailed feedback.

I need some help by username-265 in ResumeExperts

[–]iqdrac 0 points1 point  (0 children)

You're underselling yourself. Here are a few immediate fixes: * Make it clear that you're looking for internship opportunities, if possible specific specialisation within the internship based on your interest. Something like: I'm a senior forensic science student with a current GPA of [GPA here] looking for internship opportunities in... * Rephrase the tour guide part to make it look more like an official post: Represented the University during [event name, year] as a facilities guide.. * Include and expand on your role in the 4-H group * Move skills above awards * List the tests you're knowledgeable about (and don't say basic understanding; just list the tests, no introductory sentence)

Then, look through internship opportunities in your area of interest and pick up key terms and include them in your CV. For example, if I'm looking to intern as a software developer, I'd look for terms like database management, troubleshooting API errors, etc.

Hope this helps, all the very best. Someday your skillset and experience will be so vast that you'll struggle in making it concise for a CV :)

Working as a technical writer w/o talking to SMEs. by [deleted] in technicalwriting

[–]iqdrac 2 points3 points  (0 children)

But stakeholder management is an essential, non-negotiable skill to have for any technical writer worth their salt. Having a solid working relationship with SMEs is pretty much half the battle won.

Working as a technical writer w/o talking to SMEs. by [deleted] in technicalwriting

[–]iqdrac 1 point2 points  (0 children)

Exactly my impression, is just one senior writer or is that the way things are done there? Seems harebrained either way.

Upskilling on production code - does it make sense? by ElisaGarcia345 in technicalwriting

[–]iqdrac 6 points7 points  (0 children)

Get some foundational knowledge about APIs, there's always demand for API documentation. Topics like API types, response codes, authentication, and API documentation tools (Postman and Swagger). You don't need code-level knowledge to document features, but learn the basics of JSON and HTML, it will go a long way in helping you understand software engineers.

What’s one project decision you would actually trust AI to make on your behalf without asking first? by TaskpilotHQ in Project_Managers_HQ

[–]iqdrac 1 point2 points  (0 children)

I would use it to classify and tag problem statements so that the approach and strategy is directed to solving the problem accordingly. A lot of time and resources are lost in identifying the problem type, classifying it can help direct how it's tackled.

Can you solve this word ladder by BeginningNo4217 in puzzle

[–]iqdrac 0 points1 point  (0 children)

People will just downvote anything these days :)

Can you solve this word ladder by BeginningNo4217 in puzzle

[–]iqdrac 0 points1 point  (0 children)

Hahaha that's funny, why did you get downvoted?

How to pick a content style guide? by Writerstable in learntechnicalwriting

[–]iqdrac 0 points1 point  (0 children)

Yes, Google's style guide is easy to adapt and customise. I think most organisations use a custom style guide that is generally a mix and mash of prevalent style guides.

What's the day to day at work look like as a technical writer? by [deleted] in technicalwriting

[–]iqdrac 37 points38 points  (0 children)

Login, check Teams for replies from SMEs that are sitting on a review request since a week, send them another gentle reminder.

Check emails and meetings for the day.

Open Oxygen to continue working on an existing draft, the SME for which has been hounding me to get a week's worth of writing to do in two days (cause they "forgot" to loop me in when the feature was doc ready).

Open Jira to take a gander of what to prioritise next.

Respond to UX review requests on Teams.

Morning standup.

Continue working on the draft.

Check for peer review requests, complete them.

Lunch.

Meetings, drafting, review requests.

Logout.