CCS C viết dạng Macro, do vậy khi tích hợp vào, khả năng phát triển của CCS C khá mạnh, với người viết linh hoạt và hiểu ASM thì việc viết trên CCS C rất có lợi. HTPICC thì làm theo kiểu trình dịch tối ưu. Cho nên khi dịch sẽ tối ưu code và bộ nhớ khá tốt.
So sánh giữa tối ưu code giữa CCS C và HT PICC hiện nay thì có thể nói HTPICC viết một cách thông thường sẽ tốt hơn CCS C (nhìn chung). Nhưng nếu như viết CCS C với tư duy ASM tốt thì có thể đạt hiệu quả cao hơn.
Cho đến nay, thì CCS C và HT PICC có thể coi là ngang ngửa nhau. Về vấn đề chuyên nghiệp PIC, thì CCS C tập trung phát triển cho riêng PIC nhiều hơn, còn HT thì phát triển cho rất nhiều core khác.
Tham khảo trên CCS C thì ta thấy họ vẫn còn so sánh với phiên bản 7.x của HTPIC, khi đo trình dịch CCS C tốt hơn hẳn. Nhưng khi phát triển lên tới bản 9.5 này thì không biết mèo nào cắn mỉu nào. Mặt khác, hiện nay HT PICC thì đã có phiên bản dịch cho dsPICC, còn CCS C vẫn chưa.
Khi viết chuyên nghiệp, có nhiều cách thức. Nếu chỉ làm việc với PIC, theo nghĩa chuyên môn hóa, CCS C có những thuận lợi của nó, vì khi làm chuyên môn hóa, thì người viết CCS C sẽ có những tư duy tốt từ ASM để hỗ trợ. Còn khi một công ty làm việc như kiểu làm ra sản phẩm thương mại đại trà, họ sẽ dùng HT PIC, vì nó viết bằng chuẩn ANSI C, trong tương lai, phát triển theo hướng HT PICC có lẽ cung cấp cho người lập trình nhiều thuận lợi hơn.
Nhưng cá nhân anh, khi làm việc về haptics, tương tác giữa con người và máy. Một cách điển hình, cái máy nào càng thông minh thì có nghĩa là càng ngu << kết luận của anh. Và hiện nay ở nhóm PIC HCM thì tập trung vào phát triển CCS C, còn nhóm PIC ở HN thì tập trung vào phát triển HT PICC. Tất nhiên đó là nhóm của anh và anh BinhAnh, cũng là một nhóm thôi, nhưng như thế có nghĩa là bất kỳ ai muốn đặt hàng và viết kiểu gì, thì nhóm anh đều làm được
.
Kết luận gì ở đây? Bản thân anh và anh BinhAnh cùng phát triển nhóm, nhưng vẫn còn chưa có khả năng lựa chọn dứt khoát, ít nhất là vào thời điểm này vì hai lý do: về mặt tính năng lập trình, chưa có sự phân biệt rõ rệt, hai là về vấn đề phát triển trình dịch, không phải do mình phát triển, nên không thể để lệ thuộc vào bất kỳ một công ty hay một đơn vị nào.
Có lẽ bây giờ em đã hiểu
. Cũng giống như AVR và PIC vậy thôi
, bọn anh có thể nhận bất kỳ đơn đặt hàng nào với PIC, và cả AVR hay DSP TI cũng vậy thôi
. Không bao giờ để lệ thuộc.
Nhưng nhớ, đừng đi lan man; tập trung đánh thắng và làm chủ trên diện rộng, chứ không phải là đi lan man để không thắng được trận nào cả. Đó là lời khuyên duy nhất của anh đối với câu hỏi của em
.
Chúc vui.