Chuyển đến nội dung
Diễn đàn CADViet
Đăng nhập để thực hiện theo  
hhhhgggg

bác Tuệ hiểu nhầm ý em nên lisp tính sai khối lượng cả dự á

Các bài được khuyến nghị

Bác Tuệ à ! hum trước em nhờ bác viết cho cái Lisp "Di pick ra kết quả. Bác hiểu nhầm ý em rùi, bây jờ em mới phát hiện ra.

Ý của em là mình đo bằng Di nhưng mình chỉ lấy khoảng cách theo phương X giữa 2 điểm AB chứ ko phải lấy khoảng cách AB. Bác sửa CODE giúp em với. Em tính sai khối lựong của cả dự án rùi. Vụ này chắc bị đuổi việc cũng nên...huhuhu

CODE

;=============== Di pick=========

(defun c:ii ()

 

(setq po1 (getpoint "\n Chon diem thu nhat :"))

(setq po2 (getpoint po1 "\n Chon diem thu hai :"))

(setq kc (distance po1 po2))

 

(if hs1

(setq co2 (getreal (strcat "\n he so <" (rtos hs1) ">:")))

(setq hs1 (getreal "\n he so :"))

)

(if co2 (setq hs1 co2) )

 

(setq giatri (entget (car (entsel "\n Select Text to results: "))))

 

(setq gia (assoc 1 giatri))

(setq nt1 (cons 1 (rtos (* hs1 kc ) 2 2)))

(setq giatri (subst nt1 gia giatri))

(entmod giatri)

(princ)

)

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác
Bác Tuệ à ! hum trước em nhờ bác viết cho cái Lisp "Di pick ra kết quả. Bác hiểu nhầm ý em rùi, bây jờ em mới phát hiện ra.

Ý của em là mình đo bằng Di nhưng mình chỉ lấy khoảng cách theo phương X giữa 2 điểm AB chứ ko phải lấy khoảng cách AB. Bác sửa CODE giúp em với. Em tính sai khối lựong của cả dự án rùi. Vụ này chắc bị đuổi việc cũng nên...huhuhu

 
;=============== Di pick=========
(defun c:ii ()

(setq po1 (getpoint "\n Chon diem thu nhat :"))
(setq po2 (getpoint po1 "\n Chon diem thu hai :"))
(setq kc (abs (- (car po2) (car po1))))

(if hs1
(setq co2 (getreal (strcat "\n he so <" (rtos hs1) ">:")))
(setq hs1 (getreal "\n he so :"))
)
(if co2 (setq hs1 co2) )

(setq giatri (entget (car (entsel "\n Select Text to results: "))))

(setq gia (assoc 1 giatri))
(setq nt1 (cons 1 (rtos (* hs1  kc ) 2 2)))
(setq giatri (subst nt1 gia giatri))
(entmod giatri)
(princ)
)

Đây là một kinh nghiệm để yêu cầu một cách rõ ràng và trước khi áp dụng vào thực tế phải test thử xem nó đã đúng chưa đã. Dù sao cũng xin lỗi bạn vì sự cố đáng tiếc này. Mình đã sửa lại. Bạn test thử xem đã đúng ý bạn chưa.

  • Vote tăng 3

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác
Đây là một kinh nghiệm để yêu cầu một cách rõ ràng và trước khi áp dụng vào thực tế phải test thử xem nó đã đúng chưa đã. Dù sao cũng xin lỗi bạn vì sự cố đáng tiếc này. Mình đã sửa lại. Bạn test thử xem đã đúng ý bạn chưa.

Đúng rùi bác nacata ạ . Hjx vụ này to đây ? Em tính sai cả 1 dự án.Nhưng may mắn thay là bi jờ mới chuyển lên ban.Còn lằng nhằng chán... hjxhjx Lại được làm lại hết rùi. Ăn mắng 1 trận . hjxhjx. Tháng này em bị trừ lương mất.huhuhu . Dù sao cũng cảm ơn các bác đã nhiệt tình giúp đỡ !

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Hy vọng mỗi con người chúng ta vấp ngã vài lần thế này rút ra kinh nghiệm để sản phẩm thiết kế sẽ chất lượng hơn.

 

Bài học kinh nghiệm cụ thể tôi học được ở đây là:

- Lúc truyền đạt ý kiến cho người khác, phải rất tỷ mỷ để người khác hiểu được ý mình. Cái này chỉ có 10% thành viên yêu cầu viết lisp ở CADViet đạt được.

- Lúc nhận sản phẩm từ người khác, phải kiểm tra sản phẩm có đúng thông số kỹ thuật không. Đi mua cái tivi, mình cũng phải kiểm tra xem cái thông số của nó có khớp với cái mình muốn không, tránh trả tiền oan cho những chức năng mà mình không bao giờ dùng đến hoặc tệ hơn nữa là không dùng được.

- Trước lúc giao sản phẩm cho người khác (trường hợp của hhhhgggg là hồ sơ), cần kiểm tra là sản phẩm đã đạt tiêu chuẩn chưa. Cũng là sản phẩm lỗi, nếu mình phát hiện ra trước thì mình chỉ bị mất 1 điểm, nhưng nếu khác hàng của mình phát hiện ra trước thì mình mất 10 điểm.

  • Vote tăng 2

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác
Đây là một kinh nghiệm để yêu cầu một cách rõ ràng và trước khi áp dụng vào thực tế phải test thử xem nó đã đúng chưa đã. Dù sao cũng xin lỗi bạn vì sự cố đáng tiếc này. Mình đã sửa lại. Bạn test thử xem đã đúng ý bạn chưa.

Em nghĩ ĐÂY LÀ SỰ CỐ ĐÁNG MỪNG! Bác sĩ người ta còn cắt nhầm ruột thừa thành …quả thận có sao đâu!

Làm công tác kt sai sót nhầm lẫn là chuyện thường bởi thế mới có Thiết kế >Vẽ > Kiểm tra > Duyệt….

Bài viết tham khảo:

Vì anh tuyluypden viết rất khó hiểu…đọc bài viết các bác sẽ thấy. Mong anh tuyluypden thông cảm! Em phải viết thế để lần sau anh trình bầy bài viết rõ ràng hơn thôi. Em đã từng soạn thảo văn bản hợp đồng nhiều lần, nếu câu viết ko rõ ràng mạch lạc dễ xảy ra tranh cãi …sai một chữ … tốn vài chục triệu là chuyện thường ở huyện.

 

http://www.cadviet.com/forum/index.php?sho...amp;#entry71642

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác
Hy vọng mỗi con người chúng ta vấp ngã vài lần thế này rút ra kinh nghiệm để sản phẩm thiết kế sẽ chất lượng hơn.

 

Bài học kinh nghiệm cụ thể tôi học được ở đây là:

- Lúc truyền đạt ý kiến cho người khác, phải rất tỷ mỷ để người khác hiểu được ý mình. Cái này chỉ có 10% thành viên yêu cầu viết lisp ở CADViet đạt được.

- Lúc nhận sản phẩm từ người khác, phải kiểm tra sản phẩm có đúng thông số kỹ thuật không. Đi mua cái tivi, mình cũng phải kiểm tra xem cái thông số của nó có khớp với cái mình muốn không, tránh trả tiền oan cho những chức năng mà mình không bao giờ dùng đến hoặc tệ hơn nữa là không dùng được.

- Trước lúc giao sản phẩm cho người khác (trường hợp của hhhhgggg là hồ sơ), cần kiểm tra là sản phẩm đã đạt tiêu chuẩn chưa. Cũng là sản phẩm lỗi, nếu mình phát hiện ra trước thì mình chỉ bị mất 1 điểm, nhưng nếu khác hàng của mình phát hiện ra trước thì mình mất 10 điểm.

Thành thật xin lỗi bạn hhhhgggg.

Tue_NV sẽ rút kinh nghiệm từ bài học này.

  • Vote tăng 3

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác
Thành thật xin lỗi bạn hhhhgggg.

Tue_NV sẽ rút kinh nghiệm từ bài học này.

Theo mình bạn Tue_NV hkông phải xin lổi gì cả.

Lổi ở người yêu cầu không rỏ ràng, Xài đồ của người khác không thèm kiểm tra lại xem có chính xác không. Gặp chuyện lại giở giọng bắt đền mình rất ghét loại người này.

Mình đã gặp trường hợp tương tự bên giaxaydung nên hiểu cảm giác của Tue_NV .

  • Vote tăng 4

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Em cùng ý kiến với anh Duy. Anh Tuệ không có lỗi gì ở đây cả. nhất là khi đó lại là hhhhhggggg. Một người cực kỳ đặc biệt ở diễn đàn này, hay chí ít là đối với ai đã từng giúp bạn ấy.

  • Vote tăng 3

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Đấy là bài học không chỉ cho bạn hhhhgggg mà cho tất cả mọi người. Tue_nv cũng như mọi người rất nhiệt tình giúp đỡ nhau cho nên các bạn cần được giúp đỡ thì tối thiểu hãy ủng hộ diễn đàn cũng như mọi người bằng cách chú ý hơn trong việc trình bày ý tưởng của mình.

  • Vote tăng 1

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Em nghĩ mục đích bạn hhhhgggg đưa bài viết để mọi người cùng rút kinh nghiệm chung từ sai sót từ bạn ấy.

Em tin bạn hhhhgggg không nỡ lòng nào trách cứ Bác Tuệ người đã nhiệt tình giúp mình.

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Tôi thấy giọng của hhhhgggg có phải giọng oán trách jì bác Tuệ đâu, thực ra là bạn ấy oán trách mình nhưng nói khó để cầu cứu thôi. Duy với Thái nói bạn ấy thế có lẽ hơi nặng lời, làm người ta tự ái, lần sau có muốn nhờ anh em cũng ngại, mà anh em ai hiểu theo ý hai bạn lại đâm ra ghét bỏ người ta mất. Bác Tuệ xin lỗi, cho dù bác ấy ko có lỗi thì lời xin lỗi ấy càng làm cho mình thêm kính trọng bác ấy hơn!

  • Vote tăng 1

Chia sẻ bài đăng này


Liên kết tới bài đăng
Chia sẻ trên các trang web khác

Tạo một tài khoản hoặc đăng nhập để nhận xét

Bạn cần phải là một thành viên để lại một bình luận

Tạo tài khoản

Đăng ký một tài khoản mới trong cộng đồng của chúng tôi. Điều đó dễ mà.

Đăng ký tài khoản mới

Đăng nhập

Bạn có sẵn sàng để tạo một tài khoản ? Đăng nhập tại đây.

Đăng nhập ngay

Đăng nhập để thực hiện theo  

×