현재 Member 도메인 모델 확장 까지의 수업을 듣고 궁금한 것이 있습니다! 저희가 이번 수업을 포함하여 지금까지 요구사항(도메인) -> 도메인 모델(회원) -> 비밀번호 해시 라는 일련의 과정을 통해 비밀번호 암호화와 관련한 도메인 모델의 규칙, 속성, 행위 등을 뽑아냈기 때문에 비밀번호 암호화까지 도메인 로직에 포함된다고 이해했습니다. <인터페이스 위치를 결정하는 기준에 대해> 해당 답변에서도 PasswordEncoder를 어디에 둘지 결정할 때 사용한 기준은 도메인 모델을 이야기할 때 이게 등장하는가 라고 말씀해주시기도 했고요! 그렇다면 개발은 결국 요구사항을 토대로 진행되는 것이기에 모든 코드가 도메인 로직으로 분류되어야 하는 것 아닌가? 하는 의문점이 생겼습니다! 토비의 생각을 듣고 싶습니다!
안녕하세요.. 계속 제자리만 맴도는 것 같아 다시 질문드립니다.. ㅠㅠ 전력 계산 전력 제한은 50μW 미만 20% 마진을 적용하여 전력을 40μW로 결정하였고, 이에 따라 전류 I1=3.333 μA 으로 설정(Itotal = 10uA) BJT (Q1) 분석 BJT Q1만을 사용하여 Vcollector를 0V에서 4V까지 스윕하면서 I(Q1)=3.33 흐르는 VBE1 값을 확인하였습니다. 결과적으로 VBE1=517.82035 mV로 확인되었습니다. BJT (Q2[7:0]) + 저항 (R) 분석 BJT Q2[7:0]에 저항 R을 연결하고, R값을 스윕하여 Ic(Q1)=I(R)가 되는 지점의 R값을 확인했습니다. 결과적으로 R=17.39475 kΩ일때, 3.3333338μA가 흐르는 것을 확인하였습니다. PMOS W/L 및 이후 진행 여기서부터 진행이 막혔습니다. 계속 시도해 보았으나, PMOS3와 Q3를 추가하면 결과가 다시 달라지는 것 같아 혼란스럽습니다. PMOS의 Vd를 특정 값으로 가정하고 W를 결정하는 방식이 이해가 되지 않습니다. 왜 그런 방식으로 진행하는지, 그리고 어떤 기준으로 Vd를 정하는지 모르겠습니다.. 오른쪽 pmos는 항상 Sat 동작(Vth만 넘기면 되는데 이는 Vd=3.6정도), 왼쪽 pmos는 그렇지 않은 상태이며, Length또한 Pmos의 경우 높게 가져간다고 10um로 잡긴했습니다. Nmos도 마찬가지일 것같습니다. 왼쪽 PMOS Vd는 전압이 낮아지고, 오른쪽 PMOS Vd는 전압이 높아지는 상황에서 기준을 어떻게 잡아야 할지도 모르겠습니다. => 이부분은 같게 만들면 될것같네요 ! =>=> pmos W/L 바꿔보니 1V로 거의 고정(nmos 2u/2u 일때) =>=>=> nmos W/L에 따라 바뀌네요 회로를 전체적으로 합칠 경우, PMOS의 W/L, NMOS의 W/L, 그리고 R1, R2 등의 값을 전부다 다시 조정해야 하는지 알고 싶습니다. 다른 분들 것도 봤는데 결과를 좋은데 왜 저런 선택을 했는지에 대한 것은 없어 이해가 되질 않더군요..매번 처음부터 다시 시도하며 방향을 찾으려 했지만, 혼자서는 더 이상 나아가기 어려운 것 같습니다. 바쁘시겠지만 설계 순서를 알려주신다면 정말 큰 도움이 될 것 같습니다… 일단은 진행해보겠습니다 !! 기준을 조금 잡았습니다 !! 혹시 MOSFET은 tsmc 180nm 공정을 사용했는데, 해당 공정에서 BJT를 N+ diffusion/P-substrate/N-well or deep N-well으로 이렇게 만들어지는 즉 parastic BJT(?) 라는 게 맞는지 궁금합니다 ! 참고 : 수강생들 과제/7월2,3주차영상/나라발전블로그
현재 제 build.gradle은 plugins { id 'java' id 'org.springframework.boot' version '3.5.0' id 'io.spring.dependency-management' version '1.1.7' } group = ' io.security ' version = '0.0.1-SNAPSHOT' java { toolchain { languageVersion = JavaLanguageVersion.of(17) } } repositories { mavenCentral() } dependencies { implementation 'org.springframework.boot:spring-boot-starter-security' implementation 'org.springframework.boot:spring-boot-starter-web' testImplementation 'org.springframework.boot:spring-boot-starter-test' testImplementation ' org.springframework.security :spring-security-test' testRuntimeOnly 'org.junit.platform:junit-platform-launcher' } tasks.named('test') { useJUnitPlatform() } 같이 설정이 되어 있습니다. AntPathRequestMatcher, MvcRequestMatcher가 사용이 되지 않는다고 자동완성때 밑줄이 쳐져 있어서 .requestMatchers("/manager/**").hasAuthority("ROLE_MANAGER") .requestMatchers("/admin/payment").hasAuthority("ROLE_ADMIN") 이렇게 수정하였는데 맞게 수정 한 것인지 문의 드립니다.
전에 워드프레스 sitekit으로 등록된게 애널리틱스랑 연동이 된거 같아요. 이번에 신규로 만든게 네모 빨강색 테두리로 만들었는데, 해당 GTM계정으로 태그를 만들어서, 미리보기까지 잘 동작이 되는데, GA4에서 실시간에서 이벤트가 나오지 않습니다. 혹시몰라 동일한 이벤트로 다른 사이트했는데 잘 되더라구요. 저 연동 때문에 안되는것 같은데 어떻게 해야 3번째 빨강색 테두리가 값이 GA4에 잘 전달이 될까요?
안녕하세요! 섹션 9 마지막 강의 듣던 중 궁금한 점이 생겨서 질문 드립니다. 모달 뒤쪽에 모달이 띄워지기 이전 페이지를 병렬로 렌더링 하기 위해 Parallel Route를 이용해서 루트 레이아웃에 modal을 전달하면, 리턴 내부의 {modal} 에 모달 컴포넌트가 나타나는 건가요? 앞서 createPortal 에서 두 번째 인수( document.getElementById("modal-root") )는 모달이 렌더링 될 위치라고 들었던 것 같은데, 루트 레이아웃에 모달이 렌더링 되는 위치를 나타내는 div 태그( modal-root 라는 id값을 가지는 div 태그)와 {modal} 이 함께 있는 것이 문제가 되지는 않는지, 모달 컴포넌트가 중복되어 열리는 건 아닌지 궁금합니다..!
terraform plan시 ch1/eks.tf 파일에서 오류가 발생합니다. ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on eks.tf line 23, in provider "helm": │ 23: kubernetes { │ │ Blocks of type "kubernetes" are not expected here. Did you mean to define argument "kubernetes"? If so, use the equals sign to assign it a value. ╵ 소스를 아래와 같이 변경하였습니다. kubernetes = { .... exe = { ... set = [ { name = "clusterName" value = var.ClusterBaseName }, { name = "serviceAccount.create" value = "true" }, { name = "serviceAccount.annotations.eks\\.amazonaws\\.com/role-arn" value = "arn:aws:iam::${ data.aws _caller_identity.current.account_id}:role/AmazonEKSTFLBControllerRole-${module.eks.cluster_name}" }, { name = "region" value = "ap-northeast-2" } ] 커서에서 바이브코딩으로 바꿔서 문법에러는 안나는데 여전히 버전문제인지 해결이 안되네요. ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on eks.tf line 23, in provider "helm": │ 23: kubernetes { │ │ Blocks of type "kubernetes" are not expected here. Did you mean to define argument "kubernetes"? If so, use the equals sign to assign it a value. ╵ ➜ ch1 git:(main) ✗ terraform init Initializing the backend... Initializing modules... Downloading registry.terraform.io/terraform-aws-modules/eks/aws 20.37.1 for eks... - eks in .terraform/modules/eks - eks.eks_managed_node_group in .terraform/modules/eks/modules/eks-managed-node-group - eks.eks_managed_node_group.user_data in .terraform/modules/eks/modules/_user_data - eks.fargate_profile in .terraform/modules/eks/modules/fargate-profile Downloading registry.terraform.io/terraform-aws-modules/kms/aws 2.1.0 for eks.kms... - eks.kms in .terraform/modules/eks.kms - eks.self_managed_node_group in .terraform/modules/eks/modules/self-managed-node-group - eks.self_managed_node_group.user_data in .terraform/modules/eks/modules/_user_data Downloading registry.terraform.io/lablabs/eks-external-dns/aws 1.2.0 for eks-external-dns... - eks-external-dns in .terraform/modules/eks-external-dns Downloading registry.terraform.io/terraform-aws-modules/iam/aws 5.39.0 for irsa-external-dns... - irsa-external-dns in .terraform/modules/irsa-external-dns/modules/iam-assumable-role-with-oidc Downloading registry.terraform.io/terraform-aws-modules/iam/aws 5.39.0 for irsa-lb-controller... - irsa-lb-controller in .terraform/modules/irsa-lb-controller/modules/iam-assumable-role-with-oidc Downloading registry.terraform.io/terraform-aws-modules/vpc/aws 5.21.0 for vpc... - vpc in .terraform/modules/vpc Initializing provider plugins... - Finding hashicorp/cloudinit versions matching ">= 2.0.0"... - Finding hashicorp/null versions matching ">= 3.0.0"... - Finding cloudposse/utils versions matching ">= 0.17.0"... - Finding hashicorp/aws versions matching ">= 4.0.0, >= 4.19.0, >= 4.33.0, >= 5.79.0, >= 5.95.0, < 6.0.0"... - Finding hashicorp/helm versions matching ">= 2.6.0"... - Finding hashicorp/kubernetes versions matching ">= 2.16.0"... - Finding hashicorp/time versions matching ">= 0.9.0"... - Finding hashicorp/tls versions matching ">= 3.0.0"... - Installing hashicorp/helm v3.0.2... - Installed hashicorp/helm v3.0.2 (signed by HashiCorp) - Installing hashicorp/kubernetes v2.37.1... - Installed hashicorp/kubernetes v2.37.1 (signed by HashiCorp) - Installing hashicorp/time v0.13.1... - Installed hashicorp/time v0.13.1 (signed by HashiCorp) - Installing hashicorp/tls v4.1.0... - Installed hashicorp/tls v4.1.0 (signed by HashiCorp) - Installing hashicorp/cloudinit v2.3.7... - Installed hashicorp/cloudinit v2.3.7 (signed by HashiCorp) - Installing hashicorp/null v3.2.4... - Installed hashicorp/null v3.2.4 (signed by HashiCorp) - Installing cloudposse/utils v1.30.0... - Installed cloudposse/utils v1.30.0 (self-signed, key ID ********) - Installing hashicorp/aws v5.100.0... - Installed hashicorp/aws v5.100.0 (signed by HashiCorp) Partner and community providers are signed by their developers. If you'd like to know more about provider signing, you can read about it here: https://www.terraform.io/docs/cli/plugins/signing.html Terraform has created a lock file .terraform.lock.hcl to record the provider selections it made above. Include this file in your version control repository so that Terraform can guarantee to make the same selections by default when you run "terraform init" in the future. Terraform has been successfully initialized! You may now begin working with Terraform. Try running "terraform plan" to see any changes that are required for your infrastructure. All Terraform commands should now work. If you ever set or change modules or backend configuration for Terraform, rerun this command to reinitialize your working directory. If you forget, other commands will detect it and remind you to do so if necessary. ➜ ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 41, in resource "helm_release" "this": │ 41: dynamic "set" { │ │ Blocks of type "set" are not expected here. ╵ ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 49, in resource "helm_release" "this": │ 49: dynamic "set_sensitive" { │ │ Blocks of type "set_sensitive" are not expected here. ╵ ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 57, in resource "helm_release" "this": │ 57: dynamic "postrender" { │ │ Blocks of type "postrender" are not expected here. ╵ ➜ ch1 git:(main) ✗
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요! 백조문제 강의보기 전에 제 방법으로 나름 풀어보았는데요, 케이스들은 다 맞는데 시간초과가 나서 질문드립니다. 어디가 잘못된것인지 알 수 있을까요? https://www.acmicpc.net/source/95674502 감사합니다!
안녕하세요. 8분쯤 양방향 연관관계 시 @JsonIgnore 어노테이션을 통해 순환 참조가 되는 것을 방지해야 한다고 알려주셨는데, 엔티티 하나하나 들어가서 직접 확인해야 하나요? ERD나 관계가 복잡해서 까먹을 경우 이렇게 하나씩 확인을 해야 하는지, 아니면 IDE 같은 걸로 도움을 받을 수 있는지 궁금합니다.
이번 강의에서 GenerateLabel 클래스를 생성할 때 초기화에서 input_dir과 output_dir에 대해서 형식을 path로 미리 지정해주었습니다. 그런데 아래 validate_path 함수에서 추가적으로 if not all~ 구문을 사용해서 해당 인자들의 형식을 확인하도록 코드를 구성하셨는데 이러한 이유가 따로 있으신가요? 만약 해당 형식이 아니면 처음 클래스를 초기화할 때부터 에러가 발생하지 않나요? 항상 좋은 강의 만들어주셔서 감사드립니다.
안녕하십니까. 높은 질의 강의를 준비해주셔서 감사합니다. 강의를 들으면서 현재 강의에서 최종적으로 만들고자 하는 MLOps 아키텍쳐 과정에서 궁금한 것이 생겨 이렇게 질문을 하게 되었습니다. 강의에서 '지도학습을 위한 라벨링 데이터를 만들기 어려운 상황이 많기 때문에 LLM을 통해서 라벨링 데이터를 만들겠다.'라는 느낌으로 말씀을 하셨는데 그렇게 되면 해당 데이터로 학습을 한 모델은 위에서 사용된 LLM의 성능에만 근접하도록 튜닝이 되는 것이지 않을까요? 궁금한 점을 좀 더 자세히 말씀드리면, LLM으로 anomaly detection을 수행하면 되는데 어떤 이유에서 LLM으로 만든 데이터셋을 예측하는 머신을 추가적으로 만들어야하는 이유를 잘 모르겠습니다. LLM API의 Latency 때문일까? 라는 생각을 했지만 정확하지 않은 것 같아 질문을 남기게 되었습니다. 좋은 강의 항상 감사드립니다.
