Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- axios mock
- jest.fn
- test code
- 라우팅테이블
- parameter group
- 인터넷게이트웨이
- 도커
- Unit Test
- 단위테스트
- TDD
- nestjs
- mock함수
- javascript unit test
- jest
- 미라클모닝
- 테스트코드
- docker
- mock객체
- forbetterme
- AWS
- docker commands
- VPC
- JavaScript
- 의존관계역전원칙
- axios-mock-adaptor
- 리스코프치환원칙
- TypeScript
- IPv4
- subnet
- 서브넷
Archives
- Today
- Total
My Dream Being Visualized
Day 2: 백준 [7단계] 문자열 - 그룹 단어 체커 분류 본문
728x90
[결과]
[코드]
기록용이라, 나의 초기 구현에 대한 코드를 적어놓음. 밑에 더 좋은 코드가 있음.. 흑
[과정]
1. 각 문자열 원소별 딕셔너리화를 시키면 순서를 알 수 없기 때문에 안됨.
2. 각 원소와 다른 원소가 나왔을 때 이후 길이만큼 돌면서 그 원소가 있는지 확인한다? 너무 비효율적이라고 생각이 듦.
3. 각 원소별로 딕셔너리화해서 갯수를 알아놓은다음, 인접해있는 원소의 갯수(다른 원소가 나올때까지)와 동일할 시 pass, 그렇지 않을 시 break >> 원소의 길이만큼만 for문 돌면 될 것 같다!
>> 코드의 가독성이 떨어질 것이라 판단하여 다음 건으로 변경!
4. 각 원소별로 딕셔너리화해서 갯수를 알아놓은다음, 딕셔너리의 각 키값을 문자열에서의 인덱스 번호를 알아내서, 거기서부터 다른 원소가 나올 때까지의 갯수와 같으면 나머지도 검사, 그렇지 않을 시 break! >> 원소의 길이만큼만 돌면 됨.
[공부]
1. class collections.Counter([iterable-or-mapping]) ref: docs.python.org/3/library/collections.html
[문제]
[느낀점]
카운터 2개, 플래그 2개를 두니 코드가 조건문으로 너무 복잡해졌다. 미리 설계할 때에는 왜 떠오르지 않았을까?
(코드가 길고 가독성이 떨어져 굉장히 불만스러웠다.)
[선배 개발자들의 코드 분석]
다른 분들은 어떻게 구현을 하셨는지 보고나서, 충격을 먹었다.
아직 진짜 멀었구나.... 부끄럽당
'Algorithm' 카테고리의 다른 글
Day 6: 백준 [8단계] 기본 수학 1 - 달팽이는 올라가고 싶다 (0) | 2021.04.12 |
---|---|
Day 5: 백준 [8단계] 기본 수학 1 - 분수찾기 (0) | 2021.04.11 |
Day 4: 백준 [8단계] 기본 수학 1 - 벌집 (0) | 2021.04.09 |
Day 3: 백준 [8단계] 기본 수학 1 - 손익 분기점 (0) | 2021.04.09 |
Day 1: 백준 [7단계] 문자열 - 크로아티아 알파벳 (0) | 2021.04.06 |