Frequently Asked Questions about My Writing Process

eugeneyan

eugeneyan

Начните отсюда Тексты Выступления Прототипирование О себе

Frequently Asked Questions about My Writing Process

Часто задаваемые вопросы о моём процессе письма

[ writing ] · 13 min read

[ writing ] · 13 мин чтения

Every month or so, I receive questions about my writing: “How did you get started?” “Why do you write?” “Who do you write for?” “What’s your writing process?”

Примерно раз в месяц мне задают вопросы о моём письме: «Как ты начал?» «Зачем ты пишешь?» «Для кого ты пишешь?» «Какой у тебя процесс письма?»

I’ve procrastinated on writing this FAQ because, honestly, who cares about my writing process? But after answering the same questions again and again, I realized it’d be helpful to consolidate my responses somewhere. At the very least, it’ll save me from repeating myself. If you’re thinking about writing online but aren’t sure where or how to start, this FAQ is for you.

Я откладывал написание этого FAQ, потому что, честно говоря, кому есть дело до моего процесса письма? Но, отвечая на одни и те же вопросы снова и снова, я понял, что будет полезно собрать свои ответы в одном месте. По крайней мере, это избавит меня от необходимости повторяться. Если вы подумываете о том, чтобы писать онлайн, но не уверены, где и как начать, — этот FAQ для вас.

Как ты начал писать? Зачем ты пишешь? Для кого ты пишешь? Как ты решаешь, о чём писать? Как ты нашёл свою нишу? Как ты выбрал платформу для письма? Какой у тебя писательский пайплайн? Есть ли шаблон? Могу ли я писать о теме, которую только начал изучать? Какая частота письма правильная? Как ты преодолеваешь перфекционизм? Как ты построил себе бренд? Как ты совмещаешь (столь обильное) письмо и основную работу? Как ты проводишь границу между рабочим и личным письмом? Какие ресурсы о письме ты бы порекомендовал?

How did you get started writing?

Как ты начал писать?

Years ago, when I was a junior data scientist, I reached out to several experienced folks—senior data scientists, heads of data science, even CTOs—and asked them: “What makes an effective data scientist?” Was it PhD-level research skills, coding expertise, the ability to analyze and prepare terabyte-level data, deep domain knowledge, or something else?

Много лет назад, когда я был джуниор-дата-сайентистом, я обратился к нескольким опытным людям — старшим дата-сайентистам, руководителям отделов data science, даже CTO — и спросил их: «Что делает дата-сайентиста эффективным?» Это исследовательские навыки уровня PhD, мастерство в коде, способность анализировать и готовить данные терабайтного масштаба, глубокая экспертиза в предметной области или что-то ещё?

Their answers surprised me. While they acknowledged that those technical skills were important, a majority highlighted an entirely different skill—communication.

Их ответы меня удивили. Признавая важность технических навыков, большинство выделило совершенно другой навык — коммуникацию.

They explained that their most effective data scientists stood out because they could listen carefully, hear the real and unspoken challenges stakeholders faced, explain how machine learning can help, and write clear requirements for science and engineering teams. They could discuss statistics and machine learning clearly and simply, without relying on jargon like “Mahalanobis Distance” or “Restricted Boltzmann Machines” as a crutch, and instead focused on relatable outcomes like “catch more fraud” or “increase conversions”. As a result, these skilled communicators found it easier to gain buy-in, execute effectively, and earn trust.

Они объясняли, что их самые эффективные дата-сайентисты выделялись тем, что умели внимательно слушать, улавливать реальные и невысказанные проблемы стейкхолдеров, объяснять, чем может помочь машинное обучение, и писать чёткие требования для научных и инженерных команд. Они могли обсуждать статистику и машинное обучение ясно и просто, не прячась за жаргоном вроде «расстояние Махаланобиса» или «ограниченные машины Больцмана», а вместо этого делая упор на понятные результаты вроде «ловить больше мошенничества» или «повышать конверсию». В итоге таким умелым коммуникаторам было легче добиваться поддержки, эффективно действовать и завоёвывать доверие.

I was skeptical. I had a hard time believing that a non-technical skill like communication could significantly impact success in a technical role like data science. But after hearing the same advice from several mentors, I decided to test it myself and committed to working on my communication for a year. In that year, I volunteered to speak at every internal workshop and external conference, wrote and edited company-wide newsletters, and started this site.

Я был настроен скептически. Мне с трудом верилось, что нетехнический навык вроде коммуникации может существенно влиять на успех в технической роли вроде data science. Но, услышав один и тот же совет от нескольких наставников, я решил проверить это сам и взял на себя обязательство целый год работать над коммуникацией. За этот год я вызывался выступать на каждом внутреннем воркшопе и внешней конференции, писал и редактировал общекорпоративные рассылки и завёл этот сайт.

Since then, I’ve benefitted greatly from this habit. Writing consistently has reinforced my learning, sharpened my thinking, helped me make friends online, accelerated my career growth, and more. That’s why I continue to practice writing online.

С тех пор эта привычка принесла мне огромную пользу. Регулярное письмо закрепляло мои знания, оттачивало мышление, помогало заводить друзей онлайн, ускоряло карьерный рост и многое другое. Именно поэтому я продолжаю практиковать письмо онлайн.

Why do you write?

Зачем ты пишешь?

First, I write to learn. This usually happens when I’m exploring a topic but struggle to find resources online. Maybe the information is scattered across papers and tech blogs, or perhaps the topic lacks a clear overarching framework. Diving into the literature, testing the ideas via experiments, and writing about it helps me simplify what I learn into practical, reusable patterns. Writing also reveals gaps in my understanding and helps me clarify my thoughts. Examples of such writing include RecSys System Design, Feature Store Hierarchy of Needs, Patterns for LLM-based Systems, Evaluating LLM-evaluators, Lessons from Applying LLMs.

Во-первых, я пишу, чтобы учиться. Обычно это происходит, когда я изучаю какую-то тему, но мне трудно найти ресурсы в интернете. Может, информация разбросана по статьям и техническим блогам, или, возможно, у темы нет внятной общей структуры. Погружение в литературу, проверка идей экспериментами и письмо об этом помогают мне упростить изученное до практичных, переиспользуемых паттернов. Письмо также вскрывает пробелы в моём понимании и помогает прояснить мысли. Примеры таких текстов: RecSys System Design, Feature Store Hierarchy of Needs, Patterns for LLM-based Systems, Evaluating LLM-evaluators, Lessons from Applying LLMs.

I also write to share knowledge. Sometimes, this happens when I receive the same question multiple times and writing my response somewhere makes sharing more scalable. Other times, it’s because I believe the information is valuable and can help others. Examples of such writing are OMSCS FAQ, Writing Why What How, Prompting Fundamentals, How to Interview ML/AI engineers, and MacBook Pro Setup.

Ещё я пишу, чтобы делиться знаниями. Иногда это случается, когда я получаю один и тот же вопрос многократно, и письменный ответ где-то в одном месте делает обмен более масштабируемым. В других случаях — потому что я считаю информацию ценной и способной помочь другим. Примеры таких текстов: OMSCS FAQ, Writing Why What How, Prompting Fundamentals, How to Interview ML/AI engineers и MacBook Pro Setup.

Occasionally, I write to express disagreement. This might mean challenging the anti-pattern of data scientists throwing models over the wall to engineers to productionize, technical folks overcomplicating their work for publication or promotions, or voicing my frustration when academic evals of LLMs don’t match real-world product outcomes. Writing these pieces was somewhat cathartic, and some have sparked constructive debates, which gives me hope that they’ve positively influenced the field. Examples include Data Scientists should be More End-to-End, Start without Machine Learning, Simplicity > Complexity, LLM Evals that don’t work.

Иногда я пишу, чтобы выразить несогласие. Это может означать оспаривание антипаттерна, когда дата-сайентисты «перебрасывают» модели через стену инженерам на продакшенизацию, или того, что технические специалисты переусложняют свою работу ради публикаций или повышений, или озвучивание моего раздражения, когда академические оценки LLM не совпадают с реальными продуктовыми результатами. Писать такие тексты было в какой-то мере катарсисом, а некоторые из них породили конструктивные дискуссии, что даёт мне надежду, что они положительно повлияли на отрасль. Примеры: Data Scientists should be More End-to-End, Start without Machine Learning, Simplicity > Complexity, LLM Evals that don’t work.

Lastly, all my writing (and social media) serves as my bat signal. It’s my way of saying, “Here’s what I’m thinking a lot about and working on! If you’re exploring similar ideas or have similar challenges, please reach out!” This has been surprisingly effective and has led to insightful discussions and valuable friendships with senpais and fellow practitioners in areas like RecSys, LLM-powered systems, and evals. I’ve learned lots and made many friends this way.

Наконец, всё моё письмо (и соцсети) служит моим сигнальным маяком. Это мой способ сказать: «Вот о чём я много думаю и над чем работаю! Если вы исследуете похожие идеи или сталкиваетесь со схожими задачами — пожалуйста, напишите мне!» Это оказалось на удивление эффективным и привело к содержательным обсуждениям и ценной дружбе с сэмпаями и коллегами-практиками в таких областях, как RecSys, системы на базе LLM и evals. Так я многому научился и завёл много друзей.

Who do you write for?

Для кого ты пишешь?

First, I write for myself. Writing helps me reinforce what I’ve learned and clarify my thinking. And because I’m writing for myself, I focus on topics I’m actually interested in. The downside is that I can’t force myself to write about something I’m not passionate about, even if someone offers to pay me a lot of money. (I could, but the writing would be bad.)

Во-первых, я пишу для себя. Письмо помогает мне закреплять изученное и прояснять мышление. И поскольку я пишу для себя, я выбираю темы, которые мне действительно интересны. Минус в том, что я не могу заставить себя писать о том, к чему не испытываю страсти, даже если кто-то предложит заплатить мне кучу денег. (Я бы смог, но текст вышел бы плохим.)

I often compare writing to single-player and multiplayer games. While there are multiplayer benefits like networking, gaining a reputation, and job opportunities, I encourage focusing on the single-player aspects such as gaining skill points in communication (also persuasion and influence), learning more effectively, and leveling up yourself. This way, even if no one reads your work and the multiplayer benefits don’t pan out, you’ll still have the single-player gains.

Я часто сравниваю письмо с одиночными и многопользовательскими играми. Хотя есть мультиплеерные плюсы — нетворкинг, репутация, карьерные возможности, — я призываю сосредоточиться на одиночных аспектах: набирать очки навыка в коммуникации (а также в убеждении и влиянии), эффективнее учиться и прокачивать самого себя. Так, даже если вашу работу никто не прочтёт и мультиплеерные плюсы не сработают, одиночные достижения всё равно останутся при вас.

My second audience is my team and fellow practitioners. With them I share industry-proven methods, best practices, and design patterns to help us be better at our work. Since they’re familiar with the field, I can comfortably use technical jargon to keep the writing concise; if I had to explain every concept, each piece would become excessively long. (My reference point for technical writing includes Lilian Weng and Chip Huyen.) As a result, readers occasionally comment on the use of jargon (below). That’s okay—not everyone is the intended audience.

Моя вторая аудитория — это моя команда и коллеги-практики. С ними я делюсь проверенными в индустрии методами, лучшими практиками и паттернами проектирования, чтобы мы лучше делали свою работу. Поскольку они знакомы с областью, я могу спокойно использовать технический жаргон, чтобы текст оставался лаконичным; если бы мне пришлось объяснять каждое понятие, каждый текст становился бы непомерно длинным. (Моими ориентирами в техническом письме служат Lilian Weng и Chip Huyen.) В результате читатели иногда комментируют использование жаргона (ниже). И это нормально — не все входят в целевую аудиторию.

I started listening to this article (using a text to speech model) after waking up.

I thought it was very heavy on jargon. Like, it was written to make the author appear very intelligent without necessarily effectively conveying information to the audience. This is something that I’ve often seen authors do in academic papers, and my one published research paper (not first author) is no exception.

I’m by no means an expert in the field of ML, so perhaps I am just not the intended audience. I’m curious if other people here felt the same way.

Hopefully this observation / opinion isn’t too negative. — Source

Я начал слушать эту статью (с помощью модели синтеза речи) сразу после пробуждения. Мне показалось, что в ней очень много жаргона. Будто она написана так, чтобы автор выглядел очень умным, но без эффективной передачи информации аудитории. Это то, что я часто замечал у авторов в академических статьях, и моя единственная опубликованная исследовательская работа (не как первого автора) — не исключение. Я ни в коей мере не эксперт в области ML, так что, возможно, я просто не та аудитория. Мне любопытно, почувствовали ли то же самое другие здесь. Надеюсь, это наблюдение/мнение не слишком негативно. — Источник

My third audience is the leadership at my organization. For example, in early 2023, I received questions about finetuning, RAG, evaluations, etc. Thus, I spent several weeks researching and distilling my thoughts into practical patterns, their trade-offs, and when to apply them. The result was Patterns for Building LLM-based Systems & Products. To my surprise, despite its length (over an hour of reading time), some leaders read it. This enabled our organization to move beyond basic questions and begin tackling thornier challenges in the trenches.

Моя третья аудитория — руководство в моей организации. Например, в начале 2023 года я получал вопросы про файнтюнинг, RAG, оценки и т. д. Поэтому я потратил несколько недель на исследование и дистилляцию своих мыслей в практичные паттерны, их компромиссы и условия применения. Результатом стал текст Patterns for Building LLM-based Systems & Products. К моему удивлению, несмотря на его объём (более часа чтения), некоторые руководители его прочли. Это позволило нашей организации выйти за рамки базовых вопросов и взяться за более каверзные задачи в реальных условиях.

There’s a tension between balancing the needs of the tech team and leadership. The team values details on the data, methodology, evals, ablation studies, etc.—the “how”. Conversely, leadership is more focused on the bigger picture and what it means for customers and the business—the “why”. I think that striving to write for both audiences simultaneously helps me become a more effective and practical writer.

Существует напряжение в балансировке между потребностями технической команды и руководства. Команда ценит детали о данных, методологии, evals, ablation-исследованиях и т. д. — «как». Руководство же больше сосредоточено на общей картине и на том, что это значит для клиентов и бизнеса, — «зачем». Я думаю, что стремление писать сразу для обеих аудиторий помогает мне становиться более эффективным и практичным автором.

Finally, I write for the community. My aim is to help others deepen their understanding and fill knowledge gaps. I’ve gained a lot from other writers on the internet and this is my way of contributing back, by patching gaps of information and knowledge via my writing.

Наконец, я пишу для сообщества. Моя цель — помочь другим углубить понимание и закрыть пробелы в знаниях. Я многое почерпнул у других авторов в интернете, и это мой способ внести свой вклад в ответ — латая пробелы в информации и знаниях через свои тексты.

How do you decide what to write about?

Как ты решаешь, о чём писать?

I typically write about what’s relevant to my work at the time. For example, in 2020, I started a new role focused on recommendation systems and wanted to consolidate my learning from Lazada, Alibaba, and Amazon. Then from 2023, as my work shifted toward experimenting and building with LLMs, my writing has naturally reflected that new focus.

Обычно я пишу о том, что актуально для моей работы на данный момент. Например, в 2020 году я начал новую роль, связанную с рекомендательными системами, и хотел свести воедино свои знания из Lazada, Alibaba и Amazon. Затем с 2023 года, когда моя работа сместилась к экспериментам и созданию решений на LLM, моё письмо естественным образом отразило этот новый фокус.

How did you find your niche?

Как ты нашёл свою нишу?

I never thought about my niche—I just wanted to write about what interests me and practice my writing. If there was anything, at the end of 2020, I noticed that my write-ups on machine learning and data science had consistently higher open rates (below). This suggested that my readers found these topics valuable.

Я никогда не думал о своей нише — я просто хотел писать о том, что мне интересно, и практиковать письмо. Если что и было, то в конце 2020 года я заметил, что мои тексты про машинное обучение и data science стабильно имели более высокий open rate (ниже). Это говорило о том, что мои читатели находят эти темы ценными.

Email open-rate in 2020 by themes

Open rate писем в 2020 году по темам

With this insight, I started writing teardowns of machine learning and recommendation systems in 2021 which became popular with the community. I considered popularity as a proxy metric for usefulness and thus continued writing similar pieces, including surveys.

С этим инсайтом я начал в 2021 году писать разборы систем машинного обучения и рекомендательных систем, которые стали популярны в сообществе. Я рассматривал популярность как косвенную метрику полезности и поэтому продолжил писать похожие тексты, включая обзоры.

Nonetheless, I enjoy exploring and writing about other topics—such as mechanisms, writing, and career—and put out pieces from time to time.

Тем не менее мне нравится исследовать и писать о других темах — таких как механизмы, письмо и карьера, — и время от времени выпускаю такие материалы.

How did you choose what platform to write on?

Как ты выбрал платформу для письма?

I started with WordPress because it was the simplest option at the time. It allowed me to focus on writing and not have to concern myself with the details of building the site or hosting it.

Я начал с WordPress, потому что на тот момент это был самый простой вариант. Он позволял мне сосредоточиться на письме и не вникать в детали создания сайта или его хостинга.

After a few years, I wanted more flexibility and customization than WordPress could offer, so I migrated to Jekyll. It was, and still is, free to host on GitHub Pages. This also gave me the opportunity to tinker with the frontend via basic CSS and JavaScript.

Через несколько лет мне захотелось больше гибкости и кастомизации, чем мог предложить WordPress, поэтому я перешёл на Jekyll. Он был и остаётся бесплатным для хостинга на GitHub Pages. Это также дало мне возможность повозиться с фронтендом через базовый CSS и JavaScript.

What’s your writing pipeline? Do you have a template?

Какой у тебя писательский пайплайн? Есть ли шаблон?

My writing usually begins as a bullet-point outline in Obsidian. At the top, I jot down what I’m planning to share, why I think it’s valuable, and who the intended audience is. Then, I sketch out section headers and add bullet points as I review literature or whenever something comes to mind. Drafting with bullet points helps me stay flexible—I can rearrange, remove, or expand points without worrying about the overall structure. In addition, writing bullet points feels easier and less intimidating than writing full sentences and paragraphs. This makes the drafting process more fun. At this stage, I leave the introduction and conclusion blank.

Моё письмо обычно начинается как план из маркированных пунктов в Obsidian. В самом верху я записываю, чем планирую поделиться, почему считаю это ценным и кто целевая аудитория. Затем я набрасываю заголовки разделов и добавляю пункты по мере изучения литературы или когда что-то приходит в голову. Черновик из маркированных пунктов помогает мне оставаться гибким — я могу переставлять, удалять или расширять пункты, не беспокоясь об общей структуре. К тому же писать маркированные пункты ощущается проще и менее пугающе, чем писать целые предложения и абзацы. Это делает процесс черновика более увлекательным. На этом этапе я оставляю введение и заключение пустыми.

Once the outline is detailed enough, I convert it into prose. By this stage, the outline should have enough detail to make writing sentences straightforward. Although LLMs can do this now, I enjoy crafting the sentences and structuring the flow of paragraphs myself. After finishing the main body, I write the introduction and conclusion, putting extra effort into an introduction that tries to hook the reader without overselling the content.

Как только план достаточно детализирован, я превращаю его в связный текст. К этому моменту в плане должно быть достаточно деталей, чтобы написание предложений шло легко. Хотя LLM теперь могут это делать, мне нравится самому выстраивать предложения и структурировать течение абзацев. Закончив основную часть, я пишу введение и заключение, вкладывая дополнительные усилия во введение, которое старается зацепить читателя, не перехваливая содержание.

In the final stage, I do the standard spelling and grammar checks. Finally, I read through it one last time and edit for clarity and readability. The finished markdown is then pasted into my Jekyll site and I add images as needed.

На финальном этапе я делаю стандартную проверку орфографии и грамматики. Наконец, я перечитываю всё в последний раз и правлю ради ясности и читабельности. Готовый markdown затем вставляется на мой Jekyll-сайт, и я добавляю изображения по мере необходимости.

I don’t have a specific template.

У меня нет конкретного шаблона.

Can I write about a topic I just started learning about?

Могу ли я писать о теме, которую только начал изучать?

Yes! Think of expertise as a ladder—wherever you are on it, there are going to be people above and below you. While you’re learning from those above, those who are just starting can also learn from you. Beyond helping others, writing also reinforces your understanding of the topic. My friend Swyx has an inspiring essay on this approach called Learning in Public.

Да! Представьте экспертизу как лестницу — где бы вы на ней ни находились, всегда будут люди выше и ниже вас. Пока вы учитесь у тех, кто выше, те, кто только начинает, могут учиться у вас. Помимо помощи другим, письмо также закрепляет ваше собственное понимание темы. У моего друга Swyx есть вдохновляющее эссе об этом подходе под названием Learning in Public.

What’s the right frequency to write?

Какая частота письма правильная?

Aim for a frequency that’s just slightly beyond your comfort zone yet still sustainable.

Стремитесь к частоте, которая чуть выходит за вашу зону комфорта, но при этом остаётся устойчивой.

If you’re just starting to write online, I recommend focusing on quantity over quality, at least until you build the habit. Aim to publish weekly, or at the very least, monthly. Once writing consistently becomes second nature, you can shift your focus to improving quality.

Если вы только начинаете писать онлайн, я рекомендую делать упор на количество, а не на качество — по крайней мере, пока не выработаете привычку. Стремитесь публиковать еженедельно или, как минимум, ежемесячно. Как только регулярное письмо станет второй натурой, можно сместить фокус на улучшение качества.

How do you overcome the perfectionist mindset?

Как ты преодолеваешь перфекционизм?

It helps to timebox each piece you write. Set a deadline by which you’ll publish and stick to it. Also, understand that writing will never be perfect—there’s always something that can be improved. Accepting this imperfection helps ease the pressure. Finally, publishing something doesn’t mean you can’t update or improve it later. The important thing is to hit “publish”.

Помогает тайм-боксинг каждого текста, который вы пишете. Установите дедлайн, к которому опубликуете, и придерживайтесь его. Также поймите, что письмо никогда не будет идеальным — всегда есть что улучшить. Принятие этого несовершенства помогает снять давление. Наконец, публикация чего-либо не означает, что вы не сможете обновить или улучшить это позже. Главное — нажать «опубликовать».

How did you build a brand for yourself?

Как ты построил себе бренд?

I don’t think I have a brand, and even if I do, it wasn’t built consciously. If anything, it probably comes from consistent output and relatively clear writing at the intersection of recommender systems, LLM-powered products, and production.

Я не думаю, что у меня есть бренд, а если и есть, то строился он неосознанно. Если что, он, вероятно, складывается из регулярного выпуска материалов и относительно ясного письма на стыке рекомендательных систем, продуктов на базе LLM и продакшена.

How do you balance writing (so much) and your day job?

Как ты совмещаешь (столь обильное) письмо и основную работу?

When working on a substantial piece, I spend an hour or two each weeknight reading and taking notes on research papers and technical articles. Over the weekdays, this adds up to 5 - 10 papers. On weekends, aside from snowboarding in winter and hiking in summer, I can spend up to eight hours per day on research and writing.

Работая над крупным текстом, я каждый будний вечер трачу час-два на чтение и конспектирование исследовательских статей и технических материалов. За будни это набегает в 5–10 статей. По выходным, помимо сноуборда зимой и хайкинга летом, я могу проводить до восьми часов в день за исследованием и письмом.

Of course, having an incredibly understanding wife helps ❤️

Конечно, помогает невероятно понимающая жена ❤️

How do you set boundaries between work vs. personal writing?

Как ты проводишь границу между рабочим и личным письмом?

Given my role in big tech, as much as I’d love to share, I intentionally steer clear of writing directly about my day-to-day work. (Which is a pity because the work—helping customers read more and get more out of reading—is meaningful and what we do and learn can help many applied machine learning teams.) Instead, I focus my writing on broader concepts like system design, design patterns, mechanisms, etc. When I do want to discuss the details, I rely on publicly available sources like papers and technical articles. Thus, my employer only comes up in my writing through references that are already public.

Учитывая мою роль в бигтехе, как бы я ни хотел делиться, я намеренно избегаю писать напрямую о своей повседневной работе. (Что досадно, ведь сама работа — помогать клиентам больше читать и получать больше пользы от чтения — осмысленна, и то, что мы делаем и узнаём, может помочь многим командам прикладного машинного обучения.) Вместо этого я фокусирую своё письмо на более широких концепциях — проектирование систем, паттерны проектирования, механизмы и т. д. Когда же мне хочется обсудить детали, я опираюсь на публично доступные источники вроде статей и технических материалов. Так мой работодатель появляется в моих текстах только через уже публичные ссылки.

Any resources you’d recommend on the topic of writing?

Какие ресурсы о письме ты бы порекомендовал?

Writing, Briefly Write Like You Talk Write Simply Why Everyone Should Write Writing Better Easy Reading Is Damn Hard Writing Mise en Place Writing Amazon Writing Style Tips Some Blogging Myths Some Tactics for Writing in Public Some Thoughts on Writing 10 years of professional blogging – what I’ve learned Lessons from content marketing myself (aka blogging) for five years Make Your Writing Work Harder For You What I learned writing a book How Jeff Bezos Turned Narrative into Amazon’s Competitive Advantage Seemingly Paradoxical Rules of Writing What I Did Not Learn About Writing In School What I Learned from Writing Online - For Fellow Non-Writers How to Write Better with The Why, What, How Framework How to Write Design Docs for Machine Learning Systems Writing Tools: 55 Essential Strategies for Every Writer

Now go write.

А теперь идите и пишите.

If you found this useful, please cite this write-up as:

Если этот материал оказался вам полезен, пожалуйста, цитируйте его так:

Yan, Ziyou. (Mar 2025). Frequently Asked Questions about My Writing Process. eugeneyan.com. https://eugeneyan.com/writing/writing-faq/.

Yan, Ziyou. (Mar 2025). Frequently Asked Questions about My Writing Process. eugeneyan.com. https://eugeneyan.com/writing/writing-faq/.

or

или

@article{yan2025writingfaq, title = {Frequently Asked Questions about My Writing Process}, author = {Yan, Ziyou}, journal = {eugeneyan.com}, year = {2025}, month = {Mar}, url = {https://eugeneyan.com/writing/writing-faq/} }

@article{yan2025writingfaq, title = {Frequently Asked Questions about My Writing Process}, author = {Yan, Ziyou}, journal = {eugeneyan.com}, year = {2025}, month = {Mar}, url = {https://eugeneyan.com/writing/writing-faq/} }

Join 11,800+ readers getting updates on machine learning, RecSys, LLMs, and engineering.

Присоединяйтесь к 11 800+ читателям, получающим обновления о машинном обучении, RecSys, LLM и инженерии.