Posted by dom.killer on September 1, 2008 at 2:48pm
Theo ghi nhận từ version đang phát triển, version 7. Drupal đã thay đổi cách viết mã để chuyển sang OOP. Cụ thể là class Database. Đáng sợ, từ 4 file lúc trước, giờ đã là 12 file.
Rồi đây tốc độ của Drupal sẽ như thế nào?
Comments
Nhìn ở đây
Nhìn ở đây http://cvs.drupal.org/viewvc.py/drupal/drupal/includes/database/ thì vẫn 4 file cho abstract layer và cho mỗi engine mà (trước thì không để ý). Cái object oriented thì phần design đã thấy rồi, phần code có thêm cũng chẳng sao, thấy nó viết cũng đơn giản. 1 script viết trong 1 file hoặc chia nhỏ ra 10 file thì tốc độ không khác nhau mấy đâu (nếu tốc độ thực hiện script đó ở mức vài trăm ms). Chỉ sợ tốn thêm bộ nhớ...
PS: cái "public" không được chọn mặc định nên thỉnh thoảng lại có bài private.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
Object-Oriented là đúng đường rồi
OO là đúng đường rồi nhưng dĩ nhiên website của mình sẽ chậm lại... Không biết phần drupal database mới có dùng datata object (trong .net gọi là LINQ) không? Nghĩa là mỗi table là một dataobject và mĩnh không cần viết SQL trong program của mình nữa (chi viết SQL khi nào nó khó quá mà dataobject làm không đưỡc). Không cần viết SQL thì mình có thể chạy phần mềm của mình trong bất cứ database nào mà không cần thay đổi code của mình.
Database Object thực ra
Database Object thực ra là giúp làm việc thuận tiện hơn thôi. Chứ thực ra hiện tại với Database abstract layer, nếu code viết tốt thì db nào cũng làm được mà không cần đổi code, chứ đâu cần DO ;) Mà hình như D6 phần db schema cũng abstract luôn thì phải (trong phần install các module).
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
patern?
Tại sao phải dùng data object? Dùng data object thì programmer không cần phải viết SQL, lúc save data thì mình không cần viết code. Không cần viết code để nói chuyện với database, không cần viết SQL thì tại sao không dùng patern này mà lại dùng patern khác? Viết code tốt đâu có hay bằng không cần viết...
Không hiểu comment trên
Không hiểu comment trên này đang trả lời cho cái gì ;-)
Đúng là không cần viết code thì hay hơn là cần viết code. Nhưng giữa "hay" với "tốt", "hiệu quả", "nên làm" là cả một khoảng cách...
DO hơn SQL không chỉ vì nó hay hơn ở chỗ không cần query. Một số trường hợp nó hiệu quả (nhanh) hơn. Bản thân không rành DO nên chẳng dám nói nhiều ;-) Với lại D7 họ làm vậy thì mình theo vậy, khi rành thì ngồi bình loạn sau.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
Tôi có theo dõi issue
Tôi có theo dõi issue phát triển này khá kỹ. Các benchmark được thực hiện đều cho thấy Datbase Layer mới thích hợp với kiểu viết cũ + tốc độ tương đương. Đi theo Drupal riết rồi quên OOP hết trơn, tôi theo dõi Drupal 7 để lấy các best practise, tăng dần kỹ năng OOP.
--
Thế Hồng
Symfony và .net
nếu dùng data object bên drupal 7 thì rất là mẩt công viết lại những modules khác, vì vậy drupal không theo đường này cung đúng... Nếu các bạn có thí giò nghiên cúu Symfony (php) hay là .NET 2008, các bạn sẽ không thấy SQL trộn trung với php hay là .net code đâu. Tại sao dùng data object?
Dĩ nhiên dataobject cùng có cái dỡ của nó (chẳng hạn như là vịết batch program vậy đó. Nếu gọi nhiều data quá thì dùng data object rất là trậm).
Còn nói về PHP và drupal thì mình thấy bệnh quá. PHP chăng có structure, debug thì khó khăng. Không biết bao giờ PHP sẽ thay đôi đây? .Không biết có khi nào drupal se chuyen qua Ruby không đây?
Drupal không dành cho
Drupal không dành cho newbie. Nếu 10 năm trước thì Drupal dành cho newbie, vì newbie đều không biết OOP, nhưng giờ thì nó dành cho pro vì newbie chỉ OOP một máy móc.
Array thay cho Strut được không? Nếu không muốn trộn với code thì viết riêng nó thành hàm là được, ex: sql_get_user($user_id) { return fetch("SELECT... $user_id"); } sql_get_user($user->id);
OOP có mấy chục năm trước rồi
Tại người làm ra Drupal không biết dùng OOP thôi chứ OOP có mấy chục năm trước rồi...
"Array thay cho Strut được không? Nếu không muốn trộn với code thì viết riêng nó thành hàm là được, ex: sql_get_user($user_id) { return fetch("SELECT... $user_id"); } sql_get_user($user->id);"
objUser.GetRecord($userid);
Bạn cứ nhìn vào Symfony (PHP) hay là .NET 2008 thì thấy mình nói gì liền
"Tại người làm ra
"Tại người làm ra Drupal không biết dùng OOP" - Đừng nói vậy người khác họ cười. Dries làm PhD về Java, làm với thầy hướng dẫn là cha đẻ của Java, nên không đến mức "lạc hậu" như vậy. Nghĩa là có lí do khác.
Còn về Symfony hay .NET 2008 mình không biết gì nên không bàn.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
PHD Java?
Không phải PHP JaVa/NET/ là biết design mot application đâu anh hai. Tôi đã làm với nhiều người có bằng certify JAVA nhưng lúc design thì như là ẸO. Nhìn code của Drupal như là nhìn code của COBOL vậy, viết tùm lum và không có structure chút nào...
Không có cấu trúc như
Không có cấu trúc như thế nào, dẫn chứng xem. Chương trình có cấu trúc đẹp là như thế nào?
Tôi biết, ORM bằng PHP
Tôi biết, ORM bằng PHP thì có thể kể như: Propel, Doctrine hoặc Hibernate trong Java hay Active Record trong Rails.... Đa số những người biết OOP máy móc và chưa giải quyết các câu query để tăng hiệu suất đều thích kiểu như vậy. Máy móc là một bệnh, bệnh tiếp theo phải gặp là không biết viết sql query. Làm web bé bé chơi thì không nói gì, nhưng khi gặp đến vấn đề sau này thì bảo trì ORM còn ngốn thời gian gấp nhiều lần so với cách viết thông thường, nghĩa là manual mapping.
Đây chính là lý do tại sao Drupal bây giờ thì dành cho expert chứ không phải có newbie như nhiều người vẫn làm tưởng rằng cứ viết OOP hết như Joomla thì mới pro còn viết hàm như Drupal là chuối.
PS: Nói người viết Drupal không biết viết OOP thì quả thật là một nhầm lẫn tai hại, bạn hãy tìm hiểu Dries Buytaert xem anh ta là ai. Đợt viết OOP lần này chỉ là viết cho vui lòng với các ông choai choai máy móc chứ tác giả Drupal cũng chẳng mặn mà để sử dụng version 7.
spaghetti code
nếu anh bạn có nhiều thì giờ để nguyên cú code thì cứ mở code ra mà nguyên cúu (code là open source nên ai đọc cung đựơc) , tôi thì phải đi làm và làm việc tự thiện gíup mấy em học sinh nên không cói thời gian copy và paste code cho anh bạn xem. Anh bạn cứ compare code cua drupal với .NET và symfony thì biết liền...
http://groups.drupal.org/node/11912
Paste thử vài đoạn
Paste thử vài đoạn code của Drupal với đoạn code viết bằng .NET rồi phân tích giúp đi ? Chắc mọi người không biết nên mới nhờ bác.
PS: So Drupal với .NET hay Symfony thì hơi lệch lạc chút. Nên có vài đoạn code cụ thể thì hay hơn.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
Sao lại đem vấn đề
Sao lại đem vấn đề về CSDL để so sánh code framework. CSDL của Drupal là làm cho đại trà, còn nếu làm Enterprise thì phải sửa lại. Đã tham gia vào Drupal mà cứ lấy .NET ra so thì chẳng khác gì con nít. So sánh là so sánh kiến trúc, design chứ không phải là line by line trong code.
các bác pro>>hiểu rõ về database>>sao không viết module cho vn
thấy các bác tranh luận mà em thấy choáng vì chả hiểu gì....vì tìm hiểu cách "chip" được drupal đã tốn time lắm rồi.
Nếu các bác pro thì theo em nên tập họp anh em lại để làm các dự án riêng của nhóm vietnam>>vì hiện nay các module cho dân việt ít quá (toàn xài của nước ngoài). Đến lúc yêu cầu của dự án mà không có module nào đáp ứng được thì pó tay>>>đó cũng là lý do drupalvn.org èo uột ....
srr vì mình spam trong box này>>>>vì chỉ chỗ này mình mới biết được mấy bác pro về lập trình....
Việt Nam đang cần
Việt Nam đang cần module đặc biệt gì? Bộ gõ tiếng Việt thì đã có viet_typing rồi đó.
--
Thế Hồng
tôi là con nít mà
anh hai ơi, anh hai là người lớn thì nên mở mang chí tuệ và học hỏi từ ngừời khác chứ đừng có ngoan cố đi chê người khác là con nỉt. Nuối cao thì còn có nuối khác cao hơn... đừng nghĩ mình hay và cải bừa. Anh nói anh không biết .NET thì tại sao anh hai không nhìn vào Symfony đi? Symfony framework là PHP đó... Còn về .NET thì anh hai có làm research và nhìn vào db4o hay là nhưng .NET open source khác chưa? Tôi không phải là chê Drupal framework nhưng tôi nói Drupal code thì ẹo và không có structure như những open source khác (như là .net open sources, ruby open sources hay là một trong những PHP open souces khác chăng hạn). Tôi nghi debate subject này không có đưa tới kết quả gì. Debate với một người CLOSE MINDED thì chăng đưa tới đâu. Anh hai viết gì cung được, đây sẽ là post cuối cùng cua tôi về subject này.
Vì là bài cuối nên
Vì là bài cuối nên cố tình viết sai chính tả ? Hơn 10 lỗi trong 5 dòng...
Dù sao tôi cũng không thích tranh luận nữa, khi mà bài viết chẳng có chút thông tin nào.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
jcisio là người có học? I don't think so
anh Nguyển Hại Nam, anh nói anh học PHD mà sao anh sử xự còn thua một người chưa học hết tiều học ở Vietnam vậy? Viết sai chính tả có liên hệ gì tới drupal đâu? Vì tiếng VN tui không hay nên tôi sẵng sàng học hoi từ nơi anh hay là các bạn khác mà... Tôi rất là xầu hồ cho anh vì anh tự xưng là dân có học mà cách sử xự còn bết hơn một người không có học (tôi nghĩ nếu ba má anh biết anh như vậy chắc cũng không vui đâu)... Mổi người đều có suy nghi riêng cua mình... nếu ai không suy nghĩ như mình thì cung phải tôn trọng họ chứ? Đã kích cá nhân có đem lợi ích gì tới anh không anh PHD?
you should be ashamed of yourself, this is low as low as it can get.
chúc anh có một ngày zui ze nha anh PHD
off topic: viết sai chính
off topic: viết sai chính tả là chuyện bình thường. Nhưng 1 người viết 10 bài, 9 bài có 2 lỗi còn 1 bài có 20 lỗi thì là chuyện không bình thường. Nếu tôi nhận xét không kĩ thì bạn bỏ qua cho, vì có thể các bài trước của bạn tôi đọc vội nên không phát hiện ra nhiều lỗi.
Mỗi người mỗi khác, tôi chấp nhận sự thật đó. Có vài nhận xét vậy thôi, vì tôi rất ghét những ai cố tình đả kích cá nhân. Nói đến đây chắc bạn hiểu... Chắc bạn cũng đồng quan điểm này.
--
[vi] www.thongtincongnghe.com
Trang tin điện tử về CNTT, Viễn thông, Điện tử...
anh PHD ủng hộ chế đô Độc Tài?????
anh PHD ơi, anh quay lại đọc hềt tất cả post lại đi... không biết ai đả kích ai trước đi nưa
Nếu anh PHD có tinh thần xây dựng thì tôi đây sẵn sàng học hỏi từ anh hay là các bạn khác (vì tôi là người VN nên lúc nào tôi cũng muốn improve tiếng VN của tôi). Nếu anh PHD đem việc đánh vần ra và có tính cách tuyên truyền xuyên tạc thì tôi đây hết sức xấu hổ cho anh PHD (nếu bố mẹ anh PHD biết anh cư xữ như vậy thì cũng không có vui gì cho anh PHD đâu). Tại sao lại xấu hổ cho anh?
một người có học như anh sẽ không sữ sự như anh đâu
đâu phải ai cũng được đi học cao và viết tiếng VN thường xuyên ngày như anh PHD đâu. Nếu anh chỉ học tới lớp 4 ở VN thì anh nghỉ anh sẽ không viết sai chính tả không?
what spelling has anthing to do with DRUPAL? anh thấy việc đánh vần sai có liên hệ gì tới subject mình đang ban luận không? Rất là nhiều người vào Drupal forum mà anh có bao giờ thấy post nào nói về đánh vần sai như là post cua anh PHD không? I don't think so
đâu phải ai cũng xuy nghĩ và cùng một quan điểm như nhau. Mình vào đây để giúp đở và học hỏi lẩn nhau, tại sao mình phải đi đả kích lẫn nhau? Chỉ có một chế độ độc tài thì mới vậy thôi anh PHD ơi
thôi tôi tạm ngừng bút nha anh PHD.. tôi biết tôi có viết sai chính tả và xin anh PHD vui lòng bỏ qua nha
Nhìn các bác binh luận
Nhìn các bác binh luận thì chắc rằng kiến thức của các bác cao rồi. Mỗi người đều có một cái nhìn riêng cả. Chúc các bác trung thu vui vẻ. Em có một vấn đề muốn giải quyết với drupal bác nào chỉ dẫn cho em em cảm ơn nhiều. Em tạo một menu item vấn đề khi kích vào menu này thì dữ liệu của một trang web khác sẽ được load vào phần body(thân) drupal. Mong các bác giúp đỡ
+++++=====@@@$$$$$$$$$$$ http://vnstore.us/ $$$$$$$$$@@@=======+++++++
Tran Tan
Tel : 0905 403 723
http://baogame.vn/
http://Bienhoa.vn/
Nhìn các bác binh luận
Nhìn các bác binh luận thì chắc rằng kiến thức của các bác cao rồi. Mỗi người đều có một cái nhìn riêng cả. Chúc các bác trung thu vui vẻ. Em có một vấn đề muốn giải quyết với drupal bác nào chỉ dẫn cho em em cảm ơn nhiều. Em tạo một menu item vấn đề khi kích vào menu này thì dữ liệu của một trang web khác sẽ được load vào phần body(thân) drupal. Mong các bác giúp đỡ
+++++=====@@@$$$$$$$$$$$ http://vnstore.us/ $$$$$$$$$@@@=======+++++++
Tran Tan
Tel : 0905 403 723
http://baogame.vn/
http://Bienhoa.vn/
He he, không ngờ PDO
He he, không ngờ PDO lại ghê gớm đến thế :-) TH cũng mới biết thêm vài chiêu:
1. Với database layer mới này thì các module đã có thể cùng lúc làm việc được với nhiều database/database type.
<?php$result = db_query("SELECT nid, title FROM {node}", array(), array(
'target' => 'slave',
'fetch' => PDO::FETCH_ASSOC,
));
?>
Xây dựng truy vấn dễ dàng hơn nhiều:
<?php$query = db_select('node', 'n', $options);
?>
Place holder trực quan hơn:
<?php$result = db_query("SELECT nid, title FROM {node} WHERE type = :type", array(
':type' => 'page',
));
?>
Gọi thao tác theo kiểu "vòng vòng" (chaining methods, không biết tiếng Việt gọi là gì)
<?php$num_rows = $query->countQuery()->execute()->fetchField();
?>
hook_db_rewrite_sql () giờ gọn gàng hơn và dễ hiểu hơn hook_query_alter()
<?php/**
* Implementation of hook_query_alter().
*/
function example_query_alter(QueryAlterableInterface $query) {
// ...
}
?>
Viết database driver dễ hơn, hứa hẹn Drupal 7 sẽ hỗ trợ SQLite :-D
--
OOP Newbie
Tên method thì CamelCase
Tên method thì CamelCase nhưng tên file thì vẫn .inc
Place holder là chức năng mặc định của PDO khi prepare query, ngốn bộ nhớ cho cả PHP, Data Layer, Data Server cũng không phải hiền.
Chaining mà không unset thì chết bộ nhớ :D
SqLite dùng để lưu settings có tốt không nhỉ?
Tên method thì CamelCase
Cho TH hỏi là file extension phải là gì thì mới giống người ta?
DBLayer kiểu cũ của Drupal cũng ở dạng place holder này mà, nhưng ở dạng thô sơ hơn: %d, %s, %f. TH không hiểu ở dạng mới này lý do tại sao làm cho performance kém hơn?
jQuery xài cái chaining này ầm ầm mà nó có chậm hơn cách viết bình thường đâu?
--
Thế Hồng
Cho TH hỏi là file
PHP thì có chuẩn: .php, .php3, .php4, .php5, .php6. Trong một ứng dụng, nếu viết bằng một ngôn ngữ thì nên có extension của file theo tên ngôn ngữ đó như .c, .cpp, .java, có thể tự ra cái ext cho riêng nhưng cũng có sự đồng nhất, ví dụ như Google Chrome là .cc thay vì .cpp, .h là chuẩn của các file header. Còn drupal thì loạn hết cả lên .info, .module, .engine, .install. Cái này không rõ có phải là cho trường hợp khi include qua URL thì .module sẽ được còn .module.php thì lỗi vì có thể nó đã bị biên dịch thay vì còn mã PHP, nhưng include qua URL là nên tránh vì bảo mật.
Place holder là cách gọi thông thường, thực chất đây là prepare statement, và nó đều prepare ở cả client và server của MySQL. Còn place holder trong printf, sprintf chỉ là thay giá trị từ PHP, khi tới MySQL thì chỉ gửi thẳng dữ liệu mà không phải prepare (chuẩn bị tạm), bước chuẩn bị này chính là bước tốn bộ nhớ khi prepare.
jQuery là javascript ở client, máy của user chạy 1 site thì chỉ mất có chút bộ nhớ trong máy của user. Khi chaining thì đều phải trả về cả 1 đối tượng ($this) chưa kể bên trong đó còn có rất nhiều properties để lưu các giá trị mà có nó mới chaining được thay vì trả về trực tiếp như thông thường. Bình thường, dữ liệu lúc trả về là XZY, nhưng khi chaining thì là object('var1', 'var2', ... 'varn', 'XYZ')
@Prepare statement: TH nghĩ
@Prepare statement: TH nghĩ không ảnh hưởng gì đâu, dữ liệu truyền tải qua lại giữa apps và DB không đáng kể.
@Chaining: Trở lại căn bản của hàm, có phải là sau mỗi khi một hàm được thực hiện xong, thì các biến bên trong của nó đều được xoá => Nếu như vậy thì mình có thể chia nhỏ mã nguồn ra làm nhiều hàm sẽ giải quyết được phần nào vấn đề?
Cảm ơn bạn rất nhiều,
--
Thế Hồng
Trong drupal, mình thấy
Trong drupal, mình thấy có những bảng này truyền dữ liệu đã được serialize khá nhiều: variable, system. Tuy nhiên cũng không đáng kể, prepare statement thường chỉ có ưu thế với batch query (nhiều query liên tiếp nhau như INSERT) và lợi thế chống SQL Injection tốt hơn thì có thể lựa chọn được, mất chút hiệu suất để bảo mật cũng không sao.
Đó là căn bản của hàm, còn class thì không như vậy, các thuộc tính vẫn còn lưu dữ liệu, nếu phương thức trong class mà dùng theo reference (có & ở trước tên hàm) thì nó được giữ lại. Database class của Drupal còn rất ít chức năng, vì vậy ít thấy rõ sự nặng nề hơn so với Zend_DB. Khi chia nhỏ mã nguồn ra nhiều thì sẽ phát sinh thêm PHP IO bottleneck, theo Rasmus Lerdorf khuyến cáo thì chỉ nên include 3 file để có hiệu suất tốt nhất. Nhưng hiếm có trang nào làm được như vậy. Drupal include khoảng 60-100 file, Joomla thì luôn trên 90 file, nếu chia nhỏ nữa thì Facebook (Facebook Source Code Leaked) đã nếm trải. Tất nhiên là sẽ khó có trang nào của Việt Nam có được lượng truy cập như Facebook, tuy nhiên, nếu bị tấn công DDOS thì không thể nói trước được.
Nhìn lại 8 năm về trước: http://cvs.drupal.org/viewvc.py/drupal/drupal/backend.class.php?hideatti...
<?
include "functions.inc";
class backend {
// Channel properties:
var $id;
var $url;
var $site;
var $file;
var $contact;
var $timestamp;
// Contains the raw rdf/rss/xml file:
var $data;
// Contains the parsed rdf/rss/xml file:
var $headlines = array(); // latest headlines
#####
# Syntax.......: backend(...);
# Description..: Constructor - initializes the internal variables.
#
function backend($id, $site, $url, $file, $contact, $timout = 1800) {
### Connect to database:
dbconnect();
### Get channel info:
$result = mysql_query("SELECT * FROM channel WHERE id = '$id' OR site = '$site'");
if ($channel = mysql_fetch_object($result)) {
### Initialize internal variables:
$this->id = $channel->id;
$this->site = $channel->site;
$this->file = $channel->file;
$this->url = $channel->url;
$this->contact = $channel->contact;
$this->timestamp = $channel->timestamp;
### Check to see whether we have to update our headlines first:
if (time() - $this->timestamp > $timout) $this->url2sql();
### Read headlines:
$result = mysql_query("SELECT * FROM headlines WHERE id = $this->id ORDER BY number");
while ($headline = mysql_fetch_object($result)) {
array_push($this->headlines, "<A HREF=\"$headline->link\">$headline->title</A>");
}
}
else {
$this->site = $site;
$this->url = $url;
$this->file = $file;
$this->contact = $contact;
}
}
Nhìn qua thì có thể thấy ngay phong cách viết mã Java. include thay cho import ở nhiều file, luôn dùng " thay vì linh động thêm ' như hiện nay.
Drupal 7 đã hỗ trợ SQLite
Sau nhiều năm trông đợi, đến phiên bản 7, Drupal đã hỗ trợ SQLite: http://drupal.org/cvs?commit=154578, http://drupal.org/cvs?commit=154579
Lợi ích thì thấy khá rõ:
- site chính: your-site.com/ MySQL/PostgreSQL
- shoutbox: shoutbox.your-site.com Nhu cầu mở rộng không cao, dữ liệu rất ít, ... => sử dụng SQLite
- image: images.your-site.com/ xử lý hình ảnh, sử dụng cho site chính
Ngoài ra, có thể sử dụng SQLite để cache nội dung fetch được từ các web services.
...
--
Thế Hồng
Công nghệ thông tin việt Nam, không cần
Những con người chỉ biết cải nhau mà cẩn những người làm những việc cụ thể và làm việc đó thật good. Đừng nghỉ mình biết nhiều, hay đem so sánh thế này thế kia là giỏi. Các bác xem lại cái mục đích mà mình thảo luận nó đi đâu? và về đến đâu nhé?
Hoang Thanh Luyen
Software Engneering
Phone: 0906265787.
Ho Chi Minh, Viet Nam
Hoang Thanh Luyen
Software Engneering
Phone: 0906265787.
Ho Chi Minh, Viet Nam
Công nghệ thông tin việt Nam, không cần
Những con người chỉ biết cải nhau mà cẩn những người làm những việc cụ thể và làm việc đó thật good. Đừng nghỉ mình biết nhiều, hay đem so sánh thế này thế kia là giỏi. Các bác xem lại cái mục đích mà mình thảo luận nó đi đâu? và về đến đâu nhé?
Hoang Thanh Luyen
Software Engneering
Phone: 0906265787.
Ho Chi Minh, Viet Nam
Hoang Thanh Luyen
Software Engneering
Phone: 0906265787.
Ho Chi Minh, Viet Nam
Văn hóa tranh luận
Chào cả nhà,
Có lẽ yêu cầu cho một bộ quy định về văn hóa tranh luận nên ra lò để mọi người theo đó mà cân nhắc lời ăn tiếng nói của mình.
@jcisio: Đây là lần nữa em rơi vào tranh luận (lần gần nhất mình biết là JLV), và may be, lại bỏ đi vì xung đột?! Thiện tai, thiện tai :)
@SunflowerMission: Bạn cần cố gắng hơn để viết đúng chính tả, đó là điều tối thiểu ở bất cứ diễn đàn VIỆT nào. Và những article bạn viết cần có thêm dẫn chứng cụ thể thay vì nói "Hãy thử đi". They don't have time :).
@hoangthanhluyen: Những người đang tranh luận đó đều đang làm việc tốt cả đó em (và chắc chắn là cũng có uy tín trong CNTT trẻ Việt Nam). Phát biểu như vậy là vội vàng lắm đó :).
http://codeandmore.com
http://www.codeandmore.com