User Tag List

+ Trả lời chủ đề
Trang 2/3 ĐầuĐầu 123 CuốiCuối
Hiện kết quả từ 11 tới 20 của 24

Chủ đề: Programming Style

  1. #11
    HUT's Engineer
    Tham gia ngày
    Jun 2011
    Bài gửi
    686

    Mặc định Re: Programming Style

    hự, quan trong là chất lg code chứ code đẹp hay không thì nói đến làm gì, đã mất thời gian viết code, tối ưu lại còn phải mất công thêm từng cái dấu space hay xuống dòng cho đẹp nữa thì thật là pro vô cùng.

    code đẹp chỉ cho những dự án tí hon, viết để cho người khác xem, còn mấy cái dự án lớn thì đằng nào chả close source, những ai thích làm trò rỗi hơi như vậy thì tốt nhất đi học visual basic hay là asm code cho nó sướng mắt.

  2. #12
    aDungz Avatar của aDz
    Tham gia ngày
    Mar 2006
    Bài gửi
    1.001

    Mặc định Re: Programming Style

    Quote Nguyên văn bởi pkthanh92 Xem bài viết
    hự, quan trong là chất lg code chứ code đẹp hay không thì nói đến làm gì, đã mất thời gian viết code, tối ưu lại còn phải mất công thêm từng cái dấu space hay xuống dòng cho đẹp nữa thì thật là pro vô cùng.

    code đẹp chỉ cho những dự án tí hon, viết để cho người khác xem, còn mấy cái dự án lớn thì đằng nào chả close source, những ai thích làm trò rỗi hơi như vậy thì tốt nhất đi học visual basic hay là asm code cho nó sướng mắt.
    em sẽ không thành công trên con đường trở thành lập trình viên và không có khả năng làm việc theo nhóm (CNTT)
    In GHOST we trust
    Will I Ever find - Someone to believe?
    Có vấn đề gì liên quan admin thì pm tin nhắn cá nhân nhé. Cảm ơn.

    Personal blog: http://aDungz.wordpress.com

  3. Tớ cảm ơn aDz đã chia sẻ.


  4. #13
    Le chevalier du ciel Avatar của luugu
    Tham gia ngày
    Dec 2008
    Bài gửi
    717

    Mặc định Re: Programming Style

    Quote Nguyên văn bởi pkthanh92 Xem bài viết
    hự, quan trong là chất lg code chứ code đẹp hay không thì nói đến làm gì, đã mất thời gian viết code, tối ưu lại còn phải mất công thêm từng cái dấu space hay xuống dòng cho đẹp nữa thì thật là pro vô cùng.

    code đẹp chỉ cho những dự án tí hon, viết để cho người khác xem, còn mấy cái dự án lớn thì đằng nào chả close source, những ai thích làm trò rỗi hơi như vậy thì tốt nhất đi học visual basic hay là asm code cho nó sướng mắt.
    Khi nào em phải debug 1 đoạn code rất dài em mới thấy tác dụng của việc trình bày code, việc trình bày khiến tìm lỗi dễ dàng hơn rất nhiều nếu em viết lộn xộn và không có quy củ, như điển hình của những người mới bắt đầu gõ code là dòng nào cũng ngang nhau như căn lề trái trong Word vậy.

    Điều này càng thể hiện rõ nếu em làm việc nhóm, mỗi thành viên tự viết các modules và ghép nối với nhau, nếu không có cái style chuẩn thì mỗi người mỗi kiểu, code sẽ thành mớ hổ lốn, người này sẽ không đọc được người kia viết gì, rất khó sửa lỗi cho code người khác nếu có phát sinh.

    Btw, totally agree with Mr. aDz.
    Lần sửa cuối bởi luugu; 06-06-2011 lúc 08:27 PM
    On ne voit bien qu'avec le coeur, l'essentiel est invisible pour les yeux ~ ♥

  5. #14
    Rocker Avatar của watch
    Tham gia ngày
    Nov 2009
    Bài gửi
    990

    Mặc định Re: Programming Style

    Quote Nguyên văn bởi luugu Xem bài viết
    như điển hình của những người mới bắt đầu gõ code là dòng nào cũng ngang nhau như căn lề trái trong Word vậy.
    Tưởng trước khi học code là j đã phải học cái này rồi chứ nhỉ

  6. #15
    .:: Grumpy svBKer ::. Avatar của 1973
    Tham gia ngày
    Mar 2010
    Bài gửi
    3.793

    Mặc định Re: Programming Style

    Trình bày code sao cho khoa học, đẹp và dễ nhìn là cả một nghệ thuật
    Contact me:
    Email: sangnd [at] svBK.vn
    Personal website: My Blog | Chat với người lạ
    Facebook Page của Bách Khoa Forum: http://www.facebook.com/svbk.vn

  7. #16
    HUT's Engineer
    Tham gia ngày
    Jun 2011
    Bài gửi
    686

    Mặc định Re: Programming Style

    Em không hướng mình vào con đường lập trình viên, mục tiêu của em là kỹ sư phần mềm cơ.

    Sau này em có làm việc nhóm dc không thì chưa biết dc, các cầu thủ trong 1 đội bóng không cần thiết phải có chung 1 tiếng mẹ đẻ.

    trình bày code đẹp hay không 90% là do IDE(code bằng turbo khác hẳn với visual, nó tự thụt ra thụt vào cho mình),
    9% là do ngôn ngữ (nhìn code basic bao giờ cũng đẹp hơn C),
    1% là do tính cách người code(sở thích của mọi người là khác nhau người thích thụt vào 1 ô, người thì thích 3 ô), nhìn cách trình bày mà đoán dc ai pro hơn ai thì bái phục ông thầy bói này.

    Mấy cái cách tối ưu code không áp dụng cũng không có vấn đề gì, viêc tối ưu chỉ tỏ ra hiệu quả với những chương trình đồ họa hay game, còn phần mềm bình thường thì cùng lắm sau khi tối ưu thì chạy nhanh hơn 2s, trong khi đó nó lại làm code thêm phần khó hiểu, liệu có đáng không.

    Muốn tăng tốc hiệu quả thì cách duy nhất là thay đổi thuật toán.

    Muốn debug có hiệu quả thì tốt nhất là tắt máy đi, lấy giấy ra và viết.

    nói về debug, bác nào pro có thể cho em biết đoạn mã sau lỗi có thể phát sinh ở đâu không ?


    PHP Code:
    class spPOINT a
    {
    public:
    double x,y;
    };

    double Distance(spPOINT aspPOINT b)
    {
        return 
    sqrt((a.x-b.x)*(a.x-b.x) + (a.y-b.y)*(a.y-b.y));
    }

    // A,B,C là 3 điểm nhập tùy ý;
    int RaiseAction()
    {
    // Distance(A,B) là hàm trả về khoảng cách của 2 điểm A, B (kiểu trả về là double ),
        
    double c Distance(A,B) +  Distance(B,C);
        
    double b Distance(A,C);
        
        
    double h sqrt(c*b*b)/2;
    // don't mind the folow code
    //....


  8. Tớ cảm ơn pkthanh92 đã chia sẻ.


  9. #17
    aDungz Avatar của aDz
    Tham gia ngày
    Mar 2006
    Bài gửi
    1.001

    Mặc định Re: Programming Style

    Như em đã nói ở trên, em đã hiểu sai hoàn toàn:
    code đẹp chỉ cho những dự án tí hon, viết để cho người khác xem, còn mấy cái dự án lớn thì đằng nào chả close source
    Windows 7 có phải là close code không? đúng. Vậy nếu trong Windows 7, các nhà lập trình viên không viết code "đẹp" (ví dụ: Không có chú thích) thì?
    ! Không có gì là hoàn hảo cả, windows 7 cũng không ngoại lệ: Khi cài vào còn phải update... Và lập trình viên nghĩ sao khi muốn nâng cấp từ Windows 7 lên Windows 8 hay làm những thứ tương tự?

    Đó chỉ là một ví dụ, và vì em nói về dự án lớn nên anh lấy luôn Microsoft cho trực quan. Tất nhiên là close source nên không có mã nguồn để ví dụ cho em xem. Em có thể soi vào linux (open source).
    Ai cũng công nhận Programming style là quan trọng, kể cả các kỹ sư Microsoft. Không có ngoại lệ.

    ps: Code "đẹp" hay "xấu" không phải chỉ có mỗi "thò ra thụt vào" như em viết, mà còn phải chú thích rõ ràng cho từng đoạn code một; "đẹp" hay "xấu" còn tùy thuộc cách đặt tên biến, phụ thuộc thuật toán mình chọn...

    Còn về đoạn debug, có lẽ mình nhường sân cho các bạn trong viện CNTT, món này không thuộc chuyên ngành.

  10. #18
    HUT's Engineer
    Tham gia ngày
    Jun 2011
    Bài gửi
    686

    Mặc định Re: Programming Style

    Khi anh mua một chiếc điện thoại mới, bao giờ cũng có 1 cuốn sổ tay hướng dẫn sử dụng, trong đó nó chỉ ghi khi nhấn vào nút này thì sẽ hiện lên cái này, nhấn vào nút kia sẽ hiện lên cái kia, chẳng bao giờ có chuyện nó ghi là khi nhấn vào nút này thì sẽ có 1 dòng điện chạy qua bug này rồi chạy vào mạch sử lý... vv cuối cùng điểm ảnh này dc kích hoạt và hiện lên hình này. Tuy nhiên sách cho những người bảo dưỡng điện thoại thì lại khác, trong đấy nó hướng dẫn cụ thể, từng tí từng tí một.

    Viết code để chia sẻ thì như em đã nói ở trên đấy, còn tuy vào người đọc và mục đích của người đọc. (linux điển hình)
    Code để thi hành thì chỉ có người viết hiểu, comment đẹp hay xấu là tùy ở người viết, thường thì việc comment chỉ để đánh dấu.

    Do đó không có chuẩn mực nào cho việc comment đẹp hay xấu cả.

    Về cái vấn đề microsoft, trong ổ cứng của em đang giữ source code của DOS đây, họ comment tuơng đối nhiều, nhưng không phải là comment chi tiết trong hàm, mà là comment về tác dụng hàm, thuật toán sẽ sử dụng, đánh giá về tốc độ ..., việc nâng cấp thì đương nhiên không thể do lập trình viên mà đều là chuyên gia phần mềm anh à, do đó nó chả liên quan gì đến comment cả.

    Bài trên này em viết không có ý phủ định việc viết comment đâu nhé.

  11. #19
    aDungz Avatar của aDz
    Tham gia ngày
    Mar 2006
    Bài gửi
    1.001

    Mặc định Re: Programming Style

    Quote Nguyên văn bởi pkthanh92 Xem bài viết
    Khi anh mua một chiếc điện thoại mới, bao giờ cũng có 1 cuốn sổ tay hướng dẫn sử dụng, trong đó nó chỉ ghi khi nhấn vào nút này thì sẽ hiện lên cái này, nhấn vào nút kia sẽ hiện lên cái kia, chẳng bao giờ có chuyện nó ghi là khi nhấn vào nút này thì sẽ có 1 dòng điện chạy qua bug này rồi chạy vào mạch sử lý... vv cuối cùng điểm ảnh này dc kích hoạt và hiện lên hình này. Tuy nhiên sách cho những người bảo dưỡng điện thoại thì lại khác, trong đấy nó hướng dẫn cụ thể, từng tí từng tí một.
    Em đang so sánh giữa cái dành cho người dùng (end-user) và cái dành cho dân chuyên môn.


    Quote Nguyên văn bởi pkthanh92 Xem bài viết
    ...Bài trên này em viết không có ý phủ định việc viết comment đâu nhé.
    Đồng ý. Quay trở lại bài viết trên của em:
    Mấy cái cách tối ưu code không áp dụng cũng không có vấn đề gì, viêc tối ưu chỉ tỏ ra hiệu quả với những chương trình đồ họa hay game, còn phần mềm bình thường thì cùng lắm sau khi tối ưu thì chạy nhanh hơn 2s, trong khi đó nó lại làm code thêm phần khó hiểu, liệu có đáng không.
    Một vài giây cũng rất đáng em ạ.
    Lấy luôn đơn giản là đánh giá của end-user cho dễ: (so sánh browser) Nếu Chrome khởi động nhanh hơn Firefox, người dùng sẽ dần chọn Chrome.
    Tối ưu một vài giây? Nếu 1 os lớn như windows 7 mà mỗi thứ nhanh thêm một vài giây nữa thì thật tuyệt phải không.
    Đó là phần thảo luận khác, còn như em đã mạnh miệng khẳng định:
    code đẹp chỉ cho những dự án tí hon, viết để cho người khác xem, còn mấy cái dự án lớn thì đằng nào chả close source, những ai thích làm trò rỗi hơi như vậy thì tốt nhất đi học visual basic hay là asm code cho nó sướng mắt.
    là sai hoàn toàn rồi.

  12. #20
    Le chevalier du ciel Avatar của luugu
    Tham gia ngày
    Dec 2008
    Bài gửi
    717

    Mặc định Re: Programming Style

    Mình là dân điện tử, nên cái đoạn C++ kia dành cho những bạn học IT vào thì có lẽ chuẩn hơn (vì nó thuần túy phần mềm). Bây giờ mình ví dụ thế này, ở VHDL khi code người ta thường phải sử dụng rất nhiều components (các bạn học IT cũng biết về VHDL khi học môn Điện tử số), chẳng hạn 1 mạch nào đó sử dụng các bộ Counter, bộ tạo xung, bộ chia tần,..., người ta sẽ phải viết cái declaration (hay behavior) cho mỗi một cái component ấy, vậy nếu có hàng chục, hàng trăm cái components thì sao? Sẽ phải chia ra phỏng ạ? Thế nếu mỗi người một phách thì khi ghép các subroutines vào thì làm thế nào, cái style, chuẩn mực của 1 đoạn code nó ở chỗ đó, còn tối ưu code thì lại là 1 chuyện khác.

+ Trả lời chủ đề
Trang 2/3 ĐầuĐầu 123 CuốiCuối

Thông tin chủ đề

Users Browsing this Thread

Hiện có 1 người đọc bài này. (0 thành viên và 1 khách)

Từ khóa (Tag) của chủ đề này

Quyền viết bài

  • 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


About svBK.VN

    Bách Khoa Forum - Diễn đàn thảo luận chung của sinh viên ĐH Bách Khoa Hà Nội. Nơi giao lưu giữa sinh viên - cựu sinh viên - giảng viên của trường.

Follow us on

Twitter Facebook youtube