Hacker News 의견

• 어떤 사람들은 자신의 코드를 작성하는 것을 즐기지 않을 수 있음. 그런 경우, 그들이 적합하지 않은 분야에서 일하려고 한다고 볼 수 있음
  • 나는 수십 년 동안 내 코드를 작성하는 것을 견뎌왔음. 때때로 만족스럽지만, 주로 내 아이디어와 나 사이에 있는 추상화임
  • 나는 빠르게 무언가를 만드는 것을 좋아하며, 아이디어가 있을 때 가능한 효율적이고 깔끔하게 구현되기를 바람
  • LLMs와 함께 일하는 것을 받아들였음. 이것이 나를 더 게으르게 만들었다고는 생각하지 않음
  • 오히려 내가 막힐 때 시작하도록 영감을 줌. LLM이 작업을 시작하면 내가 이어받아 내 방식대로 마무리함
  • 나는 이전보다 더 많은 제품을 생산하고 있음
  • 나는 사람들과 함께 일했고, 그들 중 몇몇은 친구임. 그들은 자신의 코드와 방법론이 신성하다고 생각함
  • AI가 들어오면 그들에게 자리가 없다고 생각함. 나는 창의성을 위해 이 게임에 들어왔고, 그것이 내가 여기에 있는 이유임
  • 도구와 문법은 모두 목적을 위한 수단일 뿐임
  • 새로운 추상화 계층이 개발되어 하위 계층을 이해하지 않고도 작동하는 코드를 쉽게 개발할 수 있게 될 때마다 이런 일이 반복됨
  • 거의 항상 누출이 있는 추상화임. 때로는 하위 계층이 실제로 어떻게 작동하는지 알아야 할 필요가 있음
  • 하위 계층을 이해하는 데 많은 시간과 감정적 에너지를 투자한 개발자들은 추상화에 의존하는 사람들이 더 어리석다고 주장함
  • 우리는 모두 제3자 라이브러리에 의존하지 않고 코드를 직접 작성하면 더 똑똑해질 것임
  • 메모리를 수동으로 관리하면 더 똑똑해질 것임
  • 모든 코드를 어셈블리어로 작성하고 컴파일러에 의존하지 않으면 더 똑똑해질 것임
  • 자신의 트랜지스터를 배선하면 더 똑똑해질 것임
  • 하위 계층을 배우는 것은 교육적임. 종종 최적의 성능을 짜내기 위해 필요함
  • 그러나 고객에게 가치를 제공하기 위해 하위 계층을 이해할 필요는 없음
  • 코딩 LLMs를 사용하여 내가 아직 이해하지 못한 코드를 이해하는 데 도움을 요청하는 것이 가장 마음에 듦
  • 비록 답이 틀릴 때도 있지만, 종종 내가 스스로 해결할 수 있는 힌트를 제공함
• 비슷한 경험을 했음. LLM을 사용하여 기능을 구축했으나, 코드가 이미 존재하는 라이브러리에서 가져온 것임을 발견함
  • 제대로 연구했더라면 훨씬 나쁜 버전을 만들지 않았을 것임
  • 이제는 주석을 기반으로 에디터에서 프로토타입 기능을 얻는 데만 사용하고 나머지는 내가 함
  • AI 파이프라인을 설정하는 것은 재미를 모두 빼앗고 매우 벅찬 작업처럼 느껴짐
  • 차라리 코딩을 하고 싶음
  • LLM이 2, 3, 4번 연속으로 틀리면 진정한 분노가 끓어오름
  • 지치게 됨
  • 앞으로 1~2년 내에 더 쉬워지고 UX가 개선될 것으로 기대하지만, 어떻게 될지는 모르겠음
  • 아마도 내가 비전을 부족하게 가지고 있을 것임
• LLMs는 학생들이 기술 문제를 깊이 이해하고 집중하는 동기를 빼앗음
  • 대신 복사, 붙여넣기하고 이해하지 않고 넘어감
  • 전자 계산기 비유가 적절할 수 있음. 손으로 계산하는 방법을 배운 후에야 적절한 도구임
  • 실험에서 비즈니스 학생들에게 ChatGPT와 데이터 과학 과제를 주었음
  • 그들은 배경 지식 없이 해결책을 찾았지만, 지식을 얻지 못했음
  • 친구가 "이 언어 모델은 일반 대중에게 제공되어서는 안 된다"고 언급함
• 이전 직장에서의 개인적인 일화
  • 주니어 개발자가 오랫동안 사용되지 않은 브랜치 목록을 생성하는 스크립트를 작성하는 임무를 받았음
  • 리뷰 요청을 받았고, 대부분이 awk로 작성되었음
  • 그들은 임무 정의를 LLM에 입력하고 답변을 복사하여 풀 리퀘스트에 붙여넣었음
• 플라톤, 파이드로스, 기원전 370년: "그들은 더 이상 스스로 기억하지 않고 외부 표식을 통해 기억을 불러일으키기 때문에 기억을 사용하지 않게 될 것임"
• 나는 구식일 수 있지만, 침묵하는 실패가 시스템이 할 수 있는 최악의 것 중 하나로 여겨졌던 시절을 기억함
  • LLMs는 침묵하는 실패 기계임
  • 그들은 그들의 자리에 유용하지만, 상사가 인간 노동을 AI로 대체한다고 들으면 그들이 자초한 재앙을 겪을 것이라고 확신함
• 소프트웨어 엔지니어링에 들어간 이유는 무언가를 만들고 작동 방식을 알아내는 것을 좋아하기 때문임
  • 키보드로 코드를 작성하는 것은 기술의 부수적인 효과일 뿐임
  • 수학자가 되기 위해 화이트보드에 방정식을 쓰는 것을 즐겨야 한다고 말하는 것과 같음
  • 엔지니어링에서 해결책을 찾는 것이 일반적으로 최종 목표임
  • 손으로 모든 것을 입력하는 것이 가치가 있을 때, 좋은 엔지니어는 손으로 입력해야 함
  • 제3자 라이브러리를 가져오는 것이 최선의 사용이라면 그렇게 해야 함
  • LLM에 일부 코딩을 맡기는 것이 가장 쉬운 길이라면 그렇게 해야 함
• "Copilot Lag"라는 개념이 있음
  • 엔지니어가 각 작업 후에 다음에 무엇을 해야 할지 기다리는 상태를 의미함
  • 10-15년 동안 이 경험을 해왔음
  • LLM은 너무 많은 해를 끼치지 않을 것임
• 코딩 코파일럿을 포기할 지경에 이르렀음
  • 대부분의 시간을 그것들과 싸우는 데 보냄
  • 일부는 내 잘못일 수 있음
  • UX/구현 문제도 있음
  • LLMs는 다양한 주제에 대한 중간 전문가로서 유용함
  • 그러나 에코 챔버에 빠지기 쉬움
  • 인간의 직관, 호기심, 창의성, 개성이 필요한 순간에 벽에 부딪히는 것은 충격적임
  • 나는 그것을 도구 상자에 또 다른 도구로 두는 것에 만족함
  • 그러나 실제 사람들과 협력하는 것을 선호함