Kinh nghiệm làm bài khi đi thi Kinh nghiệm làm bài khi đi thi Thi gắn liền với sự thành đạt công danh một con người, thi có ý nghĩa hết sức quan trọng trong sự nghiệp của mỗi người Nhưng, thi lại chỉ[.]
Kinh nghiệm làm thi Thi gắn liền với thành đạt công danh người, thi có ý nghĩa quan trọng nghiệp người Nhưng, thi lại thực khoảng thời gian ngắn ngủi nhiều so với trình học tập nghiên cứu Chính thế, kinh nghiệm nhân tố đóng vai trị khơng nhỏ, cần biết đến trước bước vào phòng thi Trải qua kỳ thi học sinh giỏi PTTH Olympic sinh viên mơn Tin học, có hội tiếp xúc với sĩ tử, từ chuyên nghiệp giới gà trọi (chủ yếu học sinh tham gia thi học sinh giỏi Tin học PTTH) nghiệp dư hầu hết sinh viên tham gia hội thi Olympic Tin học sinh viên, nhận thấy hầu hết bạn học sinh có phương pháp nhiều thủ thuật làm thi phận đông đảo tập trung chủ yếu sinh viên tham gia Olympic Tin học tồn quốc lại cịn q kinh nghiệm Sự non nớt trường thi khiến khơng chiến sỹ phải hy sinh cách oan uổng Không đâu xa, kỳ thi Olympic 2002 năm Nha Trang, bảng chuyên tin, đội có anh q say mê với cách giải riêng mình, khơng nhận đơn giản mà người theo hướng giải chung nên để tốn tới 3/ thời gian thi mà cho kết sai Thế đấy, cay cú bảo thủ làm cho người ta trì trệ lú lẫn Mong bạn lúc làm thi luôn tỉnh táo phân biệt khó dễ mà chia thời gian làm cho phù hợp Tất nhiên sai lầm vô số sai lầm mà thi phải có Nhưng trục trặc thuộc mặt tâm lý, tính cách người phải tự sửa lấy Ta không bàn lĩnh vực mà chủ yếu xem xét kinh nghiệm phương pháp làm thi cho hiệu Tôi hy vọng giúp bạn đạt thành cơng tốt hơn, không thi mà công việc lập trình Phân tích Khi gặp tốn A đó, thơng thường hay ý đến chi tiết cụ thể bên mà khơng có nhìn tổng quan chút : chất tốn gì? xuất phát từ đâu? Sau xem xét đưa tốn B khác có thuật tốn chuẩn khơng? Hoặc tương tự với tốn C có lời giải tốt? Tuy nhiên khơng phải lúc tìm nguồn gốc xuất phát tốn lời giải chuẩn Chính vậy, đặc biệt thi, phương pháp luôn cho hiệu cao, đảm bảo bạn có điểm, chí khơng ít, tư tưởng tham lam làm tốt đến đâu làm hay nơm na người nhỏ làm việc nhỏ, tùy theo sức Nhưng duyệt vét cạn, để đảm bảo thời gian chạy chương trình tốt bạn phải có thêm cận kiểm tra thời gian để dừng chương trình cần in kết tốt thời tìm Đó phương hướng Trước bắt tay vào làm cụ thể theo hướng , bạn cẩn thận xem kiểm sốt hết cách làm hay khơng? Vì may mắn, bạn làm sn sẻ, có khúc mắc khơng lớn lại đưa bạn đến ngõ cụt Tính bó buộc thời gian thi cử không cho phép ta dừng lại lâu lúc làm Do đó, theo đường mà ta nhìn thấy rõ điều nên làm Ngồi ra, đơi thi, gặp dạng phải đưa kết có hay khơng có mà bí q khơng có cách giải nào, tơi khun bạn trả lời có tất khơng tất Nếu bạn thích may rủi dùng thủ tục random turbo mà sinh ngẫu nhiên giá trị Tất nhiên người đề thường không không lường trước trường hợp này, tuỳ thuộc họ có ta làm theo cách hay khơng thơi ! Lập trình Sau có cách giải, bắt tay vào việc lập trình cụ thể tốn Trong giai đoạn xin nêu vài ý kiến để bạn tham khảo Tốc độ soạn thảo: thời gian làm thi có hạn nên khơng thiết chương trình phải đẹp mắt ban giám khảo khơng chấm cách viết chương trình bạn mà họ chấm kết đưa Tôi khuyên người chuẩn bị cho thi nên luyện trước cho cách gõ khơng chữ hoa Nên viết bcó cấu trúc rõ ràng để dễ sử đổi, sơ đồ hóa cách làm tốt Dẫn biên dịch: Trước hết {$R+}, dẫn biên dịch giúp ta kiểm soát lỗi Range check error (lỗi giá trị biến vượt q kích thước khai báo) chạy chương trình, điều làm cho chương trình chạy chậm so với {$R-} Có thể minh hoạ lỗi sau: Program vidu1; Uses crt; Var a : array[1 5]of byte; X:byte; Begin Fillchar(a,sizeof(a),0); X:=1; Writeln(a[6]); End Kết hình số (là giá trị biến x) Thông thường, turbo mặc định sẵn chế độ chạy {$R-} cho dù bạn khơng đặt dẫn biên dịch Cịn đặt dẫn biên dịch {$R+} vào đầu chương trình chạy xuất dòng màu đỏ Range check error hình soạn thảo Chúng ta hình dung nôm na nhớ chia thành ô xếp liền nhau, mảng A cung cấp ô liền (mỗi ô byte) tương ứng với A1, A2, , A5 ô nhớ liền dùng cấp phát cho biến x Chính thế, khơng kiểm tra lỗi tràn kích thước biến mảng A a[6] giá trị nhớ thứ dùng ghi biến x Ngoài {$R+}, {$M 65520,0,655360} dẫn biên dịch khác quan trọng chương trình ta dùng nhiều biến chương trình (CTC), chẳng hạn cần giải theo cách gọi đệ qui nhiều lần thủ tục hàm đó, hay thủ tục tìm kiếm loang theo chiều rộng (Bfs) không đệ quy cần mảng ghi nhận hàng đợi (Queue) có kích thước lớn Như người biết, TP dành riêng phần nhớ cho biến chương trình gọi stack với kích thước tối đa stack (Maximum size) 65536 bytes (64Kb)và mặc định (Default size) 16384 bytes (16Kb) TP cho phép ta thay đổi kích thước dẫn biên dịch {$M stacksize,heapmin,heapmax}, stacksize số nguyên từ 1024 đến 65520 kích thước stack, heapmin heapmax số tương ứng kích thước nhỏ nhất, lớn vùng nhớ heap (heapmin chạy từ đến 655360, heapmax chạy từ heapmin đến 655360) Thông thường, khơng có dẫn biên dịch, TP mặc định kích thước tối đa stack 16384 bytes với {$M 16384,0,655360} Vì vậy, có đệ qui chương trình việc khai báo mảng lớn vượt kích thước 16368 bytes cho phép stack CTC bình thường thơi khiến chương trình không chạy với lỗi xuất Stack over flow (lỗi tràn stack) Ví dụ: Program vidu2; {$R+} Uses crt; Procedure Stackoverflow; Var A : array[0 60000]of byte; Begin End; Begin stackoverflow; End Program vidu3; {$R+} {$M 65520,0,655360} Uses crt; Procedure Notstackoverflow; Var A : array[0 60000]of byte; Begin End; Begin notstackoverflow; End Tuy nhiên, sử dụng tồn stack cho biến phần stack dùng để thực CTC Do đó, ví dụ khơng thể khai báo mảng A : array[0 65535]of byte, chí 65520 bytes (các bạn thử điều này) Chương trình con: Nói chung khơng nên dùng q nhiều tham biến (TB), kiểu mảng lớn CTC Nếu có dùng tham biến khai báo sau Var chương trình chạy nhanh so với việc dùng tham biến trực tiếp khơng có khai báo Var Bởi vì, TB dùng dạng Var CTC gọi, lấy ln vùng nhớ ghi giá trị TB để sử dụng, giá trị TB thay đổi CTC thực lệnh làm thay đổi giá trị Còn TB khơng dùng dạng khai báo Var CTC gọi, dùng vùng nhớ (B) để ghi TB, đồng thời giá trị TB vùng nhớ cũ (A) copy vào (B) Kết thúc CTC, vùng nhớ (B) lại giải phóng Do cách thức thứ hai, CT chậm chút Nhưng số trường hợp, sử dụng TB dạng Var không Var lại điều bắt buộc phải làm Test Sau hồn thành xong CT, cơng việc kiểm tra kết chạy CT Trước hết chạy với test nhỏ, đơn giản Nếu được, chuyển sang test khác nhỏ phức tạp dần lên mà ta phải kiểm soát đúng, sai kết Đôi tạo test khác khơng dễ nên ta biến đổi test cách lấy đối xứng chúng tạo hình đặc biệt test… Rồi tiếp đến cần phải test trường hợp đặc biệt hay trường hợp suy biên toán, kiểm tra với kích thước nhỏ lớn mà đâù cho Để tạo test lớn, ta dùng thủ tục sinh ngẫu nhiên random TP, Đôi học chuyện, thi lại chuyện khác, chí hồn tồn trái ngược Đó cách làm đối phó khoảng thời gian định khơng phải q trình nghiên cứu Vì vậy, cần có nhiều kinh nghiệm phương pháp thi tốt Tuy nhiên kiến thức sơ đẳng muốn nói với bạn để trao đổi học tập thêm MỘT SỐ KINH NGHIỆM DỰ THI TIN HỌC I. CÁC BƯỚC LÀM BÀI THI Bước : Nhận đề thi, đọc toàn thi từ hết ( lần ) Bước : Xét tính khó dễ : Chọn làm từ dễ -> khó Bước : Cố gắng sơ đồ hóa cách làm Chia nhỏ cách hợp lí, sử dụng thuật tốn biết để giải Thường tốn tin học phải có ba phần + Đọc tệp vào + Xử lí Việc 1: Hàm thủ tục Việc 2: Hàm thủ tục Việc 3: Hàm thủ tục ………… Kết hợp việc: If hàm hàm hàm 3… then … + Ghi thông tin tệp Chú ý : Với cần Đặt : Tên tệp chương trình, tệp thơng tin vào, tệp thơng tin theo yêu cầu đề : Có nghĩa : tên chúng phải đúng; Phần đuôi phải đúng; Thư mục ghi chúng phải theo yêu cầu đề Xét tính giới hạn biến mà chương trình yêu cầu để khai báo hợp lí : Tuyệt đối tránh việc : tràn liệu test lớn Xét khuôn dạng liệu đầu vào, đầu để đọc, ghi theo yêu cầu : Tuyệt đối tránh tượng đọc sai, đọc chưa hết đẫn đến chương trình chạy vơ tận chạy sai thuật toán đúng, ghi sai khuôn dạng dẫn đến bị trừ điểm Ghi lại chương trình thường xuyên ( F2), làm xong đóng lại Khi làm sai cần bình tĩnh để sử lí : Tốt viết xong đoạn chạy thử xem phần có khơng tiếp tục làm, đơi cần cho chương trình tạm kết đến phần , xóa phần tạm Cần phải chủ động kiểm sốt “ THỜI GIAN LÀM BÀI THI” có nghĩa khơng rơi vào tình trạng : Một phải làm nhiều thời gian ( thi 150’ – Nhìn đồng hồ hệ thống để theo dõi ) Giả sử hầu hết test 1,2 test không khắc phục đừng cố, chấp nhận điều để làm khác – trừ trường hợp nhiều thời gian , làm xong khác quay lại chưa muộn Cần test kĩ bài, làm thật dễ , test kĩ Khi xây dựng test cần : - Tạo (1)test trùng đầu yêu cầu : Xem kết qủa có trùng khơng, khơng trùng nhiều khả thuật toán sai sai sử dụng biến cách chưa hợp lí, có trường hợp đầu cho test sai – - Tạo (2) test giống đầu - Tạo (3) test nhỏ có - Tạo (4) test lớn theo liệu đầu yêu cầu - Tạo (5) test đặc biệt - Tạo (6) test trung bình Chú ý trước test test : Lớn, nhỏ , đặc biệt cần ghi lại chương trình ( F2) trước ấn Ctrl + F9 tránh việc treo gây liệu Cần khởi tạo biến ( Fillchar () – cho mảng, gán giá trị 0, cho biến ) sử dụng chúng tránh việc không khởi tạo dẫn đến chương trình chạy linh tinh II. TRONG Q TRÌNH LÀM BÀI THI 1) Tuyệt đối không thái độ sai làm : Trao đổi, xem tài liệu 2) Nếu máy tính có trục trặc cần báo cho giám thị biết để sử lí 3) Nếu điện cần bình tĩnh để giám thị chạy máy phát làm tiếp 4) Cần có thái độ mực với giám thị nơi khác, thi mang theo máy tính bỏ túi ( cần), bút 5) Khơng xóa nào, kể khơng cần đến ( Vì đơi “ Thừa cịn thiếu”), tuyệt đối khơng xóa hẳn 6) Làm xong trước thời gian, tuyệt đối khơng có tư tưởng chủ quan, coi thường đề thi mà phải xem xét kĩ lưỡng ( đặc biệt giới hạn biến) , test kĩ Nếu cần tạo thư mục : D:\Tên : copy tồn thư mục mà thử ( Hoặc Save as thư mục khác để thử) Tuyệt đối tránh copy linh tinh dẫn đến đúng, sai để nộp : Quy định chung thi : Bài thi liệu vào nằm thư mục C:\TP\BIN 7) Trước 10 phút hết cần dành thời gian xem lại tồn bài: Đóng hết lại, mở test lại lần cuối, xong đóng lại , khơng mở nhiều lúc tránh việc ghi đè vào Nếu bị liệu cần báo cho giám thị để kịp thời sử lí.Trong mười phút cịn sai sót test lớn thi đừng dại mà sửa – hãy chấp nhận điều q khó để sửa Rót kinh nghiƯm ( Nguyễn Xuân Cơng) +)Gặp đề +Đọc kĩ đề, dành nhiều thời gian cho việc đọc đề bài, thời gian gõ không đáng mà hiểu đề điều vô quan trọng Nó tới gần nh toàn bơc làm sau này.( Môn tin khác toán chỗ đề thờng cho nhiều yếu tố gây nhiễu, hay đa quy định biến ngặt nghèo khiến ta khó xử lí-Nếu đừng cố tìm cách làm hợp với phạm vi biến mà chết bài, mÃi không đợc nên dùng cách để ăn đợc nhiều test mà làm_Đó đặc trng môn tin, ăn test đợc điểm test dù làm dài, ngắn không chạy vứt) +Bình tĩnh trớc đề dù khó +)Thuật toán +Tập trung nghĩ thuật toán, ăn đợc nhiều test tốt nên vận dụng toán vào tin khả ăn điểm cao nhng đừng lạm dụng tin có điểm khác toán, nhiều mải nghĩ theo toán mà không thấy tin đơn giản +Cài đặt xác, nhanh chóng nhng đừng nhanh ẩu đoảng, môn tin đòi hỏi xác tuyệt đối không làm ăn điểm theo bớc nh môn toán +)Test +Test đề cho +Nghĩ nhiều khả test dựa vào đk đề bµi +Test thËt kÜ, nÕu cã nhiỊu thêi gian test kĩ nhừ +Nếu phát lỗi sai cần đặc biệt bình tĩnh xử lí cho xác không rối lên để kéo theo sai nhiỊu h¬n ( nghÜ cho thËt kÜ råi míi sửa, sửa copy sang để tránh sửa vào cũ phòng trờng hợp sửa sai Sửa xong thấy ghi đè lên cũ không muộn) +)Xem lại chỉnh sửa tên chơng trình, tên tệp tên tệp vào +)Phải thật hiểu lệnh pascal, hiểu máy chạy nh nào, c bit lm vng cỏc kin thc c bncác dạng toán bảnđể có cách nghĩ cho hớng +)Không nên tin tởng vào chơng trình mà phải tận dụng tối đa thời gian để test +)Tốt nên sơ đồ hoá cách làm, làm lần lợt bớc cho chắn (+)Vài mẹo nhỏ toán tin: +)Làm đến đâu nhấn F4 để chạy thử thay cho F7 hay F8 không cần chạy nhiều bớc muốn chạy tới vị trí trỏ +)Trong câu lệnh ghép nên đánh BEGIN END; +)Muốn xử dơng kiĨu extended th× nhÊn nhanh cơm (ctrl oo) sưa N- thµnh N+ Rút kinh nghiệm (Mác) - Đọc kĩ đề để hiểu rõ đầu đầu vào, dạng toán - Xác định rõ thuật toán trước viết chương trình - Cần kiểm tra lại tên tệp tên chương trình - Làm theo phần để dễ kiểm sốt làm - Cần tìm cơng thức toán lạ toán quen thuộc - Chạy thử chương trình: Test kĩ mà xảy - Nếu khơng xác định thuật tốn đắn phải dung thuật toán khác như: Tham ăn, vét cạn,… - Xử dụng biến hợp lí, tránh lỗi tràn số, trùng biến,… Rót kinh nghiƯm (Duy A): - Bµi dƠ lµm tríc bµi khã lµm sau. - Chó ý giíi hạn biến , tránh thừa biến tèi u lín Trớc chạy cần ghi lai Test kĩ , test đầu Đọc cha kỹ đầu Những khó cần làm theo cách tham ăn Trình bày ngắn gọn dễ hiểu,nghĩ thuật toán Đọc lại đà làm trình học Tìm số Mô Quy hoạch động Đọc kỹ quy hoạch động đơn giản ,sử lý số cùc RÚT KINH NGHIỆM I.TÌM SỐ: -Chưa test kĩ dẫn đến không vượt qua tét lớn đề -Chú ý đến giá trị giới hạn biến II.MÔ PHỎNG: -Nhiều chưa mơ liệu thuật tốn II.QUY HOẠCH ĐỘNG: -Nhiều khơng tìm cơng thức lại khơng nghĩ đến thuật toán tham ăn,quá ý vào việc tìm cơng thức quy hoạch động Máy 16:NGUYN C T Rut Kinh Nghiem(của quân) - Đọc suy nghĩ kĩ trớc làm - Tránh để thừa biến ,mảng - Cần ôn lại cách kĩ lỡng dạng + tìm số + mô thực tế + quy hoạch động - Cần test kĩ ,đa dạng làm thật tối u với dễ - Tận dụng triệt để phơng pháp tham ăn với khó RT KINH NGHIM(SNG): -)c kỹ đề -)Cần xem lai số thuật tốn: +)Dạng quy hoạch động +)Dạng tốn mơ Rót kinh nghiƯm sau lÇn kiĨm tra võa råi: 1. Làm thật bình tĩnh, đọc kĩ đề để không hiểu nhầm đề 2. Test kĩ trờng hợp nghĩ để sửa chữa kịp thời 3. Đặt tên tệp phải với yêu cầu đề 4. Nghĩ thuật toán thật tối u để chạy đợc test to, không dừng lại test nhỏ, đặc biệt dang tìm số 5. Bố cục viết gọn gàng, đẹp, biến hợp lí, không khai báo thừa biến 6. Test đa dạng, cố test thật hiểm, không test đề 7. Dành thời gian suy nghĩ toán thật kĩ để có thuật toán hay có thể, không dùng thuật toán bình thờng, nh co giá trị ***************HÊT****************** @@@@@@@@@@@@@@ Rút kinh nghiệm Thµnh : + Cha chó ý lµm bµi tËp + Con cha hiểu toán mô +Cha biết cách tìm công thức quy hoạch động + Cần có chiến thuật làm thi + Cần sử dụng biến hợp lí tiết kiệm biến Rút Kinh nghiệm quản -Ph i ý đến tên têp tên chơng trình -Suy nghĩ thuật toán thật tối u -Nếu thuật toán cha tối u phải cố gắng suy nghĩ cha chắn phải tạm thời viết khác lu lại cũ -Cần sử dụng biến hợp lí tiết kiệm biến -Cần có chiến thuật làm thi:làm dễ trớc phải làm chắn; với khó mà cha nghĩ thuật toán tối u cần cố gắng ăn vài tét đơn giản xảy -phần quy hoạch động cha tốt RúT KINH NGIệM - cần ý tới giới hạn mảng :từ tới phần tử mảng(Trong DOCHOI.PAS đà sai giới hạn mảng ktcm(0 10000 thành 10000)làm sai mà lâu sau phát sửa đợc) -cần có chiến thuật làm đề phòng nhiều thời gian vào tập mà cha làm đợc -phải xử dụng tiết kiệm biến tập quy hoạch động -Cần xem kỉ lại tập quy hoạch động để xác dịng dơc thuật toán trơc cac quy hoạch động -phải xử lí toán Tìm Số Mô Phỏng thật nhanh gọn gàng Sau Test nhiều để sửa cho chíng xác chuyển nhanh sang quy hoach động Rỳt kinh nhgim of DUY +đọc kĩ đề bài,xác định liệu vào +test thật kĩ,quét tất trường hợp xảy mà nghi +phân tích kĩ thuật tốn trước viết chương trình +làm cách để ăn test đầu +xử dụng biến hợp lí +phải kiểm tra kĩ tính đắn cơng thức quy hoch ng RT KINH NGHIÊM(thọ) -Một số quy hoạch động kém,cha tìm đợc công thức QHĐ -Cha đọc kĩ đề làm cho test lớn bị tràn số -Nhiều QHĐ cha nghĩ công thức cần làm theo cách tham ăn -Sử dụng biến hợp lí tiết kiệm biến,tránh thừa biến -Phải có chiến thuật hợp lí:đọc hết đề lợt sau chän bµi dƠ lµm tríc bµi khã lµm sau,nÕu khó cần dùng phơng pháp tham ăn không để không ăn đơc điểm MT S LẦN RÚT KINH NGHIỆM TRƯỚC -Rút kinh nghiệm: + Cần sơ đồ hóa chương trình cách viết thích chương trình để tránh sai hướng làm + Cần ghi lại chương trình tránh cố + Cách đọc tệp vào, ra, tên tệp cần + Cần đa dạng hóa test: Bằng cách xét khả toán + Cần ý đọc kỹ đầu - Nhắc lại quy trình làm tin học + Đọc đầu : 5-10 phút để : tìm hiểu toán, đầu vào, đầu ra, gạch chân ý chính, chất tốn bước đầu suy nghĩ tìm hương giải + Viết đoạn đầu cho chương trình : khai báo biến, đọc đầu vào, đầu > kiểm tra lại liệu đầu vào có chưa ( ghi lại chương trình lần 1) + Sơ đồ hóa cách làm ngôn ngữ tự nhiên + Viết đoạn ( cần ấn F4 để chạy thử đến phần ) (Ghi lại lần) + Test : Trước test cần ghi lại chương trình lần cuối) + test đa dạng để kiểm tra chương trình Rút kinh nghiệm : - Đọc kỹ đầu để hiểu rõ khuôn dạng liệu đầu vào đầu - Đừng làm phức tạp hóa đơn giản Rút kinh nghiệm : - Nghĩ thuật tốn trước viết chương trình - Đuừng làm phức tạp hàm thủ tục Nhận xét kiểm tra điểm thi - Các sai sót cần khắc phục: + Tên chương trình tên tệp liệu vào cần theo yêu cầu đề + Cần tối ưu hóa cách vét cạn + Sử dụng biến phải hợp lí hai phương diện : - Khơng chồng chéo - Hàm hợp lí tránh tràn số theo hai kiểu : Quá giới hạn tạo thành số âm + Test đa dạng tránh chủ quan theo bước - B1 : Test theo đề - B2 : test nhỏ - B3 :Test cỡ trung bình giống đầu - B4: Test to khơng qn tính lại thấy nghi ngờ - B5 : Test đặc biệt nghĩ + Nếu test đơn giản mà thấy chương trình chạy chậm sai cần xem khẩn trương thuật toán cần phải thay đổi lại thuật toán ( thường phải suy nghĩ lại cách vét cạn cho tối ưu nhận xét toán xem có đặc biệt để loại bỏ trường hợp vét không cần thiết ) + Nếu thấy phức tạp lên dùng hàm, toán nhỏ chẳng cần dùng hàm viết hàm chương trình chạy lâu + Nếu muốn máy cải thiện đựoc tốc độ chạy Hãy đừng tham kiểm tra hết đk lúc để kết mà làm sau if đk1 then begin if đk2 then begin if đk(cuối cùng) then viết kết qủa end; -Rút kinh nghiệm: + Cố gắng tìm cách làm tốn ( 5-10) nghĩ cịn lâu chấp nhận làm theo thuật tốn thơng thường + Cần phải làm để nhiều test có thể, tránh khơng chạy chương trình khơng ăn test - Cần sơ đồ hóa chương trình cách viết thích chương trình để tránh sai hướng làm - Về nhà dành thời gian nghĩ làm, rút kinh nghiệm để làm khác Rút kinh nghiệm - Không đọc kỹ đầu >SAI - Test chưa triệt để - Có anh chưa hiểu qhd - Chiến lược làm chưa hợp lý : Cần làm dễ trước, khó sau đọc tổng thể tốn trước định làm - Xử lí số lớn chưa tốt - Cần học phương pháp giả số nguyên - Riêng mô thực tế cần làm cơng đoạn + Mơ tả tốn liệu tốn( Mơ hình hóa tin học) + Xử lí