Skip to content
View nick-fedchik's full-sized avatar
💭
Working on pet projects
💭
Working on pet projects

Block or report nick-fedchik

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
nick-fedchik/README.md

Hi, I'm Nick Fedchik 👋

Go Engineer & Systems Architect — Specializing in deterministic reasoning, expert systems, and verifiable engineering pipelines.

Go Linux Expert Systems DOU Articles Docker GitLab LinkedIn


🧠 Engineering Philosophy & Focus

I design and build deterministic, evidence-backed reasoning systems in Go — systems engineered for mission-critical R&D, compliance, and engineering domains where stochastic drift and hallucinations are unacceptable.

  • Determinism over Stochastic Guessing: Replacing naive dense retrieval (RAG) and loose generative loops with semantic compilation, formal ontologies, and verified inference rules.
  • Byte-Exact Evidence Grounding: Reasoning outputs grounded in immutable source bytes with auditable execution traces and citations.
  • Fail-Closed Refusals: Explicit, typed refusals when evidence is insufficient or contradictory, adhering strictly to the closed-world assumption.
  • Production Go Engineering: Clean package architecture, high concurrency, strict dependency budgeting, and predictable latency.

📚 Featured Research: Expert Systems for R&D

Author of a comprehensive 23-part Ukrainian engineering series: «Експертні системи для R&D: від хаосу до керованих знань» (Repository). The series formalizes how to transform heterogeneous engineering artifacts into verifiable knowledge across five mission-critical domains (Automotive, Aerospace, Medicine, Defense, Law).

flowchart LR
    L1["01–10: Foundation<br/>Applied Math & Architecture"] --> L2["11–15.5: Applied ML<br/>Semantic Parsing & KBs"]
    L2 --> L3["16–19: Operational KE<br/>Explanation & Verification"]
    L3 --> L4["20–22: Cyber-Physical<br/>Diagnostics & Edge-to-C2"]
Loading

Four Pillars of the Series:

  1. Engineering Foundations (01–10): Bayesian evolution to evidence AI, enterprise memory, applied discrete math, knowledge pipelines, and treating engineering artifacts as structured data.
  2. Applied ML & Knowledge Engineering (11–15 & 15.5): Comparing rules, frames, ontologies, and Case-Based Reasoning (CBR); semantic query compilation; linguistic analysis and overcoming syntax variability vs. determinism.
  3. Operational Knowledge Engineering (16–19): Counterfactual and contrastive explanation engines, knowledge elicitation from human experts, safe transition from recommendation to automated action, and rigorous KB verification.
  4. Diagnostics & Cybernetics (20–22): Multi-hypothesis diagnostic trees (symptoms vs. causes), continual learning without self-referential bias, and edge-to-backend cybernetics across autonomous and tactical systems.
📖 Click to explore the complete catalog of articles (01–23)
# Article Title Focus Area
01 Експертні системи для R&D: від хаосу до керованих знань · DOU Introduction to R&D Knowledge Systems
02 Від теореми Байєса до доказових рішень ШІ · DOU Probabilistic & Evidence Evolution
03 Експертна система, доказова рекомендація ШІ і корпоративна пам'ять · DOU Enterprise Knowledge Triad
04 Прикладна математика експертних систем · DOU Rules, Graphs, Causality & Decision Logic
05 Крок від математичного методу до обрання технологій · DOU Implementation Stack & Tech Choices
06 Архітектура експертної системи: від знання до доказового рішення · DOU System Architecture & Contracts
07 Інфраструктура виконання експертної системи · DOU Hardware, Deployment & Execution Topology
08 Експертна система це більше, ніж інформаційно-довідкова система · DOU Reference vs. Inference Engines
09 Артефакти інженерії як дані експертної системи · DOU Code, Git, Commits & Specs as Facts
10 Здобуття знань: збирання інженерних знань без хаосу і витоку · DOU Controlled Knowledge Ingestion Pipelines
11 Типи баз знань: правила, фрейми, онтології та прецеденти (CBR) · DOU Knowledge Representation Paradigms
12 Як навчати експертну систему: знання, іспит і перевірка змін · DOU Regression Testing & System Learning
13 Знайти замало: від людського запитання до доказової відповіді Question Parsing & Proof Formulation
14 Філософія для інженера: що машина має право називати знанням Epistemology of Machine Knowledge
15 Як експертна система розуміє текст і не втрачає джерело відповіді NLP, Local Models & Citation Tracking
15.5 Варіативність мови проти детермінізму експертної системи Semantic Parsing vs. Naive Vector RAG
16 Як експертна система пояснює рішення, відмову й можливість змін Contrastive & Counterfactual Explanations
17 Як перетворити досвід експерта на перевірюване знання Expert Knowledge Elicitation Protocols
18 Коли експертній системі можна діяти: від рекомендації до дії Controlled Action Execution & Guardrails
19 Як перевірити, чи можна довіряти правилам експертної системи Verification, Invariants & Soundness
20 Діагностика: як не сплутати симптом із причиною Root-Cause Analysis & Diagnostic Trees
21 Як експертна система вчиться на досвіді й не повторює помилок Continual Learning & Log Debiasing
22 Кібернетика XXI століття: від датчика до центру керування Cyber-Physical, Robotics & C2 Systems

Additional Writing Series:

  • Military Cybernetics & MilTech: Analysis of the Ukrainian military cybernetics heritage (Glushkov tradition), UAS swarms, Air Defense (ППО), Electronic Warfare (РЕБ), and Signal Intelligence (РЕР).
  • Information Security: Architectural evolution of cybersecurity, defense-in-depth, and formal guarantees.
  • R&D & Program Engineering: Release Evidence as an Engineering Discipline, WBS decomposition challenges in HW/SW co-design, and project governance in the AI era.

📝 Статті на DOU.ua

Цикл інженерних статей та прикладних досліджень, опублікованих у технічному розділі DOU.ua, присвячених архітектурі доказових експертних систем, управлінню знаннями та практичному ШІ в R&D:

  1. Експертні системи для R&D: від корпоративного хаосу до керованих знань
    У зрілих інженерних компаніях знання часто розпорошені між кодом, Jira, Wiki та головами експертів. Через це гальмує онбординг, а старі помилки повторюються. Аналіз того, як сучасні експертні системи для R&D зшивають цей хаос у єдину пам’ять організації і чому це значно більше за звичайний чат-бот.

  2. Експертні системи: від теореми Байєса до доказових рішень ШІ
    Сьогодні від ШІ потрібен не гарний текст, а чіткі докази та формальна верифікація. Як спадщина класичних експертних систем 70-х років допомагає контролювати сучасні LLM: теорема Байєса, PROLOG, гібридний RAG та чотири головні уроки для побудови надійних систем.

  3. Експертна система, доказова рекомендація ШІ і корпоративна пам’ять: три кути одного трикутника
    Розмежування базових понять інженерії знань: чим експертна система відрізняється від мовного інтерфейсу, як правильно формувати доказові рекомендації за допомогою ШІ та за якими принципами функціонує корпоративна пам’ять організації без ризику втрати експертизи.

  4. Прикладна математика експертних систем: від правил і ймовірностей до графів, причинності та рішень
    Велика мовна модель може гарно говорити, але коли на її висновок треба спертися у відповідальному рішенні — потрібна математична строгість. Детальний розбір математичного фундаменту доказових систем: правила, ймовірності, графи, причинність та оптимізація рішень.

  5. Експертні системи: крок від математичного методу до обрання технологій
    Поки не зрозумієш, до якого математичного класу належить задача, вибір бібліотеки перетворюється на колекціонування модних назв. Огляд класів інструментів (рушії правил, онтологічні сховища, RAG, оптимізатори) та задач, які закриває кожен із них.

  6. Архітектура експертної системи: від знання до доказового рішення
    Чому векторна база не може бути єдиним джерелом істини. Архітектура референсної експертної системи: фізичні форми знань, перетворення семантичної схожості на перевірюваний висновок за допомогою графів, контрактів, рушіїв правил та наскрізного аудиту походження даних (provenance).

  7. Інфраструктура виконання експертної системи: моделі, апаратура і розміщення
    Як влаштована інфраструктура виконання доказових систем: чому різні класи математики вимагають різного заліза (CPU для правил і графів, GPU/NPU для векторів і LLM), топології від хмари до периферії (edge), показники FLOPS/TOPS, обмеження SWaP та числовий дрейф ембедера.

  8. Експертна система — це дещо більше, ніж інформаційно-довідкова система
    Принципова межа між інформаційно-довідковою системою (пошук, RAG) та повноцінною експертною системою. Різниця між документом-довідкою та експертним висновком, роль робочої пам’яті, валідація походження даних і те, чому згенерована відповідь LLM усе ще не є доказом.

  9. Детекція знань у документах: як код відділяє факти від шуму, а модель дає їм ім’я
    Практичне дослідження та бенчмарк на корпусі з 9 746 RFC-документів: детермінований Go-код самостійно визначає предметні домени й відділяє факти від шуму, а локальний NPU виконує типізацію знань точніше і приблизно в 130 разів швидше за 7-мільярдну генеративну модель.

  10. Артефакти інженерії як дані експертної системи
    Документ у R&D — це лише форма подання, а не джерело істини. Як перетворити тексти, специфікації та PDF на структуровані об’єкти даних для ШІ; конвеєр переробки знань і чому якісні системні вимоги мають проєктуватися як якісний код.

  11. Здобуття знань для експертної системи: як збирати інженерні знання без хаосу і витоку даних
    Як перетворити сирий корпоративний масив файлів на керовану базу знань. Практичні підходи до уникнення застарілих даних, запобігання витокам конфіденційної інформації та захисту від непідтверджених галюцинацій ШІ.

  12. Типи баз знань для експертних систем: чому правила, фрейми, онтології та випадки дають різні висновки
    Чому база знань, семантичний пошук та експертна система не є синонімами. Порівняльний розбір правил, онтологій, баз прецедентів (CBR) та векторних індексів: що вони повертають, типові помилки кожного підходу та чому семантична схожість ще не є доказом.

  13. Як навчати експертну систему: знання, іспит і перевірка змін
    Знання в експертній системі старіють разом із вимогами та тестами. Кероване проведення змін: фаховий перегляд (expert review), іспит на еталонному наборі з перевіркою правильних відмов (fail-closed) та калібрування впевненості системи.


🛠️ Featured Open Source Projects

  • 🚀 codex-fleet — Lightweight distributed runner for multi-host Ollama worker clusters (Go).
    Orchestrates parallel local LLM/embedding inference across distributed nodes with health monitoring, automated failover, SSH checks, and worker warmups.
  • 🧰 gltk — GitLab Automation & Administration Toolkit (Go).
    High-performance CLI built on Cobra for GitLab management: runner orchestrations, CI artifact pipelines, user lifecycle management, and security audits.
  • 📐 articles — Monograph-grade articles on expert systems, cybernetics, and engineering discipline.
    Featuring LaTeX/MathJax formulas, Mermaid architectural schematics, and automated Markdown/KaTeX verification pipelines.

💬 Let's Connect


GitHub stats GitHub streak

Popular repositories Loading

  1. articles articles Public

    My articles

    JavaScript 2

  2. CallOfRelics CallOfRelics Public

    Lua 1

  3. mihttpd mihttpd Public

    Pet project. Yet another micro http daemon written in C.

    C

  4. MazerJack MazerJack Public

    Luau

  5. KosmicMazer KosmicMazer Public

    Pet project. Single-user game

    Luau

  6. gltk gltk Public

    GitLab Toolkit for command-line (cli) operations

    Go