| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
- 음성채팅
- 자바스크립트filter
- 레이아웃모델
- JAVA #Swing #자바스윙 #스윙
- 배열재정렬함수
- 이터레이션프로토콜
- 이터러블프로토콜
- flex특징
- flexgrid차이점
- 이터레이터프로토콜
- OpenAI
- realtimeapi
- chatGPT
- 자바객체 #자바인스턴스 #객체와인스턴스차이점
- AI
- ES6란
- whisper-1
- flex사용법
- Realtime
- ime일본어처리
- tts-1
- 바닐라JS #바닐라JS로크롭앱만들기 #
- javascript문법
- DestructuringAssignment
- ime란
- iterationprotocol
- 자바스크립트문법 #노마드코더 #
- gpt-4o-transcribe
- interable
- 자바스크립트sort함수
- Today
- Total
목록2024/07 (7)
끄적끄적 개발기록
export const useGetProjectVerify = ({ projectId, password }: ReqGetProjectVerify) => { return useQuery({ queryKey: [VERIFY, projectId, password], queryFn: () => getProjectVerify({ projectId, password }), enabled: !!password, });};, import { useEffect, ChangeEvent, Dispatch, SetStateAction, useState } from 'react';import { IoLockClosedOutline } from 'react-icons/io5';import { useGetProjectVeri..
챗봇을 개발하면서 assistant api를 사용했다. 노출되는 api-key로 인해 프록시 서버를 만들어 openai 의 api를 사용했다. 기존에는 질문을 던지고 대답을 받으면 다시 메시지리스트를 refetch하여 사용했는데 그럼 메시지 답변을 주고 받을 때마다 refetch가 일어나 성능상 좋지 못할 것 같았다. 따라서 useEffect로 localMessageList를 만들어 저장한 뒤 챗봇 탭이 (gpt로 치면 채팅방) 변경될 때에만 refetch 로 메시지 리스트를 가져오게 변경했다. 따라서 탭이 변경되지 않는다면 서버 부하가 훨~씬 줄어들게 된다. useEffect(() => { if (!isAnswerLoading && streamingAnswer) { const userMes..
1. Flux 방식Redux, Zustand가 이 유형에 속한다.top-down 방식옵저버 패턴Action이 발생하면, Dispatcher에서 이를 해석한 후 Store에 저장된 정보를 갱신하고, 그 결과가 다시 View로 전달된다. 2. Proxy 방식MobX가 이 유형에 속한다.이 유형은 상태를 프록시 객체로 래핑직접 객체를 다루지 않고, 프록시를 통해 작업을 수행객체지향 프로그래밍과 잘 맞다.물론 함수형 프로그래밍과 함께 사용할 수 있긴 하지만, 이들의 핵심 원칙과 기능은 객체 지향 프로그래밍의 원칙과 더 잘 어울린다. 3. Atomic 방식Recoil, Jotai가 이 유형에 속한다.이 유형은 전체 상태를 원자 (Atom)으로 나누는 것을 추구한다.원자는 업데이트 가능하고 구독 가능한 상태의 단위..
fomatter는 코드 스타일에 관여lint는 잠재적인 오류를 정적 테스트하는 것 ESLint는 8.53.0 버전에서 핵심 포맷팅 규칙을 폐기하고, 코드 포맷터 사용을 권장한다는 것!이는 ESLint 유지보수 부담을 줄이고, 일관성을 높이기 위한 결정. 포맷팅 규칙은 점점 복잡해져서 여러 스타일 가이드를 지원해야 했고, 이는 비효율적이었기에 결정을 했다. ESLint 8.53.0 이전 버전에서는 린트임에도 불구하고 포맷팅 규칙이 존재했다. (포맷팅 규칙은 띄어쓰기, 세미콜론, 문자열 형식 등을 아우르는 코드 컨벤션을 강화시켜 주는 규칙을 의미) 둘은 엄연히 다른데 왜 ESLint에는 포멧팅 규칙이 존재했을까? 2013년 ESLint가 처음 릴리즈되었을 때 자바스크립트 생태계는 린터가 코드 포멧팅을 포함할..