아니면 말고식의 개소리로 가득찬 뻘글들이 점점 많아지는지 모르겠네요. 글로벌한 현상같아요ㅎㅎ
CEO는 회사에서 능동적으로 리스크를 감수하는 유일한 사람입니다. 급여를 못받는 수준 정도의 작은 리스크가 아닙니다. 자기가 가진 것도 다 뺏길 리스크를 감수하는 것이 CEO 입니다. 이 부분이 제일 중요한 부분입니다. 이 리스크도 AI가 떠안을 수 있다면 이 주제를 다시 이야기해볼만 합니다.
텍스트가 정말 좋은 표현 도구인 건 맞고 매우 중요한 것도 맞긴 한데......
모든걸 다 텍스트로 저장할 수는 없죠.
텍스트는 결국에는 압축된 표현입니다. 우리가 느낄 수 있는 오감(시각,청각,촉각,미각,후각)에 대해서 사회적으로 합의된 형식으로 압축해서 표현하는 거죠.
그런데 그 원형이 되는 대상에 대한 정보가 없으면 아무리 텍스트로 데이터를 저장한다고 해도 나중에 그 원형이 된 대상을 모르는 경우에는 그 텍스트는 의미를 잃습니다.
우리가 카세트라는 걸 알고 있지만 과연 최근 태어난 어린아이들에게 카세트라는 텍스트만 보여주고 이게 뭔지 물어보면 과연 제대로 대답할 애들이 몇이나 될까요? 아무리 카세트의 형태와 기능, 동작 방식에 대해서 열심히 설명해 놓는다고 해도 수천년 쯤 뒤에 그 텍스트만 가지고 그 카세트라는 것을 완벽히 재현해낼 수 있을까요?
그런 경우에는 그보다는 카세트 사진 몇 장이나 도면, 카세트를 사용하는 동영상 몇 분이 더 유용할 수 있죠.
CEO와 대주주가 항상 같은 건 아니지 않나요? 월급쟁이 전문 경영인 CEO는 어떤 가진 것을 빼앗길 리스크를 감수하나요?
이론 상으로 보면 .NET Standard 2.0을 타겟으로 맞추어진 Nuget 패키지들은 Unity 환경에서도 불러와서 쓸 수 있게 되어있..긴 한데 아무래도 불편한 점이 많은 것 같긴 합니다.
https://learn.microsoft.com/ko-kr/dotnet/…
큰 프로젝트에서는 에디터 성능이 개발 경험을 크게 깎아먹고 있어서 에디터 성능도 의미가 있습니다. 에디터 켜지는 게 느리고, 에셋 임포트도 느리고, 디버깅/테스트 루프도 느리고...
아니면 말고식의 개소리로 가득찬 뻘글들이 점점 많아지는지 모르겠네요. 글로벌한 현상같아요ㅎㅎ
CEO는 회사에서 능동적으로 리스크를 감수하는 유일한 사람입니다. 급여를 못받는 수준 정도의 작은 리스크가 아닙니다. 자기가 가진 것도 다 뺏길 리스크를 감수하는 것이 CEO 입니다. 이 부분이 제일 중요한 부분입니다. 이 리스크도 AI가 떠안을 수 있다면 이 주제를 다시 이야기해볼만 합니다.
감사합니다! 실무자가 아니라서 장시간 코딩시 어떨지는 아직 테스트가 부족한데, 써보시고 불편하신점 있으면 언제든 알려주세요
NuGet 호환도 추가해주면 좋겠어요(유니티를 잘 몰라서 그런걸까요?)
좋은 프로젝트 감사드립니다
AI CEO의 의사결정의 책임은 누가질지 싶네요.
텍스트가 정말 좋은 표현 도구인 건 맞고 매우 중요한 것도 맞긴 한데......
모든걸 다 텍스트로 저장할 수는 없죠.
텍스트는 결국에는 압축된 표현입니다. 우리가 느낄 수 있는 오감(시각,청각,촉각,미각,후각)에 대해서 사회적으로 합의된 형식으로 압축해서 표현하는 거죠.
그런데 그 원형이 되는 대상에 대한 정보가 없으면 아무리 텍스트로 데이터를 저장한다고 해도 나중에 그 원형이 된 대상을 모르는 경우에는 그 텍스트는 의미를 잃습니다.
우리가 카세트라는 걸 알고 있지만 과연 최근 태어난 어린아이들에게 카세트라는 텍스트만 보여주고 이게 뭔지 물어보면 과연 제대로 대답할 애들이 몇이나 될까요? 아무리 카세트의 형태와 기능, 동작 방식에 대해서 열심히 설명해 놓는다고 해도 수천년 쯤 뒤에 그 텍스트만 가지고 그 카세트라는 것을 완벽히 재현해낼 수 있을까요?
그런 경우에는 그보다는 카세트 사진 몇 장이나 도면, 카세트를 사용하는 동영상 몇 분이 더 유용할 수 있죠.
동료 창업자 분들에게 도움이 될 것이라고 생각해서 작성한 글인데 flag 가 되어서 좀 아쉽네요. 지인이 upvote 해주신 부분은 제거하고 다시 공유할 방법은 없을까요?
그리고 .NET 10을 기점으로 과거 IL2CPP로 그들이 해결하고 싶어했던 문제가 다른 전개 방향이지만 정확히 다루어지고 있는 점 (Native AOT)도 고려가 되면 좋겠단 생각이 듭니다.
물론 이는 중간에 편집 가능한 C++ 코드가 만들어지지 않는게 한계이긴 하나, 결과적으로 Just-In-Time이 발생하지 않는 네이티브 바이너리 프로듀싱이 .NET 8을 시작으로 10에 와서 더욱 성숙해졌습니다.
그런 이유로 CoreCLR로 현대화하는 것을 계속 미루는 것은 Unity에게 좋은 선택이 되지 못할 거라고 봅니다. 아니면 완전히 다른 언어나 기반으로 갈아타는 교체가 더 유효할 수도 있겠고요!
앗, 글 작성 후 지인들에게 공유했더니 upvote 해주신건데 어뷰징으로 판단되나보군요.
죄송합니다, 향후 글 작성 시 지인 공유는 하지 않도록 하겠습니다.
저는 email 발송성능보다
bounce 랑 스팸 처리 되는 부분 + 수신거부기능이 더 중요할꺼 같습니다.
https://listmonk.app/ 를 좀 참조하시고 필요한 기능을 넣는게 더 좋을거 같아요.
어느 정도 flag 당하면 활동정지나
이렇게 댓글로 어뷰징임을 알려주면 좋겠습니다.
연말이니...GitHub Star가 누군가의 KPI가 아니었을까 싶네요.
굿하트의 법칙이 작동하는 사례지만, 관리자 입장에서 숫자로 관리하는것 만큼 편리한게 없으니...
이 또한 격하게 동의합니다...
Manus - 사고와 행동을 연결하는 범용 AI 에이전트
해커뉴스의 댓글에선 인수에 대한 평가가 좋지 않군요.
github이란 플랫폼에 스타가 적지않은 비중을 차지할텐데 github은 어뷰징 디텍션에 관심이 없나요? 긱뉴스만 해도 바로 flagged되는데
정부의 공휴일 api로 조회해보면 크리스마스가 기독탄신일로 나와 있더군요. 정식 명칭이 기독탄신일인 것 깉아요.
Mono가 반드시 CoreCLR로 현대화되어야 할 또 다른 이유로, Unity는 Mono의 성능 개선에 투자할 여건이나 의지가 높지 않을거라는 데에 있다고 생각합니다. .NET Framework 시절의 유산이 하루라도 빨리 정리되는게 맞다고 생각합니다. :-D