완전한 솔직함

실리콘밸리의 피드백 문화와 관련된 책을 내서 큰 성공을 거둔 사람이 있어요. 우리나라에는 '실리콘밸리의 팀장들'이라는 제목으로 번역된 책을 쓴 '킴 스콧'이에요. 킴 스콧은 구글, 애플 등 에서 일한 경험으로 원제목인 '완전한 솔직함(Radical Candor)’이라는 책을 냈고 이 내용이 실리콘밸리 뿐 아니라 많은 곳에서 공감을 얻었어요. 

직장상사의 4가지 유형
킴 스콧은 특히 상사(Boss)의 입장에서 직원들을 어떻게 대해야 하는지에 대해 다뤘어요. 그는 개인적 관심(Care Personally)을 y축에, 직접적 대립(Challenge Directly)을 x축에 두고 사분면을 그렸어요. 개인적 관심이란 개인사를 공유한다는 것이 아니라 인간적으로 상대(부하직원)를 대한다는 것을 뜻해요. 직접적 대립은 충돌한다는 것이 아니라 어떤 문제에 대해서 회피하지 않고 정면 돌파 한다는 뜻이에요. 이 두 가지를 축으로 그는 상사를 크게 크게 4가지 유형으로 나눴어요. 

1) 불쾌한 공격 유형 🤬
상대를 인간적으로 대하지 않으면서 솔직하게 피드백을 하는 사람들. 직원의 감정같은 것은 신경쓰지 않는 상사. 우리가 상상하는 전형적인 '꼰대'와 '갑질 상사'가 대표적이에요. 

2) 파괴적 공감 유형 🤫
상대를 인간적으로는 존중하지만 솔직하지 않은 피드백을 하는 사람들. 착한 상사 콤플렉스라고 할까요? 좋은 사람이긴 하지만 상대의 성장을 만들지 못하기 때문에 직원에게도, 조직에도 파괴적인 결과를 만드는 성격이에요. 

3) 고의적 거짓 유형 🤨
인간적으로 대하지도 않고 솔직하지도 않은 사람. 겉으로는 하하호호 웃다가 뒤에서는 칼을 꽂는 상사가 되는거죠. 어떤 사람들에게는 파괴적 공감보다 나쁜 상사일수도 있어요! 

4) 완전한 솔직함 유형 😼
킴 스콧은 인간적으로 상대를 대하면서도 솔직하게 피드백을 하는 '완전한 솔직함(Radical Candor)’을 갖춘 사람이 가장 이상적인 상사라고 주장해요. 부하직원을 걱정하는 마음. 상대의 성장을 바라는 마음으로 솔직하게 피드백을 하면 상대도 그 뜻을 알아주고, 조직의 발전도 만들 수 있다는 거죠. 그가 다닌 실리콘밸리의 기업들은 이런 문화를 갖고 장려하고 있었다고 해요. 

한국에서 가능할까 
이런 '완전한 솔직함'에 공감하시는 분들이 많을 거에요. 특히, 리더의 입장에서 직원들에게 피드백을 해야하는 입장에 계시다면요. 하지만 '한국사회에서 이런 솔직함이 가능할까'라면서 회의적으로 생각하시는 분들도 많을 것 같아요.
우리나라의 경우 기업문화가 달라지면서 상사가 아랫사람에게 솔직한 피드백을 하는 것은 점점 어려워지고 있어요. (고의적 거짓과 피괴적 공감이 많아진다는 것이죠!) 반대로 아랫사람이 솔직한 피드백을 상사에게 하는 것도 여전히 쉽지 않은 상황이에요. 나이와 직책을 따지는 한국문화에서는 상사에게 반대의견을 내기가 어려워요. 그러면 비교적 젊고, 수평적인 관계인 스타트업이라고 쉬울까요? 많은 스타트업에도 소위 '젊은 꼰대'들이 있다고 해요. 

'쎈 언니' 캐릭터는 조직에서 손해?
피드백은 본질적으로 인간관계를 바탕으로 하고 있어요. 개인적인 감정뿐 아니라 사회적인 위치도 영향을 끼친다는 거에요. 스콧 킴도 여성이나 소수인종이 '솔직한 상사'가 되었을 때 조직 내에서 받을 수 있는 불이익이 있다고 설명하고 있어요. 직장에서 일하는 사람들이 모두 백인남성들이라면 서로 솔직하게 대해도 별 상관이 없다는 거죠. 하지만 흑인 여성이 이렇게 솔직한 상사가 되면 조직 내에서 그는 오히려 '악명'을 얻을 수도 있다는 거에요. 🥶

피드백은 누구에게나 힘든 일
'솔직한 피드백'에 대한 고민은 한국에서도 실리콘밸리에서도 동일하다고 생각해요. 누구든 상처를 주고 싶지 않고, 받고 싶지도 않아요. 피드백에 관한 레터를 준비하면서 두 사람의 CEO가 피드백에 대한 글을 쓴 것을 발견했어요. 두 사람의 글을 보면 수평적인 문화를 가진 미국에서도 상대에게 솔직한 피드백을 주는 것이 쉬운 일이 아니라는 것을 알 수 있어요. 

모든 피드백은 선물이다



피드백에 관한 글에서 자주 발견할 수 있는 표현이 있어요. 피드백은 선물(gift)이다. 피드백은 당근도 채찍도 아닌 그 자체로 '선물'이라는 것이에요. 피드백을 선물로 생각하면 이걸 주는 사람도 받는 사람도 다르게 보게 되요. 
받는 입장에서는 그 피드백의 내용을 떠나서 상대에게 감사해야해요. 선물이니까요. 하지만 그 선물은 내 맘에 쏙드는 것일 수도 있고 아닐수도 있죠. 그걸 받아들이는 것도 본인이 결정할 수 있어요. 어떤 선물은 평생을 함께하는 소중한 물건이 되기도 하고, 어떤 물건은 받은 그날 어딘가로 던져버리고 까맣게 잊어버릴 수도 있어요. 
주는 입장에서도 그 피드백은 선물이니까 편하게 줄 수 있어요. '내 생일선물을 싫어하지 않을까'해서 선물을 주지 않는 사람은 없죠. 하지만 일단 선물을 줘버리면 그걸 상대가 버리던 마음에 들지 않아하던 어쩔 수 없어요. 선물이니까요. 

나쁜놈(jerk)은 피드백 문화를 망친다
솔직한 문화로 유명한 넷플릭스는 4A라는 피드백 원칙을 가지고 있어요. 지난해 나온 헤이스팅스 CEO의 책 '규칙없음'에 잘 나와있는데요. 이 4A 원칙은 앞서 킴, 세스, 데보라가 얘기하는 것과 모두 상통하는고 있어요.  

Aim to Assist : 피드백은 전적으로 도움을 주는 것이어야해요. 
Actionable : 실질적인 행동으로 이어질 수 있는 피드백 이어야 해요. 
Appreciate : 피드백을 주는 사람에게 감사해야해요. 
Accept or Discard : 피드백을 받아들여도 되고 받지 않아도 되요. 

그런데 이런 솔직한 피드백 문화가 되려면 반드시 필요한 것이 있어요. 바로 넷플릭스 문화에서 가장 경계하는 '실력만 좋은 나쁜 놈(brilliant jerk)’이 조직에 없어야한다는 거죠. 사람들이 '존중'과 '의도'의 관문을 통과한 피드백만 준다면 상처받을 이유가 있을까요? 피드백의 의도가 진실한 태도로 나타난다면 오해가 발생할 일은 적을 거에요. 하지만 기본적으로 다른 사람을 존중하지 않고, 나쁜 의도를 가지고 피드백을 하는 사람이 있다면 조직 내의 선한 사람들은 상처를 받고 본인이 피드백을 하는 것을 거부할거에요. 

'실력만 좋은 나쁜 놈'은 도움을 주기보다는 상대를 괴롭히거나 자신을 상대적으로 높이기 위한 목적으로 피드백을 해요. 큰 조직이라면 사내 정치에서 승리하기 위해 부정적인 피드백을 하는 사람도 틀림없이 있을거에요. 이런 '나쁜 놈'은 조직에서 신뢰를 허물고 '솔직한 피드백'을 할 수 없는 환경을 만들어요. 그가 상사이든, 부하이든 공통적인 문제에요. 이런 사람들이 가득한 조직에서 '상처받지 않으면서 피드백 주고받기'라는 건 비현실적인 얘기일 수밖에 없어요. 😅

MSSQL 링크드서버,  linked server

MSSQL 은 연결된서버 기능을 제공하는데 이를 이용하면 다른 네트워크의 데이터베이스를 원격으로 접속하여

   사용할 수 있도록 해줍니다. 

-- MSSQL 연결된 서버 생성

EXEC sp_addlinkedserver
      @server = '[연결된 서버별칭]',
      @srvproduct = '',
      @provider = 'SQLOLEDB',
      @datasrc = '[서버 아이피]',
      @catalog = '[데이터 베이스명]'



-- MSSQL 연결계정 생성

EXEC sp_addlinkedsrvlogin
      @rmtsrvname= '[연결된 서버별칭]',
      @useself= 'false',
      @rmtuser = '[사용자 이름]',
      @rmtpassword = '[사용자 암호]'
      
      
-- MSSQL 연결된 서버 확인
   SELECT * FROM master.dbo.sysservers WHERE srvname = '[연결된 서버별칭]'
   

-- MSSQL 연결계정 확인
   SELECT * FROM master.sys.linked_logins WHERE remote_name = '[사용자 이름]'
   
   
-- MSSQL 연결된 서버 이용방법 
   /*연결된 서버를 등록한 후 사용하려면 [연결된 서버별칭].[데이터 베이스명].[데이터베이스 소유자명].[테이블명]
   형태로 호출하여 사용할 수 있습니다.
   SELECT 쿼리를 예로 들면 아래와 같습니다. */

 -- MSSQL 일반서버에 SELECT 쿼리시
   SELECT [컬럼명] FROM [테이블명] WHERE [조건절]

-- MSSQL 연결된 서버에 SELECT 쿼리시
   SELECT [컬럼명] FROM [연결된 서버별칭].[데이터 베이스명].[데이터베이스 소유자명].[테이블명] WHERE [조건절]

-- MSSQL 연결된 서버 삭제
  EXEC sp_dropserver
      @server = '[연결된 서버별칭]'

-- MSSQL 연결계정 삭제
   EXEC sp_droplinkedsrvlogin
      @rmtsrvname= '[연결된 서버별칭]',
      @locallogin = NULL

SQL Server 모든 테이블 크기를 조회하는 쿼리

테이블의 건수와, 테이블에 구성된 인덱스들의 합도 같이 확인할 수 있습니다.

SELECT
    OBJECT_SCHEMA_NAME(a2.object_id) AS SchemaName,
    a2.name AS TableName,
    a1.rows as [RowCount],
    CAST(ROUND(((a1.reserved + ISNULL(a4.reserved,0)) * 8) / 1024.00, 2) AS NUMERIC(36, 2)) AS ReservedSize_MB,
    CAST(ROUND(a1.data * 8 / 1024.00, 2) AS NUMERIC(36, 2)) AS DataSize_MB,
    CAST(ROUND((CASE WHEN (a1.used + ISNULL(a4.used,0)) > a1.data THEN (a1.used + ISNULL(a4.used,0)) - a1.data ELSE 0 END) * 8 / 1024.00, 2) AS NUMERIC(36, 2)) AS IndexSize_MB,
    CAST(ROUND((CASE WHEN (a1.reserved + ISNULL(a4.reserved,0)) > a1.used THEN (a1.reserved + ISNULL(a4.reserved,0)) - a1.used ELSE 0 END) * 8 / 1024.00, 2) AS NUMERIC(36, 2)) AS UnusedSize_MB
FROM
    (SELECT 
        ps.object_id,
        SUM (CASE WHEN (ps.index_id < 2) THEN row_count ELSE 0 END) AS [rows],
        SUM (ps.reserved_page_count) AS reserved,
        SUM (CASE
                WHEN (ps.index_id < 2) THEN (ps.in_row_data_page_count + ps.lob_used_page_count + ps.row_overflow_used_page_count)
                ELSE (ps.lob_used_page_count + ps.row_overflow_used_page_count)
            END
            ) AS data,
        SUM (ps.used_page_count) AS used
    FROM sys.dm_db_partition_stats ps
    GROUP BY ps.object_id) AS a1
LEFT OUTER JOIN 
    (SELECT 
        it.parent_id,
        SUM(ps.reserved_page_count) AS reserved,
        SUM(ps.used_page_count) AS used
     FROM sys.dm_db_partition_stats ps
     INNER JOIN sys.internal_tables it ON (it.object_id = ps.object_id)
     WHERE it.internal_type IN (202,204)
     GROUP BY it.parent_id) AS a4 ON (a4.parent_id = a1.object_id)
INNER JOIN sys.all_objects a2  ON ( a1.object_id = a2.object_id ) 
WHERE a2.type <> N'S' and a2.type <> N'IT'
ORDER BY ReservedSize_MB DESC

The 10 Best Data Visualizations of 2022

https://towardsdatascience.com/the-10-best-data-visualizations-of-2022-3e49d7ccb832

[MSSQL] DB 복구모델 - 전체(Full) 로 변경

복구 모델을 보려면

1. 데이터베이스 엔진에 연결합니다.
2. 표준 도구 모음에서 새 쿼리를 선택합니다.
3. 다음 예제를 복사하여 쿼리 창에 붙여넣고 실행을 선택합니다. 이 예에서는 모델 데이터베이스의 복구 모델을 배우기 위해 sys.databases 카탈로그 뷰를 쿼리하는 방법을 보여줍니다.

복구 모델을 변경하려면

1. 데이터베이스 엔진에 연결합니다.
2. 표준 도구 모음에서 새 쿼리를 선택합니다.
3. 다음 예제를 복사하여 쿼리 창에 붙여넣고 실행을 선택합니다. 이 예에서는 model ALTER DATABASE FULL 문의 SET RECOVERY 옵션을 사용하여 데이터베이스의 복구 모델을 로 변경하는 방법을 보여 줍니다.

-- 복구 모델을 보려면
SELECT name, recovery_model_desc  
   FROM sys.databases  
      WHERE name = 'model' ;  
 


-- 복구 모델을 변경하려면
USE [master] ;  
ALTER DATABASE [model] SET RECOVERY FULL ;

SSMS에서 하기. 

DB 속성에서 옵션 들어가서 복구모델 선택하기. 

단순(Simple) 데이터베이스 복구 모델을 선택하는 몇 가지 이유는 다음과 같습니다.

• 개발 및 테스트 데이터베이스에 가장 적합합니다.
• 데이터 손실이 허용되는 단순한 보고 또는 애플리케이션 데이터베이스
• 장애 시점 복구는 전체 및 개별 백업 전용입니다.
• 관리 오버헤드 없음

다음을 지원합니다.

1. 전체 백업
2. 차등 백업
3. 복사 전용 백업
4. 파일 백업
5. 부분 백업

장점 : 고성능 대량 복사 작업이 가능하고 로그 공간을 확보하여 공간 요청을 작게 유지합니다.

단점 : 가장 최근의 데이터베이스 또는 불일치 백업을 다시 빌드해야 하므로 변경됩니다.

Full 

전체 복구 모델을 사용하면 SQL Server는 사용자가 백업할 때까지 트랜잭션 로그를 예약합니다. 이 복구 모델에서는 모든 거래(DDL(데이터 정의 언어) + DML(데이터 조작 언어))가 트랜잭션 로그 파일에 완전히 기록됩니다. 로그 순서는 손상되지 않고 데이터베이스가 작업을 복원할 수 있도록 보존됩니다. 단순 복구 모델과 달리 트랜잭션 로그 파일은 CHECKPOINT 작업 중에 자동으로 잘리지 않습니다.

데이터베이스 오류가 발생했을 때 전체 복구 모델을 사용하여 데이터베이스를 복원하는 가장 유연성을 얻을 수 있습니다. 지정 시간 복원, 페이지 복원 및 파일 복원을 포함한 모든 복원 작업이 지원됩니다.

전체 데이터베이스 복구 모델을 선택하는 이유:

• 미션 크리티컬 애플리케이션 지원
• 고가용성 키 설계
• 0 또는 명목 데이터 손실로 모든 데이터 복구를 용이하게 하기 위해
• 데이터베이스가 여러 파일 그룹을 갖도록 설계되었으며 읽기/쓰기 보조 파일 그룹 및 선택적으로 읽기 전용 파일 그룹의 부분적 복원을 수행하려는 경우
• 임의 시점 복원 허용
• 개별 시트 복원
• 높은 관리 오버헤드 유지

다음을 지원합니다.

1. 전체 백업
2. 차등 백업
3. 트랜잭션 로그 백업
4. 복사 전용 백업
5. 파일 및/또는 파일 그룹 백업
6. 부분 백업

장점 : 데이터 파일의 유실 또는 손상으로 인한 작업 오작동이 없습니다. 임의의 시점으로 회복될 수 있습니다.

단점 : 로그가 손상되면 가장 최근의 로그 백업 이후의 변경 사항을 다시 작성해야 합니다.

데이터베이스가 개발 또는 테스트 서버인 경우 단순 복구 모델이 대부분 적합해야 합니다. 그러나 데이터베이스가 프로덕션 데이터베이스인 경우 일반적으로 전체 복구 모델을 사용하는 것이 좋습니다. 전체 복구 모델은 대량 로그 복구 모델로 보완할 수 있습니다. 물론 데이터베이스가 작거나 데이터 웨어하우스의 일부이거나 데이터베이스가 읽기 전용인 경우에도 마찬가지입니다.

9 Projects You Can Do to Become a Front-End Master in 2023

https://levelup.gitconnected.com/9-projects-you-can-do-to-become-a-front-end-master-in-2023-a4389153148c

9 Projects You Can Do to Become a Front-End Master in 2023

Photo by Pankaj Patel on Unsplash

Introduction

Whether you’re new to programming or already an experienced developer in this industry, learning new concepts and languages/frameworks is
mandatory to keep up with the rapid changes.

Take, for example, React — open-sourced by Facebook just a shy four years ago, it’s already become the number one choice for JavaScript devs around the globe.

Vue and Angular, of course, also have their legitimate follower base. And then there are Svelte and universal frameworks like Next.js or Nuxt.js. And Gatsby and Gridsome and Quasar … and, and, and.

If you want to shine as an expert JavaScript developer, you should at least have some experience in different frameworks and libraries — besides doing your homework with good, old JS.

To help you become a front-end master, I have collected nine projects, each with a specific topic and a different JavaScript framework or library as a tech stack that you can build and add to your portfolio. Remember, nothing helps you more than actually building stuff so go ahead, sharpen your mind, and make this happen.

 

Build a Movie-Search App Using React (With Hooks)

The first thing you could start with is building a movie-search app using React. Below is an image of how the final app will look:

What you’ll learn

In building this application, you’ll improve your React skills using the relatively new Hooks API. The example project uses React components, many hooks, an external API, and, of course, some styling via CSS.

Tech stack and features

• React with hooks
• create-react-app
• JSX
• CSS

Without using any classes, this project gives you a perfect entry point into functional React and will definitely help you in 2020.

You can find the example project here. Follow along with the tutorial, or give it your flavor.

 

Build a Chat App With Vue

Another great project for you is to build a chat app using my favorite JavaScript library: VueJS.

The app will look something like this:

What you’ll learn

Following this tutorial, you’ll learn how to set up a Vue app from scratch — creating components, handling states, creating routes, connecting to a third-party service, and even handling authentication.

Tech stack and features

• Vue
• Vuex
• Vue Router
• Vue CLI
• Pusher
• CSS

This is really a great project to get started with Vue — or to improve your existing skills — to tackle development in 2023.

You can find the tutorial right here.

 

Build a Beautiful Weather App With Angular 8

This example will help you build a beautiful weather app using Google’s Angular 8:

What you’ll learn

This project will teach you valuable skills while creating an application from scratch — starting with the design over development and going all the way to a production-ready deployment.

Tech stack and features

• Angular 8
• Firebase
• Server-side rendering
• CSS with Grid Layout and Flexbox
• Mobile friendly and responsive
• Dark mode
• Beautiful UI

What I really, really like about this comprehensive project is you don’t learn things in isolation. Instead, you learn the whole development process — from the design to the final deployment.

You should really do this one.

 

Build a To-Do App With Svelte

Svelte is the new kid on the block — at least compared to React, Vue, and Angular. Nonetheless, it’s one of the hotties for 2023.

OK, to-do apps aren’t necessarily the hottest topic out there, but this will really help you to sharpen your Svelte skills. It’ll look like this:

What you’ll learn

This tutorial will show you how to make an app using Svelte 3 from start to finish. It makes use of components, styling, and event handlers.

Tech stack and features

• Svelte 3
• Components
• Styling via CSS
• ES 6 syntax

There aren’t that many good Svelte starter projects out there, so I found this one to be kind of good to start with.

And, who knows, maybe you’ll be the one creating another, more comprehensive Svelte tutorial that’ll be presented in the next year’s version of this post?

 

Build an E-Commerce Shopping Cart With Next.js

Next.js is the most popular framework for creating React applications that support server-side rendering out of the box.

This project will show you how to build an e-commerce shopping cart that looks like this:

What you’ll learn

In this project, you’ll learn how to set up a Next.js development environment — creating new pages and components, fetching data, and styling and deploying a Next application.

Tech stack and features

• Next.js
• Components and pages
• Data fetching
• Styling
• Deployment
• SSR and SPA

It’s always great to have a real-world example, such as an e-commerce showcase, to learn something new. You can find the tutorial here.

 

Build a Full-Blown Multilanguage Blog Website With Nuxt.js

Nuxt.js is to Vue what Next.js is to React: a great framework to combine the power of server-side rendering and single-page applications.

The final app that you could create will look like this:

What you’ll learn

This example project will teach you how to build a full-blown website using Nuxt.js — from the initial setup to the final deployment.

It uses many of the cool features Nuxt has to offer, like pages and components, as well as styling with SCSS.

Tech stack and features

• Nuxt.js
• Components and pages
• Storyblok module
• Mixins
• Vuex for state management
• SCSS for styling
• Nuxt middlewares

This is a really cool project for you and covers many of the great features of Nuxt.js. I personally love working with Nuxt, so you should really try this one out, as it will also make you a better Vue developer.

 

Build a Blog With Gatsby

Gatsby is a great static-site generator that uses React and GraphQL under the hood. This is the result of this project:

What you’ll learn

In this tutorial, you’ll learn how to leverage Gatsby to build an outstanding blog that you use for writing your articles while making use of React and GraphQL.

Tech stack and features

• Gatsby
• React
• GraphQL
• Plugins and themes
• MDX/Markdown
• Bootstrap CSS
• Templates

If you ever wanted to start a blog, this is a great example of how to do so by leveraging React and GraphQL.

I’m not saying that WordPress always is a bad choice, but with Gatsby, you can create highly performant sites while using React — which is an awesome combination.

 

Build a Blog With Gridsome

Gridsome is to Vue … OK, we already had that with Next/Nuxt.

But the same is true for Gridsome and Gatsby. Both use GraphQL as a data layer, but Gridsome uses VueJS. It also is an awesome static-site generator that’ll help you create great blogs:

What you’ll learn

This project will teach you how to build a simple blog to get started with Gridsome, GraphQL, and Markdown.

It also covers how to deploy the application via Netlify.

Tech stack and features

• Gridsome
• Vue
• GraphQL
• Markdown
• Netlify

This, for sure, isn’t the most comprehensive tutorial, but it does cover the basic concepts of Gridsome and Markdown and could be a good starting point.

 

Build a SoundCloud-like Audio-Player App With Quasar

Quasar is another Vue framework that can also be used to build mobile applications.

In this project, you’ll create an audio-player app like this:

What you’ll learn

While the other projects focus mainly on web applications, this one will show you how to create a mobile app using Vue via the Quasar framework.

You should already have a working Cordova setup with Android Studio/Xcode configured. If not, there is a link in the tutorial to the Quasar website, where they show you how to set this up.

Tech stack and features

• Quasar
• Vue
• Cordova
• WaveSurfer
• UI Components

A small project that shows the power of Quasar for building mobile apps.

 

Conclusion

In this article, I showed you nine projects that you can build, each focusing on another JavaScript framework or library.

Now the choice is all yours: Will you try something new by using a framework you haven’t used before? Or do you want to strengthen your skills by doing a project for a technology you already have some knowledge of? Or will you rely on your favorite framework/library and do all the projects in 2023 with it?

If you like what I write and want to support me and my work, please follow me on Twitter to learn more about programming, making, writing & careers🥰