anh zmt264 ơi post tiếp những phần sau đi
Tôi không biết tí gì về việc làm web và cũng không muốn học làm web
Tôi không biết tí gì về HTML, CSS, PHP ... (nhưng muốn học)
Tôi biết về HTML nhưng chỉ biết chút xíu về CSS.
Tôi biết HTML, CSS, nhưng không biết các kỹ thuật CSS nâng cao như CSS Sprites, CSS Hacks...
Tôi biết về CSS nâng cao và 1 chút Javascript.
Tôi biết CSS nâng cao và biết dùng các Javascript Frameworks như JQuery, Prototype, YUI...
Tôi là 1 Javascript Ninja.
anh zmt264 ơi post tiếp những phần sau đi
Các bạn lười quá. phải dùng google chứ. Vào đây để xem qui trình thiết kế này
Đây là một qui trình khác nhưng về cơ bản tương tự và chữ không xấu như topic này để các bác đỡ chê.
http://my.opera.com/iguru/blog/quy-t...iet-nam-iwp1-1
ra ngoài tiệm mua sách học cho lẹ . 20-30k 1 cuốn . trình bày cơ bản dễ học .
gặp thằng điên thì tránh nó đi , lờ như ko thấy nó , kẻo mất công mang vạ vào thân
Tóm tắt lại bài viết đầu tiên và phát triển thêm: 11 bước làm web
Chú ý rằng trong các bước sau, bước nào cũng có thể phạm sai lầm, và sai lầm càng ở bước trước thì càng thiệt hại, ví dụ như một trang web giao diện cực đẹp, chạy cực nhanh, bảo mật cực tốt, nhưng ... vô dụng, thì tất nhiên là chẳng ai dùng. Do đó trong quá trình làm, cần làm sao tránh sai lầm (bằng kiến thức) và phát hiện ra sai lầm càng sớm càng tốt để sớm điều chỉnh, vì điều chỉnh ở giai đoạn sau sẽ phải trả giá nhiều hơn.
1 - Nghĩ ra ý tưởng:
Ý tưởng có thể vô tình chạy qua trong đầu, nó rất sơ lược.
2 - Chi tiết hóa ý tưởng:
* Phác thảo sơ qua ý tưởng ra giấy, áp dụng tất cả những kiến thức + kinh nghiệm của bản thân (hoặc của team, nếu làm nhiều người). Nếu kiến thức chỉ ra rằng cần phải nghiên cứu thị trường thì cũng cần làm theo.
* Vẽ ra prototype, bằng HTML càng tốt.
* Trong 2 giai đoạn trên đều nên hỏi ý kiến mọi người. Tất nhiên ý kiến chỉ có giá trị tham khảo.
3 - Sau khi đã sơ bộ nắm được chức năng của trang web, ta tiến hành thiết kế database. Lúc này, nếu team có nhiều người sẽ tiến hành song song 1 số việc, cụ thể là cho tiến hành luôn việc 4, 5.
3.1 - Thiết kế database, chọn database tối giản nhất, với những chức năng cơ bản nhất.
4 - Quyết định dùng UI Partern nào
http://uipatternfactory.com/
5 - Tiến hành thiết kế giao diện Design Graphic => cắt HTML, CSS và ghép Javascript (riêng bước 5 này chia ra làm các bước nhỏ hơn)
6 - Viết code serverside dựa trên db đã thiết kế, chú ý là đây là db tạm, ta sẽ tối ưu sau, vì chức năng web chưa định hình. Viết code càng ngắn, càng nhanh càng tốt, không cần tối ưu, không cần bảo mật.
7 - Dùng thử và quyết định lại xem cần thay đổi, thêm bớt chức năng gì. Sau khi thống nhất chức năng, nếu có nhiều người thì chia team một bên code lại theo chức năng mới (quay lại 2,3,4,5,6), một bên "gia cố" lại những chức năng đã có (bước 9,11,12)
9 - Ghép code serverside với UI (clientside)
10 - Thiết kế thêm chức năng User Activities Log để đánh giá đúng hơn nhu cầu của users.
11 - Refactoring Code với mục tiêu cải thiện performance.
12 - ... và cải thiện Securities.
Tóm lại:
- Quan trọng nhất là thiết kế chức năng (sao cho phù hợp với yêu cầu của người dùng hoặc khách hàng)
- Việc release early, release often cũng không ngoài mục đích trên.
- Có được chức năng phù hợp thì tự nhiên sẽ có tiền để cải thiện performance và securities (mấy cái này cũng không chỉ code tốt là đủ).
Note:
- Những bước trên là dựa trên kinh nghiệm bản thân và được trình bày vắn tắt do tôi lười viết chi tiết , mỗi bước ở trên đều có thể chia ra thành nhiều bước nhỏ, mỗi bước nhỏ lại có thể chia nhỏ nữa, viết đầy đủ chắc dày như sách quá .
- Những gì tôi nói tất nhiên không phải là chân lý, bạn nào pro hơn, có kinh nghiệm thực tế hơn, đã từng làm nhiều dự án web lớn, hay đã từng quản lý các dự án lớn, kiến thức nhiều hơn và ĐẶC BIỆT LÀ KHÔNG NGẠI NÓI, KHÔNG NGẠI VIẾT, KHÔNG NGẠI CHIA SẺ, vui lòng góp ý, rất hoan nghênh . NHƯNG không tiếp những ý kiến dạng: Nói vớ vẩn, sai rồi ... nhưng lại không hề có dẫn chứng, lý luận phản biện.
- Quy trình thực tế sẽ phức tạp hơn, nhất là với những ứng dụng lớn, tầm cỡ ... gmail chẳng hạn.
Thêm 1 chi tiết nhỏ:
- Những cái hình tôi đưa ra, mà các bạn gọi là chữ xấu, hình ảnh minh họa xấu đều lấy ra từ thực tế và cả từ 1 quyển sách rất nổi tiếng về thiết kế web (của nước ngoài và được giới design thừa nhận là pro). Còn cái mà các bạn bảo đẹp và dễ coi thì lại là 1 bài viết xuất phát từ 1 công ty thiết kế web chưa từng được quốc tế (và cả VN, trừ chính họ) thừa nhận là pro . Tôi không có ý định hạ thấp ai, công ty nào cả. Nhưng đấy là thực tế. Tôi không muốn sa đà vào những tranh cãi này sẽ làm giảm mục đích bài viết nhưng muốn nói 1 câu công bằng , vì tôi cũng đùa về chuyện chữ xấu đủ rồi, mong rằng ý kiến của các bạn cũng chỉ là đùa cho vui.
Được sửa bởi zmt264 lúc 17:02 ngày 03-06-2011
Thông tin + clip: http://youtube.com/hoctudau
muốn làm 1 trang web qua 11 bước này tui phải học qua 4 năm đh , ông nội này post lên để dạy người ta làm người ta ko hĩu nên bị thóa mạ là phải rồi . Đây là thất bại của những người thiển cận . Đó là lý do tại sao mà tổ chức quốc tế phải đặt các chuẩn chung như ISO . CNTT ngày nay đã tiến đến mức lượng kiến thức khi đến tay người tiếp nhận chỉ ở mức bề nổi thôi đã làm người ta bão hòa rồi nên nếu không biết chuẩn hóa các giao thức sử dụng thì đừng mong sản phẩm của mình đi đến tay người dùng
Bookmarks