프로그래밍

프로그래밍이 복잡한 건 복잡하게 프로그래밍을 해 놓아서 그렇다.

프로그래밍이 체계적으로 되는 게 아니라 스파게티 코드로 해 놓아서 그렇다.

프레임워크가 그래서 중요한 것이다.

문서화가 그래서 중요한 것이다.


요즘에 차세대시스템 2차를 개발하고 있는데 공급수납쪽이 그대로 프로그래밍을 옮기는 것도

잘 않되고 있다. 그 이유는 설계가 않되어 있어서 그렇다. 그때그때 프로그래밍을 해 놓아서

그렇다. 프로그래밍 로직이 사람들 머리속에만 있어서 그렇다.

부가가치세

부가가치세란 상품(재화)의 거래나 서비스(용역)의 제공과정에서 얻어지는 부가가치(이윤)에 대하여 과세하는 세금이며, 부가가치세 과세대상 사업자는 상품을 판매하거나 서비스를 제공할 때 거래금액에 일정금액의 부가가치세를 징수하여 납부해야 합니다.




부가가치세 납부세액은 사업자가 공급한 재화 또는 용역에 대한 '매출세액'에서 자기의 사업을 위하여 사용되었거나 사용될 재화 또는 용역을 공급받을 때 부담한 '매입세액'을 공제하여 계산한다. 따라서 재화 또는 용역을 공급받을 때 부가가치세를 부담했다 하더라도 사업과 관련이 없거나 세금계산서에 의하여 입증되지 않는 경우에는 매입세액으로 공제 받지 못한다.




예)

나무를  매입액 300원 +  매입세액 30원 =  330원 구매


책상을 만들어 매출액 1000원 + 매출세액 100원 = 1100원 판매




부가가치 : 매출액 1000 - 매입액 300 = 700원
세액계산 : 매출세액 100 - 매입세액 30 = 70원

history

프레임 페이지에서 NN의 history.back(), history.go(-1)

go to link

프레임 페이지에서 NN의 history.back(), history.go(-1)는 BUG가 있습니다. nn4까지 이 bug가 있습니다.
어떤 페이지에서 연결한 문서에 history.back(), history.go(-1) 로 전의 페이지로 돌아가면 문제가 없습니다. 하지만, 전의 페이지에서 두 페이지 이상을 링크로 다른 문서를 연결했는데, 두 문서 모두 history.back(), history.go(-1) 을 지정하여 놓았다면 history가 엉키게 됩니다. 브라우저의 BACK 단추를 여러번 눌러야 원래의 페이지로 갈 수 있습니다.
history.back(), history.go(-1)을 사용한 페이지를 한 페이지만 연결을 하면 되지만 두 페이지 이상 연결을 했다면 연결한 페이지에서는 BACK 링크를 history.back(), history.go(-1)로 사용하지 말고 직접 자신의 문서를 불러온 페이지를 지정하면 되겠지만, 연결된 문서가 자신을 부른 페이지에서만 사용하는 것이 아니고 다른 페이지에서도 사용을 한다면 직접 열결을 하는것은 사용자가 잘못된 문서로 돌아갈 수 있습니다. 브라우저의 BACK 단추로는 이 문제가 없습니다. 이 문제를 해결할 수 있는 방법은 document.referrer 입니다. 자신을 부른 문서의 페이지를 가리키는 것입니다.

<a href="#" onClick="self.location.href=document.referrer">BACK</a>

이 링크를 가지고 있는 페이지가 두 곳이어도 자신을 부른 페이지로 돌아갈 수 있습니다.

톰캣

톰캣 실행명령어 호출순서

C:\apache-tomcat-5.5.25\bin\

startup.bat -----> catalina.bat -----> setclasspath.bat