일정한 개수의 비트로 이루어진 연속된 비트열. ‘일정한 개수’가 항상 정해진 건 아니지만, 최근에는 사실상 1바이트를 8비트로 간주하는 경우가 흔하다.

위에서와 같이 연속된 bit열를 Byte의 단위로 사용하는데, CDC 6000계열의 메인프레임은 6bit를 1 Byte로 사용하고 있으면, CDC의 경우 12bit를 1Byte로 부르기로 했다는 것이다.
최근에는 대부분 8bit를 1 Byte로 이용하고 있지만, 6bit, 7bit, 12bit가 1 Byte로 이용되고 있다.

여기까지는 한국 위키디피아에 정리되어 있는 내용을 정리한 것이고, 영문 위키디피아 사이트에서 정의된 것을 찾아보면 좀더 이해하는데 도움이 된다.
영문 사이트도 마찮가지로 "Byte"로 검색을 하거나, 다음의 "http://en.wikipedia.org/wiki/Byte" 의 링크를 이용해서 찾아가면 된다.

"byte"는 1956년에 Dr. Werner Buchholz에 의해서 사용되었고, 이는 IBM의 IBM scratch computer를 디자인하는 동안 사용되었다. 이때는 4bit를 1byte로 설계되었다고 한다. 전형전인 I/O장비는 6bit를 1byte로 사용하다가, 나중에 System/360에 8bit를 1byte를 사용하기 시작하면서, 규격이 정해지고 표준화 되었다.

사실상, byte는 computer에서 한번에 읽어 올수 있는 가장 작은 단위로 사용되었고, 그런 의미에서 bite가 제대로된 표현이며, bite는 "한입에 베어 물다"라는 의미를 담고 있다. 
byte의 단어의 변화는 초기에 과학자들이 규격을 정할때,  bit와 bite와의 혼돈을 피해서 사용시에 실수를 줄이려는 의도가 담겨져 있다. 그래서 bite 대신에 오늘날 byte를 사용하는 것이다.

한가지 더, 요즘은 저장장치가 테러바이트 단위로 나온다. 그 이상의 단위는 거의 생각해 보지 않았었는데, 이번 기회에 알아보았는데, 아래와 같은 단위로 정의되어져 있다. 메가에서 기가로 단위로 바뀔때도 엄청난 도약이라고 생각했었는데, 이제 테라를 거쳐 페타의 시대로 갈 것이라고 하니 기술과 정보의 양은 정말 놀랍도록 발전한다. 아마도 페타의 시대로 가려면 과거를 기준 삼아 약 5년이 걸릴것 같다. (이는 순전히 나의 예상임)

Prefixes for bit and byte multiples Decimal Value SI 1000 k kilo 10002 M mega 10003 G giga 10004 T tera 10005 P peta 10006 E exa 10007 Z zetta 10008 Y yotta Binary Value IEC JEDEC 1024 Ki kibi K kilo 10242 Mi mebi M mega 10243 Gi gibi G giga 10244 Ti tebi 10245 Pi pebi 10246 Ei exbi 10247 Zi zebi 10248 Yi yobi

(위 표는 wikipedia에서 발췌했음.)

간단하게 bit와 byte에 대해서 알아보았다.

최근에 웹기술들은 정말 눈부시게 발전하지만, 그 중에서 가장 눈에 띄는 것은 RIA쪽과 다양한 브라우져들 그리고 자바쪽의 Spring framework이다. 

Spring framework는 자바를 이용한 웹개발에 많을 변화를 몰고 왔는데, EJB를 반드시 써야한다는 국내 대규모 웹 개발 풍토에 많은 변화를 주었다. 단지 마케팅과 정치적인 주장에서 개발 효용성을 안전성과 성공사례를 통해서 바꿔버렸다. 

하지만, 개선은 어디서나 일어나나 보다. 자신의 아이디어이든 다른 이의 아이디어이든, 좀더 쉽고 빠르고 안정성있는 개발을 원하는 것은 개발자들의 희망이자 욕심이다.

그중에서 GRails와 Groove는 스프링 프레임워크의 적자는 아니었다. 하지만 로드존슨이 Dynamic Language에 대한 애정을 매 컨퍼런스마다 비추었었는데, 결국은 정확이 기억이 나지 않지만, 지난해에 Groove를 SpringSource에 합병시키고, 자신의 제품라인 중에 하나로 만들었다.

Grails를 공부하기 위해서는, 사실 이것은 어제 오늘 내가 찾아본 사이트들인데, 이미 RubyOnRails에 대한 겅험이 있는 사람이라면, 그 기본 Feature를 잘 알고 있기 때문에, 이해하가 어렵지 않을 것이다.

Grails Site: 

- Grails: http://grails.org/

- Grails Documents: http://grails.org/Documentation

- Grails Quick Start; http://www.grails.org/Quick+Start

- Grails Tutorials; http://www.grails.org/Tutorials

IBM Developers Network:

- Mastering Grails: Build your first Grails application

- Mastering Grails: GORM: Funny name, serious technology

- Mastering Grails: Changing the view with Groovy Server Pages

- Mastering Grails: Many-to-many relationships with a dollop of Ajax

- Mastering Grails: Grails services and Google Maps

- Mastering Grails: Grails and the mobile Web

- Mastering Grails: Grails and legacy databases

- Mastering Grails: The Grails event mode

- Mastering Grails: RESTful Grails

- Mastering Grails: Testing your Grails application

- Mastering Grails: Asynchronous Grails with JSON and Ajax

- Mastering Grails: Grails in the enterprise

- Mastering Grails: Give your Grails applications a facelift

- Mastering Grails: Rewiring Grails with custom URIs and codecs

- Mastering Grails: Authentication and authorization

- Mastering Grails: File uploads and Atom syndication

- Mastering Grails: Understanding plug-ins

- Mastering Grails: Creating a custom plug-in

IBM의 개발자 네트웍스에 올라와 있는 자료들은 모두 한번씩 읽어 볼만 하다.

내용은 많을 지도 모르겠지만, 각 예제들이 연결되어 있어서 공부하는데, 많은 도움이 될거라 생각된다.

하지만, 가장 중요한 것은 자신의 PC에 환경을 구성하고, 하나 하나 실행해 보는 것만큼 큰 도움이 되는 것은 없을 것이다. 새로운 것을 아무런 부담없이 공부할 수 있다는 것은 즐겁다. 이것도 또한 일로 연결될 수 있다면, "이보다 더 좋을 수 없다" 이다. ^^

>> Change Log: http://static.springsource.org/spring/docs/3.0.0.RC1/changelog.txt

그리고, 아래는 이번에 RC1에 추가된 내용이다.

Changes in version 3.0.0.RC1 (2009-09-25)
-----------------------------------------

* upgraded to CGLIB 2.2, AspectJ 1.6.5, Groovy 1.6.3, EHCache 1.6.2, JUnit 4.7, TestNG 5.10
* introduced early support for JSR-330 "javax.inject" annotations (for autowiring)
* introduced early support for JSR-303 Bean Validation (setup and MVC integration)
* added default editors for "java.util.Currency" and "java.util.TimeZone"
* refined PathMatchingResourcePatternResolver's treatment of non-readable directories
* PathMatchingResourcePatternResolver understands VFS resources (i.e. works on JBoss 5.x)
* revised AccessControlContext access from BeanFactory
* AbstractBeanDefinitionParser can deal with null return value as well
* PropertyOverrideConfigurer's "ignoreInvalidKeys" ignores invalid property names as well
* PropertyPlaceholderConfigurer supports "${myKey:myDefaultValue}" defaulting syntax
* BeanFactory's default type conversion falls back to String constructor on target type
* BeanFactory tries to create unknown collection implementation types via default constructor
* BeanFactory supports ObjectFactory as a dependency type for @Autowired and @Value
* BeanFactory supports JSR-330 Provider interface as a dependency type for @Inject
* BeanFactory prefers local primary bean to primary bean in parent factory
* protected @Autowired method can be overridden with non-annotated method to suppress injection
* private @Autowired methods with same signature will be called individually across a hierarchy
* @PostConstruct processed top-down (base class first); @PreDestroy bottom-up (subclass first)
* ConfigurationClassPostProcessor detect @Bean methods on registered plain bean classes as well
* support for default "conversionService" bean in an ApplicationContext
* MBeanServerFactoryBean returns JDK 1.5 platform MBeanServer for agent id "" (empty String)
* changed NamedParameter/SimpleJdbcOperations parameter signatures to accept any Map value type
* refined logging in JMS SingleConnectionFactory and DefaultMessageListenerContainer
* introduced "ui.format" package as an alternative to PropertyEditors for data binding
* @RequestMapping annotation now supported for annotated interfaces (and JDK proxies) as well
* @RequestParam and co support placeholders and expressions in their defaultValue attributes
* @Value expressions supported as MVC handler method arguments as well (against request scope)
* JSR-303 support for validation of @MVC handler method arguments driven by @Valid annotations
* refined response handling for @ExceptionHandler methods
* @ResponseStatus usage in handler methods detected by RedirectView
* all @SessionAttributes get exposed to the model before handler method execution
* @Event/ResourceMapping uniquely mapped to through event/resource id, even across controllers
* MultipartRequest is available as a mixin interface on (Native)WebRequest as well
* removed outdated "cacheJspExpressions" feature from ExpressionEvaluationUtils
* introduced common ErrorHandler strategy, supported by message listener container
* Jpa/JdoTransactionManager passes resolved timeout into Jpa/JdoDialect's beginTransaction
* HibernateJpaDialect applies timeout onto native Hibernate Transaction before begin call
* Spring's Hibernate support is now compatible with Hibernate 3.5 beta 1 as well
* Spring's JPA support is now fully compatible with JPA 2.0 as in EclipseLink 2.0.0.M7
* SpringJUnit4ClassRunner is now compatible with JUnit 4.5, 4.6, and 4.7
* SpringJUnit4ClassRunner once again supports collective timeouts for repeated tests
* deprecated @NotTransactional annotation for test classes in favor of @BeforeTransaction