728x90

https://www.baeldung.com/java-initialization

 

728x90
728x90

새로 맥북 사서 이것 저것 설치하다가 

도커를 써보기로 했다. 회사에서 도커와 디비를 연결해서 써서 같은 환경으로 해보면 공부되고 좋을 것 같아서. 

 

근데 도커 왜쓰지? 

저번에 개인프로젝트할때는 없이도 했는데.. 라는 생각이 들었다.

 

https://www.44bits.io/ko/post/why-should-i-use-docker-container#%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%A3%BC%EB%8F%84-%EA%B0%9C%EB%B0%9C%EC%9D%98-%EA%B4%80%EC%A0%90%EC%97%90%EC%84%9C-%EB%8F%84%EC%BB%A4%ED%8C%8C%EC%9D%BC-%EB%B0%94%EB%9D%BC%EB%B3%B4%EA%B8%B0

 

왜 굳이 도커(컨테이너)를 써야 하나요? - 컨테이너를 사용해야 하는 이유

컨테이너는 서버 애플리케이션을 배포하고 서버를 운영하는 표준적인 기술이 되어가고 있습니다. 하지만 처음 사용해본다면 그 장점이 잘 와닿지 않을 수도 있습니다. 왜 굳이 도커 컨테이너를

www.44bits.io

 

 

그래서 이 글을 읽었다!@ 귯귯귯

아직 완전히 이해 안되긴 하지만..

 

도커는 서버를 관리해준다!

우리는 여러 서버를 쓸 때 발생하는 문제, 서버기록들.. 등을 도커로 관리할 수 있다. 

서버지식이 없어도 도커를 통해 쉽게 작업할 수 있다. 

 

 

"

도커파일 = 서버 운영 기록

도커 이미지 = 도커 파일 + 실행시점 

도커 컨테이너 = 도커 이미지  + 환경변수

"

 

 

 

728x90
728x90

플러그인(사용자가 원하는 기능을 추가하고 생성하여 쓸 수 있는  프로그램)

 

플러그인은 자바스크립트, html,css로 만들어졌지만 차이가 있다

플러그인 시스템은 보안을 신경써야하기 때문에 

브라우저 api의 접근을 다르게 할 필요가 있었다

 

그래서 

1. 피그마 파일 콘텐츠에 어떻게 접근하는거야?

2. 내 플러그인을 위한 유저인터페이스 어떻게 만드는 거야?

3. 어떻게 네트워크 요청을 할 수 있는거야?

 

sandbox 샌드박스

(브라우저 api(주고 받을 수 있는 통신이라 이해하면됨)를 노출하고 

있지 않은 작은 자바스크립트 환경 )

 

성능을 위해 플러그인 코드가 샌드박스의 메인 스레드에서 실행되는

모델로 사용하기로 했어

물론 여기에도 작은 콘솔 api는 있지만 

xmlHttprequest(서버와 상호작용할 때 사용하는 객체,서버로부터 xml 데이터 가져올 때 쓰임) 그리고 과 같은 것들은 샌드박스에서 직접 하지 못하게 했어

 

ui를 보여주거나 네트워크를 접근하기 위한 브라우저 api를 

사용하려면 너는 요런 태그(<script>

안에 있는 <iframe>

)를 사용해야돼

간단히 보면 이 함수를 이용해서 작동되고 있어

이 <iframe>안에서 너는 html, 자바스크립트 그리고 브라우저 api 에도 

접근할 수 있는겨. 

 

메인 스레드(메인 실행구조, 동작구조)는 피그마의 "scene 씬"에 접근할 수 있어

(뭐뭐뭔소리야? -피그마 문서를 구성하는 계층의 계층이래. 옥히~) 하지만 브라우저 api는

접근할 수 없어 

반대로 iframe 그 태그는 브라우저api에 접근할 수 있는데 

피그마 씬에는 접근 못해 

 

대신 이 둘, 메인 스레드와 iframe은 메세지를 주고 받으면서 소통할 수 있어

 

플러그인이 일 다 마쳤을 때 

figma.closePlugin() 함수를 불러서 피그마한테 끝냈다고 말해줘. 

 

그렇지 않으면 사용자는 너의 플러그인이 동작중이다~ 를 계속 보게 

될거니까. 

그리고 사용자는 플러그인이 동작하는 동안에 

피그마가 나타내는 ui를 사용해서 언제든지 플러그인을 취소할 수 있어

이렇게 되면 피그마는 그 자체로 figma.closePlugin()함수 불러서 끝내겠지

 

출처 :  https://www.figma.com/plugin-docs/how-plugins-run/

 

728x90
728x90

 https://velog.io/@joosing/10-things-to-remember-when-testing

 

(주니어 개발자에게 전하는) 테스트할 때 기억할 10가지

그는 내 말을 무시했거나, 불성실 했던 것이 아니고 잘 몰라서 그랬던 거였습니다. 그래서 내가 잘못 가정했던 당연한 것들을 가르쳐 줘야 겠다고 생각했습니다.

velog.io

간단 요약

 

테스트는 

1. 기대되는 결과

2. 실제로 시스템이 내뱉은 결과. 

이 두 가지 요소를 갖고 있음

기대되는 결과와 실제 결과가 다르면 실패한 것이다. 

그대 반대로 시스템에게 맞지 않는 과한 테스트를 하는 실수를 할 수도 있다.

 

제품의 요구사항을 잘 파악하고 테스트를 해야한다.

제품의 요구사항은 사실 제품이 만들어지기 전에 테스트하면서 개선하면서 생김

사용자 관점으로 보아야한다. 

또한 우리가 사용하는 기술에 대해 이해해야 올바른 테스트를 할 수 있다

상호작용하는 인터페이스 동작하는지 확인

모든 메뉴 클릭해보고 예상한 결과가 출력되는지 확인

사용시 시스템의 일관성이 유지되는지 확인할 것

섬세함

적극적 태도가지고 문제 해결해라

728x90
728x90

https://ridicorp.com/story/react-native-1year-review/

 

리액트 네이티브 앱 전환 그리고 1년 후 - 리디주식회사 RIDI Corporation

2020년 2월, 애니메이션 스트리밍 서비스 라프텔에서는 기존에 Android 와 iOS 각각 따로 구현되어 있던 애플리케이션을 리액트 네이티브 를 통해 개발을 통합하여 할 수 있도록 리빌드를 했습니다.

ridicorp.com

 

라프텔에서

네이티브에서 리액트로 앱전환하면서 겪은 여러 시행착오와 고민들

 

지금 리액트 네이티브 공부 중이라 아주 흥미롭다.

 

728x90

+ Recent posts