Software Development
Slashdot Today
Ridgelift writes “CRN is reporting the release of Linux 2.6.0 in mid-December. ‘Torvalds, Linux’s lead developer and now an OSDL Fellow, and Linux kernel …
An anonymous reader writes “Linus Torvalds has released his final 2.6.0-test kernel, calling it the ‘Beaver In Detox’. Following this release, Linus says that …
이제 얼마 안남았군, second PC setup해서 설치해보아야 할 듯.
An anonymous reader writes “Swedish media report that 22-year-old Elin Oxenhielm, a student at Stockholm University, has solved a chunk of one of the major …
Kulic writes “Wired is running a story about using subdermal RFID microchips to pay for goods. Applied Digital Solutions are marketing the VeriChip as the …
electronic device의 Implants가 이제 대중들에게 보급될 것인가.
아니면 바코드가 될 것인가. =_=
Martin Berger writes “Turing Award (1991) winner Robin Milner is one of the most influential computer scientists. He may not be as well-known as he deserves to …
CowboyRobot writes “ACM Queue has an interview with Peter Ford, chief architect for MSN Messenger, by Eric Allman, CTO of Sendmail. They discuss the present …
A Conversation with Peter Ford
XMPP in IETF
Slashdot Today
rduke15 writes “You think you know how to parse a domain name for validity? Well, in case you haven’t noticed, things are getting tougher as registrars keep …
IDN에서 사용하려고 하는 Punycode를 언급하고 있는 RFC 3492 [RFC3492]는
특정 encoding의 requirement에 대해 다음과 같은 이유를 들고 있다.
* Efficient encoding: The ratio of basic string length to extended
string length is small. This is important in the context of
domain names because RFC 1034 [RFC1034] restricts the length of a
domain label to 63 characters.
string length is small. This is important in the context of
domain names because RFC 1034 [RFC1034] restricts the length of a
domain label to 63 characters.
기사에서 ‘weird’하다고 표현하고 있는 인코딩의 예는 다음과 같다.
(H) Korean (Hangul syllables):
u+C138 u+ACC4 u+C758 u+BAA8 u+B4E0 u+C0AC u+B78C u+B4E4 u+C774
u+D55C u+AD6D u+C5B4 u+B97C u+C774 u+D574 u+D55C u+B2E4 u+BA74
u+C5BC u+B9C8 u+B098 u+C88B u+C744 u+AE4C
Punycode: 989aomsvi5e83db1d2a355cv1e0vak1dwrv93d5xbh15a0dt30a5j
psd879ccm6fea98c
u+C138 u+ACC4 u+C758 u+BAA8 u+B4E0 u+C0AC u+B78C u+B4E4 u+C774
u+D55C u+AD6D u+C5B4 u+B97C u+C774 u+D574 u+D55C u+B2E4 u+BA74
u+C5BC u+B9C8 u+B098 u+C88B u+C744 u+AE4C
Punycode: 989aomsvi5e83db1d2a355cv1e0vak1dwrv93d5xbh15a0dt30a5j
psd879ccm6fea98c
Simon P. Chappell writes “Life is busy enough without writing your own infrastructure code. With all of the high-quality frameworks available today, it’s no …
Life is busy enough without writing your own infrastructure code. With all of the high-quality frameworks available today, it’s no longer necessary to even think about writing low-level code (except as a technical exercise, or to express your inner geek :-) Our problem today, is to review and select the best available framework for our needs.
몇년 전만 해도 ‘자신의 라이브러리를 구축하라’는 조언이 절대적인 진리였지만,
현재는 그렇지않다. 인터넷 환경에 힘입어 product-quality를 가진 framework와 component들이
무료로 배포되고 있다. reusability와 팀 환경을 감안했을 때,
‘자신만의 라이브러리’는 무용지물이 될 수도 있다.
따라서, 현재까지 개발해오던 습성을 어느 정도는 버리기 시작해야할 것이다.
이러한 습성의 변화는 직관적으로 두가지 국면에서 발생할 것이다.
– 자신만의 라이브러리를 구축하기 보다는 좋은 품질의 라이브러리를 찾을 것.
(우리는 이미 많은 시간을 좋은 툴과 라이브러리를 ‘찾는’ 데에 시간을 들이고 있다.)
– 라이브러리를 구축할 때, 자신만의 용도로 만들기 보다는 개발/사용의 공유를 통해 발전시킬 것.
(물론 ‘자신만의 라이브러리’의 필요가 완전히 사라지지는 않는다.)
raptor21 writes “Ace’s hardware has an article with feature list of technologies in Solaris 10 or whatever it is called today. Interesting stuff like DTrace, …
눈에 띄는 feature들..
Gigabit 환경을 위한 중요한 도약인 듯.
소프트웨어의 안정성을 격리하기 위해서 machine을 분리할 필요가 없어지는 것인가?
paper를 봐야할 겠지만, self-tuning에 QoS라니. 2^70 = (2^10)^7 = (10^3)^7 bytes = (10^3) ^ 4) GB인가…