Metalbird 의 좁은 새장

$('#form input').on("keypress", function (event) {
   if (event.keyCode == 13) {
      submit();
   }
});

폼의 해당 포커스 (input)에 엔터 키 이벤트가 발생했을때

submit() 을 수행하는 기능

private Cache<String, Dto> cached = CacheBuilder.newBuilder().maximumSize(CACHE_SIZE).expireAfterAccess(
   EXPIRE_IN_MINUTE, TimeUnit.MINUTES).build();
    private Dto getDtoByCache(final String id) {
      return cached.get(id, new Callable<Dto>() {
         @Override public Dto call() throws Exception {
            return target.getDtoById(id);
         }
      });
   }

function setCookie(name, value, expiredays) {
   var todayDate = new Date();
   todayDate.setDate(todayDate.getDate() + expiredays);
   document.cookie = name + "=" + value + "; path=/; expires=" + todayDate.toGMTString() + ";"
}

function getCookie(name) {
   var start, end;
   var i = 0;
   while (i <= document.cookie.length) {
      start = i;
      end = start + name.length;
      if (document.cookie.substring(start, end) == name) {
         start = end + 1;
         end = document.cookie.indexOf(";", start);
         if (end < start)
            end = document.cookie.length;
         return document.cookie.substring(start, end)
      }
      i++
   }
   return ""
}

만료일을 지정하여 해당날짜까지 쿠키에 저장.

try {
   BeanUtilsBean.getInstance().getConvertUtils().register(false, false, 0);
   BeanUtils.copyProperties(target, source);
} catch (Exception e) {
   log.error("Create exception. cause : ", e);
}

ALTER TABLE `content` CHANGE `createdAt` `createdAt` 

TIMESTAMP ON UPDATE CURRENT_TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL; 

수정시마다 date time 수정, 쿼이 이름을 바꿔서 사용.

sum = (sum + "").replace(/.(?=(?:.{3})+$)/g, '$&,');

1. OOP

Class를 통한 설계만이 가능하여 OOP가 강제된다.

기존 설계에 대한 지식이 없는 사람은 코딩에 난항을 겪는다.

2. 기본 API

MSDN, 파이썬과 비교하면 기본 API가 (많이) 부실하다. 

3. Primitive Type

컴파일러의 고도화가 이루어지지 않았다. 성능 때문에 타협한 원시타입이 API를 너무 복잡하게 만든다. 

int , Integer, long, Long 등 ..

4. import API진입 장벽

여러곳에서 주입하여 사용하는 API의 기술이 후지다. 적용하는데 많은 노력이 필요하다. 

5. 프레임워크

다각도에서 만들어진 프레임워크들은 자바를 자바가 아닌 방식으로 사용하게 만든다.

설계나 아키텍쳐를 획일화 하거나, 간접적이거나, 사용하는 진입장벽을 만든다. 

6. 버전 마다 다른 개발방식 요구

java 6과 7의 프로그래밍 방식은 완전히 다르다. 8또한 완전히 또 다르다.

VisualVM 은 자바 어플리케이션의 상태를 보여주는 내장 기본 기능이다.

visual 이라는 말에서도 볼수 있듯 자바 명령어로도 노출 되는 모든 정보는 조회 가능하다.

MBean 관련 라이브러리의 커맨드를 사용하면 된다.

ex) http://stackoverflow.com/questions/26130824/getting-java-visualvm-data-from-the-command-line

ObjectName jvmMemory = new ObjectName("java.lang", "type", "Memory");           
CompositeData heapUsage = (CompositeData) mbsc.getAttribute(jvmMemory, "HeapMemoryUsage");
printer.print(String.valueOf(heapUsage.get("used")));
printer.print(String.valueOf(heapUsage.get("committed")));
printer.print(String.valueOf(heapUsage.get("max")));

https://visualvm.java.net/ko_KR/gettingstarted.html

git reset --hard HEAD~5

해당 브랜치로 이동 (check out)하여 위의 명령어를 친다.

 5는 5번 commit 이전으로 돌아가는것.

물론 다른 숫자가 가능함.

링크글 : http://okky.kr/article/286812

위의 질문, 답, 토의를 보는데 유익해서 스크랩 겸 정리

책 저자 : 

ORM 은 편리하지만, RDBMS 의 특성을 100% 살리지는 못한다고 생각합니다. 그래서 비교적 간단한 형태의 관계를 가지는 데이터들이라면 ORM 이 어울리지만, 그렇지 않은 경우 참 난해해집니다.

ORM  역시 대부분은 일반적인 형태대로 테이블이나 관계 구성을 하면 최적의 환경을 못만들겠더군요. 그래서 ORM 에 맞는 구성을 해둘 경우 더욱 쾌적한 프로그래밍이 가능하다고 느꼈는데, 이것조차 진입장벽이라는게 문제였습니다. 

 DBA 와 개발자의 경계는

무척이나 선명한 편입니다.

ORM 을 사용하게 되면 이 경계가 살짝(?) 모호해 지죠. 

 Learning Curve의 문제이지 생산성의 문제는 아니라고 봅니다.