티스토리 뷰
24.06.17_TIL ( 팀 프로젝트 : AI NOST Django ) _ 17. 전시회 및 심사위원 질문 정리
티아(tia) 2024. 6. 18. 11:31발표 질문
이보형님 - 에너닷
1. 라이브러리 관리?
- 버전 호환관리 어떻게 할건지
- 버전 업데이트하는 라이브러리로 바꾸고 싶었다..
- Dj_auth
2. 엔진엑스말고 다른 선택사항 있었는지, 왜 선택했는지
- 웹서버용이라서 트러블 슈팅이 적게 답변...
- 기술결정할때 여러가지 대안이 있는데 뭔가 팀원들끼리 정하는 것이 있는지 서버 관리를 하는 도구가 뭐가 있는지 알고 있는지
- ai 를 사용하게 되면 동시접속하거나 이럴 때 문제가 될것 같아서 사용하게 되었다.
- 안정성을 원하는거에는 아파치를 쓰고 조금 안정성을 줄이고 편하게 쓰고 싶을 때는 엔진엑스를 써서 어떻게 선택하게 됐는지를 알고 싶으셨다.
- 동작 원리를 더 알아보고 다른 대안이 더 뭐가 있는지 알아보면 좋을 것 같다.
-웹 서버로서 apache, nginx 가 있음
apache는 클라이언트 요청당 하나의 스레드가 처리하는 구조, 사용자가 많아질수록 cpu, 메모리 낭비가 생길 수 있음
nginx는 이벤트 처리 구조를 가져 여러개의 요청을 이벤트 핸들러를 통해 비동기로 처리할 수 있음 cpu, 메모리가 낭비되는 것을 줄일 수 있음
apache는 nginx보다 모듈이 다양하고 안정성, 확장성, 호환성 측면에서 좋다고 하지만 지금까지 구현된 프로젝트에서 사용하기에는 사용하지 않는 모듈이 많고 다중 사용자가 ai를 통해 결과를 기다리는 시간 등 사용자 관점에서 성능이 더 우선되어야 한다고 판단하여 nginx를 사용
3. 소설을 생성 했을 때 문제가 발생했다고 했는데 프롬프트를 다시 설정했다고 했는데 구체적으로 답변을 듣고 싶다.
- 쥐피티스를 보고 확인을 해보면서 예시문을 보고 유도하게 했다. 규격을 따라야 결과값이 좋게 나오고 다음 내용을 이어나가기가 좋아서 쓰게 되었다. 캐릭터 설정이나 소설을 사용자가 컨트롤하게 하고 싶었다.
- llm(?) 을 관심을 주면서 4o를 일찍 나왔으면 조금 다른걸 선택했을 수도 있다.?
* 기술적인 의사결정에 대해서 현실적인 이유지만 다른 기술이랑 어떻게 비교해서 최선의 선택을 했다는 과정이 좋을 것 같다.
이병준님-파이오링크
1. 챗 쥐피티가 핵심기술 같은데 오픈에이이아를 사용할 때 서버가 터지거나 책 쥐피티를 점검할 때에는 에러처리를 어떻게 되어있는지?
- 오픈에이아이를 사용했지만 다른 llm을 사용해서 되서 다른 랭체인으로 바꾸어도 상관이 없다.
- 오픈에이아이보다 좋은 것이 나오면 다른 것을 사용할 생각이 있다.
2. 랭체인 모델을 사용하는건가요?
- 여러가지 모델명이 있는데 키를 삽입해서 사용하는
3. 그쪽에서 사용하는 외부 에이피아이가 에러가 났을 떄 대처를? 핸들링을 어떻게 하는지 오류에 대해서
- 여러모델을 연결해놓고 안되면 예외처리로 다른 모델로 돌린다. 1번이 안되면 2번으로
4. https 가 무엇인지 알고 있는지? 뭐가 다르고 그것에 대해 알고 사용한것인지.
- 보안차이가 있다. 800포트로 들어오는 평문데이터가 다른 것으로 알고 있다. ssl이랑 tls 랑 다른것? 보안에 더 신경쓰고 암호화해서 보내 통신을 하는 것으로
5. 프로젝트를 하면서 가장 어려웠던 부분?
- 배포..트러블 에이아이로직..ㅎㅎ백엔드와 프론트앤드 연결부분
- 처음 프롬프트 넣었을 때 원하는 대로 결과물이 나오지 않아서
6. 포스트그레이sql 를 사용한 이유
- 장고 호환이 좋아서 선택. sqlite를 해보았지만 더 호환이 좋은것을 선택하고 싶었다. 추후에 확장하기에도 좋다고 생각해서 염두하고 선택하였다.
7. sql을 선택했는데 노sql도 알고있는지?
- 데이터 베이스 노sql의 단점 sql은 주어진걸 찾아내기 편한데 파이어베이스가 하나하나 이름명 날짜 등 하니까 번거로웠다. 처음에는 접근성이 좋다고 생각했으나 관리하거나 검색해서 쓸 때 힘들었다.
8. 이걸 해결해서 좋았다. 성취감이 있었던것?
- 프롬프트 선택해서 ai 내용이 이어져 갈 때 (순서 추천은 되는데 내용이 안이어져서) 캐릭터도 못가져오고 했었는데 가져가서 이어져서 좋음. 3-4번 갔을 때 캐릭터가 또 언급이 안되고 했었던 것이 아쉬웠었는데 그 부분이 해결되어서 좋았다.
- 나는 이메일이 던져지고 받는게 제일 성취감 있던뎅....ㅎㅎ...
9. 인증은 어떤 방식?
- jwt로 인증하고 있고 리프레쉬빼고는 엑세스토큰 인증정보 등 로컬에서 하지만 리프레쉬토큰은 파헤쳐지면 안되서 정보를 저장하지 않음. 전역변수에도 저장하면 안됨. 새로고침을 하거나 그럴때 문제가 되는데 아직은 저희가 고민중이다. 어떻게 처리할지...
* 우리의 질문 : 아직 프로그램을 많이 모르는데 그냥 최선이라서 선택했는데 여러가지를 선택사항이 없는 상태에서 선택했는데 그럴 때는 어떻게 답변하는게 좋을까요? - 포스트그래를 사용했는데 db를 사용했는데 정답이 있지는 않아서... 스키마 때문에 노sql이나 그냥 sql을 선택했을때의 선택차이는 있겠지만 어떤 차이점을 두고 선택을 했는지.. 장고와 호환이 좋은데 어떤 부분이 좋냐 강점을 이야기하면 좋다. 다른것도 고려는 했지만 그래도 포스트그래이sql을 선택한 이유가 된다.
김지수-진우ATS
1. 기억에 남는 트러블 슈팅 있으신가요?
- deep_l읠 버전 충동
임경원 튜터님
1. 깃 허브 브렌치 왜 지우시죠?
- 하나하나가 이력이고 협업한게 보이는 것이라서 지우지는 맙시다.
2. crcd? 유지보수
- 메인에 올리면 자동으로 배포가 되요?
- 배포가 일단 그렇게 안되어 있고 하면 복잡해진다.
- 메인에 합치면 배포가 적용되게끔 깃액션?
윤준열-플래튼
1. 소설이 매끄럽게 되는지?
- 기억을 잘 가져오는데 매끄럽지는 않다.
2. 최적화 고민을 한적이 있는지?
- 여러번 해서 여러가지를 쓰고 최적화를 거쳤다.
인텔리픽?
커리어톤-취직커리큘럼
머신러닝한 팀도 있었다.
generators.py 구조는 어떻게 한것인지. 레스트풀에 대해 잘 알고 있는 것 같다.
아쉬움이 느껴지는 부분은 데스가 깊어진다. if나 for문이 깊어지는 것이. return으로 조기종료를 할 수 있는 부분도 보인다. 그 부분을 신경써서 코딩하면 괜찮을 것 같다.
시리얼라이져에서 세이브는 딱 세이브만 하고 이런것 당연하긴 하지만 당연하지 않은 분들도 있다? 세이브에서 벨리데이트까지 다 하는 분도 있으시다요? 딱 그 일만 하겠다 하는 부분을 잘 조정한것 같다.
주석이 많이 안보이는 부분- 너무 많지 않은것이 좋다.
코드 설명을 두번하는 느낌이다. 네이밍을 잘 해야한다. 주석 많이 달지 않게
효율적이게 어떻게 해야할까를 계속 고민해야한다.
덱스를 늘리면 코드보기가 힘들다- html 겹치는 코드를 줄여야한다?
윤준호-로플렛 https://discord.gg/pkcH5Epj
프론트엔드로 취업할 때
넥스트 js - 어플리케이션을 하나 만들어 보는것 프론트 앤드로 만들어보고 - 나는 백앤드도 할줄아는 배경, 디비환경도 다 이해한 환경 개발자다 - 배포필수
vercel, netlify 로 배포 쉽게 할 수 있다. 깃헙레포로
하나를 딥하게 -유저가 있는 서비스를 만드는게 제일 좋다. 10명이든 20명이든
이만큼 욕심나는 프로젝트를 깊에 하는것이 좋다.
유저의 토큰 관리를 어떻게 관리하는게 좋을지 어떻게 최적화를 하면서 더 발전하는게 좋을지
게임이 다 초보보다는 하나만 파서 정점을 찍자.
Next.js
https://m.hanbit.co.kr/channel/category/category_view.html?cms_code=CMS7641364152
배포 환경과 가격 비교
https://tech.inflab.com/202206-infcon/
리엑트 쿼리
https://velog.io/@orihiro/React-Query%EB%9E%80
https://velog.io/@kandy1002/React-Query-%ED%91%B9-%EC%B0%8D%EC%96%B4%EB%A8%B9%EA%B8%B0
https://www.nextree.io/react-query/
다연님 질문?
1. 서버 관리가 좋은게 뭐가 있을까요
최적화 하는걸 고민하고 적용까지 해봐야함
10기가를 100으로 하는거나 50과 50을 나누는건 같은 느낌
서버, 서비스를 바꾸는 것도 좋다가 개선이 되는 것이다.
동작하니까 됐어. 이렇게 하면 안되고 어떻게 관리가 편할까 돈을 줄일까 통합을 하고 용량을 늘리는게 좋지 않을까 하는 것을 고민하기
용량이 터질수도 있는 서버이면 두세개를 넣어놓고 관리를 해야한다. 이런건 어떻게 관리해야할까?를 고민해야한다. 엔진엑스 그거 옵션으로 되는지 알아보자
2. 이씨에스? 가 도커 이상의 것을 하는데 어려움이 있어서 파이프라인?
추천하는 서비스가 있는 것인지? 정규과정에는 도커만 있어서
도커를 최적화를 어떻게 해야하는 것인지 발전하는것도 좋다.
후버넥스트??가 뭐야 -써보는 경험은 나쁘지는 않은데..
작은걸 하는데 괜히 관리만 큰걸 하는건 좋지는 않다.
당근, 토스가 커서 그렇지 실무에서는 그렇게 큰걸 관리하지는 않는다. 공부는 좋지만.... 알쥐비에스 에스큐엘 잘 짜는걸 더 공부하는게 좋다.
백엔드를 잘해야 도커를 잘하는거지 도커를 잘한다고 백엔드를 잘하는게 아니다
필요성을 느낄 정도가 되어야 한다.
3. 운영체제나 데이터베이스를 전공생보다 잘해야한다.-대기업취업하고 싶으면
코테를 너무 많이하는건 오히려 좋지 않다.
하루에 공부하는 양이 정해져 있으니까-알고리즘만 잘하는 개발자가 될뿐...ㅠㅠ흑
동환님 질문
1. jwt로 보안 관리를 했을 때 리프레쉬 토큰만 안보여주면 된다고 생각하는데 쥬스턴드로 관리하고 있는데.. 현업에서는?
- 쿠키에 엑세스토큰을 넣어서 저장한다.
http온리도 ? 엑세스 토큰을 완전히 숨길수는 없다.
- 처리를 더 할수 있는것은 http온리가 좀더 처리해주는 것이다.
엑세스토큰이 탈취가 된다고 백엔드가 잘 구축이 되어있으면 서버가 뚫릴일은 없다.
2. 보안쪽에 소스 난독화
- 클라이언트에 가려야 되는게 있으면 안되요?? 이벤트 태그? 토큰이 나와있는건 문제가 있다. 저 데이터가 요소에 들어가면 안되고
디버깅하는데 필수!
dom?을 공부 웹사이트는 돔이 관리를 하는건데 돔을 숨길수는 없고 클릭했을 때 없다가 생길수는 있지만 있는걸 숨길수는 없음.
프론트앤드에서 보안을 신경을 안쓸수 있도록 관리가 되어야한다. 보안관련된게 프론트앤드에 의지가 되면 안된다.
인적사항이나 이런것도 개인정보를 프론트앤드에서 저장하면 안됨. 로컬스토리지에 저장하는게 좋은 방식은 아니다.
서비스마다 차이가 많다. 보안의 중요성?
<<중요>> 브라우저 관련 질문, 네트워크 관련질문- cs지만
네트워크 백엔드는 프로토콜에서 나오지만 프론트앤드는 http, 추상화단계로 올라온 네트워크 환경에 대해서 질문한다.- 네트워크 개념 잘 알고 있어야 한다.
리엑트에서 크게 보는 이점?- 여러가지 라이브러리를 활용하는게 의미는 없고 남이 만든것을 스는 것보다 리엑트가 원하는 방향으로 코드를 잘 짜는지
스타트업은 과제테스트를 내준다.- 웹사이트를 한번 만들어보세요-어떤 기능을 넣어서
리엑트쿼리를 썻는지가 중요한게 아니고 기본 훅을 잘 쓰고 있는지 비동기와 에러핸들링을 잘 해주고 있는지 컴포넌트 분리도 잘 되어있는지
라우팅마다 권한도 잘 넣어주고 있는지
컴포넌트 구성도 잘하는것이 좋다.
링크드인?이 잘 되어있어서 프론트앤드 개발자가 있는지 이력을 잘 확인 몇년차?
백엔드 잘하는 사람이 있어도 좋음 -클라우드 환경을 잘 다룬다.
뷰로 되어있는것도 쓰셨고, 넥스트 js로 쓴다.
클라우드플레어를 써도 되는지? 배포시스템은 그냥 비슷해서 뭐 공부하지 말고..
코드를 공부하자!!
aws 연결해보는 것! 커스텀을 해서 .. 안그러면 역시 돈을 많이 내야함^^
인프런 강의 할인중이에여~
공식문서나 구글에서 찾아보는 것 , 버그를 처리해보는 것- 왜냐면 강의는 스무스하게 다 처리해서 주니깐
자바스크립트로 스크롤을 컨트롤 할 수 있음- 페이지 나누어지는 부분
도큐먼트를 직접 건드리는건 선호하지 않는다.
라이브러리 로티?로 많이 쓴다. -무조건 써라 이런것보다는..(리엑트 에니매이션 검색)
왜 객체로 관리를 안하고 스트링으로 관리를 하는지? response.data - 꺼냈다가 하면서 관리하고 싶어서
오브젝트를 못넣는지?- 전역변수에 넣는건 오브젝트 타입이 안되는지?
teamstore 처럼 전역변수를 ({}) 이렇게 넣어서 관리하는 걸 말씀하신것
트라이 캣치문을 할 때 저 함수를 다 읽어야하니까..안이쁜건가
요즘에는 setisloading(true)이렇게 관리하지 말고 리엑트쿼리로 관리하는것을 공부해두는게 좋을 것 같다.
../../../를 절대경로로 설정하는 것도 있으니까 알아보기
기능 안하는건 빨리빨리 지워주기
globelstate가 만능은 아니고...가비지 컬렉터 문제도 있고 state가 다른데서 쓰이는것도 문제가 될수 있다. 진짜 써야될때만 쓰이는게 좋다.
state랑 훅을 잘 써야한다. 커스텀?? 공식문서 파해치기...어흐ㅜㅜ 공식문서 제일 어려운데...
핸들클릭 온클릭도 뭐에 쓰는 클릭인지 이름을 정해주는 것이 좋다.
페이지네이션할때 8개씩 잘라주는게 페이지가 몇만개를 다 가져오면 안된다.- 페이지를 잘라주는게 좋다.
좋아요순도, 별점순도 이미 백엔드에서 정렬한걸 프론트에서 한번에가져와야된다.
인라인의 인라인을 전역변수로 css를 주면 나중에 다른 사람이 찾기 힘들다. 클래스 네임으로 정리해야한다.
페이지네이션에 « 이것보다는 ${} 로 관리하기 코드가 눈에 그려지게
파라미터 개념?네트워크 개념 이해하기
https://m.naver.com?12314- 파일 경로를 찾지 않는다. 그 페이지의 상태로 쓸수 있다.
http://www.naver.com 백엔드로 요청 어떤 html이야?했을 때 '?'를 쓴다.
url에 파라미터가 있어서 새로고침해도 뜬다.
당장 파일을 가져오지는 않고 상태를 궁금해하는거다.
어떤 프로그램을 썼나요? axios나 쥬스턴스 백엔드에서는 ...?
퓨샷? 사용자가 주는걸로 만들수 있게 규격이 되어있다?
다른 에이아이를 가지고 와도 돌아갈거라고 생각된다.
버전 이슈가 있는데 이걸 방지하기 위해서 어떻게 해야할까?
버전업데이트가 계속 되는게 있고 끝난 애가 있는데
버전업데이트가 끝난 라이브러리를 사용 안하는게 좋을 것 같다.
포인트리?poetry / Sentry
로깅? 어떤 버튼을 눌렀고 어떻게 사용자가 썼는지를 알 수 있게
테스트? 테스트 커버리지? 퍼센트로 나오는것
영화 씬으로 프롬프트를 넣었더니 더 좋게 나왔다.- 동화로 만들어보면?
few-shot learning
1) Few-Shot Learning을 통해 주어진 예제 데이터를 통해 모델이 사용자 입력을 예제처럼 생성하도록 가르치는 방법을 사용했습니다.
2) FewShotChatMessagePromptTemplate을 통해 여러 예제를 포함하여 모델이 학습할 수 있도록 템플릿을 작성했습니다.
example_prompt는 각 예제가 동일한 형식을 따르도록 보장합니다.
examples 배열은 AI가 학습할 수 있는 구체적인 사례를 제공하여
특정 유형의 입력에 대해 필요한 출력을 생성할 수 있게 합니다.
ChatPromptTemplate
1) ChatPromptTemplate을 사용하여 일관된 프롬프트를 생성하고 모델의 출력을 효과적으로 파싱했습니다.
2) ConversationSummaryBufferMemory를 사용하여 대화 내역을 관리하고, 각 단계별로 요약을 생성했습니다.
Few-Shot Learning을 통해 모델이 예제를 기반으로 학습하도록 구성했습니다.
ChatPromptTemplate을 사용하여 일관된 프롬프트를 생성하고 모델의 출력을 효과적으로 파싱했습니다.
ConversationSummaryBufferMemory를 사용하여 대화 내역을 관리하고, 각 단계별로 요약을 생성했습니다.