mcp랑 같이 나왔어야 할 거 같은데 오픈소스 재단에 넘기고 나오다니 많이 늦은 감은 있네요
근데 그것도 윈도우 미지원이라니 ㅠㅠ

정말 필요한걸 차근차근 만드는군요

웹 서버도 아니고, 불편을 느낄 정도가 아니면 그러려니 합니다..

저는 Mac OS 인데, 비슷하게 뜨면서 지원안되는 브라우저라고 하네요!

몇 달 전에 prezto로 갈아탔는데 omz가 이렇게 느렸었나 싶긴 하더라고요
기본적인 플러그인 몇 개만 해도 확 느려져서...

OS를 어떤거 쓰시나요 ?

모 사이트에 수학적 난제를 해결하셨다는 분도 고작 2페이지 분량 논문 공개했었는데 저 분도 같은 분이 아닐까 싶네요.

군인일때 휴가중 비슷한 경험을 한 기억이 있네요
PSP 시절이었고 군복을 입은채로 마신 던킨의 커피맛이 아직도 기억에 남습니다

쓰레드에 갈겨놓은거 딱 한번만 보셨으면 안올리셨을듯;

안녕하세요 말씀주셔서 감사합니다 보니까 조금 더 internal tool 관련된거같기두하고 programming 영역 쪽으로 노코드쪽으로 더 특화되어있네요 저는 조금더 일반인 제너럴 솔루션으로 생각해보고있긴한데 그래도 좋은 사이트알려주셔서 감사합니다.!!

text out 와 korean out 만 봐도 헛소리인걸 알 수 있는데...
논문이라 쓴 것도 2페이지에 불과한 (아마도 AI로 만들어진) 헛소리...

아니 근데 정말로 위키피디아를 찾아봤는데, 조셉 푸리에가 푸리에 변환을 발표한게 1822년, (이전의 단편적인 발표를 제외하고) FFT가 정립되어 발표된 게 1965년, 좀더 일찍 발표된게 1932년인데 가우스가 FFT를 기록하고 발표하지 않은 게 무려 1805년이랍니다. Gauss is gonna Gauss(가우스가 가우스했을 뿐)이란 코멘트에 납득을 할 수밖에 없네요ㅠ

"HN 의견들" 중에서:

  • 여섯 자녀를 두고도 그렇게 생산적이었다니 놀라움

...?

연간 백만달러 이상 후원이 있음에도 프로젝트 유지가 안된다는건 좀 이상한..

터미널을 자주 사용한다면, omz로 인해 추가되는 지연이 상당히 불쾌합니다.

개발자들 아니랄까봐 쓸데없는 몇 ms 가지고 난리부르스네 ㅋ

embassy-rs 를 사용하여 STM32G030C8T6 으로 제품 개발 양산까지 해봤는데 쓰면서 단점은 몇 있습니다.
보편적이지 않은 hal 에 접근할때는 결국 RTIC 프레임워크 쓰던 접근이 필요합니다.
async 때문에 메모리 비효율적으로 될 가능성이 크기에 조심해야합니다.
플래시 메모리가 32KB 이하인 환경에서 개발하기에는 매우 제약적입니다. (log+debug symbol etc)
NRF/STM/ESP/RP 를 벗어난 생태계에서 개발을 하고자할때 사실상 매우 어렵습니다.
embassy-rs로 rust embedded를 맛보는 것은 좋지만 차후 양산, 커리어적으로 개선을 원한다면 RTIC을 좀더 맛보는게 좋을 것 같습니다.
한편으로는 advanced rust arduino가 되어 접근성이 좋은것이 오히려 난이도있는 개발을 할때에 난감한 상황을 주는 문제가 발생하지 않을까 우려가 있습니다.