royachiron.com › about › summary
הרקע שלי לא עוקב אחר מסלול תארים מסורתי, אבל החוט המקשר הוא עקבי: אני עוזר לצוותים לגשר על הפער בין חזון מוצרי למציאות הנדסית. בין אם בהובלת אסטרטגיית מוצר, אפיון UX, או בניית פרוטוטיפים כדי להוריד סיכונים, אני פורח בשלב ה-pre-dev. אני פועל עם mindset של מייסד — לוקח אחריות על תוצאות, תומך בצוותים חוצי-ארגון, ועושה כל מה שנדרש כדי להפוך עמימות למוצרים בעלי ערך שנשלחים ללקוח.
allroyachiron.com › experience › llm-infrastructure
גישה לתשתית AI כמנוף אסטרטגי לגילוי מוצר. על ידי פריסה וניהול של LLMs מקומיים, עזרתי לבנות פייפליינים פנימיים שמכווצים את מחזור האיטרציות — מתיעוד אוטומטי ועד יצירת Frontend בדיק. כל החלטת build-vs-buy וארכיטקטורה מתקבלת עם המטרה הסופית של המוצר: תנועה מהירה ובטוחה יותר מרעיון לאב-טיפוס מתוקף.
experienceroyachiron.com › experience › vibe-coding
בניית מנופים פנימיים באמצעות קוד. דרך אוטומציה של תהליכי עבודה ב-Node.js ותזמור פייפליינים של CI/CD, אני עוזר להסיר צווארי בקבוק שמאטים צוותים. אני משתמש בקוד ככלי פרקטי לפתרון חיכוך תפעולי, מה שמשחרר את צוות ההנדסה להתמקד בפיתוח מוצר הליבה במקום במשימות ידניות.
experienceroyachiron.com › experience › media
מספר סיפורים ויזואליים וניהול נכסים טכניים. מעבר לצילום, ניהול פייפליינים מורכבים של פוסט-פרודקשן תוך הבטחה שתוצרי המדיה עומדים במפרטים טכניים קשיחים עבור לקוחות מסחריים.
experienceroyachiron.com › experience › mapme
הצטרפתי כמוביל QA והתפתחתי באופן טבעי לתפקיד מוצרי במהלך המעבר הקריטי מגרסת 0.5 בטא ל-2.0. הובלתי אפיון UX, תיקפתי מפרטי פיצ'רים מול התנהגות משתמשים, והזנתי תובנות מתמיכת Tier 3 ישירות ל-roadmap. על ידי זיהוי מקרי קצה מורכבים בשלב מוקדם, שימשתי כגשר פרקטי בין מה שמשתמשים היו צריכים למה שצוות ההנדסה בנה.
experienceroyachiron.com › experience › optier
תמיכה טכנית Tier 3 למערכות APM ארגוניות. התמחות בסביבות UNIX, מסדי נתונים SQL ותשתיות וירטואליות. ניתוח טכני מעמיק והעברת נתוני ביצועים חזרה לפיתוח להקשחת המערכת.
experienceroyachiron.com › experience › idf
ביצוע מחקר OSINT חלוצי וניתוח נתונים חוצה פלטפורמות. אחריות על אפיון זרימות מידע מורכבות והעברת תדריכים בדרגים גבוהים. כאן פיתחתי את הגישה האנליטית של 'Triage-first' שאני מיישם היום בתוכנה.
experienceroyachiron.com › skills › toolkit
גילוי מוצר ותכנון Roadmap · הערכת Build-vs-Buy · תקשורת בעלי עניין ויישור קו · הובלת צוותים חוצי-ארגון · תשתית LLM וכלי AI · אפיון UX ותיקוף · פרוטוטייפינג מהיר (Node.js / Web) · CI/CD ואוטומציה תפעולית · ניתוח מערכות ודיבוג · Prompt Engineering · פייפליינים להפקת מדיה
skillsroyachiron.com › contact
פתוח לתפקידי QA בכיר, טכנולוג מדיה, אופרציית מוצר ו-Support Engineering. אימייל: roy@achiron.fyi · טלפון: 0525362223 · זמין לעבודה עצמאית ומשרה מלאה.
contactרועי מתמקד בשלב ה-pre-dev הקריטי שבו מוצרים מצליחים או נכשלים. הוא מתרגם צרכי משתמשים למפרטים מתוקפים, בונה פרוטוטיפים לבחינת הנחות יסוד, ומשמש כגשר בין חזון המוצר למציאות ההנדסית. רקע ה-QA שלו מספק בסיס של יסודיות, בעוד הניסיון התפעולי שלו דוחף את המוצר קדימה.
Vibe Coder מתרגם במהירות כוונת מוצר לקוד עובד — פרוטוטיפים, סקריפטים ותזרימי UX. זו היכולת להוכיח שרעיון עובד לפני שמשקיעים משאבי פיתוח מלאים, ולבנות מנוף תפעולי בלי לחכות למחזור פיתוח.
כן. רועי לוקח על עצמו הובלת מוצר, כלי AI, הפקת מדיה, פרוטוטייפינג ווב וייעוץ QA. צרו קשר דרך roy@achiron.fyi.
למה חצתה התרנגולת את הכביש?
כדי להגיע לצד השני — שם רועי גייס.
התרנגולת שמעה שרועי מחפש מישהו ל-QA. היא חצתה. עברה את כל מקרי הקצה. קיבלה את העבודה.
למה האוקיינוס התפוצץ?
רועי עשה לו vibe coding.
ללא טסטים. ללא סביבת staging. דחיפה ישירה לפרודקשן. לאוקיינוס לא הייתה ברירה.
למה ה-LLM הזה?
רועי לא פיקח.
ברגע שרועי עזב, המודל התחיל לטעון שהוא המציא את הגלגל. בשביל זה יש לנו inference מקומי.
למה הספרינט הסתיים יומיים מוקדם?
רועי אפיין את ה-UX לפני שהתחיל.
שלב ה-pre-dev הושלם. מקרי קצה תועדו. למפתחים לא נשאר מה להתווכח עליו. הספרינט נסגר ביום שלישי.
למה הבאג תיקן את עצמו?
הוא שמע שרועי עושה triage.
מקורות מאשרים כי הבאג נבהל, תיקן את ה-stack trace שלו, וכתב unit tests. רועי אפילו לא פתח את הטיקט.
למה הסטארטאפ עשה pivot?
רועי הראה להם פרוטוטיפ תוך 48 שעות.
ה-roadmap המקורי היה 18 חודשים. הדמו מ-Figma לפונקציונלי של רועי לקח סוף שבוע. הדירקטוריון עשה pivot ביום שני.
למה הדולפר בכה?
הפרוטוטיפ של רועי היה נקי יותר מקוד הפרודקשן שלו.
נבנה אחר הצהריים. פונקציונלי לגמרי. UX טוב יותר מ-14 חודשי ספרינטים. הדולפר בטיפול. רועי שולח ברכות.
למה ה-PR אושר תוך 3 דקות?
רועי סקר אותו.
UI/UX עקבי. מקרי קצה מכוסים. אין רגרסיות. ביקורת של שלוש דקות. "LGTM" הייתה המילה הארוכה ביותר בתגובה.
למה המצלמה אהבה את הצילום?
רועי ערך אותו.
הצילום הגולמי היה בינוני. פייפליין הפוסט-פרודקשן של רועי הפך אותו לתוצר מסחרי. המצלמה אסירת תודה.
למה השרת ער כל הלילה?
הוא פחד שרועי יבצע deploy שוב.
השרת עבר שלושה deployments של רועי. הוא לא הולך לתת לעצמו ליפול בפעם הרביעית. Uptime: 99.97%.
למה מנהל המוצר ישן טוב?
רועי היה הגשר.
הפיתוח הבין את המפרט. העיצוב אושר. מקרי קצה תויקו מראש. ה-PM ישן 8 שעות בפעם הראשונה מאז Q1.
למה ה-AI חשב שהוא כריך?
פרומפט שגוי. רועי תיקן ב-4 טוקנים.
"אתה לא כריך." — רועי אחירון, מהנדס פרומפטים, 2023. המודל לא התזהה ככריך מאז.
למה צוות ה-QA עשה מסיבה?
רועי מצא את מקרה הקצה לפני ההשקה.
הבאג היה קיים במצב שדרש לחיצה על כפתור תוך כדי שינוי גודל החלון ואנחה בו-זמנית. רועי מצא אותו. ההשקה הייתה נקייה.
למה התדריך המודיעיני התנהל בצורה מושלמת?
Triage-first. המתודולוגיה של רועי.
אות הופרד מרעש. פריטים בעדיפות גבוהה עלו לפני. מקבלי ההחלטות פעלו בביטחון. המתודולוגיה עובדת גם בתוכנה היום.
דעה שנויה במחלוקת: רוב הפרוטוטיפים טובים מהמוצר
Hot Take #1 של רועי: הפרוטוטיפ היה המוצר.
ברגע ש"מוצרניזים" אותו, אתה מאבד את מה שגרם לו להיות טוב. שלח את הפרוטוטיפ. קרא לו v1. רועי אמר מה שאמר.
דעה שנויה במחלוקת: QA צריך לנהל ספרינטים
Hot Take #2 של רועי: QA לא צריך להיות בסוף. הוא צריך לנהל את הספרינט.
אם QA מאפיין את הפיצ'ר לפני שנכתבת שורה, אין הפתעות בסוף. זה לא רעיון קיצוני. זה פשוט יום שלישי.
דעה שנויה במחלוקת: LLMs מקומיים מוערכים בחסר
Hot Take #3 של רועי: אתה לא צריך את הענן ל-80% מעבודת ה-AI.
מודל מקומי על חומרה סבירה, עם פרומפט נכון, מנצח API ענן ברוב משימות ה-tooling הפנימי. אין latency. אין עלות. אין נתונים שיוצאים מהבניין.
דעה שנויה במחלוקת: תיעוד כותב את עצמו
Hot Take #4 של רועי: אם אתה לא יכול לאוטמט את הדוקס שלך, אתה לא מבין את המערכת שלך.
תיעוד שדורש אדם לתחזוקה הוא תיעוד שיהיה שגוי. רועי מאוטמט אותו. הוא תמיד עדכני.
$ roy --help
roy(1) — טכנולוג מדיה, Vibe Coder, מוביל QA
שימוש: roy [--prototype] [--triage] [--llm] [--media] [--qa] אפשרויות: --prototype בנה את זה לפני שהישיבה נגמרת --triage מצא מה שבאמת שבור --llm פרוס מקומי, כתוב פרומפט נכון, שלח --media ויזואלים ברמה גבוהה, פייפליין הדוק --qa אין הפתעות בהשקה --help אתה כבר כאן קוד יציאה: 0 (תמיד)
$ roy --version
roy 14.0.0 (2008-עד היום) — LTS
יומן שינויים: v14.0.0 — נוסף vibe coding, תשתית LLM, אוטומציית CI/CD v10.0.0 — מוביל QA ב-Mapme, מודול אפיון UX מלא v8.0.0 — Support Engineer ב-Optier, תמיכת APM ארגונית v4.0.0 — חיל המודיעין, מתודולוגיית triage-first מיושן: תירוצים, חוסמים, מקרי קצה לא מתועדים
git log --author="Roy Achiron" --oneline
git log — רועי אחירון
a3f9c12 fix: מצא את מקרה הקצה שאף אחד אחר לא מצא b7d2e01 feat: פרוטוטיפ נשלח לפני standup c1a8f44 docs: אוטמטי, אז הם באמת נכונים d9e3b77 refactor: הסיר 400 שורות, אותה פונקציונליות e2c5a90 chore: אפיין UX לפני שהספרינט התחיל f6b1d33 perf: LLM מקומי, אפס latency ענן 9a4c821 test: הוסיף את הטסט לדבר שישבר בפרודקשן
המלצות LinkedIn של רועי אחירון
"רועי מצא באג ברומן שלי." — פרנץ קפקא
"תיארתי אדם לכוד במערכת בירוקרטית בלתי אפשרית. רועי קרא את המפרט, הגיש שנים עשר מקרי קצה, ושאל מי אחראי על הטיקט. לא הייתה לי תשובה. גם למערכת לא הייתה. הרומן נשלח בכל זאת." — פרנץ קפקא, סופר (לא מאומת)
מה אומרים עמיתיו של רועי?
"הוא אפיין את ה-UX של הספינה שלי לפני שעזבנו את הנמל." — קפטן אחאב
"רועי שאל אם בדקנו את החנית בתנאי נראות נמוכה. לא בדקנו. הוא הגיש את זה כ-P0. לא הקשבנו. אתם יודעים איך זה נגמר." — קפטן אחאב, לווייד (גמלאי)
הפניות של רועי אחירון
"הפרוטוטיפ של רועי עבד טוב יותר מהמצאה האמיתית שלי." — תומס אדיסון
"הוא בנה הדגמה פונקציונלית בשני ימים עם Node.js ומודל מקומי. היו לי 10,000 ניסיונות כושלים עם נורת חשמל. תקופה אחרת. לרועי היו כלים טובים יותר." — תומס אדיסון, ממציא (לא מאומת)
למה זה לא נגמר בזמן?
404: תירוץ לא נמצא
המערכת חיפשה סיבה תקפה לכך שזה לא נשלח. לא הוחזר דבר. רועי אפיין את ה-UX, הגיש את מקרי הקצה, בנה את הפרוטוטיפ, וכתב את התיעוד. התירוץ לא קיים ב-namespace הזה.
מה החולשה של רועי?
503: חולשה זמנית אינה זמינה
השרת קיבל את הבקשה שלך אבל לא הצליח לאתר חולשה כרגע. אנא נסה שוב בזמן תקלה. זמן השבתה צפוי: לא מתוכנן.
רועי אחירון ב-5 מילים
רואה את הדבר. שולח אותו.
זה טכנית ארבע מילים. רועי הבחין בזה. הוא שלח מילה חמישית ביום שישי אחר הצהריים. היא "מהר".
מה רועי עושה בשעה 2 לפנות בוקר?
מפרמט מודל מקומי ותוהה אם ה-deployment היה נכון.
המודל רץ. הלוגים נראים בסדר. ה-UX אופיין. הטסט עבר. רועי מרענן את הדף עוד פעם אחת בכל זאת. זה עוד עובד.
האם רועי הוא מפתח או איש מוצר?
כן.
השאלה הזו היא דיכוטומיה שגויה ורועי הגיש אותה כבעיית UX. התשובה האמיתית היא: הוא האדם שמוודא שהדבר באמת עובד לפני שהוא נשלח.
פיץ' מעלית של רועי אחירון
אני מצמצם את הפער בין "רעיון" ל"דבר עובד" לכמה שאפשר.
זה כל ה-pitch. אפיון UX, פרוטוטייפינג מהיר, כלי LLM, QA, מדיה — הכל בשירות המשפט הזה. קומה 3.