코드를 읽을 일이 없진 않으니 이 관점에서 문서보다 코드라는 말은 유효한 것 같고, 지시문으로서의 문서는 구현주체인 LLM이 읽어야하니 이 관점에서는 동의가 되네요. 그러므로 결론은 둘다 동시에 중요한 것 아닌가 싶어요.
지금 LLM 생산 제품의 문제는 운영 단계에서 누적되는 부채입니다. 지속적인 운영을 위해서는 개발자가 코드에 관여해야하고 그러려면 아직까지는 코드는 문서를 대신 할 수 있어야 한다고 생각해요.
아 선생님 지적이 맞습니다. 상태머신 자첸체는 결정론적인게 맞습니다. 제가 manifesto에서 도입한건 비 튜링 완전 기반으로 DSL내부에 반복문이 존재하지 않습니다. 그 덕분에 프로그램을 실행하기 전에 프로그램이 어떻게 작동할지 계산이 가능하고 왜 그런 결과가 나왔는지 설명 가능합니다.
냉장고 없이 살 수도 있지만 불편함이 있겠죠.
냉장고 쓸 수 있는데 안 쓸 이유는 없어요.
그러게요 Apache 2.0이 아니네요
감사했습니다!!
이거 원본인 gemma4랑 라이선스가 다르네요
끔찍하게도 가장 자주 보는 것 같네요...
와 2020년도에 봤었을 때는 hwp를 다룰 수 있는 라이브러리가 많지 않았는데 최근에 폭발적으로 늘어났군요
이게 또 MACOS 전용이라니.. 조금 아쉽네요 ㅠㅠ 노는 서버는 많은데 다 리눅스 기반이라...
어떤 기준에서는 모두가 애자일하죠. 지금처럼 빠르게 배포하고 피드백 받는 시대가 있었나 싶고요.
ㅋㅋㅌㅋㅎㅋㅋㅌㅋ 개발자 선배님의 조언 감사합니다
요즘은 세상이 너무 빨리 바뀌어서 적응하기가 너무 어렵더라구요!
많은 정보 주셔서 감사하고 앞으로도 관심 많이 가져주시면 감사하겠습니다 😁
너무 좋네요 한컴보다 더 빠르게 작동하는것같아요
대박 ㄷㄷ
이거 너무 좋습니다, 기존에 개인적으로 ai로 개발해서 사용중인 업무협업툴에 hwp,hwpx를 기존엔 libreoffice를 백그라운드에서 headless 모드로 pdf변환후 pdf.js로 보여주기 했는데, 이 프로젝트로 바로 대체 해버렸네요. 크으
이거 너무 좋습니다!
코드를 읽을 일이 없진 않으니 이 관점에서 문서보다 코드라는 말은 유효한 것 같고, 지시문으로서의 문서는 구현주체인 LLM이 읽어야하니 이 관점에서는 동의가 되네요. 그러므로 결론은 둘다 동시에 중요한 것 아닌가 싶어요.
지금 LLM 생산 제품의 문제는 운영 단계에서 누적되는 부채입니다. 지속적인 운영을 위해서는 개발자가 코드에 관여해야하고 그러려면 아직까지는 코드는 문서를 대신 할 수 있어야 한다고 생각해요.
libhwp가 결정적인 이유라기 보다는 쓰레기집단이 더 문제였는데요. 주어없습니다 보고 열받으면 그건 너가
워터폴 사이클이 하루만에 돈다면?
Ollama 에도 있습니다
https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2
좀 더 큰 31b 모델도
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF
허헣 국내 커뮤니티에서 만든 모델이라 신기하네요
아 선생님 지적이 맞습니다. 상태머신 자첸체는 결정론적인게 맞습니다. 제가 manifesto에서 도입한건 비 튜링 완전 기반으로 DSL내부에 반복문이 존재하지 않습니다. 그 덕분에 프로그램을 실행하기 전에 프로그램이 어떻게 작동할지 계산이 가능하고 왜 그런 결과가 나왔는지 설명 가능합니다.
지적 감사합니다!
DSL 을 하나 만드신건 알겠는데, 결정론적 상태머신은 무슨 내용인지 잘 모르겠네요. 비결정론적 상태머신도 있나싶고... 아뭏든 잘 봤습니다. 잘 가꿔나가시기 바랍니다.