Making M & F

구형 LG노트북을 테스트 장비로 전환하기 위해, WINDOW 7이 설치되어 있던 장비에 WINDOW 10을 설치했더니, 일부 드라이버를 찾아 설치하는데 엄청난(?) 시간을 소비 하였음 ㅠㅠㅠㅠ

그런데, 옆에 동생을 통해서 알게 된 TOOL이 있어 정리하여 공유합니다.

http://www.iobit.com/en/driver-booster.php

무료버전과 유료버전이 있는데, 무료 버전을 설치하여서 업데이트를 진행하여도 무리가 없습니다.

무료버전과 유료버전의 차이는 확인된 미설치/업데이트 필요 드라이버를 무료버전은 한번에 업데이트 않된다는 것 이외에는 없습니다.

개인적으로 매우 만족스러운 툴입니다.

오늘 추가적인 스토리지가 필요하여 용량을 확인하다가, 격세지감(?)이 느껴져 기록으로 남기게 됨.

정말 빠르게 발전(?)하는게 느껴진다.

얼마전(?)만 해도, 기가만 되도 와~~했던거 같은데....

메모리 단위 발전

1 Bit -> 1 Byte -> 1 K Byte -> 1 M Byte -> 1G Byte -> 1T Byte -> 1P Byte -> 1E Byte -> 1Z Bpyte -> 1Y Byte

참여했던 프로젝트를 완료하고 시간이 지난후에 어떤 기능이 않된다고 연락을 받을때 마다 순간 순간 멍해진다.

오늘도 프로그램이 뜨지 않는다고 해서 연락을 받고 들여다 보니 쩝....

그래도 간략히 정리해두자.

해당 화면이 뜨는 원인은 분명하다. kiwoom에서 패포하는 ocx 파일의 버젼이 갱신, 즉 업데이트되었기 때문입니다.

그래서, 업데이트를 해주어야 하는데, 현재 프로젝트에서 직접 kiwoom에서 패포하는 ocx파일을 가져올수 없습니다.

그래서, kiwoom에서 관리 배포하는 KOA StudioSA를 로긴을 정상적으로 진행하는 방식으로 OCX를 업데이트 하면 해결됩니다.

참 쉽죠~~

최근 Python을 주 언어로 하는 프로젝트를 완료하고, 진행 중 정리를 해야겠다는 내용을 오늘에서야 정리합니다.

개인적으로 약 20년 넘게 개발을 하면서, 프로젝트의 특성에 따라 적절한 개발 언어, 기술, 그리고 툴을 선택 또는 학습하고 진행하고 있습니다.(C/C++,C#, JAVA, Javascript, Python, PHP, Solidity etc)

하지만, 언제 부터인지는 기억이 나지 않지만(개인적인 경험에는 java가 처음이었던 것 기억됨), 최근 언어마다 다양한 pakage manager가 지원되고 있어, 협업을 위해서 패키지 관리자 부분도 프로젝트 초기에 가볍게(?) 이야기 되고 있습니다. 그래서, 간단하게 해당 내용을 정리하였습니다.

1. Pakage manager란?

- 프로그래밍 언어적인 측면에서는 프로젝트(개발)의 환경을 쉽게 만들어주고, 편리하게 관리하기 위한 도구라고 보면됩니다. (이러한 도구(?)가 없다면, 프로젝트 시작전에 각 모듈의 유효한 dependecy등을 수작업으로 해주어야 함)

- 시스템 어드민 측면에서는 시스템에 패키지(소프트웨어)의 다운로드, 설치 그리고 관리를 의미하였습니다.

2. 각 언어별 Pakage manager

1) Java - Maven, Gradle 이 있지만, 현재는 Maven이 주를 이루고 있음

2) JavaScript - npm

3) C# - nuget

4) C/C++ - vcpkg(https://choiwonwoo.tistory.com/entry/vcpkg-Please-install-the-English-language-pack?category=267468)

5) PHP - Composer

6) Python - pip, pypi, poetry

3. OS 별 Pakage manager

1) Mac: Homebrew

2) Debian: dbpkg, apt

3) Redhat: rpm, yum

4) Window: winget(https://docs.microsoft.com/ko-kr/windows/package-manager/winget/)

4. 정리

- 아주 초기에는 일일이 라이브러리를 다운받아 설치를 하여, 테스트하고 패스등의 설정을 하였지만, 근래 개발에서는 가능한 패키지 관리자를 통해서, 일관되게 관리 하여 생산성과 효율을 높이고자 합니다. 하지만, 너무 편해지다 보면 기초적인 라이브러리의 설정을 어려워하는 쥬니어 개발자를 가끔 보게 되면서 놀라곤 합니다. 아주 가끔은 한땀, 한땀 설정및 빌드를 하면서 테스트 코드 및 library version dependency 문제등을 경험하다 보면, 예상치 못한 가치와 경험이 쌓이곤합니다.

NTFS형식 외장형 하드를 Mac계열 PC에서 사용할때 가끔 발생합니다.

원은은 정상적으로 외장형으로 unmount하지 않아서 발생한다고 하는데..원인은 추가적으로 더 있는것으로 보입니다.

이 에러가 발생하면 제가 알고 있기로는 Mac PC에서는 해결을 할수 없습니다.

윈도우 PC에서 아래와 같이 작업을 작업을 진행하시면 됩니다.

>chkdsk /F [외장하드 드라이므];

10년전에는 Java와 Python과 같은 인터프리터(interpreter)언어에 대한 속도 문제(?)에 대해서 이슈가 되었지만, 최근에는 이러한 내용이 크게 이슈(^^)가 되지 않고 있습니다. 그 이유는 여러가지가 있지만, 개인적으로 하드웨어의 성능과 개발에 대한 Quality를 평가하는 부분이 많이 바뀌었기 때문입니다. 

그래도 아래의 영상은 한번씩은 한번씩 보는 것이 좋을 듯합니다.

https://www.youtube.com/watch?v=3PcIJKd1PKU