markdown:
##
[Sim Vietnamobile đầu số 092 tại Phường Tân Thuận Tây Quận 7 TPHCM](http://simmobifonegiare.simsomobi.com/2014/04/sim-vietnamobile-au-so-092-tai-phuong.html)
Sim Vietnamobile Giá bán VND
|0925588889||15.000.000|
|0925555595||15.000.000|
|0925555585||15.000.000|
|0926666656||14.000.000|
|0926767979||13.000.000|
|0926626888||13.000.000|
|0927105555||13.000.000|
|0929333368||13.000.000|
|0926488488||12.950.000|
|0926809268||12.900.000|
|0928887887||12.700.000|
|0926012012||12.550.000|
|0926666366||12.500.000|
|0926666660||12.400.000|
|0926666446||12.000.000|
|0923335678||12.000.000|
|0925246246||12.000.000|
|0922999994||12.000.000|
|0927355355||12.000.000|
|0925588886||12.000.000|
Bấm chuột để liên hệ hoặc xem thêm:
**sim so dep 092**
## 0 nhận xét:
## Đăng nhận xét


markdown:
##
[Cần cung cấp 0977729724 giá 500000 ](http://simsodephn.so09.net/2017/06/can-cung-cap-0977729724-gia-500000.html)
Kiếm số đẹp dễ nhớ đã là nhu cầu của rất nhiều người sử dụng điện thoại di động, Nó sẽ phục vụ tốt cho công việc kinh doanh, quan hệ bạn bè, xã hội hàng ngày. Người buôn bán có sim số đẹp sẽ có được nhiều lợi thế hơn so với đối thủ, nếu bạn đang có nhu cầu mua
0943070771 …………….giá bán……………. 1000000
0943201110 …………….giá bán……………. 1000000
0971420568 …………….giá bán……………. 2400000
0961955639 …………….giá bán……………. 800000
0902526880 …………….giá bán……………. 700000
0901694123 …………….giá bán……………. 1200000
0938942007 …………….giá bán……………. 1200000
0919090310 …………….giá bán……………. 1000000
0901201901 …………….giá bán……………. 2400000
0978270005 …………….giá bán……………. 800000
0945437366 …………….giá bán……………. 1000000
0933175552 …………….giá bán……………. 1000000
0945210810 …………….giá bán……………. 800000
0963404599 …………….giá bán……………. 1000000
0943070500 …………….giá bán……………. 1000000
0965470839 …………….giá bán……………. 500000
0924177339 …………….giá bán……………. 600000
0963344963 …………….giá bán……………. 800000
0901667567 …………….giá bán……………. 7000000
0901621671 …………….giá bán……………. 1900000
Chọn thêm :
ĐT: 0912.855.663- 0835899999- 0903966896-0905188999 - ĐC: 105-107 Đường Số 11, Phường 11, Quận Gò Vấp, TPHCM
0972163008 …………….giá bán……………. 450000
0909654883 …………….giá bán……………. 350000
0938887001 …………….giá bán……………. 500000
0983767332 …………….giá bán……………. 500000
0943266357 …………….giá bán……………. 450000
0925160898 …………….giá bán……………. 400000
0947759754 …………….giá bán……………. 400000
0909062057 …………….giá bán……………. 400000
0963568445 …………….giá bán……………. 400000
0937875929 …………….giá bán……………. 400000
0964431964 …………….giá bán……………. 500000
0969696854 …………….giá bán……………. 500000
0962223101 …………….giá bán……………. 500000
0945273012 …………….giá bán……………. 500000
0943080821 …………….giá bán……………. 400000
0948293529 …………….giá bán……………. 400000
0928224483 …………….giá bán……………. 500000
0934003505 …………….giá bán……………. 500000
0963177353 …………….giá bán……………. 500000
0964471525 …………….giá bán……………. 400000
Bạn tìm thêm :
ĐT: 0912.855.663- 0835899999- 0903966896-0905188999 - ĐC: 105-107 Đường Số 11, Phường 11, Quận Gò Vấp, TPHCM
0919575043 …………….giá bán……………. 300000
0977375894 …………….giá bán……………. 300000
0988539437 …………….giá bán……………. 300000
0906985541 …………….giá bán……………. 300000
0902679107 …………….giá bán……………. 300000
0902542180 …………….giá bán……………. 300000
0977178932 …………….giá bán……………. 300000
0932745011 …………….giá bán……………. 300000
0938865214 …………….giá bán……………. 300000
0928331389 …………….giá bán……………. 300000
0934167180 …………….giá bán……………. 300000
0967756845 …………….giá bán……………. 300000
0924035496 …………….giá bán……………. 300000
0924733459 …………….giá bán……………. 300000
0932128410 …………….giá bán……………. 300000
0937489344 …………….giá bán……………. 300000
0926092391 …………….giá bán……………. 300000
0968584218 …………….giá bán……………. 300000
0924256235 …………….giá bán……………. 300000
0977194125 …………….giá bán……………. 300000
[Bán sim Mobi số đẹp tại TPHCM](http://www.tiaodan8.com/ban-sim-mobi-so-dep-tai-tphcm.html)để phục vụ mục đích nào đó hãy nhanh tay chọn cho mình một số đẹp giá tốt vừa ý. Tiếp theo là danh sách sim đẹp dễ nhớ để các bạn lựa chọn.
0943070771 …………….giá bán……………. 1000000
0943201110 …………….giá bán……………. 1000000
0971420568 …………….giá bán……………. 2400000
0961955639 …………….giá bán……………. 800000
0902526880 …………….giá bán……………. 700000
0901694123 …………….giá bán……………. 1200000
0938942007 …………….giá bán……………. 1200000
0919090310 …………….giá bán……………. 1000000
0901201901 …………….giá bán……………. 2400000
0978270005 …………….giá bán……………. 800000
0945437366 …………….giá bán……………. 1000000
0933175552 …………….giá bán……………. 1000000
0945210810 …………….giá bán……………. 800000
0963404599 …………….giá bán……………. 1000000
0943070500 …………….giá bán……………. 1000000
0965470839 …………….giá bán……………. 500000
0924177339 …………….giá bán……………. 600000
0963344963 …………….giá bán……………. 800000
0901667567 …………….giá bán……………. 7000000
0901621671 …………….giá bán……………. 1900000
Chọn thêm :
[http://13.sim5.net/](http://13.sim5.net/)
ĐT: 0912.855.663- 0835899999- 0903966896-0905188999 - ĐC: 105-107 Đường Số 11, Phường 11, Quận Gò Vấp, TPHCM
0972163008 …………….giá bán……………. 450000
0909654883 …………….giá bán……………. 350000
0938887001 …………….giá bán……………. 500000
0983767332 …………….giá bán……………. 500000
0943266357 …………….giá bán……………. 450000
0925160898 …………….giá bán……………. 400000
0947759754 …………….giá bán……………. 400000
0909062057 …………….giá bán……………. 400000
0963568445 …………….giá bán……………. 400000
0937875929 …………….giá bán……………. 400000
0964431964 …………….giá bán……………. 500000
0969696854 …………….giá bán……………. 500000
0962223101 …………….giá bán……………. 500000
0945273012 …………….giá bán……………. 500000
0943080821 …………….giá bán……………. 400000
0948293529 …………….giá bán……………. 400000
0928224483 …………….giá bán……………. 500000
0934003505 …………….giá bán……………. 500000
0963177353 …………….giá bán……………. 500000
0964471525 …………….giá bán……………. 400000
Bạn tìm thêm :
[http://aa.simsomobi.com/](http://aa.simsomobi.com/)
ĐT: 0912.855.663- 0835899999- 0903966896-0905188999 - ĐC: 105-107 Đường Số 11, Phường 11, Quận Gò Vấp, TPHCM
0919575043 …………….giá bán……………. 300000
0977375894 …………….giá bán……………. 300000
0988539437 …………….giá bán……………. 300000
0906985541 …………….giá bán……………. 300000
0902679107 …………….giá bán……………. 300000
0902542180 …………….giá bán……………. 300000
0977178932 …………….giá bán……………. 300000
0932745011 …………….giá bán……………. 300000
0938865214 …………….giá bán……………. 300000
0928331389 …………….giá bán……………. 300000
0934167180 …………….giá bán……………. 300000
0967756845 …………….giá bán……………. 300000
0924035496 …………….giá bán……………. 300000
0924733459 …………….giá bán……………. 300000
0932128410 …………….giá bán……………. 300000
0937489344 …………….giá bán……………. 300000
0926092391 …………….giá bán……………. 300000
0968584218 …………….giá bán……………. 300000
0924256235 …………….giá bán……………. 300000
0977194125 …………….giá bán……………. 300000
## 0 nhận xét:
## Đăng nhận xét

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Identified-Payload-Type: application/xhtml+xml

Server: GSE

X-Content-Type-Options: nosniff

Cache-Control: private, max-age=0

X-XSS-Protection: 1; mode=block

Content-Type: text/html; charset=UTF-8


markdown:
-
[THÔNG BÁO TUYỂN ADMIN DIỄN ĐÀN 2013](http://spkt.net/threads/thong-bao-tuyen-02-admin-cho-4rum.32345/)
[Tìm kiếm nhà trọ - Ở ghép](http://www.spkt.net/forums/thong-tin-nha-tro.138/)
[THÔNG BÁO BÁN ÁO SPKT.NET CHO THÀNH VIÊN DIỄN ĐÀN](http://spkt.net/threads/thong-bao-ban-ao-dien-dan-spkt-2013.27570/)
**HÃY TÌM KIẾM Ở ĐÂY TRƯỚC KHI ĐẶT CÂU HỎI**{xen:phrase loading}
# em nhớ anh
Thảo luận trong '
[Tình bạn Tình Yêu Lời Trái Tim Muốn Nói](forums/tinh-ban-tinh-yeu-loi-trai-tim-muon-noi.245/)' bắt đầu bởi [Su ngây](members/su-ngay.7239/), [16 Tháng một 2010](threads/em-nho-anh.5307/).

WARC-Identified-Payload-Type: text/html

Connection: close

Vary: Accept-Encoding,User-Agent


markdown:
-
[THÔNG BÁO TUYỂN ADMIN DIỄN ĐÀN 2013](http://spkt.net/threads/thong-bao-tuyen-02-admin-cho-4rum.32345/)
[Tìm kiếm nhà trọ - Ở ghép](http://www.spkt.net/forums/thong-tin-nha-tro.138/)
[THÔNG BÁO BÁN ÁO SPKT.NET CHO THÀNH VIÊN DIỄN ĐÀN](http://spkt.net/threads/thong-bao-ban-ao-dien-dan-spkt-2013.27570/)
**HÃY TÌM KIẾM Ở ĐÂY TRƯỚC KHI ĐẶT CÂU HỎI**{xen:phrase loading}
# Hoài Linh: Kungfu Liveshow
Thảo luận trong '
[Clip vui cười](forums/clip-vui-cuoi.305/)' bắt đầu bởi [traitimbanggia_1789](members/traitimbanggia_1789.7094/), [15 Tháng một 2010](threads/hoai-linh-kungfu-liveshow.5291/).


markdown:
Offline sucanhvietnam...
30-07-2017, 04:46 PM
Ghép sứ thiện nguyện
14-12-2015, 02:35 PM
Use this control to limit the display of threads to those newer than the specified time frame.
Allows you to choose the data by which the thread list will be sorted.
Sắp xếp chủ đề theo thứ tự...
Chú ý: khi sắp kết quả theo ngày, 'sắp xếp theo bài mới nhất' sẽ hiển thị kết quả mới nhất trước tiên.

WARC-Truncated: length

Server: nginx

Vary: Accept-Encoding

Cache-Control: private

Pragma: private

X-Nginx-Cache-Status: MISS

X-Server-Powered-By: Engintron


markdown:
Use this control to limit the display of threads to those newer than the specified time frame.
Allows you to choose the data by which the thread list will be sorted.
Sắp xếp chủ đề theo thứ tự...
Chú ý: khi sắp kết quả theo ngày, 'sắp xếp theo bài mới nhất' sẽ hiển thị kết quả mới nhất trước tiên.


markdown:
![Xe sh 2017 độ mặt nạ sh màu đen mờ huyền bí tại sh sài gòn Xe sh 2017 độ mặt nạ sh màu đen mờ huyền bí tại sh sài gòn](http://saigonmientrungsabeco.com.vn/wp-content/uploads/2017/09/mat_na_do_che_cho_xe_honda_sh_2017_125_150_mau_den_003.jpg)
Xe sh 2017 độ mặt nạ sh màu đen mờ huyền bí tại sh sài gòn
Mặt nạ SH Ý gắn cho Honda SH 2017 hiện tại có khá nhiều mẫu mã rất được ưa chuộng. Bên cạnh đó sản phẩm có đủ màu theo xe vì vậy các bạn có thể phối với màu xe sao cho xế yêu của mình trông ngầu và đẹp mắt hơnMặt nạ SH Italia độ lên cho SH VN 2017 có đủ các màu theo xe cho bạn tha hồ phối với màu xe một cách linh động.
[Shop SH Sài Gòn](http://suctrebinhphuoc.com.vn/vi-sao-nen-do-dan-ao-sh-y-nhap-thai-cho-xe-sh-vn-125i-15i-cao-cap-tai-shop-sh-sai-gon/) chúng tôi hoạt động với phương châm luôn mang lại những mặt hàng chất lượng nhất cho các bạn, Để chọn mua một chiếc mặt nạ SH Ý cho xe SH VN 2017 thì các bạn cần dựa vào các tiêu chí như sau:
- Sản phẩm với nhựa ABS cao cấp
- Nước sơn ổn định, màu sơn giống như màu zin nguyên bản
- Các chi tiết vừa khít theo kích thước xe và “Không cấn đè” vào phần đèn xi-nhan trước.
- Các mặt hàng mặt nạ SH tại SH Sài Gòn cung cấp đều được bảo hành 24 tháng cho quý khách yên tâm sử dụng nhé.
![Shsaigon trần hưng đạo mua mặt nạ cho xe sh 2017 màu xám tím sporty Shsaigon trần hưng đạo mua mặt nạ cho xe sh 2017 màu xám tím sporty ](http://saigonmientrungsabeco.com.vn/wp-content/uploads/2017/09/mat_na_do_che_cho_xe_honda_sh_2017_125_150_mau_trang_002.jpg)
Shsaigon trần hưng đạo mua mặt nạ cho xe sh 2017 màu xám tím sporty
![sh sài gòn mua mặt nạ cho xe sh 2017 màu đen mờ cứng cáp sh sài gòn mua mặt nạ cho xe sh 2017 màu đen mờ cứng cáp](http://saigonmientrungsabeco.com.vn/wp-content/uploads/2017/09/mat_na_do_che_cho_xe_honda_sh_2017_125_150001.jpg)
sh sài gòn mua mặt nạ cho xe sh 2017 màu đen mờ cứng cáp
Mẫu mã
Sản phẩm với kiểu dáng được thiết kế tinh xảo cùng với một vài chi tiết được thiết kế chắc chắn đảm bảo vừa khít với xe 100% so với mặt nạ zin theo xe. Bên cạnh đó mặt nạ với kiểu dáng theo phong cách lãng tử châu âu đem đến sự mạnh mẽ đẳng cấp cho chiếc xe, cùng với cá khe gió uốn lượn mềm mại thế nhưng vẫn bảo đảm cho xe không bị nước xâm nhập vào bên trong làm ảnh hưởng tới bộ phận điện bên trong xe.
Kiểu dáng được cải tiến tốt hơn so với những sản phẩm hàng chợ ngoài thị trường với độ gù nhô hơn khiến cho ngực xe to hơn tạo sự chắc chắn và mạnh mẽ cho xe. Sự tách biệt giữa phần màu và phần nhám là yếu tố vô cùng quan trong giúp tạo độ thẩm mỹ cho chiếc mặt nạ mà những sản phẩm hàng chợ không thể có được.
Chất lượng sơn
Áp dụng công nghệ sơn từ tính 3 lớp gồm lớp lót, lớp màu và cuối cùng là lớp sơn bóng bảo vệ theo tiêu chuẩn của Honda.
Về màu nước sơn được pha tự động bằng máy vi tính với thông số chính xác và được
[thi công](http://suctrebinhphuoc.com.vn/noi-son-epoxy-tin-cay-chi-nhanh-binh-duong/) trong xưởng sơn chuên nghiệp với máy sơn tự động giúp bề mặt sơn căng đều và đều màu từ những góc khó nhất. Chắc chắn làm hài lòng những khách hàng khó tính nhất.
Chất lượng sản phẩm
Do là mặt nạ hàng nhập dành riêng cho xe SH việt nam 2017 do đó loại nhựa dùng để sản xuất ra mặt nạ SH Ý là nhựa ABS được sử dụng trong ngành độ xe.
Nhựa abs là chuẩn nhựa được Honda sử dụng để làm ra dàn áo zin những dòng xe cao cấp của honda như xe honda sh 2017 125i/150i, honda pcx 150i, honda vario 150, click 125, air blade, … . Nhựa ABS với độ cứng cao nhưng không giòn, dẻo nhưng không biến dạng giúp cho mặt nạ có độ bền cao với thời gian.
Đánh giá chung
[Mặt nạ sh 2017](http://suctrebinhphuoc.com.vn/cong-ty-ban-bo-op-suon-300i-cho-xe-sh-125150i-vn-2017-phong-cach-don-gian-lich-lam-moi-chuan-2017-2018-tai-hai-duong/)được thiết kế với kiểu dáng cải tiến so với một vài phiên bản tiền nhiệm trước đó, tạo ưu thế trang trí xe máy cũng như thể hiện cá tính cho xe và chủ xe.
- Gắn vào đơn giản có thể tự làm tại nhà. Vừa khít với xe y như mặt nạ zin theo xe.
- Chất liệu nhự abs và công nghệ sơn 3 lớp từ tính tăng độ bền của mặt nạ SH VN 2017 kéo dài trên 5 năm sử dụng.
- Mặt nạ xe SH 2017 phong cách ý được thiết kế 2 mãnh riêng biệt nên tạo độ sắc sảo và sắc nét
Shop SH Sài Gòn
Hỗ Trợ Tư Vấn:0909.155.564 – 0934.345.585
Đ/c: 984 Trần Hưng Đạo , F.7 , Quận 5 , Hồ Chí Minh
Fanpage:
[https://www.facebook.com/shsaigon.vn](https://www.facebook.com/shsaigon.vn)

Server: cloudflare

X-Turbo-Charged-By: LiteSpeed

Set-Cookie: __cfduid=d0b8a9285910dde315c4b24b6fbc3da311519204874; expires=Thu, 21-Feb-19 09:21:14 GMT; path=/; domain=.suctrebinhphuoc.com.vn; HttpOnly

Vary: Accept-Encoding, Cookie


markdown:
### Giới thiệu DU Battery Saver – Tiết Kiệm Pin tốt nhất
## DU Battery Saver - Tiết kiệm pin cho Android tốt nhất
**Ứng dụng Battery Saver** được biết đến như là [ứng dụng android](http://taigamefree.info/ung-dung-android) quản lý và tiết kiệm pin thông minh và tốt nhất hiện này dành cho điện thoại. Có ứng dụng này trên điện thoại, bạn sẽ chẳng cần lo về việc sử dụng pin của mình nữa, nó sẽ giúp bạn tối ưu mọi thứ, đồng thời có thể kéo dài tuổi thọ cho pin điện thoại. Một ứng dụng rất hữu ích mà hàng triệu người đã sử dụng, **Tải Ứng Dụng Miễn Phí** về máy nhé.
Được giới thiệu bởi DU Apps Studio,
**DU Battery Saver** là cách dễ dàng và đơn giản nhất để giúp điện thoại Android hoạt động tốt khi bạn cần bảo vệ điện thoại trước các ứng dụng làm sạc pin kém, tiêu hao pin và các cài đặt thiết bị làm giảm thời gian sử dụng pin. **Các tính năng nổi bật trong DU Battery Saver:**
- Trình tiết kiệm Đơn giản & Mạnh mẽ — Tăng tuổi thọ pin lên đến 50%
- Trình tiết kiệm Đơn giản — Sử dụng các chế độ quản lý pin cài sẵn thông minh hoặc tạo chế độ của riêng bạn để có được hiệu suất cao và tiết kiệm pin tuyệt vời
- Trình tiết kiệm Tiện lợi — tiện ích desktop “Tối ưu hóa” cho phép dừng các ứng dụng chạy ẩn tiêu tốn điện bằng một chạm để tăng tuổi thọ pin
- Tối ưu hóa mọi lúc: Quản lý các ứng dụng nền và phần cứng điện thoại dễ dàng với tiện ích màn hình chủ thông minh;
- Trạng thái chính xác: Xem được chính xác thời lượng pin còn lại với phân tích chi tiết về các ứng dụng và phần cứng Android của bạn.
- Các chế độ cài đặt trước thông minh: Chọn hoặc tùy chỉnh một chế độ phù hợp với tình trạng pin của bạn.
- Tối ưu hóa chỉ bằng một cú nấp chuột: Tìm và khắc phục nhanh các vấn đề về tiêu thụ pin và mở khóa các cài đặt chi tiết để kiệm năng lượng cho bạn.
tai-DU-Battery-Saver
- Chi tiết pin rõ ràng hơn: Xem mức năng lượng pin trên điện thoại của bạn theo tỷ lệ hoặc theo thời lượng còn lại
- Quản lý sạc pin đúng cách: Theo dõi và thực hiện việc sạc pin đúng cách ở các giai đoạn khác nhau để giúp cho pin của bạn hoạt động tốt nhất.
**Ứng dụng DU Battery Saver** thực sự không thể thiếu cho điện thoại của bạn, nếu như dế yêu của bạn chưa có thì hãy nhanh chóng tải về nhé, rất nhiều người đã dùng và cảm thấy rất hài lòng.
>>> Xem thêm:
[Lazada Mobile](http://taigamefree.info/lazada-mobile.html)
Hỗ trợ : Android

X-Frame-Options: SAMEORIGIN


markdown:
Tạp chí Lập trình – Gần đây, chúng ta đã nói nhiều về việc cần phải làm gì để có để trở thành một trong 64 người chiến thắng của cuộc thi
[Windows Phone Next App Star](http://dev.windowsphone.com/en-US/featured/next-app-star) để bước vào vòng bỏ phiếu. Ở đó ứng dụng của bạn sẽ có cơ hội xuất hiện trong khung quảng cáo của Windows Phone vào những giờ vàng trên truyền hình. Chúng ta cũng đã bàn về vấn đề chất lượng của ứng dụng cũng như tầm quan trọng của Chức năng, Sự tiện ích, và sự Hứng thú của ứng dụng. Còn bây giờ, chúng ta sẽ đề cập đến một vấn đề quan trọng khác.
Ngày nay, người dùng luôn bận rộn và bị tràn ngập trong muôn vàn thông tin và sự lựa chọn. Bạn phải nhanh chóng dành được sự quan tâm và tin tưởng của họ nếu bạn muốn lôi kéo họ suy nghĩ về việc mua ứng dụng của mình. Những ứng dụng lớn thì thường có muôn hình vạn dạng, những kinh nghiệm sau đây sẽ cung cấp cho bạn một số cách chung nhất để đánh bóng ứng dụng của bạn và đảm bảo người dùng sẽ chú ý tới nó.
# 1. Ảnh Tile của ứng dụng
Diện mạo của icon hoặc tile đóng một vai trò quan trọng việc quyết định cảm nhận của khách hàng về ứng dụng của bạn. Tạo ra một ảnh Tile hấp dẫn chính là một trong những cách tốt nhất để thu hút sự chú ý của khách hàng, lôi kéo họ khám phá ứng dụng của bạn. Nhữn bước sau đây có thể giúp ứng dụng của bạn nổi bật giữa đám đông:
- Tạo hình ảnh độc đáo, bắt mắt.
- Giữ sự đơn giản, tránh những thứ lộn xộn không cần thiết.
- Đảm bảo ảnh Tile phù hợp với nội dung ứng dụng của bạn.
- Các chữ phải dễ đọc.
- Sử dụng các
[nguyên tắc thiết kế của Windows Phone](https://dev.windowsphone.com/en-us/design).
- Tránh sử dụng ảnh chụp màn hình của ứng dụng cho dù hình ảnh này hữu ích trong việc mô tả ứng dụng.
- Hãy kết hợp các yếu tố nhận diện thương hiệu của bạn.
**là một ví dụ về sự đơn giản, sạch sẽ và độc đáo của ảnh Tile. Nó diễn đạt một cách rõ ràng về ứng dụng và những nội dung mà nó cung cấp. Words By Post **
# 2. Tên hiển thị của ứng dụng
Tên của ứng dụng cũng là một yếu tố quan trọng nhằm thu hút người dùng. Tên ứng dụng đại diện cho toàn bộ nội dung của nó; Cung cấp cho những người dùng mới một cái nhìn trước về ứng dụng, và cũng là cách để những người dùng hiện tại giới thiệu ứng dụng của bạn đến với những người khác. Sau đây là một vài gợi ý giúp bạn đặt tên cho ứng dụng của mình:
- Hãy chọn một cái tên thật kêu; Nó phải thú vị và độc đáo.
- Không dùng dấu gạch dưới và những kí hiệu không quen thuộc.
- Sử dụng dấu cách hợp lý.
[là một ví dụ về tên ứng dụng hấp dẫn, độc đáo và mô tả một cách rõ ràng các chức năng của ứng dụng. TripAdvisor ](http://www.windowsphone.com/en-us/store/app/tripadvisor/180b0f46-e753-e011-854c-00237de2db9e)
# 3. Mô tả ứng dụng
Mô tả ứng dụng là cơ hội để bạn bán ứng dụng của mình bằng cách thỏa mãn các yêu cầu của người dùng. Khi người dùng thấy ứng dụng của bạn hấp dẫn thì họ sẽ nhấn chuột – và đây là cơ hội để bạn thuyết phục họ cài đặt nó. Chúng tôi khuyên bạn sử dụng một số gợi ý sau để có thể viết được một mô tả có chất lượng:
- Hai hoặc ba câu đầu tiên là cực kỳ quan trọng. Những người dùng bận rộn thường sẽ không đọc nhiều hơn.
- Viết đúng ngữ pháp, đúng chính tả.
- Hãy mô tả những thứ mà ứng dụng của bạn làm tốt nhất.
- Nói cho khách hàng biết tai sao họ sẽ thích khi sử dụng ứng dụng của bạn và điều gì tạo nên sự khác biệt với các ứng dụng khác.
- Hãy trung thực và chính xác.
- Bao gồm cả lịch sử các phiên bản và các thay đổi để giới thiệu sự cải tiến của ứng dụng.
- Mô tả về các dịch vụ bổ sung có thể mua sau khi khách hàng cài đặt ứng dụng, chẳng hạn như các tính năng hoặc cấp độ mới.
**Phototastic **là một ví dụ về ứng dụng với phần mô tả chi tiết nhưng rất súc tích, nó cho người dùng biết rõ ràng về những gì họ nhận được và tại sao họ sẽ thích ứng dụng này.
# 4. Một vài lời khuyên khác để xây dựng một ứng dụng hấp dẫn
Mấy mẹo nhỏ dưới đây sẽ giúp bạn làm tốt những phần còn lại để ứng dụng của bạn thực sự tỏa sáng:
- Hãy dành thời gian để thiết kế một bức tranh toàn cảnh (panorama) chất lượng cao. Panorama là những hình ảnh hiển thị ở màn hình background của các thiết bị Windows Phone, và hãy tạo được ấn tượng đối với phần lớn người dùng. Bạn nên thiết kế bản địa hóa (localization) và ảnh nền phù hợp cho những quốc gia hoặc khu vực quan trọng mà ứng dụng của bạn xuất hiện. Đặc tả cho ảnh panorama là 1000 x 800 px, file .png và 96dpi.
- Hiển thị những bức ảnh chụp màn hình của những nội dung hấp dẫn trong ứng dụng.
Một khi bạn hoàn thành ứng dụng của mình, hãy nhớ kiểm tra lại ảnh tile, tên hiển thị và mô tả của ứng dụng để đảm bảo rằng nó lôi cuốn người dùng. Những mô tả và hình ảnh hấp dẫn sẽ giúp làm tăng số lượt tải về và cơ hội nhận được những đánh giá tốt từ người dùng. Chúc may mắn.
Bài viết được dịch từ
[blogs.windows.com](http://blogs.windows.com/windows_phone/b/wpdev/archive/2013/02/13/make-your-app-more-attractive-to-customers-in-the-windows-phone-store.aspx)
Người dịch:
**Đào Văn Đức**

Set-Cookie: __cfduid=d721bbe0885106306de3fffdd9d2108151519204043; expires=Thu, 21-Feb-19 09:07:23 GMT; path=/; domain=.tapchilaptrinh.vn; HttpOnly

Link: <http://tapchilaptrinh.vn/wp-json/>; rel="https://api.w.org/", <https://wp.me/p4wVAO-12T>; rel=shortlink


markdown:
*Martin Fowler là diễn giả, nhà tư vấn và tác giả của rất nhiều sách có ảnh hưởng về phát triển phần mềm, thiết kế và phân tích hướng đối tượng, UML, mẫu thiết kế, các phương pháp phát triển phần mềm linh hoạt, và cả XP. Thấy được những băn khoăn của nhiều người mới bắt đầu thực hành XP và Agile về vai trò của thiết kế nên chúng tôi quyết định dịch một bài viết rất quan trọng của ông có tên “Có phải thiết kế đã chết?”*
Nhiều người mới tiếp xúc với
[Extreme Programming](http://hocvienagile.com/agipedia/xp/) (XP) cho rằng XP muốn giết chết thiết kế phần mềm. XP không chỉ chế nhạo việc thiết kế là “Big Up Front Design”(thiết kế hoàn hảo trước, viết mã chương trình sau) mà cả những kỹ thuật như UML, khung làm việc (framework) linh hoạt, mẫu thiết kế (pattern) cũng không được nhấn mạnh, thậm chí gần như là bỏ qua. Thực tế XP chứa rất nhiều thiết kế, nhưng ở một cách khác so với quy trình phát triển phần mềm đã xác lập. XP làm trẻ lại ý niệm về thiết kế tiến hóa bằng những kỹ thuật để chiến thuật thiết kế tiến hóa có thể thành công. XP cũng đưa ra những thử thách và kỹ năng mới mà một nhà thiết kế phải học đó là cách làm theo thiết kế đơn giản, cách dùng tái cấu trúc để giữ cho thiết kế trong sáng và cách dùng mẫu theo cách tiến hóa.
Tháng 5, 2004
Nội dung
[Thiết kế có kế hoạch và thiết kế tiến hóa
](#_Toc352076858) [Triển khai những kỹ thuật của XP](#_Toc352076859) [Mọi thứ trên Trái đất đều đơn giản](#_Toc352076861) [Tái cấu trúc có vi phạm YAGNI?](#_Toc352076862) [Bạn có muốn trở thành một Kiến trúc sư khi lớn lên?](#_Toc352076867)
XP thách thức nhiều giả định phổ biến trong phát triển phần mềm. Một trong những tranh cãi lớn nhất trong số này là sự phủ nhận của thiết kế up – front, và thay vào đó là thiết kế tiến hóa. Đối với những người dèm pha thì đó là lối phát triển “lập trình và sửa” của kiểu tấn công hệ thống. Người hâm mộ thiết kế tiến hóa thì phủ nhận các kỹ thuật thiết kế (như UML), nguyên lý và mẫu thiết kế. Đừng lo lắng về thiết kế, nếu bạn lắng nghe mã nguồn của mình, một thiết kế tốt sẽ xuất hiện.
Cuộc tranh luận này diễn ra không ngừng trong tôi. Một thời gian dài tôi đã làm việc với UML, các tiền thân của UML và cả mẫu thiết kế. Thực tế tôi đã viết sách về cả UML và mẫu thiết kế. Liệu sự gắn kết của tôi với XP có nghĩa là sự công khai chối bỏ tất cả những gì đã viết về những chủ đề trên, làm sạch tâm trí tôi với những ý niệm tiến hóa? Tôi cũng không kỳ vọng có thể giúp bạn thoát khỏi tình trạng băn khoăn. Câu trả lời ngắn gọn là không. Câu trả lời dài hơn chính là phần còn lại của tài liệu này.
## Thiết kế có kế hoạch và thiết kế tiến hóa
Trong tài liệu này tôi sẽ giới thiệu hai phong cách thiết kế trong phát triển phần mềm. Có lẽ phong cách phổ biến nhất là thiết kế tiến hóa. Bản chất, thiết kế tiến hóa được xây dựng cùng với cài đặt hệ thống. Thiết kế là một phần của quy trình lập trình, cũng như khi thay đổi thiết kế của chương trình .
Trong những áp dụng thường gặp, thiết kế tiến hóa là thảm họa. Thiết kế cuối là một mớ các thiết kế rời rạc của những quyết định cục bộ, những thiết kế gây khó khăn cho lập trình viên khi thay đổi. Bằng nhiều cách bạn có thể kết luận đây không phải là thiết kế, và điều này thường cho ta một thiết kế tồi. Như Kent nói, thiết kế cho phép ta thay đổi phần mềm một cách dễ dàng trong thời gian dài. Khi thiết kế hỏng, bạn sẽ có một phần mềm ở trạng thái hỗn loạn. Càng ngày thiết kế càng tệ hơn, bạn không chỉ khó thay đổi phần mềm mà còn khó tìm và xử lý lỗi ở một phần mềm dễ phát sinh lỗi. Đó là cơn ác mộng “viết mã và sửa lỗi”, ở đó việc sửa lỗi trở nên tốn kém theo cấp số mũ nếu dự án tiếp tục.
Thiết kế có kế hoạch được sinh ra từ đây, nó chứa một quan điểm ở một nhánh khác của kỹ thuật. Nếu bạn xây một cái chuồng chó, bạn chỉ cần ghép một vài mảnh gỗ lại theo mô hình thô nào đó. Tuy nhiên khi xây một tòa nhà chọc trời bạn không thể làm theo cách đó. Tòa nhà sẽ đổ trước khi bạn hoàn thành một nửa. Do đó bạn bắt đầu với bản vẽ kỹ thuật, bản vẽ được hoàn thành ở một phòng kỹ thuật như của của vợ tôi ở trung tâm Boston. Khi thiết kế, vợ tôi phác ra tất cả mọi vấn đề, một phần từ các phân tích toán học, còn hầu hết từ các quy tắc xây dựng. Bộ quy tắc này trình bày cách thiết kế cấu trúc dựa trên kinh nghiệm (một số dựa trên toán học). Khi hoàn thành thiết kế, công ty của cô giao cho một công ty khác để xây dựng tòa nhà.
Thiết kế có kế hoạch trong phần mềm cũng tương tự. Nhà thiết kế tìm ra những vấn đề lớn sẽ xảy ra. Họ không cần viết mã bởi họ không xây phần mềm mà họ thiết kế. Bởi thế họ có thể dùng những kỹ thuật như UML để không phải làm việc với những chi tiết của lập trình và cho phép nhà thiết kế làm việc ở mức độ trừu tượng cao hơn. Một khi hoàn thành thiết kế, họ sẽ giao cho một nhóm khác (cũng có thể là một công ty khác) để xây. Bởi nhà thiết kế nhìn ở mức cao nên tránh được những quyết định mang tính cục bộ có thể dẫn tới một phần mềm hỗn loạn. Lập trình viên có thể làm theo hướng của thiết kế để có một hệ thống được xây dựng tốt.
Cách tiếp cận thiết kế có kế hoạch xuất hiện từ những năm 70 và đã được rất nhiều người sử dụng. Theo nhiều mặt thì cách tiếp cận này tốt hơn thiết kế tiến hóa viết mã và sửa. Nhưng nó cũng có một số vấn đề. Vấn đề thứ nhất là không thể nghĩ ra hết mọi vấn đề mà bạn phải đối mặt khi lập trình. Nên không thể tránh được những vấn đề làm bạn nghi ngờ thiết kế khi lập trình. Tuy nhiên nếu nhà thiết kế đã hoàn thành và chuyển sang dự án khác thì điều gì xảy ra? Lập trình viên bắt đầu lập trình xoay quanh thiết kế và sự hỗn loạn bắt đầu. Ngay cả khi nhà thiết kế chưa đi thì việc sắp xếp lại các vấn đề, thay đổi thiết kế và mã nguồn cũng mất thời gian. Thông thường có một cách sửa nhanh hơn với áp lực thời gian. Khi đó sự hỗn loạn lại xuất hiện.
Xa hơn là vấn đề về văn hóa. Nhà thiết kế được làm việc như nhà thiết kế vì kỹ năng và kinh nghiệm, nhưng họ cũng bận rộn thiết kế và không có nhiều thời gian để viết mã nữa. Hơn nữa công cụ và tài nguyên của phát triển phần mềm thay đổi với nhịp độ nhanh. Khi không viết mã nữa thì bạn có thể bỏ sót những thay đổi công nghệ, bạn sẽ mất đi sự tôn trọng trọng của những người viết mã.
Có căng thẳng giữa người xây dựng và thiết kế xảy ra trong xây dựng, tuy nhiên những căng thẳng này còn lớn hơn trong phần mềm. Sự căng thẳng này do một sự khác biệt cơ bản. Có sự khác biệt rõ ràng về kỹ năng giữa người thiết kế và người xây dựng trong xây dựng, nhưng không có nhiều sự khác biệt nay trong phần mềm. Bất cứ lập trình viên làm việc ở môi trường thiết kế bậc cao đều phải rất thành thục. Họ phải đủ thành thục để có thể chất vấn thiết kế của nhà thiết kế đặc biệt khi nhà thiết kế ít hiểu biết hơn về thực tại của các nền tảng phát triển.
Hiện tại ta có thể giải quyết những vấn đề này. Có lẽ chúng ta có thể giải quyết căng thẳng về mặt con người. Có thể chúng ta tìm những nhà thiết kế đủ kỹ năng để giải quyết hầu hết các vấn đề và có một quy trình đủ chặt để thay đổi thiết kế. Tuy nhiên vẫn còn một vấn đề khác: yêu cầu thay đổi. Yêu cầu thay đổi là một trong những vấn đề đau đầu nhất trong những dự án phần mềm tôi tham gia.
Một cách để thích ứng với thay đổi yêu cầu là đưa tính mềm dẻo vào thiết kế, do đó bạn có thể dễ dàng thay đổi. Tuy nhiên việc này cần có sự hiểu biết về những loại của thay đổi mà bạn mong muốn. Thiết kế có thể được hoạch định để đối phó với những loại thay đổi nhất định, nhưng khi thiết kế hỗ trợ những thay đổi tiên đoán được thì sẽ không hỗ trợ (và có thể tổn hại) cho những thay đổi không biết trước. Bởi thế bạn phải hiểu yêu cầu đủ tốt để tách những vùng thay đổi, với những quan sát của tôi điều đó là rất khó.
Bây giờ có một số vấn đề là không hiểu đủ rõ yêu cầu. Nên nhiều người tập trung vào các quy trình kỹ thuật để lấy yêu cầu tốt hơn với hy vọng sẽ tránh được việc phải thay đổi thiết kế về sau. Tuy nhiên hướng này cũng có thể không dẫn tới một liệu pháp đúng. Rất nhiều sự thay đổi trong yêu cầu xảy ra do những thay đổi trong kinh doanh. Điều này thì không thể phòng được dù quy trình xử lý yêu cầu có rất cẩn thận.
Tất cả những điều này làm cho thiết kế có kế hoạch có vẻ là không khả thi. Chắc chắn đó là thử thách lớn. Nhưng tôi không có ý là thiết kế có kế hoạch tệ hơn thiết kế tiến hóa khi nó được sử dụng theo cách “viết mã và sửa”. Thực sự tôi thích thiết kế có kế hoạch hơn là “viết mã và sửa”. Tuy nhiên tôi cũng ý thức được những vấn đề của thiết kế có kế hoạch và cũng đang tìm một hướng mới.
## Triển khai những kỹ thuật của XP
XP gây tranh cãi vì một số lý do, trong đó có việc XP ủng hộ thiết kế tiến hóa hơn thiết kế có kế hoạch. Như chúng ta biết, có thể không dùng được thiết kế tiến hóa vì nó tạo ra từ những quyết định cục bộ và phần mềm hỗn loạn.
Cốt lõi của nhận định trên là đường cong thay đổi trong phần mềm (change curve). Đường cong nói rằng khi dự án đang tiến hành, cái giá của thay đổi tăng theo cấp số mũ. Đường cong thay đổi thường thể hiện trong câu nói “thay đổi trong phân tích tốn 1 đô la có thể sẽ tốn hàng nghìn đô la để sửa trong sản xuất”. Điều khá hài ước là nhiều dự án vẫn chạy với quy trình cục bộ mà không có công đoạn phân tích, nhưng số mũ đã đề cập vẫn còn đó. Điều này giải thích tại sao thiết kế tiến hóa không thể hoạt động và giải thích tại sao thiết kế có kế hoạch phải được làm cẩn thận vì mọi sai sót cũng đối mặt với vấn đề cấp số mũ.
Giả định cơ bản của XP là có thể “làm phẳng” đường cong thay đổi đủ để cho thiết kế tiến hóa hoạt động. Việc làm phẳng này được hỗ trợ và khai thác triệt để trong XP. Đó chính là một chuỗi các kỹ thuật của XP, và đặc biệt bạn không thể làm phẳng đường cong thay đổi mà không áp dụng các kỹ thuật này. Nguyên nhân phổ biến của các tranh cãi về XP từ đây. Thường những lời phê bình xuất phát từ kinh nghiệm của người chỉ trích khi họ không áp dụng và khai thác các kỹ thuật này. Kết quả khiến họ phát hỏa và khi nhìn thấy XP họ nhớ về các “đám cháy”.
Có rất nhiều kỹ thuật sử dụng trong XP. Ở trung tâm là kỹ thuật Kiểm thử (testing) và
[Tích hợp liên tục](http://hocvienagile.com/agipedia/ci-continuous-integration/) (continuous integration). Nếu không có sự an toàn được cung cấp bởi Kiểm thử, phần còn lại của XP là không thể. Tích hợp liên tục để giữ cho nhóm đồng bộ, để khi bạn thực hiện thay đổi, bạn không phải lo lắng về việc tích hợp với người khác. Hai kỹ thuật này đi cùng nhau có thể có tác động lớn đến đường cong thay đổi. Tôi được nhắc lại điều này khi ở ThoughtWorks. Sử dụng hai kỹ thuật này đánh dấu sự cải tiến trong nỗ lực phát triển. Hiển nhiên giả thiết của XP là bạn nên áp dụng tất cả các kỹ thuật để có sự đột phá. [Tái cấu trúc (Refactoring)](http://hocvienagile.com/agipedia/tai-cau-truc-ma-nguon/) cũng đem lại kết quả tương tự. Người tái cấu trúc theo cách được gợi ý trong XP sẽ thấy khác biệt đáng kể trong hiệu quả so với tái cấu trúc truyền thống. Đó là kinh nghiệm của tôi khi được Kent dạy cách tái cấu trúc. Sự thay đổi mạnh mẽ này đã thúc đẩy tôi viết cả một quyển sách về nó.
Jim Highsmith, trong bản
[tóm tắt về XP](http://www.google.com/url?q=http%3A%2F%2Fwww.cutter.com%2Fead%2Fead0002.html&sa=D&sntz=1&usg=AFQjCNF6N0x6WaAKuSEVCQMCsgPGyhj52Q) đã sử dụng hình ảnh của một cái cân đĩa, một bên là thiết kế có kế hoạch, một bên là tái cấu trúc. Theo cách tiếp cận truyền thống , thiết kế có kế hoạch thống trị với giả thiết bạn không thay đổi sau này. Khi cái giá của sự thay đổi thấp bạn có thể làm nhiều việc với thiết kế sau khi tái cấu trúc. Thiết kế có kế hoạch không biến mất hoàn toàn, nhưng có sự thay đổi trong cán cân của hai cách tiếp cận. Tôi cảm thấy rằng trước khi tái cấu trúc, tôi luôn làm thiết kế với chỉ một tay.
Các kỹ thuật Tích hợp liên tục, Kiểm thử, Tái cấu trúc cung cấp môi trường làm cho thiết kế tiến hóa trở nên tin cậy. Tuy nhiên có một điều mà chúng ta vẫn chưa xác định, đó là vị trí của điểm cân bằng. Tôi chắc chắn rằng, ngoài lớp vỏ bọc ấn tượng, XP không chỉ có kiểm thử, viết mã và tái cấu trúc. Vẫn có chỗ cho thiết kế trước khi lập trình. Hầu hết nằm ở các phân đoạn trước khi lập trình một tác vụ cụ thể. Nhưng có một điểm cân bằng mới giữa thiết kế up- front và tái cấu trúc.
## Giá trị của sự Đơn giản
Hai trong những lời kêu gọi lớn nhất trong XP là khẩu hiệu “Hãy làm đơn giản nhất mà có thể hoạt động” và “Bạn sẽ không cần nó”(YAGNI – You Aren’t Going to Need It). Cả hai khẩu hiệu đều nằm trong cương lĩnh của kỹ thuật Thiết kế Đơn giản (Simple Design) trong XP.
Thông thường YAGNI được môt tả là: hôm nay bạn không nên thêm đoạn mã nếu mã đó chỉ được dùng bởi các tính năng ngày mai mới cần. Bề ngoài khẩu hiệu này tưởng rất đơn giản. Vấn đề phát sinh với những thứ như khung làm việc, bộ phận tái sử dụng, và thiết kế linh hoạt. Xây dựng chúng rất phức tạp. Ban đầu bạn trả thêm phí để xây dựng chúng với kỳ vọng bạn sẽ lấy lại được về sau. Ý tưởng của việc xây dựng những thiết kế ban đầu và từ trên xuống có vẻ như là chia khóa để có thiết kế hiệu quả.
Tuy nhiên XP lại khuyên bạn không nên xây dựng thành phần linh động và khung làm việc cho lần đầu cần chức năng đó. Hãy để cho những cấu trúc này phát triển khi cần. Nếu hôm nay tôi cần lớp Money để thực hiện phép cộng mà không có phép nhân thì tôi chỉ cần xây dựng phép cộng. Dù nếu tôi có chắc chắn mình sẽ cần phép nhân cho phân đoạn tiếp theo, biết rất dễ để làm nó, và nghĩ sẽ hoàn thành rất nhanh, thì tôi vẫn để dành cho phân đoạn tiếp theo.
Một lý do để làm như thế là vấn đề kinh tế. Nếu tôi phải một việc mà chỉ dùng cho một tính năng ngày mai mới cần, điều đó có nghĩa tôi phải bỏ công sức mà đáng lý dành để phát triển những tính năng của phân đoạn này. Kế hoạch phát hành cho thấy những việc cần làm ngay, và nếu làm những việc cho tương lai có nghĩa là đi ngược lại thỏa thuận của lập trình viên với khách hàng. Có rủi ro là không hoàn thành những
[yêu cầu (story)](http://hocvienagile.com/agipedia/user-story/) của phân đoạn này. Ngay cả khi không có rủi ro đó thì cũng phụ thuộc vào việc khách hàng quyết định những tính năng thêm, và có thể vẫn chưa có phép nhân.
Vướng mắc kinh tế này bao gồm khả năng chúng ta hoàn thành đúng yêu cầu. Ngay cả khi biết chức năng này làm việc như thế nào thì vẫn có khả năng chúng ta làm sai, đặc biệt khi chưa có yêu cầu chi tiết. Làm những giải pháp sai từ sớm còn lãng phí hơn làm ra những giải pháp đúng từ sớm. Và những người thực hành XP thường cho rằng sai nhiều hơn đúng (và tôi đồng ý với cảm nghĩ này.)
Lý dó thứ hai cho thiết kế đơn giản là một thiết kế phức tạp khó hiểu hơn một thiết kế đơn giản. Do đó sự thay đổi trong những hệ thống phức tạp như thế là khó khăn hơn. Điều này tăng thêm chi phí trong khoảng thời gian bạn thêm vào một thiết kế phức tạp hơn cho tới khi bạn thực sự cần.
Lời khuyên này bây giờ không có giá trị với nhiều người, họ đúng khi nghĩ như vậy.
Điều này cho phép bạn thấy trong thế giới phát triển phần mềm thông thường các kỹ thuật của XP không được dùng. Tuy nhiên khi sự cân bằng giữa thiết kế có kế hoạch và thiết kế tiến hóa thay đổi thì YAGNI lại là một kỹ thuật tốt (và chỉ khi đó).
Tổng kết lại. Bạn không muốn mất nhiều công sức để thêm một tính năng chưa cần tới trước một phân đoạn trong tương lai. Và ngay cả khi nó không tốn kém gì, bạn cũng chưa muốn thêm vào bởi việc thêm đó sẽ tăng chi phí thay đổi. Tuy nhiên bạn chỉ có thể làm như thế một cách hợp lý khi bạn dùng XP hoặc một kỹ thuật tương tự với chi phí thay đổi nhỏ hơn.
## Dẫu sao mọi thứ trên Trái đất đều đơn giản
Do đó chúng ta muốn mã của mình đơn giản nhất có thể. Điều này có vẻ không quá khó để tranh luận, sau tất cả thì ai muốn phức tạp? Nhưng điều này tất nhiên sẽ đặt ra câu hỏi “đơn giản là gì?”
Trong
[XPE](http://www.amazon.com/gp/product/0201616416?ie=UTF8&tag=martinfowlerc-20&linkCode=as2&camp=1789&creative=9325&creativeASIN=0201616416) đưa ra bốn tiêu chí của một hệ thống đơn giản. Theo thứ tự (quan trọng trước):
-
Mọi kiểm thử phải chạy
-
Mọi ý định đều rõ ràng
-
Không lặp
-
Ít số lớp và phương thức nhất
Chạy mọi kiểm thử là tiêu chí đơn giản. Không lặp cũng rõ ràng, dù để đạt được nó thì nhiều nhà phát triển cần được hướng dẫn. Tiêu chí phức tạp là mọi mục địch phải rõ ràng. Ý nghĩa chính xác là gì? Ý nghĩa cơ bản ở đây là mã phải rõ ràng. XP đánh giá cao tính dễ đọc của mã. Trong XP “mã thông minh” là lạm dụng thuật ngữ. Những mã rõ ràng của người này lại là thông minh đối với người khác.
Tài liệu XP 2000 của Josh Kerievsky đưa ra một ví dụ hay. Ông xem xét mã phổ biến nhất có thể của cộng đồng XP –
[JUnit](http://www.xprogramming.com/software.htm). JUnit sử dụng mẫu thiết kế decorator để thêm tính năng cho trường hợp kiểm thử như đồng bộ hóa xử lý song song và mã khởi tạo một lô. Việc phân tách mã nguồn này trong decorator cho phép mã rõ ràng hơn.
Nhưng bạn thử hỏi mình xem mã kết quả có thực sự đơn giản. Với tôi thì đơn giản, bởi tôi quen với mẫu thiết kế decorator. Nhưng với những người không biết thì tương đối phức tạp. Tương tự JUnit dùng phương thức có thể cắm được, điều tôi nhận thấy là hầu hết mọi người ban đầu tìm thấy gì đó nhưng rõ ràng. Từ đó chúng tôi kết luận là thiết kế của JUnit đơn giản hơn cho nhà thiết kế có kinh nghiệm nhưng phức tạp hơn cho người ít kinh nghiệm?
Tôi nghĩ việc tập trung vào xóa lặp trong cả “một lần và chỉ một lần” của XP và “không lặp lại chính mình” (DRY -Don’t Repeat Yourself) của
[Pragmatic Programmer](http://www.amazon.com/gp/product/020161622X?ie=UTF8&tag=martinfowlerc-20&linkCode=as2&camp=1789&creative=9325&creativeASIN=020161622X) là một trong những lời khuyên hiển nhiên, tuyệt vời và mạnh mẽ nhất. Chỉ cần làm theo, bạn có thể đi được đường dài. Nhưng đó chưa phải là tất cả, và sự đơn giản còn một điều phức tạp nữa để tìm.
Gần đây tôi có tham gia vào một vài thứ chắc là có thiết kế tổng quan tốt. Nó được tái cấu trúc và loại bỏ một vài tính mềm dẻo. Nhưng như một lập trình viên nói “để tái cấu trúc thiết kế tổng quan dễ hơn là tái cấu trúc không có thiết kế.” Tốt nhất là đơn giản hơn một chút bạn cần có, nhưng cũng không phải là thảm họa nếu phức tạp hơn một chút.
Lời khuyên tốt nhất tôi từng được nghe là của Uncle Bob (Robert Martin). Lời khuyên là không cần phải quá cố gắng với thiết kế đơn giản nhất. Sau cùng bạn có thể, nên và sẽ tái cấu trúc lại. Cuối cùng thì sự sẵn lòng để tái cấu trúc quan trọng hơn là biết đâu là thứ đơn giản nhất.
## Tái cấu trúc có vi phạm YAGNI?
Chủ đề này mới xuất hiện trên diễn đàn email (mailing list), và đáng để mang ra xem xét như vai trò thiết kế trong XP.
Đầu tiên câu hỏi bắt đầu với quan điểm cho rằng tái cấu trúc tốn thời gian mà không thêm chức năng nào. Từ quan điểm của YAGNI bạn có cho rằng bạn thiết kế cho hiện thời không cho tương lai, đó có phải là sự vi phạm?
Quan điểm của YAGNI là bạn không thêm sự phức tạp nếu không cần thiết cho yêu cầu hiện thời. Đây là một phần của kỹ thuật thiết kế đơn giản. Tái cấu trúc để giữ cho thiết đơn giản theo khả năng của bạn, bạn nên tái cấu trúc khi bạn có thể làm cho mã đơn giản hơn.
Thiết kế đơn giản vừa giúp bạn khai phá các kỹ thuật của XP, vừa là một kỹ thuật. Chỉ khi bạn có kiểm thử, tích hợp liên tục, và tái cấu trúc thì bạn mới có triển khai thiết kế đơn giản một cách hiệu quả. Nhưng giữ cho thiết kế đơn giản là bước căn bản để làm phẳng đường cong thay đổi. Bất kỳ sự phức tạp không cần thiết nào đều làm cho hệ thống khó thay đổi theo mọi hướng ngoại trừ trường hợp bạn dự đoán được khi thêm tính linh động phức tạp vào. Tuy nhiên mọi người thường không có được thứ đơn giản nhất ban đầu, nên bạn cần tái cấu trúc để tiến gần tới đích.
## Mẫu thiết kế và XP
Ví dụ về JUnit đã cho tôi thấy một mô hình lai với mẫu thiết kế. Mỗi quan hệ giữa mẫu thiết kế và XP thật sự thú vị và là một câu hỏi thường gặp. Joshua Kerievsky bằng lập luận hùng hồn cho rằng XP đã không đánh giá đúng vai trò của mẫu thiết kế, nên ở đây tôi không muốn nhắc lại nữa. Nhưng đáng để lo ngại khi nhiều người cho rằng mẫu thiết kế mâu thuẫn với XP.
Cốt lõi của luận điểm này là mẫu thiết kế được sử dụng rất thường xuyên. Thế giới đầy ắp những lập trình viên huyền thoại, họ thấy choáng ngợp ngay lần đầu đọc
[GOF](http://www.amazon.com/gp/product/0201633612?ie=UTF8&tag=martinfowlerc-20&linkCode=as2&camp=1789&creative=9325&creativeASIN=0201633612), và sẽ dùng tới mười sáu mẫu thiết kế khác nhau trong 32 dòng mã. Nhớ một tối được tiếp sức bởi một chai Single Malt, tôi đọc bài viết “Không Mẫu Thiết kế: 23 thủ thuật giá rẻ” (Not Design Patterns: 23 cheap tricks) với Kent. Chúng tôi nghĩ về những thứ như dùng lệnh *if* thay cho mẫu *strategy*. Vấn đề nằm ở chỗ bạn thường lạm dụng mẫu thiết kế, nhưng việc dùng nó lại không phải là ý tồi. Câu hỏi đặt ra là cách sử dụng chúng.
Một lý thuyết về điều này là việc dùng thiết kế đơn giản sẽ đưa bạn tới mẫu thiết kế.
Rất nhiều tái cấu trúc làm việc này một cách tường minh, nhưng dù bạn không dùng tài cấu trúc thì việc tuân thủ các quy tắc của thiết kế đơn giản cũng đưa bạn tới mẫu thiết kế dù bạn không biết về chúng. Điều này có thể đúng, nhưng có phải là cách tốt nhất để làm? Chắc chắn sẽ tốt hơn nếu bạn biết cơ bản về nơi bạn đang đi và có một cuốn sách giúp bạn giải quyết vấn đề thay vì phải phát minh ra chúng. Chắc chắn tôi vẫn dùng GOF khi cảm thấy cần sẽ có một mẫu thiết kế. Với tôi để có một mẫu thiết kế hiệu quả thì chúng ta phải biết được liệu giá phải trả cho mẫu thiết kế có đáng không – đó là kỹ năng của riêng tôi. Tương tự như Joshua gợi ý, chúng ta cần phải biết dùng mẫu thiết kế tương đối thành thục. Như thế trong XP cách chúng ta dùng mẫu thiết kế là khác nhau, nhưng không thể loại bỏ chúng được.
Nhưng khi đọc những danh sách thư này (mailing list), tôi thấy một cách nhìn khác của nhiều người về XP, họ nghĩ XP phản đối mẫu thiết kế bất chấp một thực tế trớ trêu là hầu hết những người khởi xướng XP đều là những thủ lĩnh của mẫu thiết kế. Lý do có thể là mẫu thiết kế quá khó hoặc đã nằm sâu trong suy nghĩ nên họ không nhận ra? Tôi không biết câu trả lời của người khác, nhưng với tôi mẫu thiết kế vẫn rất quan trọng. XP có thể là một quy trình phát triển, nhưng mẫu thiết kế là kiến thức xương sống của thiết kế, kiến thức này có giá trị dù quy trình của bạn là gì đi chăng nữa. Những quy trình khác nhau có cách sử dụng mẫu thiết kế khác nhau. XP nhấn mạnh vào cả việc không dùng mẫu thiết kế tới khi thực sự cần và áp dụng một mẫu thiết kế theo một cài đặt đơn giản. Nhưng mẫu thiết kế vẫn là một kiến thức then chốt.
Lời khuyên của tôi khi sử dụng mẫu thiết kế cho XPer là:
-
Đầu tư thời gian học mẫu thiết kế
-
Tập trung vào thời điểm áp dụng mẫu thiết kế (không quá sớm)
-
Tập trung vào cách cài đặt mẫu thiết kế đơn giản nhất trước tiên, sau đó tăng sự phức tạp lên
-
Nếu bạn dùng một mẫu thiết kế, và sau đó nhận ra nó đang không hỗ trợ gì thì đừng e ngại loại bỏ
Tôi nghĩ XP cần phải tập trung vào việc học mẫu thiết kế nhiều hơn. Tôi không chắc mình có thể đưa điều này vào trong các kỹ thuật của XP, nhưng tôi chắc chắn rằng Kent có thể tìm ra một cách.
## Nuôi lớn một kiến trúc
Đối với chúng ta kiến trúc phần mềm là gì? Với tôi kiến trúc bao gồm ý tưởng về những phần nòng cốt của hệ thống, những bộ phận khó thay đổi. Đó là nền tảng để từ đó xây phần còn lại.
Vai trò của kiến trúc là gì khi chúng ta sử dụng thiết kế tiến hóa? Những người chống XP lại nói XP bỏ qua kiến trúc, rằng đường đi của XP là viết mã nhanh và tin tưởng vào việc tái cấu trúc sẽ giải quyết mọi vấn đề của thiết kế. Thật thú vị, họ đã đúng, đó có thể là điểm yếu. Chắc chắn là những người thần tượng XP nhất – Kent Beck, Ron Jeffries, và Bob Martin đang tốn rất nhiều năng lượng để tránh up front design. Đừng dùng cơ sở dữ liệu tới khi bạn thực sự biết bạn cần. Hãy làm việc với tệp tin trước và tái cấu trúc cơ sở dữ liệu ở một phân đoạn sau.
Tôi được biết đến như một XPer hèn nhát bởi nhưng điều tôi không đồng ý với XP. Tôi nghĩ kiến trúc khởi điểm có một vai trò nhất định. Đó là những thứ ở tầng ứng dụng, cách tương tác với cơ sở dữ liệu (nếu bạn cần), cách để làm việc với web server.
Thực tế, chúng ta đã học qua nhiều năm các lĩnh vực đó của mẫu thiết kế. Khi kiến thức về mẫu thiết kế của bạn tăng lên, bạn nên biết cách áp dụng chúng một cách hợp lý. Tuy nhiên sự khác biệt chính là những quyết định về kiến trúc ban đầu không phù hợp, hoặc đội biết rằng họ đã mắc lỗi trong những quyết định sớm của mình và nên dũng cảm để sửa. Một số đã kể câu chuyện ở một dự án rằng: gần tới thời điểm cài đặt, họ quyết định không cần EJB nữa và xóa chúng khỏi hệ thống. Đó là một tái cấu trúc đáng kể, được triển khai muộn, nhưng việc tiến hành những kỹ thuật này không chỉ có thể mà còn đáng làm.
Cách làm việc này lại theo hướng ngược lại. Nếu bạn quyết định không dùng EJB, thì sau này có khó khăn hơn để thêm vào? Vậy bạn có nên bắt đầu và không dùng EJB tới khi thử một giải pháp không dùng EJB và thấy cần thiết? Câu hỏi này bao gồm nhiều yếu tố. Chắc chắn làm việc mà không có những thành phần phức tạp sẽ đơn giản hơn và làm mọi thứ nhanh hơn. Tuy nhiên đôi khi dễ để bỏ một thứ như thế hơn là cho nó vào.
Nên lời khuyên của tôi là hãy bắt đầu đánh giá xem kiến trúc sẽ như thế nào. Nếu bạn thấy một lượng lớn dữ liệu với nhiều người dùng thì hãy dùng cơ sở dữ liệu ngay từ ngày đầu. Nếu bạn thấy nghiệp vụ phức tạp, thì hãy cho vào trong một miền nghiệp vụ (
*model*). Tuy nhiên với sự tôn kính tới các vị thần của YAGNI, khi bạn gặp vấn đề với đơn giản hóa, hãy sẵn sàng đơn giản hóa kiến trúc ngay khi thấy phần của kiến trúc đó không tăng thêm gì cả.
## UML và XP
Một trong những câu hỏi lớn nhất trong tất cả những câu hỏi tôi có vì sự gia nhập XP, xoay quanh sự kết hợp giữa XP với UML của tôi. Chúng không tương thích với nhau?
Có một số điểm không tương thích. Chắc chắn XP không nhấn mạnh rằng sơ đồ là tốt trong phạm vi lớn. Mặc dù chính thức XP viết “hãy dùng chúng nếu thấy hữu ích”, nhưng trong những tài liệu con quan trọng có phát biểu “thực sự XPer không cần sơ đồ”. Điều này được củng cố bởi thực tế có nhiều người như Kent không bao giờ thấy thoải mái với sơđồ, thực ra tôi chưa bao giờ thấy Kent tự nguyện vẽ một sơ đồ phần mềm dùng những ký hiệu cố định.
Tôi nghĩ vấn đề này có hai nguyên nhân. Một là có một số người thấy sơ đồ phần mềm có ích trong khi người khác thì không. Sự nguy hiểm nằm ở chỗ những người thấy sơ đồ có ích thì không dùng và ngược lại. Thay vào đó chúng ta hãy chấp nhận rằng một số sẽ dùng sơ đồ và một số không.
Vấn đề khác là sơ đồ phần mềm có xu hướng đi kèm với những quy trình nặng nề. Những quy trình này dành nhiều thời gian vẽ sơ đồ, những sơ đồ không hỗ trợ mà thực tế còn làm hại. Do đó tôi nghĩ nên khuyên những người này cách dùng sơ đồ tốt và tránh những cạm bẫy của thông điệp “chỉ khi bạn phải” của XPer.
Đây là lời khuyên của tôi để dùng sơ đồ hiệu quả.
Hãy lưu ý mục đích của lưu đồ mà bạn đang vẽ. Giá trị chính là giao tiếp. Để giao tiếp hiệu quả thì hãy chọn những thứ quan trọng và bỏ qua những thứ ít quan trọng. Việc lựa chọn này là chìa khóa để dùng UML hiệu quả. Đừng vẽ tất cả các lớp – chỉ những lớp quan trọng. Chỉ vẻ những thuộc tính và phương thức quan trọng trong các lớp đó. Đừng vẽ sơ đồ tuần tự cho tất cả mọi trường hợp sử dụng (use case) – mà chỉ … bạn sẽ có bức tranh. Một vấn đề phổ biến khi vẽ sơ đồ trường hợp sử dụng là mọi người cố gắng vẽ đầy đủ. Mã là đầy đủ nhất, dễ nhất để đồng bộ với mã. Sơ đồ đầy đủ là kẻ thù của tính có thể hiểu được.
Cách dùng sơ đồ phổ biến là xem xét thiết kế trước khi viết mã. Thường bạn có ấn tượng là việc này không đúng với XP, nhưng đó không phải sự thật. Nhiều người nói rằng khi bạn có một nhiệm vụ, bạn nên để mọi thứ với nhau để tiến hành một phiên thiết kế nhanh trước tiên. Khi bạn tiến hành phiên làm việc này:
· Giữ cho phiên làm việc ngắn
· Không liệt kê mọi chi tiết (chỉ chi tiết quan trọng)
· Chỉ coi bản thiết kế là khung chứ không phải bản thiết kế cuối cùng
Điểm đáng mở rộng cuối cùng. Khi tiến hành thiết kế up-front, bạn sẽ không tránh được sai sót, và bạn chỉ phát hiện ra chúng khi viết mã. Sẽ không là vấn đề nếu bạn thay đổi thiết kế. Vấn đề nằm ở chỗ khi bạn nghĩ thiết kế đã hoàn thành và không nhận ra những sai sót khi viết mà để sửa lại ở thiết kế.
Khi thay đổi thiết kế không nhất thiết phải thay đổi sơ đồ. Hoàn toàn có lý khi cho rằng vẽ sơ đồ để giúp bạn hiểu thiết kế và sau đó bỏ chúng đi. Vẽ sơ đồ là tốt, và là đủ khi làm chúng đáng giá. Chúng không nhất thiết là một tạo tác (artifact) cố định. Tốt nhất sơ đồ UML không phải là tạo tác.
Rất nhiều XPer dùng thẻ CRC. Điều đó không xung đột gì với UML. Tôi luôn dùng kết hợp UML và CRC, dùng kỹ thuật nào hữu ích nhất cho công việc một cách thủ công.
Một cách dùng sơ đồ UML khác là như một tài liệu trong tiến trình. Cách dùng phổ biến là dùng công cụ đảm bảo kỹ thuật phân mềm (CASE tool – Computer Aided Software Engineering tool). Ý tưởng là để tài liệu này giúp mọi người làm việc với hệ thống. Trong thực tế nó thường không hỗ trợ gì cả.
-
Mất quá nhiều thời gian để cập nhật sơ đồ, nên thường chúng không đồng bộ với mã.
-
Sơ đồ thường được giấu trong các công cụ CASE hoặc các tập tài liệu, nên không ai xem chúng.
Xuất phát từ những vấn đề quan sát được, tôi có lời khuyên cho tài liệu trong tiến trình:
-
Chỉ dùng những sơ đồ mà bạn có thể cập nhật với công sức không đáng kể
-
Để sơ đồ nơi mà mọi người có thể dễ dàng nhìn thấy. Tôi thích để chúng trên tường. Khuyến khích mọi người dùng bút để thay chỉnh sửa bản vẽ trên tường với những thay đổi đơn giản
-
Hãy để ý xem liệu mọi người có dùng chúng, nếu không thì hãy bỏ chúng đi.
Cuối cùng là dùng UML như tài liệu trong tình huống chuyển giao, như khi một nhóm bàn giao cho nhóm khác. Trong trường hợp với XP thì làm tài liệu là một yêu cầu như những yêu cầu khác, và giá trị của nó được xác định bởi khách hàng. Một lần nữa UML lại có ích để cung cấp sơ đồ được chọn để giúp cho giao tiếp. Hay nhớ rằng mã chứa tất cả thông tin chi tiết, sơ đồ có vai trò tóm tắt và nhấn mạnh những vấn đề quan trọng.
## Hệ thống ẩn dụ
Tôi phải công khai công nhận là vẫn chưa dùng được hệ thống ẩn dụ (metaphor). Tôi đã xem hệ thống ẩn dụ hoạt động và hoạt động tốt với dự án C3, nhưng điều đó không có nghĩa là tôi có ý tưởng về cách dùng nó, và tự giải thích cách nó hoạt động.
Hệ thống ẩn dụ của XP dựa trên cách tiếp cận của Ward Cunninghams là một hệ thống những tên. Việc hiểu tốt từ vựng của một nghiệp vụ là rất quan trọng để bàn về nghiệp vụ đó. Hệ thống này giúp bạn đặt tên lớp và phương thức.
Tôi xây dựng mô hình ý niệm của nghiệp vụ để xây dựng hệ thống tên đó. Tôi làm việc này với chuyên gia của nghiệp vụ đó dùng UML hoặc các hậu duệ của UML. Tôi thấy rằng bạn phải rất cẩn thận khi làm việc này. Bạn cần giữ cho tập hợp các ký hiệu này nhỏ, và tránh để những vấn đề kỹ thuật xuất hiện ở mô hình. Tôi nhận thấy nếu bạn triển khai hệ thống này thì cần xây dựng từ vựng của nghiệp vụ mà những chuyên gia của nghiệp vụ đó có thể hiểu và dùng để giao tiếp với nhà phát triển. Mô hình này không khớp hoàn toàn với thiết kế lớp, nhưng đủ để cung cấp một lượng từ vựng chung cho toàn bộ nghiệp vụ.
Hiện tại tôi không có bất cứ lý do nào để phản đối hệ thống từ vựng này, như hệ thống ẩn dụ của C3 đã khớp với một dây chuyền lắp ráp. Nhưng tôi cũng không có lý do nào để nói hệ thống tên nghiệp vụ là ý tưởng tồi. Tôi cũng không có xu hướng từ bỏ một kỹ thuật đã giúp tôi có được một hệ thống tên tốt.
Mọi người thường chỉ trích XP với lý do là bạn cần có ít nhất một thiết kế khung của hệ thống. XPer thường trả lời “đó là hệ thống ẩn dụ”. Nhưng tôi vẫn chưa thấy rằng hệ thống ẩn dụ là lời giải thích thuyết phục. Đây là một lỗ hổng thực sự trong XP, và XPer cần giải quyết.
## Bạn có muốn trở thành một Kiến trúc sư khi lớn lên?
Một thời gian dài ở thập kỷ này, thuật ngữ “kiến trúc sư phần mềm” đã trở nên thông dụng. Với tôi đó là một thuật ngữ khó dùng. Vợ tôi là một kỹ sư cấu trúc. Mối quan hệ giữa kỹ sư và kiến trúc sư là … thú vị. Cách nói yêu thích của tôi là “kiến trúc sư giỏi ở ba chữ B: bulbs (bóng đèn), bushes (cây bụi), birds (chim)”. Nghĩa là kiến trúc sư sẽ làm tất cả những hình vẽ đẹp, nhưng kỹ sư phải chắc chắn rằng chúng có thể đứng được. Và kết quả là tôi tránh thuật ngữ kiến trúc sư phần mềm, nhưng sau tất cả nếu ngay cả vợ tôi cũng thể đối xử với tôi bằng sự tôn trọng chuyên nghiệp, thì tôi có cơ hội nào với người khác.
Trong phần mềm, thuật ngữ kiến trúc mang nhiều ý nghĩa. (Trong phần mềm bất cứ thuật ngữ nào cũng mang nhiều ý nghĩa.). Mặc dù vậy thì một cách tổng quan thuật ngữ này truyền tải ý nghĩa nhất định, như trong “tôi không chỉ thuần là một lập trình viên – tôi là một kiến trúc sư”. Có thể dịch câu này thành “Bây giờ tôi là một kiến trúc sư – tôi quá quan trọng để làm bất cứ việc lập trình nào”. Câu hỏi là nếu tách bạn khỏi những nỗ lực lập trình nhàm chán thì khi muốn thực hành lãnh đạo kỹ thuật thì bạn sẽ làm gì.
Câu hỏi này tạo ra cảm xúc ghê gớm. Tôi đã thấy những người rất giận dữ khi nghĩ rằng họ không còn có vai trò như kiến trúc sư nữa. “Không có chỗ cho những kiến trúc sư kinh nghiệm trong XP” là lời kêu ca mà tôi thường nghe. Bởi tầm quan trọng của thiết kế, tôi không cho rằng XP không coi trọng kinh nghiệm hay kỹ năng thiết kế giỏi. Thực ra tôi học được rất nhiều về thiết kế từ rất nhiều người đề xướng XP – Kent Beck, Bod Martin và dĩ nhiên Ward Cunninghan. Tuy nhiên điều đó nghĩa là vai trò của họ đã thay đổi từ lãnh đạo kỹ thuật.
Để minh họa, tôi sẽ dẫn ra một trong những lãnh đạo kỹ thuật của chúng tôi ở ThoughWork: Dave Rice. Dave đã trải qua một số vòng-đời và nhận vai trò không chính thức là lãnh đạo kỹ thuật trong một dự án năm mươi người. Vai trò của anh là lãnh đạo có nghĩa anh dành rất nhiều thời gian với các lập trình viên. Anh sẽ làm việc với một lập trình viên khi lập trình viên cần giúp đỡ, anh quan sát xem ai cần giúp đỡ. Một tín hiệu quan trọng là nơi anh ngồi. Như là một nhân viên dài hạn của ThoughWork, anh có thể lấy bất cứ văn phòng nào anh muốn. Anh chia sẻ văn phòng với Cara, một nhà quản lý phát hành. Tuy nhiên trong vài tháng cuối anh đã chuyển vào khoang mở nơi lập trình viên làm việc (dùng phong cách “phòng chiến tranh” mở mà XP khuyến khích.) Điều này rất quan trọng với anh bởi như thế anh có thể biết được điều gì đang diễn ra, và sẵn sàng giúp một tay khi các lập trình viên cần.
Những ai đã biết XP sẽ nhận ra tôi rõ ràng đang mô tả vai trò của một huấn luyên viên trong XP. Thực ra một trong những cách dùng từ nói rằng XP đã gọi lãnh đạo kỹ thuật trong hình ảnh của một “huấn luyện viên”. Ý nghĩa rất rõ ràng: trong XP, lãnh đạo kỹ thuật là dạy cho lập trình viên và giúp họ ra quyết định. Đó là người phải có kỹ năng với con người tốt và kỹ thuật tốt. Jack Bolles ở XP 2000 đã bình luận rằng bây giờ mỗi phòng nhỏ cho một người thầy duy nhất. Cộng tác và dạy là chìa khóa để thành công.
Vào hội nghị buổi tối, tôi và Dave nói với một người chống đối XP. Chúng tôi thảo luận về những gì chúng tôi làm, sự tương đồng trong cách tiếp cận là khá rõ ràng. Cả hai chúng tôi đều thích phát triển có tính thích nghi và lặp. Kiểm thử rất quan trọng. Do đó chúng tôi rất ngạc nhiên về sự dữ dội của đối phương. Ông nói “điều cuối cùng tôi muốn lập trình viên của mình làm là tái cấu trúc và đùa nghịch với thiết kế”. Bây giờ tất cả đã rõ. Dave đã giải thích được cho tôi khái niệm khó khăn với câu “nếu anh không tin lập trình viên của mình thì tại sao anh thuê họ?”. Điều quan trọng nhất trong XP là những lập trình viên kinh nghiệm truyền được càng nhiều kỹ năng tới các lập trình viên ít kinh nghiệm hơn. Thay vì một kiến trúc sư quyết định mọi thứ thì bạn có một huấn luyện viên để dạy các lập trình viên ra quyết định. Như Ward Cunningham đã chỉ ra, thì bằng cách này ông có thể mở rộng kỹ năng và đóng góp nhiều vào dự án hơn là chỉ anh hùng có thể làm.
## Tính có khả năng đảo ngược
Ở XP 2002 Enrico Zaninotto đã có buổi nói chuyện thú vị về mối quan hệ giữa phương pháp linh hoạt và sản xuất tinh gọn. Theo ông, một trong những khía cạnh quan trọng nhất của cả hai cách tiếp cận là giải quyết tính phức tạp thông qua giảm những quyết định không thể đảo ngược được trong quy trình.
Theo ông thì một trong những nguồn chính của sự phức tạp là tính không đảo ngược của quyết định. Nếu bạn có thể dễ dàng thay đổi quyết định, thì việc làm đúng sẽ ít quan trọng hơn – điều này làm cho cuộc sống của bạn đơn giản đi rất nhiều. Hệ quả là trong thiết kế tiến hóa, nhà thiết kế cần nghĩ về cách để tránh tính không đảo ngược trong quyết định. Thay vì cố gắng để có quyết định ngay, hãy tìm một cách để ra quyết định muộn hơn (khi bạn có nhiều thông tin hơn) hoặc ra quyết định để sau đó bạn có thể làm lại mà không quá khó.
Tính cấp thiết của việc hỗ trợ khả năng đảo ngược là một trong những lý do để các phương pháp linh hoạt nhấn mạnh rất nhiều vào những hệ quản lý mã nguồn, và để mọi thứ trong một hệ thống. Khi điều này không đảm bảo khả năng đảo ngược, đặc biệt cho những quyết định tồn tại lâu, thì cũng là cơ sở để tạo sự tin tưởng cho đội, mặc dù hiếm khi sử dụng.
Thiết kế để có tính đảo ngược cũng tạo ra một quy trình có khả năng phát hiện lỗi nhanh. Một trong những giá trị của phát triển lặp là những phân đoạn nhanh cho phép khách hàng thấy được sự lớn lên của hệ thống, và nếu có lỗi trong yêu cầu thì có thể tìm và sửa trước khi giá để sửa trở nên không thể. Và sự phát hiện nhanh này cũng quan trọng trong thiết kế. Điều này có nghĩa là bạn phải làm cho mọi thứ nổi lên để những vùng có vấn đề được kiểm tra, từ đó tìm được vấn đề. Điều đó cũng có nghĩa là đáng làm thử nghiệm để biết sự khó khăn để thay đổi trong tương lai, ngay cả khi bạn không thay đổi ngay. Một việc làm hiệu quả là bỏ đi một nguyên mẫu trên một nhánh của hệ thống. Vài đội báo cáo việc thử những thay đổi của tương lai gần theo mô thức nguyên mẫu để thấy được mức độ khó khăn.
## Ý chí để thiết kế
Trong khi tôi tập trung vào rất nhiều các phương pháp kỹ thuật trong bài viết này, thì một điều rất dễ bỏ qua là khía cạnh con người.
Để hoạt động được, thiết kế tiến hóa cần một lực để hội tụ. Lực này chỉ có thể từ con người – một vài người trong đội có trách nhiệm đảm bảo thiết kế có chất lượng cao.
Điều này không thể có từ tất cả mọi người (mặc dù nếu có thể thì rất tuyệt), thông thường một hoặc hai người trong đội phải có trách nhiệm đảm bảo thiết kế tổng thể. Đây là một trong những công việc của “kiến trúc sư”.
Trách nhiệm của họ là quan sát bộ mã, phát hiện những vùng đang trở nên lộn xộn, và nhanh chóng hành động để sửa chữa trước khi chúng vượt khỏi tầm kiểm soát. Người giữ thiết kế không nhất thiết phải sửa – nhưng phải đảm bảo có ai đó sửa vấn đề.
Thiếu ý chí để thiết kế có vẻ như là nguyên nhân lớn để thiết kế tiến hóa thất bại. Ngay cả khi mọi người quen thuộc với những thứ tôi nói ở bài viết này thì thiết kế cũng sẽ không đạt khi thiếu quyết tâm đó.
## Những thứ khó tái cấu trúc
Chúng ta có thể dùng tái cấu trúc để giải quyết mọi quyết định thiết kế, hoặc liệu có vấn đề quá ăn sâu mà việc thêm vào sau trở nên khó khăn? Hiện thời XP chính thống cho rằng có thể thêm mọi thứ một cách dễ dàng khi cần, nên luôn áp dùng YAGNI. Tôi muốn biết liệu có ngoại lệ. Một ví dụ tốt để tranh luận là quốc tế hóa (i18n). Đây có phải là thứ tốn kém để thêm vào sau và bạn có nên bắt đầu đưa nó vào ngay?
Tôi đã hình dung là có một số thứ thuộc danh mục này. Nhưng thực tế là chúng tôi có quá ít dữ liệu. Nếu bạn phải thêm một số thứ, như quốc tế hóa, thì về sau bạn ý thức rất rõ về công sức phải bỏ ra để thêm vào. Bạn sẽ ý thức được ít hơn về công sức mình đang bỏ ra, từ tuần này tới tuần khác, để thêm vào và bảo trì nó trước khi thực sự cần. Bạn cũng ý thức được ít hơn thực tế là có thể bạn đã sai, nên cần tái cấu trúc. Một phần của sự biện minh YAGNI là rất nhiều trong số những nhu cầu tiềm năng sẽ không cần hoặc ít nhất không phải theo ý bạn muốn. Vậy khi không thực hiện chúng, bạn sẽ tiết kiệm được lượng đáng kể sức lực.
Mặc dù cũng sẽ tốn sức lực đáng kể để tái cấu trúc giải pháp đơn giản hiện thời thành giải pháp bạn thực sự cần, nhưng có vẻ như việc tái cấu trúc ít tốn kém hơn là xây dựng một tính năng còn nghi ngờ.
Một vấn đề khác cần phải bận tâm là liệu bạn thực sự biết cách làm. Nếu bạn đã làm quốc tế hóa vài lần, thì bạn sẽ biết mẫu thiết kế cần áp dụng. Như thế bạn thường làm đúng. Dùng cấu trúc tiên liệu trước có lẽ tốt hơn nếu bạn chưa quen với vấn đề. Nên lời khuyên của tôi nếu bạn đã biết cách làm thì bạn nên đánh giá chi phí để làm nó ngay bây giờ và thêm vào sau. Tuy nhiên nếu bạn chưa làm bao giờ, bạn không chỉ không đánh giá tốt được chi phí mà còn thường không làm tốt. Trong trường hợp này bạn nên thêm vào sau. Nếu bạn thêm vào sau và thấy đau đớn vì việc này, như thế thì tốt hơn là bạn thêm vào từ trước. Đội của bạn có nhiều kinh nghiệm hơn, hiểu vấn đề và yêu cầu hơn. Thông thường ở hoàn cảnh này bạn sẽ nhìn thấy cách dễ dàng để hoàn thiện nó với những gì đã trải qua. Và có thể khó hơn rất nhiều so với bạn nghĩ nếu thêm vào trước đó.
Điều này cũng gắn chặt với câu hỏi về thứ tự các yêu cầu. Trong
[ Lập kế hoạch XP](http://www.amazon.com/gp/product/0201710919?ie=UTF8&tag=martinfowlerc-20&linkCode=as2&camp=1789&creative=9325&creativeASIN=0201710919), tôi và Kent đã công khai chỉ ra những bất đồng của chúng tôi. Kent ủng hộ giá trị kinh doanh là yếu tố duy nhất để sắp xếp các yêu cầu. Sau bất đồng ban đầu thì Ron Jeffries cũng đồng ý với điều này. Tôi vẫn chưa chắc chắn. Tôi tin rằng đó là sự cân bằng giữa giá trị kinh doanh và rủi ro kỹ thuật. Điều này dẫn tôi tới việc thực hiện một số quốc tế hóa sớm để giảm nhẹ rủi ro này. Tuy nhiên điều này chỉ đúng khi bản phát hành đầu tiên cần quốc tế hóa. Phát hành nhanh nhất có thể là tối quan trọng. Bất cứ sự phức tạp cộng thêm nào đều đáng nếu bản phát hành đầu tiên không cần. Sức mạnh của mã chuyển giao và chạy được là ghê gớm. Nó tập trung sự chú ý của khách hàng, tăng uy tín, và là nguồn lớn để học tập. Hãy làm tất cả mọi thứ để làm cho ngày phát hành gần hơn. Ngay cả khi cần nhiều nguồn lực hơn để thêm một số thứ sau lần phát hành đầu, thì phát hành sớm vẫn tốt hơn.
Rất tự nhiên khi những người ủng hộ kỹ thuật mới không chắc chắn về điều kiện ranh giới. Hầu hết XPer đều nói không thể áp dụng thiết kế tiến hóa cho những vấn đề xác định, mà chỉ để khám phá rằng nó thực sự có thể. Sự chinh phục những tình huống “không thể” mang tới niềm tin rằng có thể vượt qua mọi tình huống như thế. Dĩ nhiên bạn không thể khái quát theo cách này, nhưng trước khi cộng đồng XP chạm phải giới hạn đó và thất bại, thì chúng ta không thể chắc chắn về vị trí của những giới hạn này, và rõ ràng là chúng ta phải thử và vượt qua những ranh giới mà người khác có thể thấy.
(
[Bài viết mới](http://www.martinfowler.com/ieeeSoftware/continuousDesign.pdf) của Jim Shore thảo luận một số tình huống bao gồm quốc tế hoá. Sau tất cả ranh giới tiềm năng không phải là rào cản)
## Thiết kế đang xảy ra?
Một trong những khó khăn của thiết kế tiến hóa là rất khó để nói liệu thiết kế có đang xảy ra. Sự nguy hiểm của thiết kế trộn lẫn lập trình là việc lập trình xảy ra mà có thể không có thiết kế – đó là tình huống Thiết kế Tiến hóa phân kỳ và thất bại.
Nếu bạn trong một đội phát triển, thì có thể cảm nhận được liệu đang có thiết kế dựa vào chất lượng của mã. Nếu mã càng trở nên phức tạp và khó để làm việc, thì chưa làm đủ thiết kế. Nhưng thật buồn vì đây là cách nhìn chủ quan. Chúng ta không có thước đo tin cậy để đưa ra một cái nhìn khách quan về chất lượng của thiết kế.
Sự thiếu tầm nhìn là khó khăn với người làm kỹ thuật, và còn đáng báo động hơn cho thành viên phi kỹ thuật của đội. Nếu bạn là quản lý hoặc khách hàng, bằng cách nào bạn có thể nói là phần mềm được thiết kế tốt? Đây là vấn đề của bạn vì nếu thiết kế của phần mềm tồi thì sẽ tốn kém hơn để sửa đổi trong tương lai. Không có câu trả lời dễ dàng cho vấn đề này, nhưng đây là một số gợi ý.
-
Lắng nghe người làm kỹ thuật. Nếu họ phàn về sự khó khăn để thay đổi, thì hãy quan tâm tới phàn nàn này một cách nghiêm túc và cho họ thời gian để sửa.
-
Quan tâm tới lượng mã bị bỏ đi. Một dự án thực hiện tái cấu trúc tốt sẽ dần loại bỏ mã xấu. Nếu không có gì được xóa đi thì đó gần như chắc chắn là một dấu hiệu của việc đang không thực hiện đủ tái cấu trúc – điều này sẽ dẫn tới suy thoái thiết kế. Tuy nhiên như bất kỳ thước đo nào khác, điều này có thể bị lạm dụng, ý kiến của những nhân viên kỹ thuật giỏi hơn hẳn bất kỳ số liệu nào mặc dù nó là chủ quan.
## Vậy thiết kế đã chết?
Không bởi một ý nghĩa nào, nhưng bản chất của thiết kế đã thay đổi. Thiết kế trong XP cần những kỹ năng sau:
-
Mong muốn giữ mã rõ ràng và đơn giản nhất có thể.
-
Kỹ năng tái cấu trúc để bạn có thể tự tin thực hiện bất cứ cải tiến nào khi thấy cần thiết
-
Kiến thức tốt về mẫu thiết kế: không chỉ là giải pháp mà còn đánh giá cao thời điểm sử dụng và cách tiến hóa thành mẫu thiết kế.
-
Thiết kế có quan tâm tới những thay đổi trong tương lai, biết rằng quyết định hiện thời sẽ bị thay đổi trong tương lai.
-
Biết cách giao tiếp của thiết kế và người cần hiểu thiết kế bằng cách sử dụng mã, sơ đồ và trên tất cả: sự đàm thoại.
Đó là sự lựa chọn một cách kiêm tốn các kỹ năng, nhưng để trở thành một nhà thiết kế tốt luôn rất khó. Thực tế XP không làm nó đơn giản hơn, ít nhất là với tôi. Nhưng tôi nghĩ XP cho chúng ta một cách suy nghĩ mới về thiết kế hiệu quả bởi nó tạo ra thiết kế tiến hóa, một chiến lược hợp lý. Tôi là một người rất hâm mộ tiến hóa – nếu khác thì ai biết tôi có thể là gì?
Lời cảm ơn
Trong một vài năm trở lại đây, tôi đã chọn và “ăn cắp” nhiều ý tưởng tốt từ nhiều người giỏi. Hầu hết đã mất trong trí nhớ không tốt của tôi. Nhưng tôi nhớ rõ ý tưởng của Joshua Kerievsky. Tôi cũng nhớ rất nhiều bình luận của Fred George và Ron Jeffries. Tôi cũng không thể quên được bao nhiêu ý tưởng tốt từ Ward và Kent. Tôi luôn luôn biết ơn những ai đã hỏi và chỉnh lỗi chính tả. Tôi đã chểnh mảng trong việc giữ danh sách những người này để cảm ơn, nhưng họ gồm Craig Jones, Nigel Thorne, Sven Gorts, Hilary Nelson, Terry Camerlengo.
Người dịch: Phạm Anh Đới và Nguyễn Ngọc Anh

Set-Cookie: __cfduid=d278be4a476848942fad32e3708b739761519205485; expires=Thu, 21-Feb-19 09:31:25 GMT; path=/; domain=.tapchilaptrinh.vn; HttpOnly


markdown:
TT - Đà Nẵng đã đưa vào sử dụng nhà máy xử lý rác thải nilông đầu tiên của VN ở bãi rác Khánh Sơn. Nhà máy này sẽ sản xuất dầu đốt công nghiệp và vật liệu xây dựng có ích cho xã hội.
>>
[Xây dựng nhà máy chế biến nilông thành dầu đốt](http://tuoitre.vn/Kinh-te/475441/Xay-dung-nha-may-che-bien-nilong-thanh-dau-dot.html)
|Rác thải trở thành dầu đốt công nghiệp - Ảnh: ĐOÀN CƯỜNG|
Công trình này được Tổ chức kỷ lục VN chọn là 1 trong 7 kỷ lục về môi trường.
Công nghệ VN
Giờ đây những đống rác nilông được tập kết lên bãi rác Khánh Sơn xong thì được thu gom và chuyển qua nhà máy xử lý rác thải nilông thành dầu đốt công nghiệp ở gần đó. TS Mai Ngọc Tâm - phó viện trưởng Viện Vật liệu xây dựng VN - đánh giá: “Nhà máy có tác dụng xử lý, tận thu nguồn rác thải nilông lại vừa tạo ra nguồn năng lượng tái tạo là dầu đốt phục vụ trong công nghiệp cũng như sinh hoạt”.
TS Tâm cho biết bốn năm trước, các nhà khoa học của Viện Vật liệu xây dựng VN cùng các chuyên gia về cơ khí chế tạo, hóa dầu, polymer hóa... của Công ty CP Môi trường VN đã bắt tay vào nghiên cứu để tìm một con đường mới xử lý rác thải nguy hại từ nilông.
Trước đó TS Tâm đã thành công với công trình nghiên cứu sản xuất dầu công nghiệp từ phế thải cao su. Và ông tiếp tục phát triển thêm với công trình dây chuyền sản xuất dầu từ rác thải nilông.
Kỹ sư Trịnh Hoàng Linh (cộng sự của công trình này) cho biết về ý tưởng: “Mục đích của đề tài không phải ở lợi nhuận mà chúng tôi muốn cộng tác với tất cả bãi rác ở các địa phương trong cả nước để xử lý dứt điểm tác hại nguy hiểm của nilông đối với chúng ta và thế hệ con cháu sau này. Chúng tôi tập trung nghiên cứu về quy trình ngược sản xuất nilông từ nhựa sau công đoạn dầu mỏ”.
Quy trình hoạt động của công nghệ này được các chuyên gia tóm lược: rác thải nilông được đưa vào máy rũ để tách đất, đá sau đó đưa vào máy băm, xé, sấy tách ẩm. Sau khi làm sạch nilông thì được hóa dẻo và đưa vào thiết bị phản ứng với chất xúc tác trước khi đưa đến tháp chưng cất phân đoạn để cho ra sản phẩm dầu PO và xăng nặng. Quy trình tương tự này được áp dụng cho rác thải cao su để sản xuất dầu RO.
Theo TS Tâm, các thiết bị máy móc của dây chuyền đa số đều của VN, chỉ một số ít linh kiện là phải nhập khẩu.
Lợi ích từ rác thải nguy hại
TS Tâm cho biết thêm công nghệ tái chế rác thải nilông thành dầu đốt được thực hiện qua các quá trình tách loại tạp chất và xử lý nilông, quá trình nhiệt phân xúc tác phá vỡ cấu trúc mạch polymer của nilông và quá trình tách phân đoạn sản phẩm. Sản phẩm dầu đốt có nhiệt trị cao từ 10.000 -11.000 Kcal/kg sẽ là nguồn nhiên liệu tốt có thể thay thế một phần hoặc 100% cho các lò đốt đang sử dụng dầu DO và FO hiện nay.
Ông Nguyễn Văn Tuấn - tổng giám đốc Công ty CP Môi trường VN - cho biết thêm dự án xử lý chất thải rắn nilông ra thành phẩm dầu PO-RO tại bãi rác Khánh Sơn (Đà Nẵng) được thiết kế với công suất mỗi ngày tiếp nhận khoảng 300 tấn rác hữu cơ, sau đó sẽ sản xuất 5-10 tấn dầu đốt công nghiệp, 60 tấn than và sản xuất khí gas đốt.
Công nghệ xử lý rác thải rắn này không chỉ biến rác thải nilông thành dầu đốt mà còn sàng lọc các loại phế thải sành sứ, xây dựng, xà bần để sản xuất gạch block phục vụ ngành xây dựng. Các loại hỗn hợp thực vật như rau củ, quả, cành lá cây... được băng chuyền chuyển đến phân xưởng sản xuất viên đốt công nghiệp, khí gas. Rác hữu cơ là chất mùn thì được dùng sản xuất phân sinh học, chất rắn sẽ sử dụng sản xuất than.
Toàn bộ quy trình của dây chuyền này hoàn toàn khép kín không thải khói, tro được sử dụng để làm vật liệu xây dựng nên không ảnh hưởng tới môi trường.
Dự án xây dựng nhà máy xử lý chất thải rắn tại Đà Nẵng được UBND TP Đà Nẵng phê duyệt và cho triển khai làm hai giai đoạn với tổng vốn đầu tư khoảng 520 tỉ đồng trên diện tích 12ha.
Ông Nguyễn Điểu - giám đốc Sở Tài nguyên - môi trường Đà Nẵng - nhìn nhận: “Dự báo khoảng 8-10 năm nữa bãi rác phải đóng cửa vì không còn diện tích chôn lấp. Vì vậy đây là một công nghệ xử lý toàn diện, tiên tiến giải quyết tái chế đến 90% lượng rác, hạn chế việc chôn lấp”.
|
|
7 kỷ lục VN trong lĩnh vực môi trường
Nhân dịp kỷ niệm Ngày môi trường thế giới 5- 6, Tổ chức kỷ lục VN phối hợp với trang Tin Môi Trường công bố 7 kỷ lục VN trong lĩnh vực môi trường gồm:
1- Trung tâm cứu hộ và cho sinh sản các loài linh trưởng đang bị nguy cấp (thuộc vườn quốc gia Cúc Phương) trong điều kiện nuôi nhốt với số lượng lớn nhất.
2- Ba Bể - hồ nước ngọt tự nhiên trên núi đá vôi độc đáo nhất VN.
3- Viện Hải dương học (Nha Trang) là nơi lưu giữ bảo tồn bộ mẫu sinh vật biển lớn nhất.
4- Nhà máy xử lý rác thải nilông thành dầu đầu tiên tại VN (nhà máy ở bãi rác Khánh Sơn, Đà Nẵng).
5- Hệ thống điện mặt trời đang hoạt động có quy mô lớn nhất là ở Công ty TNHH Intel Products ở Khu công nghệ cao TP.HCM.
6- Hồ nước nhân tạo lớn nhất là hồ Thác Bà thuộc tỉnh Yên Bái.
7- Nhà máy điện gió lớn nhất đặt tại huyện Tuy Phong (Bình Thuận) thuộc Công ty cổ phần Năng lượng tái tạo VN.
ĐOÀN CƯỜNG
CopyRight by TDIN 2009. Địa chỉ: KCN Trường An- An Khánh- Hoài Đức - Hà Nội Điện thoại: 84-4-37500794 FAX: 84-4-3.7502310 Hot mobile: 0973002255
Website:
__www.td-in.vn__ __www.td-in.com__ [
email-02:
tdin@td-in.vn ](mailto:tdin@td-in.vn?subject=Yeu cầu cong ty Thai Dương-tdin)

Server: Apache

Connection: Upgrade, close

Content-Type: text/html


markdown:
Nguyên liệu mỹ phẩm
[Hướng dẫn làm mỹ phẩm](/index.php/lam-my-pham) [Công dụng nguyên liệu](/index.php/cong-dung-nguyen-lieu) [Video dạy làm mỹ phẩm](http://3cshop.vn/video/) [Báo giá nguyên liệu](http://3cshop.vn/chinh-sach-khach-hang/) [Khóa học làm mỹ phẩm](/index.php/khoa-hoc-lam-my-pham)
|
|![]()
|
|
THAMMYHOC.COM LÀ TRANG CHUYÊN HƯỚNG DẪN
## Cung cấp
Cung cấp các loại bơ giao hàng tận nơi tại đà nẵng
Bán
**nguyên liệu làm mỹ phẩm** toàn quốc: TP HCM, Đà Nẵng, Hà Nội, Hải Phòng, An Giang, Bà Rịa - Vũng Tàu, Bắc Giang, Bắc Kạn, Bạc Liêu, Bắc Ninh, Bến Tre, Bình Định, Bình Dương, Bình Phước, Bình Thuận, Cà Mau, Cao Bằng, Đắk Lắk, Đắk Nông, Điện Biên, Đồng Nai, Đồng Tháp, Gia Lai, Hà Giang, Hà Nam, Hà Tĩnh, Hải Dương, Hậu Giang, Hòa Bình, Hưng Yên,Khánh Hòa, Kiên Giang, Kon Tum, Lai Châu, Lâm Đồng, Lạng Sơn, Lào Cai, Long An, Nam Định, Nghệ An, Ninh Bình, Ninh Thuận, Phú Thọ, Quảng Bình, Quảng Nam, Quảng Ngãi, Quảng Ninh, Quảng Trị, Sóc Trăng, Sơn La, Tây Ninh, Thái Bình, Thái Nguyên, Thanh Hóa, Thừa Thiên Huế, Tiền Giang, Trà Vinh, Tuyên Quang, Vĩnh Long, Vĩnh Phúc, Yên Bái, Phú Yên, Cần Thơ. ** Tìm kiếm**: Kaolin, Bentonite, Kẽm Oxit, Baking Soda, Bột Tảo, Bột Trà Xanh, Hoa Cúc La Mã, Bột Phấn Hoa, Arrowroot, Cám Gạo, Bột Rau Má, Bột Đậu Đỏ, Bột Vỏ Cam, Bột Yến Mạch, Bột Gừng, Vitamin B3, Coenzyme Q10, Alpha Arbutin, Vitamin C, TEGO, Hyaluronic Acid, Allantoin, Vitamin A, Vitamin E, ProVitamin B5, Màu Khoáng, Sáp Nhũ Hóa, Otiphen, Sáp Đậu Nành, Lecithin, Chất Nền, Glycerin, Sáp Ong, Xanthan Gum, Bơ Shea, Dầu Thầu Dầu, Dầu Argan, Dầu Jojoba, Dầu Hạt Nho, Dầu Macadamia, Dầu Cám Gạo, Dầu Tầm Xuân, Dầu Hạnh Nhân, Dầu Cọ

Server: LiteSpeed

Pragma: no-cache

P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"

Accept-Ranges: bytes

Cache-Control: no-cache

Content-Type: text/html; charset=utf-8


markdown:
[Cách hỗ trợ điều trị mụn thịt bằng lá tía tô](http://thammyquoctebally.com/tu-van/cach-tri-mun-thit-bang-la-tia-to.html)
Những đốm mụn thịt xuất hiện quanh mắt khiến cho “cửa sổ tâm hồn” trở nên ảm đạm, già nua, xấu xí. Cùng tham khảo cách hỗ trợ điều trị mụn thịt bằng lá tía tô sau đây nhé! Không chỉ có tác dụng trị cảm lạnh, đầy bụng, an thai, giảm đau, hen suyễn… […]

Set-Cookie: __cfduid=df0ffc665713b9d0bffbd4a8d1d1c62ee1519205239; expires=Thu, 21-Feb-19 09:27:19 GMT; path=/; domain=.thammyquoctebally.com; HttpOnly


markdown:
Chủ đề từ 1 đến 16 của 16
# Diễn đàn: CLB XePhaoMa Phú Yên
Chọn nhanh
[CLB XePhaoMa Phú Yên](forums/460-CLB-XePhaoMa-Phu-Yen?s=f0eb8f116695b5b41935d044146d9d93) [Lên trên](forums/460-CLB-XePhaoMa-Phu-Yen#top)
- Khu vực riêng
[Thiết lập](usercp.php?s=f0eb8f116695b5b41935d044146d9d93) [Tin nhắn riêng](private.php?s=f0eb8f116695b5b41935d044146d9d93) [Các theo dõi](subscription.php?s=f0eb8f116695b5b41935d044146d9d93) [Đang trực tuyến](online.php?s=f0eb8f116695b5b41935d044146d9d93) [Tìm diễn đàn](search.php?s=f0eb8f116695b5b41935d044146d9d93) [Trang chính](forum.php?s=f0eb8f116695b5b41935d044146d9d93)
- Diễn đàn
[Thiên Thiên Tượng Kỳ - Giáp cấp liên tái 2017](forums/598-Thien-Thien-Tuong-Ky-Giap-cap-lien-tai-2017?s=f0eb8f116695b5b41935d044146d9d93) [Giải cờ tướng Ngôi sao quốc tế - Cup The Reed Hotel - Ninh Bình 2015](forums/587-Giai-co-tuong-Ngoi-sao-quoc-te-Cup-The-Reed-Hotel-Ninh-Binh-2015?s=f0eb8f116695b5b41935d044146d9d93) [Hot Topic](forums/345-Hot-Topic?s=f0eb8f116695b5b41935d044146d9d93) [Trạng cờ đất Việt 2016-2017 , Cup Xi Măng Long Sơn](forums/577-Trang-co-dat-Viet-2016-2017-Cup-Xi-Mang-Long-Son?s=f0eb8f116695b5b41935d044146d9d93) [Tiêu điểm](forums/606-Tieu-diem?s=f0eb8f116695b5b41935d044146d9d93) [Giải vô địch các clb khu vực phía Bắc , cúp Thăng Long Kỳ Đạo năm 2017](forums/458-Giai-vo-dich-cac-clb-khu-vuc-phia-Bac-cup-Thang-Long-Ky-Dao-nam-2017?s=f0eb8f116695b5b41935d044146d9d93) [Học cờ cùng Thang Long Kỳ Đạo !!!](forums/493-Hoc-co-cung-Thang-Long-Ky-Dao?s=f0eb8f116695b5b41935d044146d9d93) [Shop cờ - Tủ sách Thăng Long Kỳ Đạo !!!](forums/530-Shop-co-Tu-sach-Thang-Long-Ky-Dao?s=f0eb8f116695b5b41935d044146d9d93) [TLKD New](forums/230-TLKD-New?s=f0eb8f116695b5b41935d044146d9d93) [Thăng long kỳ đạo quán](forums/444-Thang-long-ky-dao-quan?s=f0eb8f116695b5b41935d044146d9d93) [Trung Hoa tượng kỳ](forums/385-Trung-Hoa-tuong-ky?s=f0eb8f116695b5b41935d044146d9d93) [Giao hữu cấp câu lạc bộ](forums/433-Giao-huu-cap-cau-lac-bo?s=f0eb8f116695b5b41935d044146d9d93)
-
[Thông tin từ BQT](forums/27-Thong-tin-tu-BQT?s=f0eb8f116695b5b41935d044146d9d93) [Các giải đấu trực thuộc diễn đàn Thăng Long Kỳ Đạo](forums/416-Cac-giai-dau-truc-thuoc-dien-dan-Thang-Long-Ky-Dao?s=f0eb8f116695b5b41935d044146d9d93) [Các giải đấu trong nước , quốc tế](forums/11-Cac-giai-dau-trong-nuoc-quoc-te?s=f0eb8f116695b5b41935d044146d9d93) [Lịch sử phát triển cờ tướng](forums/1-Lich-su-phat-trien-co-tuong?s=f0eb8f116695b5b41935d044146d9d93) [Góc chuyên môn](forums/6-Goc-chuyen-mon?s=f0eb8f116695b5b41935d044146d9d93) [Software - Ebook - Ván đấu](forums/15-Software-Ebook-Van-dau?s=f0eb8f116695b5b41935d044146d9d93) [Tổng hợp thông tin](forums/25-Tong-hop-thong-tin?s=f0eb8f116695b5b41935d044146d9d93) [Chuyên trang Cờ Vua](forums/613-Chuyen-trang-Co-Vua?s=f0eb8f116695b5b41935d044146d9d93) [Các loại cờ khác](forums/34-Cac-loai-co-khac?s=f0eb8f116695b5b41935d044146d9d93) [Đạo quán (Các câu lạc bộ cờ khắp nơi)](forums/45-Dao-quan-Cac-cau-lac-bo-co-khap-noi?s=f0eb8f116695b5b41935d044146d9d93) [Các nhóm hội , diễn đàn trên mạng](forums/574-Cac-nhom-hoi-dien-dan-tren-mang?s=f0eb8f116695b5b41935d044146d9d93) [Khu vực khối văn phòng và học sinh , sinh viên](forums/600-Khu-vuc-khoi-van-phong-va-hoc-sinh-sinh-vien?s=f0eb8f116695b5b41935d044146d9d93) [Các câu lạc bộ khu vực đồng bằng Bắc Bộ](forums/47-Cac-cau-lac-bo-khu-vuc-dong-bang-Bac-Bo?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Thăng Long](forums/597-Clb-co-tuong-Thang-Long?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ Quang Trung](forums/49-CLB-Co-Quang-Trung?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Hữu Nghị](forums/607-Clb-co-tuong-Huu-Nghi?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ Cờ tướng Tràng An - Ninh Bình](forums/584-Cau-lac-bo-Co-tuong-Trang-An-Ninh-Binh?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Import Link](forums/121-CLB-co-Import-Link?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ Việt Hưng](forums/609-Cau-lac-bo-co-Viet-Hung?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ tướng Nam Từ Liêm](forums/610-Cau-lac-bo-co-tuong-Nam-Tu-Liem?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Xuân Hưng - Hà Nội](forums/544-Clb-co-tuong-Xuan-Hung-Ha-Noi?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng học viện Thăng Long Kỳ Đạo](forums/599-Clb-co-tuong-hoc-vien-Thang-Long-Ky-Dao?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc Bộ Cờ Tướng Mỹ Hào - Hưng Yên](forums/596-Cau-lac-Bo-Co-Tuong-My-Hao-Hung-Yen?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Kỳ Anh](forums/522-Clb-co-tuong-Ky-Anh?s=f0eb8f116695b5b41935d044146d9d93) [clb cờ tướng Kinh Kỳ](forums/523-clb-co-tuong-Kinh-Ky?s=f0eb8f116695b5b41935d044146d9d93) [clb cờ tướng Hồng Thái Tây](forums/556-clb-co-tuong-Hong-Thai-Tay?s=f0eb8f116695b5b41935d044146d9d93) [Câu Lạc Bộ Cờ Tướng Sông Hồng](forums/497-Cau-Lac-Bo-Co-Tuong-Song-Hong?s=f0eb8f116695b5b41935d044146d9d93) [clb Kỳ Sơn Bằng Hữu](forums/505-clb-Ky-Son-Bang-Huu?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Hoa Phượng](forums/517-CLB-co-tuong-Hoa-Phuong?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Tam Điệp - Ninh Bình](forums/546-Clb-co-tuong-Tam-Diep-Ninh-Binh?s=f0eb8f116695b5b41935d044146d9d93) [Cờ tướng Bằng Hữu - Thái Bình](forums/612-Co-tuong-Bang-Huu-Thai-Binh?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ Cờ Hạ Long - Quảng Ninh](forums/608-Cau-lac-bo-Co-Ha-Long-Quang-Ninh?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ Tướng Thủy Nguyên ( Hải Phòng )](forums/611-CLB-Co-Tuong-Thuy-Nguyen-Hai-Phong?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Phố Hiến kỳ đạo](forums/620-Clb-co-tuong-Pho-Hien-ky-dao?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ Anh Em - Hà Nội](forums/120-CLB-Co-Anh-Em-Ha-Noi?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Tây Sơn](forums/285-CLB-co-tuong-Tay-Son?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Kỳ Hữu](forums/75-CLB-co-Ky-Huu?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Hải Phòng](forums/54-CLB-co-Hai-Phong?s=f0eb8f116695b5b41935d044146d9d93) [clb cờ Tứ Phương Huynh Đệ](forums/445-clb-co-Tu-Phuong-Huynh-De?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Đông Anh](forums/257-CLB-co-Dong-Anh?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Việt Sơn](forums/245-CLB-co-Viet-Son?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Đống Đa](forums/249-CLB-co-Dong-Da?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Kỳ Siêu](forums/263-CLB-co-Ky-Sieu?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ Sóc Sơn](forums/289-Clb-co-Soc-Son?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ Định Công](forums/304-Clb-co-Dinh-Cong?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Từ Liêm](forums/333-CLB-co-Tu-Liem?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Hà Tây](forums/375-Clb-co-tuong-Ha-Tay?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Đông Đô](forums/391-CLB-co-Dong-Do?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ Sơn Đồng](forums/397-Cau-lac-bo-co-Son-Dong?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ tướng Hà thành](forums/401-Cau-lac-bo-co-tuong-Ha-thanh?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Hoài Đức](forums/455-CLB-co-tuong-Hoai-Duc?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Năm Cửa Ô](forums/485-Clb-co-tuong-Nam-Cua-O?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Hà Đông](forums/279-CLB-co-Ha-Dong?s=f0eb8f116695b5b41935d044146d9d93)
-
[Các câu lạc bộ khu vực miền núi phía Bắc](forums/379-Cac-cau-lac-bo-khu-vuc-mien-nui-phia-Bac?s=f0eb8f116695b5b41935d044146d9d93) [Các câu lạc bộ khu vực miền Trung](forums/261-Cac-cau-lac-bo-khu-vuc-mien-Trung?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ Quảng Bình](forums/329-CLB-co-Quang-Binh?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ sinh viên Đà Nẵng](forums/272-Cau-lac-bo-sinh-vien-Da-Nang?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Người Yêu Cờ, Liên Chiểu, Đà Nẵng](forums/550-CLB-co-tuong-Nguoi-Yeu-Co-Lien-Chieu-Da-Nang?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Không Gian Xưa](forums/525-CLB-co-tuong-Khong-Gian-Xua?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Song Mã](forums/515-CLB-co-tuong-Song-Ma?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Trương Sinh - Hội An](forums/553-CLB-co-tuong-Truong-Sinh-Hoi-An?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ Kỳ Vương, Liên Chiểu, Đà Nẵng](forums/531-Cau-lac-bo-Ky-Vuong-Lien-Chieu-Da-Nang?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ tướng Hải Châu - TP Đà nẵng](forums/564-Cau-lac-bo-co-tuong-Hai-Chau-TP-Da-nang?s=f0eb8f116695b5b41935d044146d9d93) [clb cờ tướng Richicken](forums/569-clb-co-tuong-Richicken?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ vua & cờ tướng thần đồng Đà Nẵng](forums/595-Clb-co-vua-co-tuong-than-dong-Da-Nang?s=f0eb8f116695b5b41935d044146d9d93) [CLB Kỳ Đạo Quán - Tp Huế](forums/621-CLB-Ky-Dao-Quan-Tp-Hue?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Kỳ Ái - Tam Kỳ](forums/622-CLB-co-tuong-Ky-Ai-Tam-Ky?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng huyện Núi Thành; Quảng Nam.](forums/628-Clb-co-tuong-huyen-Nui-Thanh-Quang-Nam?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Kỳ Hữu – Đà Nẵng](forums/630-CLB-co-tuong-Ky-Huu-Da-Nang?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ A&E Thanh Hóa](forums/268-Cau-lac-bo-AE-Thanh-Hoa?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ Thừa Thiên - Huế](forums/323-Cau-lac-bo-Thua-Thien-Hue?s=f0eb8f116695b5b41935d044146d9d93) [Hội cờ tướng Khánh Hoà](forums/308-Hoi-co-tuong-Khanh-Hoa?s=f0eb8f116695b5b41935d044146d9d93) [CLB - Kỳ đài Hoàng Anh](forums/317-CLB-Ky-dai-Hoang-Anh?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ người yêu cờ Nghệ An](forums/322-Cau-lac-bo-nguoi-yeu-co-Nghe-An?s=f0eb8f116695b5b41935d044146d9d93) [CLB Sông Hàn kỳ nghệ](forums/377-CLB-Song-Han-ky-nghe?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ tướng Tri Ngộ](forums/410-CLB-Co-tuong-Tri-Ngo?s=f0eb8f116695b5b41935d044146d9d93)
-
[Thông tin khu vực cờ phía Nam](forums/262-Thong-tin-khu-vuc-co-phia-Nam?s=f0eb8f116695b5b41935d044146d9d93) [CLB XePhaoMa Phú Yên](forums/460-CLB-XePhaoMa-Phu-Yen?s=f0eb8f116695b5b41935d044146d9d93) [Kỳ đài Bằng Hữu](forums/438-Ky-dai-Bang-Huu?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ tướng Khu phố 2 , Hiệp Bình Chánh, Thủ Đức](forums/494-CLB-Co-tuong-Khu-pho-2-Hiep-Binh-Chanh-Thu-Duc?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Thiên Hưng](forums/499-Clb-co-tuong-Thien-Hung?s=f0eb8f116695b5b41935d044146d9d93) [CLb cờ Cỏ Xanh](forums/501-CLb-co-Co-Xanh?s=f0eb8f116695b5b41935d044146d9d93) [Kỳ đài Bình Phước](forums/514-Ky-dai-Binh-Phuoc?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ tướng PTSC Marine](forums/511-Cau-lac-bo-co-tuong-PTSC-Marine?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ MIRANO CAFE](forums/516-Cau-lac-bo-MIRANO-CAFE?s=f0eb8f116695b5b41935d044146d9d93) [Kỳ đài 81](forums/563-Ky-dai-81?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ tướng Nhím Cafe](forums/573-Clb-co-tuong-Nhim-Cafe?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ Tướng Phú Tài (Quy Nhơn - Bình Định)](forums/625-CLB-Co-Tuong-Phu-Tai-Quy-Nhon-Binh-Dinh?s=f0eb8f116695b5b41935d044146d9d93) [Câu lạc bộ cờ tướng Kỳ Phong](forums/623-Cau-lac-bo-co-tuong-Ky-Phong?s=f0eb8f116695b5b41935d044146d9d93) [Clb cờ Hiệp Bình Phước Thủ Đức](forums/626-Clb-co-Hiep-Binh-Phuoc-Thu-Duc?s=f0eb8f116695b5b41935d044146d9d93) [CLB cờ tướng Up RIO coffee ĐẤT SÀI GÒN](forums/629-CLB-co-tuong-Up-RIO-coffee-DAT-SAI-GON?s=f0eb8f116695b5b41935d044146d9d93) [Kỳ đài Hội Quán Cờ](forums/275-Ky-dai-Hoi-Quan-Co?s=f0eb8f116695b5b41935d044146d9d93) [Kỳ đài Đất Việt](forums/274-Ky-dai-Dat-Viet?s=f0eb8f116695b5b41935d044146d9d93) [CLB Đồi Dương - Phan Thiết](forums/276-CLB-Doi-Duong-Phan-Thiet?s=f0eb8f116695b5b41935d044146d9d93) [CLB ĐB - Sông Cửu Long](forums/277-CLB-DB-Song-Cuu-Long?s=f0eb8f116695b5b41935d044146d9d93) [CLB Kỳ hội quán](forums/278-CLB-Ky-hoi-quan?s=f0eb8f116695b5b41935d044146d9d93) [Huynh Đệ Hội](forums/435-Huynh-De-Hoi?s=f0eb8f116695b5b41935d044146d9d93) [CLB Cờ Quận 2](forums/439-CLB-Co-Quan-2?s=f0eb8f116695b5b41935d044146d9d93)
-
[Khu vực Tây Nguyên](forums/446-Khu-vuc-Tay-Nguyen?s=f0eb8f116695b5b41935d044146d9d93)
-
[Giải trí](forums/37-Giai-tri?s=f0eb8f116695b5b41935d044146d9d93)
##### Quản lý diễn đàn này
- Chứa bài viết chưa đọc
- Chứa bài viết chưa đọc
- Chủ đề nóng với bài viết chưa đọc
- Chủ đề nóng với bài viết đã đọc
- Chủ đề đã đóng
- Bạn đã gửi bài trong chủ đề này
- Bạn
**Không thể**gửi Chủ đề mới
- Bạn
**Không thể**Gửi trả lời
- Bạn
**Không thể**Gửi file đính kèm
- Bạn
**Không thể**Sửa bài viết của mình
-

Server: Apache/2.2.15 (CentOS)


markdown:
[Giới thiệu về tỉnh Nam Định](/about/Gioi-thieu-ve-tinh-Nam-Dinh/)
Nam Định là một tỉnh nằm ở phía nam đồng bằng Bắc Bộ, thuộc vùng duyên hải Bắc Bộ, tiếp giáp với tỉnh Thái Bình ở phía bắc, tỉnh Ninh Bình ở phía nam, tỉnh Hà Nam ở phía tây bắc, giáp biển (vịnh Bắc Bộ) ở phía đông. Với diện tích 1.669 km², địa hình Nam Định có thể chia thành 3 vùng. Vùng đồng bằng...

Cache-Control: no-cache, pre-check=0, post-check=0

Set-Cookie: nv3c_Qyrnl_nvvithemever=xQ%2C%2C; expires=Thu, 21-Feb-2019 09:02:38 GMT; path=/; domain=.thpt-cnghiahung.namdinh.edu.vn; httponly

Content-Language: vi


markdown:
|
||
|
196 Vạn Kiếp, P. 3, Q. Bình Thạnh - TP. HCM
ĐT : (08) 62976941 - 0985881339
Email :
|
|
Luật số 10/2012/QH13 ngày 18/6/2012 của Quốc hội Về Luật lao động 2012.
|
|
Date: 18/06/2012
Ngày hiệu lực: 01-05-2013
|
|
Thông tư số 40/2009/TT-BLĐTBXH ngày 3/12/2009 của Bộ Lao động Thương binh và Xã hội Hướng dẫn cách tính số lao động sử dụng thường xuyên theo quy định tại Nghị định số 108/2006/NĐ-CP ngày 22 tháng 9 năm 2006 của Chính Phủ về việc quy định chi tiết và hướng dẫn thi hành một số điều của Luật Đầu tư
|
|
Date: 03/12/2009
Ngày hiệu lực: 17-01-2010
|
|
Thông tư số 19/2003/TT-BLĐTBXH ngày 22/09/2003 của Bộ Lao động Thương binh và Xã hội Hướng dẫn thi hành một số điều của Nghị định số 41/1995/NĐ-CP ngày 06/07/1995 của Chính phủ quy định chi tiết và hướng dẫn một số điều của Bộ Luật lao động về kỷ luật và trách nhiệm vật chất đã được sửa đổi, bổ sung tại Nghị định 33/2003/NĐ-CP ngày 02/04/2003 của Chính phủ
|
|
Date: 22/09/2003
Ngày hiệu lực: 11-10-2003
|
|
Thông tư số 82/2003/TT-BTC ngày 14/8/2003 của Bộ Tài chính hướng dẫn trích lập Quỹ dự phòng trợ cấp mất việc làm
|
|
Date: 14/08/2003
Ngày hiệu lực: 08-09-2003
Page -
[1](files.php?cat=12&cmd=all&sort=&order=&page=1)
- 2

Server: nginx admin

Cache-Control: max-age=0, no-cache, s-maxage=10

Cache: MISS


markdown:
Tài liệu Thư viện số
-- Liên kết Thư viện số --
Đại Học Nguyễn Tất Thành
Trung tâm Thông Tin - Học Liệu - Đại học Đà Nẵng
Cao Đẳng Sư Phạm Thừa Thiên Huế
Đại Học Vinh
Đại Học Sư Phạm Hà Nội
Trung Tâm Thông Tin - Thư Viện - Trường ĐH Đồng Nai
Đại Học Duy Tân
Đại học Công Nghiệp Thực Phẩm Tp. Hồ Chí Minh
Đại Học Nông Lâm TP.HCM
Đại Học Hàng Hải
Cao Đẳng Sư Phạm Nghệ An
Đại Học Xây Dựng Hà Nội
Học Viện Kỹ Thuật Mật Mã
Học phổ thông Online Đại Học Trà Vinh
Đại Học Khoa Học Đại Học Huế
Đại học Giao thông vận tải TP.HCM
Đại học Cửu Long
Đại học Dân lập Hải Phòng
Thư Viện Tỉnh Quảng Ninh
Đại học Sư Phạm Huế
Đại học Kinh tế Huế
Đại Học Kỹ Thuật - Hậu Cần Công An Nhân Dân
Cao Đẳng Công Nghệ Thông Tin - Đại học Đà Nẵng
Cao Đẳng Xây Dựng Thành Phố Hồ Chí Minh
Trung Cấp Âu Lạc Huế
Cao Đẳng Sư Phạm Điện Biên
Cao Đẳng Sư Phạm Lào Cai
Thư viện Tỉnh Bà Rịa - Vũng Tàu
Cao Đẳng Cộng Đồng Bình Thuận
Khoa Du Lịch - Đại Học Huế
Đại Học Văn Hóa TP. Hồ Chí Minh
Đại học Xây dựng Miền Trung
Trung Cấp Bến Thành
Đại Học Kỹ Thuật - Công Nghệ Cần Thơ
Cao Đẳng Cộng Đồng Lào Cai
Cao Đẳng Đức Trí
Phân Hiệu Đại học Huế Tại Quảng Trị
Cao Đẳng Cộng Đồng Kiên Giang
Trung Tâm Học Liệu - Đại Học Huế
Cao Đẳng Công Nghiệp Huế
Trung Cấp Y Dược MeKong
Trung Cấp Phạm Ngọc Thạch Cần Thơ
Thư Viện Tỉnh Bình Dương
Hệ Thống Thông Tin Tư Liệu Số Thành Phố Hải Phòng
Thư Viện Khoa Học Tổng Hợp Thành Phố Đà Nẵng
Thư Viện Tỉnh Bình Phước
Cao Đẳng Kinh Tế - Kỹ Thuật Quảng Nam
Thư Viện Tỉnh Hà Tĩnh
Cao Đẳng Công Nghiệp Cao Su
Cao Đẳng Công Thương TPHCM
Cao Đẳng Công Nghệ Thông Tin TPHCM
Đại Học Yersin Đà Lạt
Đại Học Đại Nam
Đại Học Sư Phạm Kỹ Thuật - TP.HCM
Học Viện Chính Sách & Phát Triển
Đại học Đồng Tháp
Đại Học Phạm Văn Đồng
Đại Học Tiền Giang
Thư Viện Tỉnh Nghệ An
Đại Học Mỏ - Địa Chất
Đại Học Hà Tĩnh
Đại Học Thủ Dầu Một
Trung Cấp Y Tế Bắc Ninh
Đại Học Y Khoa Vinh
Đại học Y Khoa Phạm Ngọc Thạch
Đại Học Lạc Hồng
Đại Học Thủ Đô Hà Nội
Đại Học Sư Phạm - Đại Học Thái Nguyên
Đại Học Công Nghiệp Dệt May Hà Nội
Đại Học Ngân Hàng Tp. Hồ Chí Minh
Đại học Lao động Xã hội
Khoa Hệ Thống Thông Tin Quản Lý - HV Ngân Hàng
ĐH Kinh Tế - Kỹ Thuật Bình Dương
Đại học Tài Chính - Ngân Hàng Hà Nội
Cao Đẳng Giao Thông Vận Tải III
Cao Đẳng Cộng Đồng Kon Tum
Đại Học Hồng Bàng
Đại Học Hạ Long
Đại Học Hồng Đức
Học Viện Hàng Không Việt Nam
Đại Học Quảng Bình
ĐH Kinh Tế - Kỹ Thuật Công Nghiệp
Đại học Bà Rịa - Vũng Tàu
Đại Học Gia Định
Đại Học Nam Cần Thơ
Thư Viện Tổng Hợp Tỉnh Quảng Ngãi
Trường Cán Bộ Quản Lý Giáo Dục TP.HCM
Đại Học Điện Lực
Danh mục TaiLieu.VN
- Bạn vui lòng tham khảo Thỏa Thuận Sử Dụng của Thư Viện Số
Đăng nhập
Bộ sưu tập số
Khoa Lý luận chính trị
0
69
Khoa Sư phạm
0
66
Khoa Công nghệ thực phẩm
0
78
Khoa Điện - Điện tử
0
79
Khoa Cơ khí chế tạo máy
0
88
Khoa Công nghệ thông tin
0
90
Khoa Cơ khí động lực
Trường Đại Học Sư Phạm Kỹ Thuật Vĩnh Long
73 Nguyễn Huệ, Phường 2, TP.Vĩnh Long, Tỉnh Vĩnh Long
Email: spktvl@vlute.edu.vn
Hợp tác phát triển

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0


markdown:
**Mr Khang - 0919 701 176**
**tienphathungco@gmail.com**
Đang truy cập :
10
Hôm nay :
212
Tháng hiện tại
: 22910
Tổng lượt truy cập :
**2039843**
Thảm Wilton CKW-OD. Cung cấp các dòng thảm trải sàn Wilton cao cấp ( High quality Wilton carpet) dành cho văn phòng, khách sạn, nhà hàng, nhà bar, khu sảnh lớn, khu công cộng

Server: Apache/2.4.29 (cPanel) OpenSSL/1.0.2n mod_bwlimited/1.4

Set-Cookie: nv3c_Vcysw_nvvithemever=yA%2C%2C; expires=Thu, 21-Feb-2019 09:39:11 GMT; path=/; domain=.tienphathung.com; httponly


markdown:
[hội trường](/index.php?nv=news&op=search&q=h%E1%BB%99i+tr%C6%B0%E1%BB%9Dng), [ủy ban](/index.php?nv=news&op=search&q=%E1%BB%A7y+ban), [nhân dân](/index.php?nv=news&op=search&q=nh%C3%A2n+d%C3%A2n), [quảng uyên](/index.php?nv=news&op=search&q=qu%E1%BA%A3ng+uy%C3%AAn), [chỉ đạo](/index.php?nv=news&op=search&q=ch%E1%BB%89+%C4%91%E1%BA%A1o), [thanh niên](/index.php?nv=news&op=search&q=thanh+ni%C3%AAn), [hoạt động](/index.php?nv=news&op=search&q=ho%E1%BA%A1t+%C4%91%E1%BB%99ng), [tổ chức](/index.php?nv=news&op=search&q=t%E1%BB%95+ch%E1%BB%A9c), [hội nghị](/index.php?nv=news&op=search&q=h%E1%BB%99i+ngh%E1%BB%8B), [tổng kết](/index.php?nv=news&op=search&q=t%E1%BB%95ng+k%E1%BA%BFt)
Đang truy cập :
15
**•**Máy chủ tìm kiếm : 1
**•**Khách viếng thăm : 14
Hôm nay :
2330
Tháng hiện tại
: 44548
Tổng lượt truy cập :
**2376395**
## Ý kiến bạn đọc

Set-Cookie: nv3c_Ift6w_nvvithemever=yg%2C%2C; expires=Thu, 21-Feb-2019 09:29:35 GMT; Max-Age=31536000; path=/; domain=.tinhdoan.caobang.gov.vn; httponly


markdown:
Free ship toàn quốc với đơn hàng >= 500.000đ
Hotline:
02083 755 755
Free ship toàn quốc với đơn hàng >= 500.000đ
Đăng ký
|
Đăng nhập
T
Đăng ký
|
Đăng nhập
B
F
0
Giỏ Hàng đang trống!
Menu
Nữ
Nam
Sale
Địa chỉ
B
F
0
Giỏ Hàng đang trống!
Trang chủ
Vest tay lỡ đen dày B132
Vest tay lỡ đen dày B132
0 đánh giá /
Viết đánh giá
650.000đ
Còn hàng: Các tuỳ chọn còn hiển thị màu/cỡ là còn hàng, nếu không hiển thị là đã hết hàng!
Màu sắc
Đen
Kích cỡ hiện có:
Số lượng:
1
2
3
4
5
6
7
8
9
10
11
12
Thêm vào giỏ
Hướng dẫn chọn size
Chất liệu
95% Polyester, 5% Spandex
Liên Hệ:
02083 755 755
sale@tngfashion.vn
Sản phẩm
Nữ
Nam
SALE
Tất cả
Đặt đồng phục
Tài khoản
Đăng ký
Đăng nhập
Hổ trợ khách hàng
Hotline:
02083 755 755
Địa chỉ cửa hàng
Up

Set-Cookie: currency=VN%C4%90; expires=Fri, 23-Mar-2018 09:07:43 GMT; Max-Age=2592000; path=/; domain=tngfashion.vn


markdown:
Mặc dù mới đi vào hoạt động chưa được 1 năm nhưng điểm đến này đã nhanh chóng thu hút sự quan tâm của nhiều du khách trong và ngoài tỉnh. Ðến nay, đã có hàng chục loài hoa được trồng xen kẽ trên đồi hoa tam giác mạch và một “”rừng” chong chóng đầy màu sắc, bên cạnh đó là rừng thông thơ mộng, mát rượi dưới cái nắng mùa hè cùng với đồi cỏ xanh ngút ngàn đã tạo nên một khung cảnh lãng mạn đầy chất thơ. Chính vì vậy mà nơi đây đã được nhiều bạn trẻ lựa chọn là địa điểm chụp ảnh cưới, điểm pic-níc cuối tuần hoặc nghỉ ngơi, thư giãn vào các dịp lễ tết…
Nhiều bạn trẻ chọn những vị trí đẹp để chụp ảnh kỷ niệm.
Chị Bạc Thị Lý đến từ huyện Mai Sơn (Sơn La) chia sẻ: Tôi và nhóm bạn đã lên kế hoạch đến đây khi thấy các hình ảnh đẹp, lạ và hấp dẫn của một số bạn bè “Check in” trên facebook. Khi đến đây tôi đã rất ngạc nhiên vì khung cảnh đẹp và lạ, vừa hoang sơ lại vừa phảng phất một chút gì đó rất châu Âu. Ðiều làm tôi vui nhất là có thể chụp ảnh với hoa tam giác mạch mà không cần phải đi tận Hà Giang… Còn bạn Nguyễn Long ở phường Thanh Bình, TP. Ðiện Biên Phủ, thành viên của đội moto PKL thì cho biết: Tôi đã đến đây 3 lần, nơi đây cách TP. Ðiện Biên Phủ không quá xa nên rất thích hợp để đi và về trong ngày; những cung đường đẹp và nhiều khúc cua “mượt” nên rất phù hợp để đội chúng tôi đi trải nghiệm, tách biệt không khí ồn ào của thành phố và gặp nhau, thư giãn dịp cuối tuần…
Người quản lý ở đây cho biết, chỉ tính riêng 3 ngày nghỉ lễ “Pha Ðin lộng gió” đã thu hút gần 15 nghìn lượt người đến tham quan và sử dụng các dịch vụ. Từ khi khu sinh thái này đi vào hoạt động, đồng bào các bản lân cận cũng đem các sản vật đến bán và chế biến tại chỗ phục vụ du khách. Nhờ vậy mà du khách có thể tự thổi bếp nướng ngô, khoai, sắn ở khu cắm trại. Thậm chí nhiều đoàn đông người còn yêu cầu người dân cung cấp “thực phẩm sạch” như lợn, gà hoặc các sản vật khác để họ chế biến và ăn uống tại chỗ hoặc đem về. Do vậy người dân trên địa phương từng bước đã có thêm thu nhập, cải thiện cuộc sống nhờ lượng du khách ngày một tăng.
Có thể thấy, ngoài những tiềm năng, lợi thế về du lịch lịch sử, văn hóa truyền thống, Ðiện Biên còn rất nhiều lợi thế để phát triển các tiềm năng du lịch khác như du lịch sinh thái, khám phá, trải nghiệm hoặc mô hình du lịch cộng đồng. Ðó cũng là một xu hướng mà các tỉnh bạn như: Lào Cai, Yên Bái, Hà Giang đã và đang áp dụng thành công. Hy vọng trong thời gian tới, Ðiện Biên sẽ có thêm nhiều điểm đến mới hấp dẫn.
**Tác giả bài viết: **Văn Thành Chương
**Nguồn tin: **baodienbienphu.info.vn
**Những tin mới hơn**
**Những tin cũ hơn**
Đang truy cập :
21
**•**Thành viên online : 1
**•**Máy chủ tìm kiếm : 2
**•**Khách viếng thăm : 18
Hôm nay :
3449
Tháng hiện tại
: 104533
Tổng lượt truy cập :
**25594687**

Set-Cookie: nv3c_Psgyx_nvvithemever=lQ%2C%2C; expires=Thu, 21-Feb-2019 09:05:31 GMT; path=/; domain=.tpdienbienphu.gov.vn; httponly


markdown:
[](gioi-thieu/)
![ nguyen the nhan](imgs/layout/the-nhan.jpg)
## Nguyễn Thế Nhân
**Địa chỉ thường trú** : Quận Gò Vấp – HCMC – Vietnam
**Nghề nghiệp** : Họa sĩ
**Cellphone** : 0903909623
**Nghệ sỹ tranh cát động Việt Nam**
![ ](uploads/noidung/images/Nhan%20bieu%20dien.jpg)
Mang trong mình nhiều đam mê tìm tòi và sáng tạo, họa sĩ Nguyễn Thế Nhân đã tự nghiên cứu, tìm hiểu bộ môn nghệ thuật Tranh cát động và trở thành một trong số rất ít họa sĩ Việt Nam đi tiên phong tiên phong trong loại hình nghệ thuật độc đáo này. Họa sĩ đã mang đến một nét mới cho bộ môn và gặt hái nhiều thành công, được các đài Truyền hình trung ương đặt sản xuất những chương trình nghệ thuật chuyên về tranh cát, truyền tải những thông điệp mang tính nhân văn và giáo dục cao như "Hạt Cát Diệu Kỳ" của VTV, "Kể Chuyện Bác Hồ" của Truyền Hình Nhân Dân, " Tinh Hoa Xưa" của VTC, " Hạt Cát Diệu Kỳ" cho truyền hình các tỉnh Miền Tây ....đang được khán thính giả cả nước và kiều bào ở nước ngoài quan tâm theo dõi . Nghệ sĩ -họa sĩ Thế Nhân còn tham gia biểu diễn
**tại các sự kiện được công chúng tán thưởng và giới chuyên môn đánh giá cao.**


markdown: Chuyện đời tôi chơi gái (thật 100%) Như Một Thói Quen gần đây của nó ! nó ngồi đây nhìn con sông êm đềm chãy...

Set-Cookie: wordpress_logged_in_d1316514ce7c7991fec59cdcc3c74df4=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; HttpOnly