[%] Go언어도 IDE 의존도 높다는 글 왜 썰림?

[익명(211.234)]

뭐지

표준 패키지만 쓰기엔 애매한 부분이 많아서 외부 패키지를 써야하는데 모든 import에 URL 전체를 적어야되고 import 했는데 사용 안 하는 패키지가 있으면 컴파일 에러난다는 말만 했는데

[린넨(float1234)]

글 내용이랑 IDE의존도랑 뭔 상관임..?

[린넨(float1234)]

네가 불편하면 IDE의존도 높은 언어임?

[익명(211.234)]

https://m.dcinside.com/board/github/73925
이거보고 적은건데

[익명(115.136)]

Go가 IDE 의존도 높다는 말이 헛소리인 이유: Go는 IDE에 의존해도 병신같음

[익명(211.234)]

IDE의존도 높은거랑 언어가 병신인거랑 상관관계가 없는데

[ㅇㅇㅇ(125.189)]

go도 그런점이 있구나. 근데 언어 자체는 간단해서, import 하는거 제외하고도 ide에 의존적인 구조가 있음? 코틀리은 extension 함수나, 그로인한 DSL 보면 ide 없이는 지금 이부분의 컨텍스트가 어떻게 되는지 알기 어렵더라.

[익명(115.136)]

Go IDE의 개좆씹앰병신같은점은 goland를 빼면 인터페이스 구현이 개씹앰좆병신 같다는것이다. 불과 올해 초까지만 했어도 vs code에서 내 구조체 S가 인터페이스 I를 구현하도록 method stub 생성을 하고 싶으면 커맨드 팔렛에서 스텁 생성을 선택하고 리시버와 패키지 이름과 인터페이스 이름을 한글자도 안 틀리고 자동 완성 없이 따라쳤어야했다는것이다. 젯브레인에서 단축키 하나로 딸깍! 하는걸 이 개좆앰씹씹씹 gopls는 지원을 안해서 한글자라도 틀리면 아무런 동작을 하지 않고 다시 커맨드 팔렛 쳐열어서 따라치기 해야한다. 패키지나 인터페이스 이름이 좀 했갈려서 찾아보려고 하면 커맨드 창이 닫혀서 다시 따라쳐야했다.

[익명(115.136)]

이건 IDE랑은 상관이 없긴 한데 고랭의 LSP는 존나게 예민해서 코드에 오류가 있으면 포맷팅과 자동 임포트까지 작동을 멈추고 그냥 잠수타기 일수다. 작년까지 확실히 그랬는데 막 생각나는데로 작성하다 아직 임포트 안한 "패키지.구조체"를 사용하거나 패키지 이름을 좀 틀리면 병신같이 자동 임포트가 멈춰서 아무리 Ctrl + .을 때려도 패키지 임포트를 안해줬다. 그러면 별 수 없이 reload window 커맨드를 치기 일수였다. 개씨발...

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(211.234)]

그걸 깔아야 된다는거 자체가 IDE/LSP 의존도가 높다는거잖아

[익명(211.234)]

나는 IDE LSP 안 쓴다고 한적없고 그냥 의존도 높다는 소리만 했는데 vi 날코딩하는 사람으로 매도하네 그리고 vi도 LSP 플러그인 설정해서 쓴다

[익명(39.7)]

학식충이노…닌 LSP 때거 개발해라

[익명(211.234)]

LSP 없이 쓴다고 한적 없는데

[아이스자몽(lemonsodaa)]

lsp 선에서 되는걸 ide 의존도가 높다고 하기엔 - dc App

[아이스자몽(lemonsodaa)]

근데 진짜 글은 왜 썰렸냐 - dc App

[익명(211.234)]

썰리기 전 글에서 lsp 얘기도 하긴함

[아이스자몽(lemonsodaa)]

임포트문은 자동완성 필수 아닌 언어가 없는데다 고랭정도면 선녀라 억까인감이 있는데 (난 gopls가 자동완성이나 자동 임포트 실패하는 경우는 거의 못본듯) 윗댓에도 언급된 인터페이스 리팩토링은 거지같긴 함 아니 원글 개궁금하네, 내용의 상태를 떠나서 떡밥 자체는 괜찮은 것 같은데 - dc App

[익명(211.234)]

억까가 아니라 걍 코틀린 import 문법이 IDE에 의존적이라길래 그럼 Go도 IDE에 의존적이라 할 수 있겠다 정도의 글임