pyeongsaeng_dev

C# How to Calculator Performance

평생코딩 — Mon, 31 Oct 2022 21:34:15 +0900

C# How to Calculator Performance

var sw = new Stopwatch();
sw.Start();

Console.WriteLine($"1: {sw.Elapsed.TotalMilliseconds:F0}ms");

sw.Stop();

Stopwatch Class ms docs

ReactJS simple introduction

평생코딩 — Tue, 27 Sep 2022 01:41:39 +0900

리액트 규모는 아래와 같이 찾아 볼 수 있다

리액트 사용 통계

ReactJS는 페이스북에서 만들었으며, ReactJS로 페이스북을 다시 만들었다.

ReactJS의 버전 업데이트에 투자가 될 것이고, 실제로 거대 기업들이 사용하고있다.

bbc, bilibili, bllomberg, cloudflare, netflix 등.. 굵직한 기업이 많다.

아래는 ReactJS 와 Vanilla JS 코드 비교이다

Product Level에서 쓰이진 않지만 비교는 해보면 좋을 것이다.

아래는 자바 스크립트

1. HTML 작성

2. Javascript에서 it 가져오기

3. button event 작성

4. 데이터(counter) 업데이트

5. HTML(span)을 업데이트

<!DOCTYPE html>
<html>

<body>
    <span>Total clicks: 0</span>
    <button id="btn">Click me</button>
</body>
<script>
    let counter = 0;
    const button = document.getElementById("btn");
    const span = document.querySelector("span");
    function handleClick(){
        counter = counter + 1;
        span.innerText = `Total clicks: ${counter}`;
    }
    button.addEventListener("click", handleClick)
</script>
</html>

아래는 react

React cdn link

React JS의 규칙 중 하나는 HTML을 페이지에 직접 작성하지 않는 것이다.

react: 어플리케이션이 interactive하게 만들어주는 lirary

react-dom: library 또는 package로 볼 수 있고, React element들을 HTML body에 들어갈 수 있도록 해준다.

<!DOCTYPE html>
<html>

<body>
    <div id="root"></div>
</body>
<script crossorigin src="https://unpkg.com/react@18/umd/react.development.js"></script>
<script crossorigin src="https://unpkg.com/react-dom@18/umd/react-dom.development.js"></script>
<script>
    const root = document.getElementById("root");

    // createElement function을 가진 React object에 접근
    const span = React.createElement("span", 
    { id:"sexy-spanm", style: { color: "red"} }, 
    "Hello I'm a span");

    // React element를 가지고 HTML로 만들어 배치한다는 것
    ReactDOM.createRoot(root).render(span);
</script>
</html>

출처: ReactJS로 영화 웹 서비스 만들기

채널톡을 이용하는 코딩 부트캠프 사이트

평생코딩 — Mon, 29 Aug 2022 22:50:48 +0900

코딩 부트캠프 사이트 List와 채널톡을 이용하는 사이트

부트캠프 리스트는: https://boottent.sayun.studio/camps

2022년 개발자취업 코딩부트캠프 비교정리:일정,가격,비용,후기모음,커리큘럼,국비지원,내일배움

부트텐트 - 국비교육,코딩부트캠프 고민될땐 부트텐트에서 둘러보세요.

boottent.sayun.studio

여기서 확인할 수 있다.

개요

회사 제품이 AI와 관련하여 봇을 지원하는 점에서 봇들을 쓰고있는 산업군을 알아보기위해 아래와같이 제가 들어가본 사이트중 채널톡을 이용하는 사이트를 알아보았습니다.

주저리

실제로 문의를 받아서 지원내용을 알아보는 것들도 있고, AI와 대화한다는 생각이 아닌 그냥 채팅으로 하는 상담으로 메신저로 보이는 것으로밖에 보이지 않아 답답함이 많습니다.

진화하는 AI에맞춰 어떤 질문이든 질문에대한 분류를 나눠 답하는 봇은 볼 수 없었습니다. 극히 한정적이였습니다.

사람의 문맥에 맞고 대화하면 할수록 정확성이 상승하는, 대화하는 Conversational Ai 를 도입을 한다면 해당 부트캠프에 대한 신뢰성이 생길 것입니다.

실제로 회사내에서도 협업하여 쓸 수 있는 AI를 Customer에게도 상담으로 쓰고 있다면?, AI가 내 질문을 너무 잘받아줘서 따로 자료를 찾지 않고, 상담원과 1:1 통화를 하는 빈도가 줄어든다면?

앞으로 어떤 부트캠프가 제일먼저 채널톡을 탈출하고 이목을 끌지, 아니면 1차원적인 채팅상담으로서 있을 것인지, 아니면 채팅상담봇을 채용을 취소할지 흥미로운 부분이라 아래와같이 채널톡 사용하는 사이트들을 가져와 봤습니다

추신 P.S

채널톡을 사용해서 신뢰가 별로라는 말이 아니다. 채널톡과 같은 상담채널을 채용 안한 곳도 많다.

명칭:제로베이스

URL: https://zero-base.co.kr/

제로베이스 - 누구나 취업하는 가장 합리적인 취업 스쿨

코딩 부트 캠프 개발자, 데이터 사이언티스트, 마케터, PM, 디자이너 등 제대로 공부하고 확실하게 취업하세요. 당신의 삶의 전환점이 될 제로베이스 스쿨입니다.

zero-base.co.kr

명칭: 인코스런

URL: https://www.incourse.run/about

인코스런

개발사에서 진행했던 프로젝트를 기반으로 진행되는 100% 오프라인 부트캠프

www.incourse.run

명칭: 저스트코드

URL: https://just-code.co.kr/

JUSTCODE | 저스트코드 | 온라인 코딩 부트캠프

비전공자도 개발자가 될 수 있습니다. 온라인 코딩 부트캠프, 저스트코드와 함께 개발자로서 첫 걸음을 시작해보세요!

just-code.co.kr

명칭: 라이징캠프

URL: https://risingcamp.com/index.html

Rising Camp with 컴공선배

실무 중심 개발을 해보고 싶다면? 토론식 수업으로 개념 잡고 실전 프로젝트로 실무 경험까지 쌓아 단 8주 만에 '진짜' 개발자 되는 라이징캠프.

risingcamp.com

명칭: 프로그래머스스쿨

URL: https://school.programmers.co.kr/pages/edu-devcourse

URL: https://school.programmers.co.kr/learn/courses/14714

[3기] K-Digital Training: 빅데이터 플랫폼 프론트엔드 엔지니어링

프론트엔드 데브코스 모집 중 (~9/14) 아직 준비가 되지 않았다면 오픈 알림을 신청하고 내년을 기다려주세요. 오픈 알림 신청 K-Digital Training | 100% 정부지원 프로그래머스 빅데이터 플랫폼

school.programmers.co.kr

명칭: 바닐라코딩

URL: https://www.vanillacoding.co/

코딩 부트캠프 | 바닐라코딩

Progress, not perfection. 바닐라코딩에서는 모두가 말하는 완벽이 아닌, 개개인의 추구하는 목표와 꿈의 성장에 집중합니다.

www.vanillacoding.co

명칭: 코드캠프

URL: https://codebootcamp.co.kr/offline

코드캠프

개발회사에서 만든 실무 코딩 부트캠프 || 개발자로 커리어점프 하다.

codebootcamp.co.kr

명칭: 위코드

URL: https://wecode.co.kr/

wecode | 위코드 | 코딩 부트캠프 | 코딩교육

오프라인 코딩 부트캠프 위코드(wecode)를 통해 개발자 커리어를 시작하세요.

wecode.co.kr

명칭: 멋쟁이사자처럼

URL: https://projectlion.io/

TECHIT BY LIKELION

IT분야의 TECH 인재를 키우는 교육 커뮤니티, 테킷!

techit.education

명칭: 스파르타코딩클럽에서 하는 항해99

URL: https://hanghae99.spartacodingclub.kr/

온라인 코딩부트캠프 항해99, 현업과 같은 실전프로젝트

99일 동안 동료들과 함께 개발 공부에만 몰입하세요. IT 기업에서 환영 받는 주니어 개발자로 성장할 수 있습니다.

hanghae99.spartacodingclub.kr

명칭: 엘리스

URL: https://kdc-home.elice.io/

엘리스 내일 패스, 가볍게 코딩 시작

엘리스 내일패스를 통해 파이썬, SQL을 활용한 데이터 분석부터 웹개발, R 등 핫한 개발 주제들을 쉽고 편하게 수강할 수 있습니다.

kdc-home.elice.io

명칭: 코드스테이츠

URL: https://www.codestates.com/

코딩부트캠프 | 코드스테이츠 - 비전공생도 개발자가 될 수 있습니다

코딩부트캠프를 찾는다면? 개발자로 커리어 전환을 위한 책임있는 코딩 교육 기관! 서비스 기획자, 그로스 마케터, 데이터 사이언티스트 등 다양한 전문 커리어에 도전하세요. 취업 성공의 후기

www.codestates.com

[CosmosDB] SDK

평생코딩 — Mon, 2 May 2022 23:03:41 +0900

CosmosDB를 사용하기위한 SDK는?

SDK?
소프트웨어 개발 키트(영어: Software Development Kit, SDK)는 일반적으로 소프트웨어 기술자가 사용하여 특정한 소프트웨어 꾸러미, 소프트웨어 프레임워크, 하드웨어 플랫폼, 컴퓨터 시스템, 게임기, 운영 체제 등을 위한 응용 프로그램 등을 만들 수 있게 해주는 개발 도구의 집합이다

The Microsoft.Azure.Cosmos library is the latest version of the .NET SDK for Azure Cosmos DB SQL API.
(Microsoft.Azure.Cosmos

라이브러리는 Azure Cosmos DB SQL API용 .NET SDK의 최신 버전입니다.)

The library is open-source and hosted online on GitHub at azure/azure-cosmos-dotnet-v3. The open-source project conforms to the Microsoft Open Source Code of Conduct and accepts contributions and suggestions from the community.

(이 라이브러리는 오픈 소스이며 GitHub(azure/azure-cosmos-dotnet-v3)에서 온라인으로 호스트됩니다. 오픈 소스 프로젝트는 Microsoft 오픈 소스 사용 규정을 준수하며 커뮤니티의 기여와 제안을 받아들입니다.)

The Microsoft.Azure.Cosmos library includes a namespace of the same name with common classes that you will explore later in this module including, but not limited to:
(Microsoft.Azure.Cosmos 라이브러리에는 이 모듈의 후반부에서 살펴볼 공용 클래스와 이름이 같은 네임스페이스가 포함되어 있습니다(다음을 포함하되 이에 국한되지 않음.)

Class	Description
Microsoft.Azure.Cosmos.CosmosClient	Client-side logical representation of an Azure Cosmos DB account and the primary class used for the SDK (Azure Cosmos DB 계정의 클라이언트 쪽 논리적 표현 및 SDK에 사용되는 기본 클래스)
Microsoft.Azure.Cosmos.Database	Logically represents a database client-side and includes common operations for database management (데이터베이스 클라이언트 쪽을 논리적으로 나타내며 데이터베이스 관리에 대한 일반적인 작업을 포함함)
Microsoft.Azure.Cosmos.Container	Logically represents a container client-side and includes common operations for container management (컨테이너 클라이언트 쪽을 논리적으로 나타내며 컨테이너 관리에 대한 일반적인 작업을 포함함)

내용 출처

[Cosmos DB] Compare autoscale vs. standard

평생코딩 — Mon, 2 May 2022 21:30:35 +0900

CosmosDB 표준(프로비저닝된) 처리량과 serverless의 차이

Compare workloads

Standard throughput is again suited for workloads with steady traffic.
(표준 처리량은 트래픽이 안정적인 워크로드에 다시 적합합니다.)

Autoscale throughput is better suited for unpredictable traffic. Autoscale can ensure that your actual Azure Cosmos DB provisioned throughput oscillates between your minimal acceptable performance and maximum allowed spend.
(자동 스케일 처리량은 예측 불가능한 트래픽에 더 적합합니다. 자동 스케일을 사용하면 실제 Azure Cosmos DB에서 프로비저닝된 처리량이 최소 허용 성능과 최대 허용 지출 사이에서 변동할 수 있습니다.)

Compare request units

Standard throughput requires a static number of request units to be assigned ahead of time.
(표준 처리량을 사용하려면 사전에 정적 요청 단위 수를 할당해야 합니다.)

With autoscale, you only set the maximum, and the minimum billed will be 10% of the maximum when there are zero requests.
(자동 스케일링에서는 최대값만 설정하고 요청이 0인 경우 최소 청구액이 최대값의 10%가 됩니다.)

Compare scenarios

You want to use standard throughput provisioning in scenarios when your team can accurately predict the amount of throughput your application needs, and your team suspects these needs will not change over time. Also throughput provisioning is ideal for scenarios where the full RU/s provisioned is consumed for > 66% of hours per month.
(표준 처리량 프로비저닝을 사용하면 팀이 애플리케이션 요구량을 정확하게 예측할 수 있고 시간이 지나도 이러한 요구 사항이 변경되지 않을 것으로 예상하는 시나리오에서 사용할 수 있습니다. 또한 처리량 프로비저닝은 프로비저닝된 전체 RU가 월 66% 이상의 시간 동안 사용되는 시나리오에 이상적입니다.)

Autoscale throughput is helpful if your team cannot predict your throughput needs accurately or otherwise use the max throughput amount for < 66% of hours per month.
(자동 조정 처리량은 팀이 사용자의 처리량 요구를 정확하게 예측할 수 없거나 최대 처리량을 월 66% 미만으로 사용할 경우 유용합니다.)

Compare rate-limiting

The standard throughput will always remain static at the set RU/s that is provisioned. Requests beyond this will be rate-limited, with a response indicating that a wait should be attempted before retrying.
(표준 처리량은 프로비저닝된 설정된 RU/s에서 항상 정적인 상태로 유지됩니다. 이 이상의 요청은 속도가 제한되며 재시도하기 전에 대기해야 한다는 응답이 표시됩니다.)

Autoscale will scale up to the max RU/s before similarly rate-limiting responses
(자동 스케일은 유사한 속도 제한 응답 전에 최대 RU/s까지 확장됩니다.)

내용 출처

[Azure Cosmos DB] components of Azure Cosmos DB SQL API?

평생코딩 — Fri, 29 Apr 2022 20:16:36 +0900

코스모스의 구성요소가 무엇인가?

What are the components of Azure Cosmos DB SQL API?

Accounts

Accounts are the fundamental units of distribution and high availability. At the account level, you can configure the region[s] for your data in Azure Cosmos DB SQL API. Accounts also contain the globally unique DNS name used for API requests. You can also set the default consistency level for requests at the account. You can manage or create accounts using the Azure portal, Azure Resource Manager templates, the Azure CLI, or Azure PowerShell.

계정 은 배포 및 고가용성의 기본 단위입니다. 계정 수준에서 Azure Cosmos DB SQL API의 데이터에 대한 지역을 구성할 수 있습니다. 계정에는 API 요청에 사용되는 전역적으로 고유한 DNS 이름도 포함됩니다. 계정에서 요청에 대한 기본 일관성 수준을 설정할 수도 있습니다. Azure Portal, Azure Resource Manager 템플릿, Azure CLI 또는 Azure PowerShell을 사용하여 계정을 관리하거나 만들 수 있습니다.

Databases

Each account can contain one or more Databases. A database is a logical unit of management for containers in Azure Cosmos DB SQL API.

각 계정에는 하나 이상의 데이터베이스 가 포함될 수 있습니다 . 데이터베이스는 Azure Cosmos DB SQL API의 컨테이너에 대한 논리적 관리 단위입니다.

Containers

Containers are the fundamental unit of scalability in Azure Cosmos DB SQL API. With Azure Cosmos DB, you provision throughput at the container level. You can also optionally configure an indexing policy or a default time-to-live value at the container level. Azure Cosmos DB SQL API will automatically and transparently partition the data in a container.

컨테이너 는 Azure Cosmos DB SQL API 확장성의 기본 단위입니다. Azure Cosmos DB를 사용하여 컨테이너 수준에서 처리량을 프로비저닝합니다. 또한 컨테이너 수준에서 인덱싱 정책 또는 기본 TTL(Time-to-Live) 값을 선택적으로 구성할 수도 있습니다. Azure Cosmos DB SQL API는 컨테이너의 데이터를 자동으로 투명하게 분할합니다.

Items

The SQL API for Azure Cosmos DB stores individual documents in JSON format as *items* within the container. Azure Cosmos DB SQL API natively supports JSON files and can provide fast and predictable performance because write operations on JSON documents are atomic.

Azure Cosmos DB용 SQL API는 JSON 형식의 개별 문서를 컨테이너 내의 *항목 으로 저장합니다.* Azure Cosmos DB SQL API는 기본적으로 JSON 파일을 지원하며 JSON 문서에 대한 쓰기 작업이 원자적이기 때문에 빠르고 예측 가능한 성능을 제공할 수 있습니다.

자료&내용 출처

[NoSQL, Azure CosmosDB] why azure csomosdb?

평생코딩 — Fri, 29 Apr 2022 20:01:33 +0900

왜 cosmosdb를 쓰는가?

Azure Cosmos DB SQL API has a few advantages such as:

Guaranteed speed at any scale—even through bursts—with instant, limitless elasticity, fast reads, and multi-master writes, anywhere in the world
전 세계 어디에서나 즉각적이고 무한한 탄력성, 빠른 읽기 및 다중 마스터 쓰기를 통해 버스트를 포함한 모든 규모의 속도 보장

Fast, flexible app development with SDKs for popular languages, a native SQL API along with APIs for MongoDB, Cassandra, and Gremlin, and no-ETL (extract, transform, load) analytics
인기 언어용 SDK, MongoDB, Cassandra 및 Gremlin용 API와 함께 네이티브 SQL API, ETL(추출, 변환, 로드) 분석을 사용하지 않는 빠르고 유연한 앱 개발

Ready for mission-critical applications with guaranteed business continuity, 99.999-percent availability, and enterprise-grade security
보장된 비즈니스 연속성, 99.999% 가용성 및 엔터프라이즈급 보안을 통해 미션 크리티컬 애플리케이션을 위한 준비

Fully managed and cost-effective serverless database with instant, automatic scaling that responds to application needs
애플리케이션 요구 사항에 대응하는 즉각적인 자동 확장 기능을 갖춘 완전 관리형 비용 효율적인 서버리스 데이터베이스

Azure Cosmos DB SQL API is especially suited for applications that:

Experience unpredictable spikes and dips in traffic
예측할 수 없는 트래픽 급증 및 감소 경험

Generate lots of data
많은 데이터를 생성

Need to deliver real-time user experiences
실시간 사용자 경험 제공 필요

Are depended upon for business continuity
비즈니스 연속성을 위해 의존

The Azure Cosmos DB SQL API can arbitrarily store native JSON documents with flexible schema. Data is indexed automatically and is available for query using a flavor of the SQL query language designed for JSON data. The SQL API can be accessed using SDKs for popular frameworks such as .NET, Python, Java, and Node.js.

Azure Cosmos DB SQL API는 유연한 스키마로 네이티브 JSON 문서를 임의로 저장할 수 있습니다. 
데이터는 자동으로 인덱싱되며 
JSON 데이터용으로 설계된 SQL 쿼리 언어의 특징을 사용하여 쿼리에 사용할 수 있습니다. 
SQL API는 .NET , Python , Java 및 Node.js 와 같은 널리 사용되는 프레임워크용 SDK를 사용하여 
액세스할 수 있습니다 .

Azure Cosmos DB SQL API is a fully managed NoSQL database service for modern app development that provides guaranteed single-digit millisecond response times and 99.999-percent availability, backed by SLAs with automatic and instant scalability.

Azure Cosmos DB SQL API는 최신 앱 개발을 위한 완전 관리형 NoSQL 데이터베이스 서비스로, 보장된 한 자릿수 밀리초 응답 시간과 99.999% 가용성을 제공하며, 자동 및 즉각적인 확장성을 갖춘 SLA가 지원됩니다.

For enterprise scenarios, Azure Cosmos DB SQL API has a comprehensive suite of financially backed [service level agreements (SLAs)](https://azure.microsoft.com/support/legal/sla/cosmos-db/) that cover throughput, consistency, availability, and latency.

엔터프라이즈 시나리오의 경우 Azure Cosmos DB SQL API에는 처리량, 일관성, 가용성 및 대기 시간을 포함 하는 재정적으로 지원되는 포괄적인 [SLA(서비스 수준 계약) 제품군이 있습니다.](https://azure.microsoft.com/support/legal/sla/cosmos-db/)

Azure Cosmos DB SQL API is optimized for write-heavy workloads.

Azure Cosmos DB SQL API는 쓰기 작업이 많은 워크로드에 최적화되어 있습니다.

The elastic scale of Azure Cosmos DB SQL API ensures that the database platform can handle requests during peak usage, and save money during non-peak times.

Azure Cosmos DB SQL API의 탄력적인 확장을 통해 데이터베이스 플랫폼은 사용량이 가장 많을 때 요청을 처리하고 사용량이 많지 않은 시간에는 비용을 절감할 수 있습니다.

자료&내용 출처

[C#, Csharp] Json 다루기

평생코딩 — Fri, 29 Apr 2022 18:03:13 +0900

⬇️ purpose ⬇️

Getting know Json Object In Csharp & .net6

Pratice Json Obejct

with System.Text.Json & Newtonsoft.Json;

Code from github link

using Newtonsoft.Json;
using System.Text.Encodings.Web;
using System.Text.Json;
using System.Text.Json.Nodes;
using System.Text.Json.Serialization;

await ExampleJson.ExampleOne();

public static class ExampleJson
{
    private static readonly JsonSerializerOptions jsonOptions = new()
    {
        // https://docs.microsoft.com/ko-kr/dotnet/standard/serialization/system-text-json-character-encoding
        Encoder = JavaScriptEncoder.UnsafeRelaxedJsonEscaping,
        WriteIndented = true,
        PropertyNamingPolicy = JsonNamingPolicy.CamelCase
    };

    public static async Task ExampleOne()
    {
        JsonObject result = new();
        JsonObject jsonObjectOne = new()
        {
            ["age"] = 16,
            ["name"] = "dhddldid"
        };

        JsonObject jsonObjectTwo = new()
        {
            ["age"] = 13,
            ["name"] = "dhddldid2"
        };

        JsonObject jsonObjectFour = new()
        {
            ["age"] = 23,
            ["name"] = "dhddldid3"
        };

        JsonArray studentArray = new();
        studentArray.Add(new JsonObject()
        {
            ["age"] = 55,
            ["name"] = "FakeDhddldid"
        });

        // Error
        //studentArray.Add(jsonObjectOne); 
        studentArray.Add(jsonObjectTwo);
        studentArray.Add(jsonObjectFour);

        result = new()
        {
            ["responseStatus"] = new JsonObject
            {
                ["code"] = 1000,
                ["message"] = "Success"
            },
            ["Student"] = jsonObjectOne,
            ["StudentArray"] = studentArray,
        };

        jsonObjectOne["age"] = 20;
        studentArray[0]["age"] = 75;
        Console.WriteLine(result.ToJsonString(jsonOptions));

        // ResponseStatus는 멤버변수의 이름만 json의 key값과 맞춰준다면 
        // 어느 이유인지 모르겠지만 대소문자를 구별하지 않고도 잘 됨
        // 나머지는 멤버변수의 이름을 key값과 맞춰도 Deserialize가 되지 않음.
        // Deserialize를 위해서는 JsonPropertyName을 key값과 대조 대,소문자를 모두 구별
        var systemDeserialize = System.Text.Json.JsonSerializer.Deserialize<ResultReturn>(result, jsonOptions);

        // ResponseStatus는 잘 됨
        // 아래 항목에 대해서 대,소문자를 구별하지 않음
        // 나머지는 클래스의 멤버변수 이름을 key값과 맞추기만하면 잘 됨 
        // 멤버변수와의 json의 key값이 다르다면
        // Deserialize를 위해서는 JsonProperty key값과 대조
        var newtonSoft = Newtonsoft.Json.JsonConvert.DeserializeObject<ResultReturn>(result.ToJsonString(jsonOptions));
    }
}

public class ResultReturn
{
    public ResponseStatus? responseStatus { get; set; }
    [JsonPropertyName("Student")]
    [JsonProperty("student")]
    public StudentInfo? StudentInfo { get; set; }
    [JsonPropertyName("student")] // 일부러 대소문자를 구별하지 않음
    [JsonProperty("studentArray")]
    public List<StudentInfo>? StudentInfos { get; set; }

}

public class ResponseStatus
{
    public int? Code { get; set; }
    public string? Message { get; set; }
}

public class StudentInfo
{
    public int? Age { get; set; }
    public string? Name { get; set; }
}

[NoSQL]과 JSON

평생코딩 — Thu, 28 Apr 2022 23:56:22 +0900

Why NoSQL?

현대 앱 요구 해결 새로운 종류의 데이터베이스 필요,

High volumes of data (대량의 데이터)
Data with many different sources and forms (다양한 소스와 양식의 데이터)
Dynamic data schemas to store different types of data (다양한 타입의 데이터를 저장하는 동적 데이터 스키마)
Using high-velocity and/or real-time data (고속, 실시간 데이터)

NoSQL 특징

Data store is non-relational ( 비관계형 데이터 )
Designed for scale-out (스케일 아웃을 위한 설계)
Does not enforce a specific schema (특정 스키마를 강제하지 않음)

NoSQL databases generally do not enforce relational constraints or put locks on data, making writes fast. They are also often designed for horizontally scale via sharding or partitioning, which allows them to maintain high-performance regardless of size.

(NoSQL 데이터베이스는 일반적으로 관계형 제약 조건을 적용하거나
데이터에 잠금을 설정하지 않아 쓰기 속도가 빨라집니다. 또한 샤딩 또는 파티셔닝을 통한 수평 확장을 위해 설계되어 크기에 관계없이 고성능을 유지할 수 있습니다.)

일반적인 NoSQL의 4가지 모델

Documents
Key-value
Column-Family
Graph

앞으로 본인이 쓸 Azure Cosmos DB SQL API의 모델은 Documents이며 JSON을 지원 한다.

JSON?

lightweight data format. (경량 데이터 형식)

JSON was built to be highly compatible with the literal notation of an object in the JavaScript language

(JSON은 자바스크립트 언어에서 객체의 리터럴 표기법과 호환되도록 제작 됨.)

Many frameworks, browsers, and even databases support JavaScript natively making JSON a popular format for transmitting and storing data.

(많은 프레임워크, 브라우저, 심지어 데이터베이스도 자바스크립트를 지원하여 JSON을 데이터 전송과 저장에 널리 사용되는 포맷으로 만든다.)

Example of a JSON dcoument

{
  "device": {
    "type": "mobile"
  },
  "sentTime": "2019-11-12T13:08:42",
  "spoolRefs": [
    "6a86682c-be5a-4a4a-bacd-96c4d1c7ece6",
    "79e78fe2-93aa-4688-89db-a7278b034aa6"
  ]
}

자료&내용 출처

CleanCode(클린코드) Chapter3 - 함수

평생코딩 — Fri, 28 Jan 2022 02:47:53 +0900

DAY 5~6

오늘 읽은 범위 : 3장. 함수

책에서 기억하고 싶은 내용.

함수를 만드는 첫째 규칙은 작게, 둘째 규칙은 더 작게
각 함수가 너무도 명백했다.
함수는 한가지를 잘 해야 한다. 그 한가지를 잘 해야 한다. 그 한가지만을 잘 해야 한다
함수가 확실한 ‘한 가지’ 작업만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 한다. 수준 상 eg. getHtml() 수준 중 eg. String pagePathName = PathParser.render(pagepath); 수준 하 .append(”\n”)
한 함수 다음에는 추상화 수준이 한 단계 낮은 함수가 온다.
서술적인 이름을 사용하라! 코드를 읽으면서 짐작했던 기능을 각 루틴이 그대로 수행한다면 깨끗한 코드라 불러도 되겠다.
플래그 인수는 추하다.
함수는 뭔가를 수행하거나 뭔가에 답하거나 둘중 하나만 해야 한다. 둘 다 하면 안 된다.
오류 코드보다 예외를 사용하라 (if문 체크보단 try catch를)
에츠허르 데이크스트라의 구조적 프로그래밍 원칙을 따른다. 데이크스트라는 모든 함수와 함수 내 모든 블록에 입구와 출구가 하나만 존재해야 한다고 말했다. 즉 함수는 return 문이 하나여야 한다. 루프 안에서 break나 continute를 사용해선 안된다.
처음엔 길고 복잡하게 → 이름은 즉흥적이고 코드는 중복 → 단위 테스트 케이스도 만듦 → 코드를 다듬고 → 함수를 만들고 → 이름을 바꾸고 → 중복을 제거한다.
함수는 그 언어에서 동사며, 클래스는 명사다.

오늘 읽은 소감은? 떠오르는 생각

클래스는 무조건 명사로 만든다 머리가 깨져도 명사
다행히 플래그 인수의 함수를 만들지 않았다. 위험한 냄새를 맡았던 나를 스스로 칭찬한다.
추상화 수준이란 것을 생각하면서 함수를 짜야겠다는 생각이든다. 아마도 추상화 중 정도로 많이 쓸 것 같다.

소감 3줄 요약

머리가 깨져도 클래스 이름은 명사, 함수는 동사
오류 코드보다는 예외를 사용
플래그 인수는 추함만이 있을뿐