재미있는 프로그램 소개합니다. 이름은 lolcat. LOL(인터넷 짤) 고양이.

터미널 결과값을 무지개 색으로 보여 줍니다.


https://github.com/busyloop/lolcat




설치방법

$ gem install lolcat 


[Dark Tip] github 이메일(email/e-mail) 찾기


github에 본인의 이메일을 공개하지 않는 경우가 많다.

보통 이슈(issue)를 이용해서 프로젝트를 관리하는 것이 더 편하고,

email은 가능하면 면식이 있는 사람들과 주고 받는 것이 보통일 것이다.


그런데 웹서핑을 하던 중 이걸 찾는 방법에 대한 글을 보았다. 

https://inhiro.com/blog/find-user-email-github/


방법은 하단의 링크를 사용하면 되며, 해당 위치에 깃허브아이디를 넣어 주면 된다.

https://api.github.com/users/깃허브아이디/events/public


결과는 json 등의 형식으로 나오며

이메일의 @ 또는 "email"을 검색어로 찾아 보면 된다. 


'일반' 카테고리의 다른 글

자연 사진  (0) 2018.06.23
[YouTube] Frank Sinatra - Come Fly With Me  (0) 2018.04.21
2018년 2월 겨울  (0) 2018.04.20
연령별 인구 2018년 3월  (0) 2018.04.13
2017년 1월 30일 기상청 오보 (서울)  (0) 2018.02.17
나눔 글꼴(.ttf) 압축 파일(.zip)  (0) 2018.01.05

『...전략...』


정적 타이핑을 둘러싼 나의 내적 갈등

(My Inner Battle with Static Typing) 


초보자들은 프로그래밍 언어에서 강한 타이핑(strong typing)과 정적 타이핑(static typing)을 혼동한다.


거칠게 말해서 강한 타이핑(strong typing)이란 언어가 두 개의 자료형(type)이 서로 호환되는지 여부를 검사하고, 만약 호환되지 않으면 에러를 발생시키거나 강제로 자료형을 변환함을 뜻한다.


겉으로 보기에 자바(Java)와 루비(Ruby)는 모두 강한 타이핑을 사용한다(strongly typed).  --- 이게 과도한 단순화라는 사실은 나도 안다.


이에 반해서 어셈블리(Assembly)와 C 컴파일러는 약한 타이핑을 사용한다(weakly typed).


컴파일러가 메모리 안에 저장되어 있는데 데이터가 정수인지, 문자열인지, 그냥 임의의 데이터인지 신경쓰지 않는다는 의미이다.


정적(Static)인가 동적(Dynamic)인가 하는 것은 완전히 다른 문제이다. 


정적 타이핑 언어(Statically typed language)는 자료형 구조에 기초해서 다형성(poly-morphism)을 적용시킨다.


(정적인) 유전적 청사진에 의거해서 오리(duck)인가, 오리처럼 꽥꽥거리며 걷기 때문에 오리인가?


정적 타이핑을 사용하는 언어는 컴파일러와 도구가 코드에 담긴 에러를 검출하고 코드의 키워드를 색상을 이용해서 강조하고, 리팩토링 기능을 제공하는 등의 이점을 누릴 수 있다.


그에 비해 코딩할 때 조금 수고를 해야 하고 제한도 뒤따른다. 


정적 타이핑에서 오는 이러한 트레이드오프(trade-offs)에 대해 어떤 생각을 하는가에 따라서 개발자로서의 역사가 달라질 것이다.


내가 처음 객체지향 개발에 사용한 언어는 자바였다.


자바의 정적 타이핑 울타리에서 벗어나기 전까지 나는 꼬리를 물며 나타나는 프레임워크를 만났었다.


업계는 수천, 수백만 달러를 세 가지 다른 버전의 EJB, 스프링, 하이버네이트, JBoss, 그리고 관점지향 프로그램 개발에 투입했고, 그런 노력을 통해 특정한 사용법을 전보다 약간 유연하게 만들었다. 


우리는 당시 자바의 타이핑 모델(Typing model)을 더 동적으로 만들기 위해서 애썼고, 이러한 전투의 고비마다 자바가 우리를 위한 프로그래밍 환경이라기보다 오히려 적군이라고 느낄 수 밖에 없었다.


그리하여 내가 저술한 책들도 동적인 프레임워크라는 주제에서 출발해서 나중에는 동적인 언어 자체를 향해 나아갔다.


따라서, 내가 정적 타이핑 언어에 대해서 가지고 있는 일종의 편견은 자바와의 전쟁에서 비롯되었다.


하스켈(Haskell)이 가지고 있는 탁월한 정적 타이핑 시스템은 이러한 상처로부터 서서히 벗어나는 계기가 되었다.


내 의도는 분명하다.


하지만 나는 우리의 대화가 편견에 영향을 받지 않고 공정하게 진행되도록 최선을 다할 것이다.


『...후략...』

[출처: 브루스 테이트의 세븐 랭귀지]

 네이버 클라우드 ssh 접속이 안되서 문의하였더니, 이전에 식별된 것과 동일한 하이퍼바이저의 커널 버전 때문 있었음.


[문의] SSH 접속이 안됩니다 #2
답변 내용

안녕하세요.

네이버 클라우드 플랫폼입니다.


문의하신 내용에 대해 답변드립니다.


해당 서버는 상위 커널 업데이트로 인한 부팅 실패 상태가 되었고, 이전 커널 (3.10.0-693.17.1.el7.x86_64) 로 선택 후 부팅에 성공하였습니다.

현재 상태에서 서버 재부팅을 하게 되면 동일한 문제가 발생할 수 있으니, /boot/grub2/grub.cfg 경로에서 커널 부팅 순서를 적절하거나 아래 내용 참고하셔서 커널을 반드시 변경 후 이용 부탁드립니다.


* 아래 가이드 참고하셔서 3.10.0-693.17.1.el7.x86_64 커널로 부팅이 되도록 설정 부탁드립니다.


* 커널 업데이트에 따른 부팅 이슈는 아래 공지 페이지를 참고 바랍니다.

   - https://www.ncloud.com/support/notice/all/355


* 아래 커널 버전은 고객님 서버의 커널 버전과 다를 수 있으니 참고 부탁드립니다.


1. 현재 기본 커널 확인

# grub2-editenv list

saved_entry=CentOS Linux (3.10.0-327.22.2.el7.x86_64) 7 (Core)


2. 부팅 가능한 커널 리스트 확인

# grep ^menuentry /boot/grub2/grub.cfg | cut -d "'" -f2

CentOS Linux (3.10.0-514.2.2.el7.x86_64) 7 (Core)

CentOS Linux (3.10.0-327.22.2.el7.x86_64) 7 (Core)

CentOS Linux (0-rescue-a6ca9f0e85a84962b41c23276050e81b) 7 (Core)


3. 기본 부팅 커널 설정

# grub2-set-default "CentOS Linux (3.10.0-514.2.2.el7.x86_64) 7 (Core)"


4. 설정된 내용 확인

# grub2-editenv list

saved_entry=CentOS Linux (3.10.0-514.2.2.el7.x86_64) 7 (Core)


5. 재부팅

# reboot


6. 변경된 커널 확인

# uname -a

Linux micro 3.10.0-514.2.2.el7.x86_64 #1 SMP Thu Jun 23 17:05:11 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux


안내해드린 답변이 도움이 되셨길 바라며,

더 궁금한 사항이 있으신 경우 고객지원으로 문의 부탁드립니다.


감사합니다.

네이버 클라우드 플랫폼 드림.

 


https://okky.kr/article/468724


https://madnight.github.io/githut/ 


github의 프로그래밍 언어(2018/1Q)도 올려 봅니다.

c.f. 혹시 국내 통계 아시는 분들 계시면 소개 부탁드릴께요.

      아무래도 국내에서는 java 비율이 매우 큰 걸로 알고 있는데 통계치가 차이가 나는 것 같습니다



# 순위

프로그래밍 언어

백분율 (변화량)



1

JavaScript

22.947% (-2.606%)


2

Python

16.127% (+0.848%)


3

Java

9.960% (+0.001%)


4

Go

7.236% (+1.238%)


5

Ruby

6.732% (+0.237%)


6

C++

6.423% (+0.779%)


7

PHP

6.094% (-1.242%)


8

TypeScript

4.807% (+1.999%)


9

C#

3.375% (-0.647%)


10

C

2.890% (-0.442%)


11

Shell

2.327% (+0.146%)


12

Scala

1.406% (-0.011%)


13

Swift

1.168% (-0.025%)


14

Rust

0.952% (-0.013%)


15

DM

0.848% (+0.356%)


16

Objective-C

0.578% (-0.325%)


17

Kotlin

0.517% (+0.332%)


18

Groovy

0.422% (+0.132%)


19

Lua

0.357% (-0.094%)


20

Clojure

0.322% (-0.028%)


21

CoffeeScript

0.320% (-0.430%)


22

Elixir

0.317% (-0.002%)


23

Perl

0.317% (-0.075%)


24

Haskell

0.291% (-0.107%)


25

PowerShell

0.288% (-0.011%)


26

Dart

0.230% (+0.084%)


27

R

0.229% (+0.058%)


28

Erlang

0.190% (-0.029%)


29

Emacs Lisp

0.190% (+0.064%)


30

OCaml

0.175% (-0.077%)



[TIOBE Index] 2018년 5월 프로그래밍 언어 사용 통계 순위

https://tiobe.com/tiobe-index/   http://j2doll.tistory.com/579

2018년 5월

2017년 5월

변화

프로그래밍 언어

평점(%)

변경량

11Java16.380%+1.74%
22C14.000%+7.00%
33C++7.668%+2.92%
44Python5.192%+1.64%
55C#4.402%+0.95%
66Visual Basic .NET4.124%+0.73%
79changePHP3.321%+0.63%
87changeJavaScript2.923%-0.15%
9-changeSQL1.987%+1.99%
1011changeRuby1.182%-1.25%
1114changeR1.180%-1.01%
1218changeDelphi/Object Pascal1.012%-1.03%
138changeAssembly language0.998%-1.86%
1416changeGo0.970%-1.11%
1515Objective-C0.939%-1.16%
1617changeMATLAB0.929%-1.13%
1712changeVisual Basic0.915%-1.43%
1810changePerl0.909%-1.69%
1913changeSwift0.907%-1.37%
2031changeScala0.900%+0.18%


 프로그래밍 언어 스칼라(Scala)가 마침내 TIOBE 색인(인덱스) 20위를 차지했습니다. 이미 1년 전부터 순위를 차지했지만, 스칼라가 더 오랜 시간 동안 상위권에 정착할 수도 있을 것 같습니다. Scala는 Java의 JVM에서 실행되는 함수형 프로그래밍 언어이므로, Java 또는 유사 언어 대신 사용할 수 있습니다. 그리고 함수형이기 때문에, 덜 장황하고, 자바에 비해 실수를 할 가능성이 적습니다. 그래서 스칼라는 20위 안에 들어올 수 있었습니다.

 스칼라가 20위 안에 들었을 뿐만 아니라, 많은 다른 큰 기복도 보입니다. 이는 Google 재색인 생성과 관련이 있으며, 매우 휘발성이 큰 정보입니다. 이를 위해 우리는 TIOBE 색인에 대한 보상 기능을 가까운 장래에 구현할 예정입니다. Google 히트 수가 지난 달과 비교하여 절반의 수치라는 것을 받아 들일 수 없기 때문입니다.

 노트: SQL은 2018년 2월 이후 TIOBE 색인에 다시 추가되었습니다. 이 이유는 SQL이 튜링 완료인 것처럼 보이기 때문입니다. 하지만 결과적으로 언어에 대한 최근의 히스토리가 없으므로 SQL 언어가 매우 빠르게 증가하고 있는 것처럼 보일 수 있지만, 사실 그렇지는 않습니다.


https://gist.github.com/cmatskas/454e3369e6963a1c8c89



'git' 카테고리의 다른 글

git 브랜치 삭제 (delete branch)  (0) 2018.05.25

+ Recent posts