카테고리 없음
2020-04-02 22시 개발자 글 모음 | "2020 정보처리기사 필기 - 1.1" 외 14개 이야기
데브피드
2020. 4. 2. 22:46
- 결과를 낸 뒤 더 나은 결과를 내기가 어려워진다
- 내 결과와 타인 결과를 비교하게 된다
- 오늘 결과와 어제 결과를 비교하게 된다
- def print_args ( * args ) : print ( args ) print ( type ( args ) ) for arg in args : print ( arg ) print_args ( 1
- def u_id ( ** kwargs ) : for kw
- 'country' : 'korea' } u_id ( ** kwargs )
- 동시에 회원가입 요청이 들어왔을 때 중복되는 ID 값을 갖게 돼 2명의 사용자의 데이터가 하나의 ID 를 갖게 되는 상황이 발생했다
- 그리고 서버에서는 DB 에서 가장 마지막 ID 를 가지고 올 것이고 해당 ID 값에 + 1 을 하여 ID 값을 세팅 후 insert 를 했다
- 우선 해당 ID 값은 온전히 DB 에서 처리하도록 auto increment 를 설정해야 하며 그렇기 때문에 온전히 숫자로만 이루어지도록 해야 한다
- You have two options for placing the build directory for Sphinx output
- or you separate "source" and "build" directories within the root path
- 완료 빌드 중 [mo]: targets for 0 po files that are out of date 빌드 중 [html]: targets for 1 source files that are out of date updating environment: 1 added
- 특이하게도 이번 인허가를 받기 위해서 Pear는 510(k)와 함께 Pre-Cert 를 동시에 진행했습니다
- 5월에 이 방식을 통해서 인허가 과정의 Test Plan에 시범삼아 참여해볼 회사를 모집했는데 (언론에 밝혀지기로는) 이때 지원했던 곳이 Pear의 Somryst 하나뿐이었던 것 같습니다
- reviewed and cleared through the traditional 510(k) pathway and was the first product reviewed through FDA’s Software Precertification Pilot Program
- 얼마전 BIM principle에 올린 블록체인과 BIM - 스마트 계약을 위한 블록체인 기술 에 대한 기고 요청이 있었다
- 이 글은 4차 산업혁명의 핵심 키워드로 알려진 블록체인 응용인 비트코인 정체와 내부 메커니즘을 좀 더 깊이 확인하고 설명하기
- 그나마 다행인 점은 대표적인 튜토리얼 코드가 세 개쯤 있어서(사이트 세 개가 아니라
- 거기다 win32 객체와는 달리 파이참에서 메서드 참조를 잘 잡아주니 메서드나 프로퍼티 목록은 갖고 있는 거나 마찬가지죠
- 특정 시간 이상 동안 음량이 일정수준 이하인 구간을 잘라내는 코드를 튜토리얼로 먼저 제작해 보고 싶네요ㅎㅎ (
- 외과나 소아과처럼 조금 더 세부적으로 정하면 좋겠다는 생각입니다
- 그리고 눈에 바로 보이면 좀 더 흥미롭겠지요
- 지도 학습은 텐서 플로우 기반 구글 티처블 머신을
- 개인 정보 및 서비스 > 아래 내용 확인
- 시스템 > Microsoft Edge가 닫혀 있을 때 백그라운드 앱을 계속 실행 > 해제
- Microsoft Edge 정보 > 업데이트 확인
- day="01") location "s3://your-alb-logs-directory/AWSLogs//elasticloadbalancing//2020/01/01"; -- 아래 명령어로 불필요한 파티션을 제거 할 수 있습니다
- day="01"); -- 테이블에 현재 추가되어있는 파티션들을 볼 수 있습니다
- 또한 AWS glue라는 서비스를 통해 배치를 등록해 테이블의 파티션을 동적 생성해줄 수도 있습니다
- - 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 시제품을 만들어 최종 결과물을 예측하는 모형
- -> 처리할 요구사항을 개발자들이 나눠서 작업할 수 있도록 태스크라는 작업 단위로 나눠 개발자 별로 수행할 작업 목록인 스프린트 백로그(Sprint Backlog) 작성
- -> 부분 또는 완성 제품이 요구사항에 잘 부합되는지 사용자가 포함된 참석자 앞에서 테스트 수행