Profile img

notJoon

@joonnot@hackers.pub · 64 following · 79 followers

Uncertified Quasi-pseudo dev

GitHub
@notJoon
Twitter
@JoonNot
4
1
1
2
0
7
2
0
1
3
2

오늘 면접 진행(정확히는 시간 끌려고 들어간 것이지만)하면서 GraphQL 관련한 질문을 받았지만 기본적인 것만 알다보니 답변이 영 만족스럽지 못했다. 깊게 파봐야지

3
1
5

오늘 면접 들어가야 하는 담당자가 지각을 해서 30분간 시간을 끌어야 했는데, 마침 면접 보러오신 분이 OSSCA 신청을 했었다고 해서 그걸로 자연스럽게 얘기를 이끌어나갔다. 하지만 그래도 좋은 면접 경험을 제공하지 못한 것 같아서 마음이 아프군

2
1
2
1
4
8
5

라이프타임의 추론에 대해서 정리를 하고 walkthrough를 작성해봐야겠다

3
1
1

회사의 다른 레포들 보고 있는데 zero install 방식을 사용하고 있는 곳이 보인다. 근데 아무리봐도 캐시에다가 패키지 파일을 쌓아두는게 썩 좋은 방법 같아보이지는 않는데 내가 모르는 뭔가가 있는건가

2

러스트의 ICE 관련 이슈는 파보면 확실히 난이도가 높다. 이번에 본건 조기 종료 때문에 에러가 전파되지 않는 것이 문제인 줄 알았는데, Higher-Rank Trait Bound와 concrete 타입 간의 불일치를 처리하지 못해서 equality 검사를 하기 직전에 뻗는 것이였음.

4
2
2

미리보기 이미지를 클릭하면 404가 뜨는데 링크를 클릭하면 잘 표시가 된다. 이슈 생성하러 가야지

1
1

관련은 없지만 뭔가 특정 주제에 대해서 자유롭게 만나고 나눌 수 있는 환경이 더 확대되면 좋겠다

3
2

https://github.com/rust-lang/rust/pull/145602 오늘의 기여

r#"test"#suffix 같이 raw 문자열 리터럴에 유효하지 않은 접미사가 있을 때, 적절한 오류 메시지를 출력하지 못하는 문제를 수정했다. 이것저것 테스트 해본 결과 접미사 바로 뒤에 다른 토큰이 따라오는 경우에만 이 현상이 발생했다.

처음에는 렉서 단에서 유효하지 않은 접미사가 있는지 감지하도록 했지만, LitKind::from_token_lit에서도 접미사를 검사하고 있어서 중복으로 오류 메시지가 생성되는 문제가 발생했고, 추가로 attribute를 파싱할 때 시원하게 다 터지는 문제가 발생해서 이건 좋은 접근 방법이 아니였다.

그래서 대안으로 parse_expr_lit 함수를 수정하고 LitKind::from_token_lit을 사용해 파서 쪽에서 리터럴을 검증하고 적절하게 오류를 생성하도록 했다. https://github.com/rust-lang/rust/blob/8365fcb2b840c95eeb0bc377af8bd498fad22245/compiler/rustc_parse/src/parser/expr.rs#L1561-L1570

4
2
5
3
1
3
3
1
2

규칙 빡쎄게 정하고 스켈레톤 만드니까 LLM도 잘 인식하는군

2
5

CLAUDME.md 상단에 "나는 언제나 맞아"를 넣고 시작해 확실하게 간신배를 만들었다.

4
2

오픈소스 처음 했을 때는 문서 기여를 해도 되는건지 긴가민가 했었는데, 시간이 지나서 생각해보니

  1. 방심하면 순식간에 outdated 됨
  2. 아무튼 결국 누군가는 해야 함

같은 이유 때문에 아주 중요한 기여인거 같음

8
1