dongdu.info

2)Về mấy cái ngôn ngữ lập trình thì cái ra đời sau thường hay hơn cái trước.Bây giờ sau C đã có D,sau Java đã có Ruby...Ko biết mai mốt rồi sẽ ra cái gì nữa đây...!

Ruby, đặc biệt là Ruby On Rail, gây bất ngờ lớn cho phần dev web application nhỉ. Mình cũng rất thú vị xem thử sự phát triển của nó như thế nào...

Có project All-In-One, build eclipse+plugin rất tiện. Nếu anh em nào sử dụng eclipse nên dùng thử thành quả của project này.
http://sourceforge.jp/projects/aioec/

Phiên bản mới nhất vừa ra 3.0.0 bao gồm như sau:

ll-In-One Eclipseに含まれているプラグインは以下のものです。
()内は元となるツールのZIPファイル名

・Eclipse v3.2.0
　(eclipse-SDK-3.2-win32.zip)
・Eclipse v3.2.0　日本語パック
　(NLpack1-eclipse-SDK-3.2-win32.zip)
・EMF＋SDO Runtime v2.2.0
　(emf-sdo-runtime-2.2.0.zip)
・EMF＋SDO Runtime v2.2.0　日本語パック
　(NLpacks-emf-sdo-runtime-2.2.zip)
・XSD Runtime v2.2.0
　(xsd-runtime-2.2.0.zip)
・XSD Runtime v2.2.0　日本語パック
　(NLpacks-xsd-runtime-2.2.zip)
・GEF Runtime v3.2
　(GEF-runtime-3.2.zip)
・GEF Runtime v3.2　日本語パック
　(NLpack1-GEF-runtime-3.2.zip)
・DTP Runtime v0.9
　(dtp_0.9.zip)
・DTP Runtime v0.9　日本語パック
　(NLpack1-dtp_0.9RC5_N061606.zip)
・TPTP v4.2.0.1
　(tptp.runtime-TPTP-4.2.0.1.zip)
・TPTP v4.2.0.1 Agent Controller(インストールディレクトリ\eclipse\extensions\tptp-4.2.0\agent-controller)
　(agntctrl.win_ia32-TPTP-4.2.0.1.zip)
・TPTP v4.2.1　日本語パック
　(NLpack1-tptp.runtime-TPTP-4.2.0.zip)
・Visual Editor(VE) v1.2
　(VE-runtime-1.2.zip)
・Visual Editor(VE) v1.2　日本語パック
　(NLpack1-VE-runtime-1.2.zip)
・JEM Runtime v1.2
　(JEM-runtime-1.2.zip)
・WTP v1.5.0
　(wtp-R-1.5.0-200606281455.zip)
　(wtp-jsf-R-1.5.0-200606281455.zip)
・WTP v1.5.0　日本語パック
　(NLpack1-wtp-R-1.5.0-200606281455.zip)
・WST fragment for xdoclet_for_tiger snapshotパッチ
　(xdoclet_for_tiger.zip)
・xdoclet v1.2.3(インストールディレクトリ\extensions\wtp-1.5.0\xdoclet-1.2.3)
　(xdoclet-bin-1.2.3.zip)
・AspectJ Development Tools(AJDT)　v1.4
　(ajdt_1.4_for_eclipse_3.2.zip)
・The Business Intelligence and Reporting Tools(BIRT) v2.1.0
　(birt-report-framework-2_1_0.zip)
　(itext-1.4.3.jar)
　(prototype.js)
・The Business Intelligence and Reporting Tools(BIRT) v2.1.0 日本語パック
　(NLpack1-birt-report-framework-2_1_0.zip)
・C/C++ Development Tools(CDT) v3.1.0
　(org.eclipse.cdt-3.1.0-win32.x86.zip)
・プロパティエディタ v4.8.2
　(jp.gr.java_conf.ussiy.app.propedit_4.8.2_for_eclipse3.0.zip)
・stepcounter v1.14.0
　(tk.eclipse.plugin.stepcounter_1.14.0.zip)
・Subclipse v1.1.5
・FindBugs eclipse plugin v1.0.0
　(edu.umd.cs.findbugs.plugin.eclipse_1.0.0.zip)

Thông tin về servers của Livedoor được công bố như sau:

OS: FreeBSD/Linux(với tỷ lệ: 7/3) (Không dùng Win, FreeBSD lại chiếm tỷ lệ lớn nhất, thật bất ngờ)
Web Server: Apache 1x & 2x
DB Server: MySQL4.0
Dev Language: Perl(mod_perl1)
Tổng số servers: 3000 (thuộc IA(Intel Arch) server)

※ Một số thông tin khác:
1. Ứng với một project bất kỳ, cấu trúc tối thiểu của livedoor như sau:
Director: 1nguoi, Programer, Designer, HTML Templeter: tối thiểu 1 người 1 vị trí.

2. Lý do tại sao sử dụng mod_perl
Sử dụng mod_perl vì
- tính performance
- trình độ và kinh nghiệm có sẵn trong livedoor
- tính ổn định (không sử dụng mod_perl2 cũng vì lý do này) -> Và điều này cũng có thể giải thích luôn cho lý do tại sao sử dụng Mysql4.0
- Perl/CPAN lib phong phú.

3. Một số application arch points:
- Sử dụng mod_rewrite, mod_proxy để balance application server và static contents delivery server.
- Sử dụng DB replication. 1 master + trên 1 slave servers
- Những dữ liệu DB chủ yếu xem, không có action update thường xuyên sử dụng type MyISAM, và ngược lại sử dụng InnoDB
- Sử dụng memcached để lưu các static contents trên memory
- Sử dụng mod_deflate để nén đường truyền
- Dùng mod_expire để kéo dài cache trên browser client
- Sử dụng kiểu 2-layer server: Clien <-> Application Server(Contents Server+Mod_perl App Serrver) <-> DB server

Livedoorはすごいと思うね。あのホリエモンは変なことをやらなければ、多分LiveDoorはIT業界には期待できる存在になると思う。

Bravo a.Chung với những bài thông tin rất bổ ích.Chỉ tiếc một điều là em đang trong giai đoạn mò mẫm nên không tham gia được.

Àh.Em có đọc nhiều tại liệu gặp "Lập trình socket".Vậy socket có mấy loại và gồm những loại nào vậy?

Àh.Em có đọc nhiều tại liệu gặp "Lập trình socket".Vậy socket có mấy loại và gồm những loại nào vậy?

Em có thể tham khảo ở những trang web sau.
http://www.linux.or.jp/JM/html/LDP_man-pages/man2/socket.2.html

http://www.uwo.ca/its/doc/courses/notes/socket/

http://www.kt.rim.or.jp/~ksk/sock-faq/unix-socket-faq-ja.html

http://www.javaworld.com/javaworld/jw-12-1996/jw-12-sockets.html

Theo anh biết chỉ cần biết những loại sau là đủ.
+ Tầng TCP: TCP(SOCK_STREAM) or UDP(SOCK_DGRAM)
+ Tầng IP:
PF_UNIX, PF_LOCAL(local sock)
PF_INET(IPv4)
PF_INET6(IPv6)

１．誰のため、何のための仕事かを常に意識する

２．仕事のやり方に絶対はない
時と場合によって柔軟に対応せよ

３．ユーザー、ベンダーを問わず
ITエンジニアは業務知識を学ぶべし

４．ITエンジニアにとってビジネスの基本知識は不可欠である

５．ITは道具に過ぎない
計画、実現するのは人間だ

６．ルールのために働くのではない
ルールは目的達成のためにある

７．コミュニケーションはすべての仕事の原点だ

８．パートナー企業や取引先への心配りが仕事をスムーズにする

９．一人で悩まず、まずは上司や同僚に相談すべし

１０．エンジニアは、技術だけに目をむけず、企業人として成長せよ

（日経ITプロフェッショナルより）

Vấn đề RedHat không tham gia LinuxWorld năm nay gây nhiều tranh cãi lắm.
Ai cũng đoán già đoán non tuy nhiên phía Redhat chưa hề cho biết lý do tại sao cả. Không biết có chiến lược ý đồ gì không

http://www.atmarkit.co.jp/news/katt/2006/katt196.html

Từ ý tưởng của Ruby On Rails, đã có:

1. Java On Rails
TRails
https://trails.dev.java.net/

2. Groovy On Rails
GRails
http://grails.codehaus.org/

Và chúng ta cũng nên để ý rằng ý tưởng chịu ảnh hưởng rất nhiều từ Rrails tuy nhiên Implement khác hoàn toàn đấy.

1. Nhìn lại lịch sử một chút chúng ta có thể thấy rõ ràng rằng:
Từ application sử dụng flat data để store thông tin -> Chuyển sang sử dụng Database server.

Bước chuyển này rất là ngoạn mục lắm, hầu như performance application được nâng cấp, dữ liệu data có lớn cũng không còn là vấn đề đáng ngại nữa... Các kỹ thuật để thiết lập cấu trúc cho DB đã được khai thác và phát triển liên tục đến giờ có thể nói là đã hoàn chỉnh lắm.

Tuy nhiên vấn đề có vẻ không chỉ dừng lại, bản thân DB cũng nằm trên Harddisk, và mỗi lần muốn có dữ liệu phải dùng SQL để lấy, điều này đến lúc sẽ đạt đến sự giới hạn của nó mà không thể thoã mãn được thời đại sau này.

Chính vì vậy mà:
Từ application sử dụng flat data để store thông tin -> Chuyển sang sử dụng Database server -> Tất cả cho vào memory

Tức là khi application khởi động tất cả dữ liệu sẽ được cho tất vào memory, điều đó sẽ:
+ Tốc độ access cực nhanh
+ Có thể không phải qua trung gian tái tạo, kết hợp để tạo dữ liệu cuối cùng.
Ví dụ: Thường thì một class Student, có tên, tuổi, môn học, lớp trường, trước đến giờ học ở đâu, thành tích thế nào, con ai ông bà nào, quê quán ở đâu... Để lấy thông tin của object Student này, thường phải SQL hằng loạt tables trong DB, sau đó tái tạo, kết hợp, khi cần phải chạy một số logic khác nhau mới có thể cho ra Object Student được... Tuy nhiên cả cái Object này nếu được nằm luôn trên memory thì lần sau chỉ cần get  data trên memory là xong. Điều này sẽ nhanh không thể tưởng tượng được...

Thời đại bây giờ, khi các hardware dùng cho máy tính ngày càng rẽ, dung lượng memory không khác gì Hardware cả thì việc nói ở trên đã không còn là điều khó thực hiện.

2. Về kỹ thuật cho phần này thì bây giờ đã như thế nào nhỉ?
Theo như hiểu biết của mình thì như sau:
+ Các application có riêng architecture riêng để store data trên memory...
Các ngôn ngữ đều có chức năng này, tuy nhiên để làm được điều này cần phải đòi hỏi trình độ của người thiết lập cấu trúc cho chương trình, và tránh sự xung khắc với các application khác của system...
+ Sử dụng các soft thirdparty về cache data lên memory.
Những cái này có nhiều, ví dụ memcached
+ Thiết lập filesystem tren memory luôn. Ví dụ FreeBSD Memory Filesystem
+ Các application server như Jboss, WebSphere có riêng chức năng cache của mình

+++ Và quan trọng nhất là gần đây, bản thân các DB software đã được chức năng này vào DB của mình. Ví dụ: Mysql
http://opentechpress.jp/article.pl?sid=06/09/04/0227228&from=rss
http://tangent.org/index.pl?lastnode_id=478&node_id=506

Phải công nhận nếu như trong bản thân các DB có sẵn chức năng này thì phía application dev sẽ rất là tiện lợi lắm. Vì không còn phải nghĩ ngợi hay viết code để thực hiện động tác này nữa.