1주 전 · software

왜 당신의 Engineering Wiki가 묘지가 되었는가 (그리고 이를 고치는 방법)

그 느낌을 알죠. 파일을 열어 스파게티 코드 블록을 바라보며 “도대체 왜 이렇게 만들었을까?” 라고 생각합니다. 위키를 확인합니다. 마지막 업데이트…

1주 전 · ai

일반에서 천재까지: 기업 지식을 위한 도메인 특화 LLM 전략 가이드

오픈‑소스 LLM을 기업 도메인 전문가로 전환하기 오늘날 빠르게 변화하는 기업 환경에서 내부 기술 지식에 대한 신속한 접근은 더 이상 선택이 아니라 필수가 되었습니다.

2주 전 · software

요구 사항이 바뀔 때 엔지니어링 컨텍스트를 어떻게 유지하나요? Post:

시나리오 - 우리는 요구사항을 철저히 문서화한다. - 엔지니어링이 기능을 구축한다. - 3개월 후에 수정이 필요하다. 문제 - 아무도 기억하지 못한다…

2주 전 · ai

리서치 볼트: 오픈 소스 에이전틱 AI 연구 어시스턴트

Research Vault: 오픈소스 Agentic AI Research Assistant! Research Vault의 표지 이미지: Open Source Agentic AI Research Assistant https://media2.dev.to/dynam...

3주 전 · software

문서화는 생산성 문제다 (그리고 AI가 이를 가시화했다)

오랫동안 우리는 documentation을 위생 문제로 다뤘습니다. 해야 할 일. 나중에 중요해지는 일. 실제로 크게 영향을 주지는 않는 일.

1개월 전 · software

Obsidian vs DevScribe: 지식 관리 vs 엔지니어링 실행

개발자라면 Obsidian을 사용했거나 최소한 고려해봤을 것입니다. 빠르고 로컬‑first이며 Markdown 기반이고, 개인 지식 베이스를 구축하기에 훌륭합니다.

1개월 전 · software

Documentation이 별로다 (내가 좀 덜 별로게 만들었을지도)

그 뒤에 숨은 이야기: 기술 문서는 형편없다. 우리 모두 알고 있다. 그럼에도 불구하고 우리는 같은 도구를 반복해서 사용한다. 나는 최근에 새로운 포지션을 맡았다.

1개월 전 · devops

Neo와 함께 당신이 아는 것을 인코드하세요: Custom Instructions 및 Slash Commands

모든 조직은 시간이 지남에 따라 지식을 축적합니다: 네이밍 표준, 컴플라이언스 요구사항, 팀이 정착한 패턴, 그리고 일반적인 …에 대한 검증된 접근 방식.