Đối với người giải đáp:
1. Nhất thiết phải comment vào code. Tiếng việt hay tiếng anh thì tùy. Cái gì tiện cho bạn thì dùng.
2. Nếu không comment được thì nhất thiết phải nêu cách nghĩ trong vòng 7 ngày kể từ ngày bạn post code. Trường hợp topic đã close vì lý do nào đó, bạn hãy liên hệ để mở lại topic và trình bày cách nghĩ cho người hỏi nắm được logic.
3. Đối với các topic mà các thành viên đang thắc mắc với tác giả topic về điều kiện Input, về thao tác người dùng thì nhất định phải chờ quá trình xác nhận này kết thúc, không được viết code khi quá trình xác nhận này chưa rõ ràng. Có thể nêu ý kiến về cách nghĩ của mình và chờ phản hồi của tác giả, cũng như phản biện từ các thành viên.
Các bài viết không tuân theo qui định sẽ bị xóa, không cần báo trước. Cho nên nếu bị xóa, bạn hãy hiểu rằng, người thực hiện việc xóa đang thực thi bổn phận của họ theo chủ trương này, tuyệt nhiên không phải hiềm khích cá nhân nào hết.
Lý do: Đưa code mà không trình bày cách nghĩ, việc đó không có ý nghĩa gì đối với người tự học. Nếu người ta nhờ viết code có trả công, thì đó lại là chuyện khác, và việc đó không phù hợp với diễn đàn học thuật, phi thương mại như chúng ta.
Một chủ đề mà nhiều người chưa hiểu, thì có nghĩa là thiết kế chưa rõ ràng. Tôi xin nhắc lại, ở đây chẳng có ai chuyên ngành VBA cả. Đừng nghĩ rằng quá chi tiết tỉ mỉ không phù hợp với tôi, tôi là người tự học cho nên không cần cái đó. Không! Chính vì tự học nên cần phải chi tiết và tỉ mỉ thì mới có thể nhớ lâu.
Ở đây cũng chẳng có mấy người chuyên ngành công nghệ thông tin đâu, mọi thứ càng tỉ mỉ và chi tiết thì càng tốt, chỉ thế thôi. Đáng sợ nhất là những người chém gió, lôi những thứ cao siêu ra dọa người khác mà thực lực thì chẳng biết tới đâu. Vậy thì chẳng thà cứ nhận mình dốt, mà cẩn thận tỉ mỉ hỏi từng tí một cho rõ vấn đề, cho mình thực sự hiểu mới thôi. Mà người ta càng hỏi, thì bạn càng dễ nhận thấy thiết kế của mình còn thiếu sót cần bổ sung.
Có bao giờ bạn xây nhà mà không có bản thiết kế không? Tôi nghĩ có lẽ chắc chỉ xây chuồng lợn hay chuồng gà mới không cần thiết kế.
Đến người học vẽ còn phải vẽ phác thảo, thế thì có lý gì người học code không phác thảo nội dung đó ra, và quá trình tái hiện bản phác thảo cho người khác hiểu chính là thiết kế.
Một topic không có phản hồi thắc mắc nào trong vòng 24h kể từ lúc tác giả đó post bài thì mọi người tùy ý hỗ trợ code. Tuy nhiên phải tuân thủ qui định code phải có comment hoặc trình bày cách nghĩ.
Đối với người hỏi, nhất là làm việc với UserForm hoặc tạo một chương trình-một phần chưong trình:
Cần rõ ràng mục đích, muốn làm gì, data demo phải có logic ứng với logic điều kiện đề bài. Data demo là cơ sở để người code kiểm tra lại code cho kết quả đúng hay sai.
Cần nói rõ thao tác người dùng sẽ như thế nào kèm các điều kiện logic khác.
Ở đây tôi đưa ra
Đối với việc xác nhận thông tin để tiến hành code, các bạn nên coi đó là việc bình thường, diễn đàn không có ý gì khác ngoài việc làm cho mọi thứ rõ ràng và dễ hiểu với tất cả mọi người.
Không chịu trình bày cho mọi người dễ hiểu mới là vấn đề. Còn việc mọi người phản hồi khó hiểu, bạn bổ sung thông tin cho dễ hiểu-đó là điều bình thường.
Thông tin nếu có thiếu sót thì phải bổ sung.
Hãy sử dụng mẫu câu dưới đây trong trường hợp bị phản hồi về thiếu sót:
Tôi đã đưa thiếu thông tin do không lường trước được-tôi xin lỗi đã làm mất thời gian của anh chị. Sau đây tôi xin cập nhật thông tin. Anh chị xem còn thiếu gì thì phản hồi lại cho tôi có được không ạ?
1. Nhất thiết phải comment vào code. Tiếng việt hay tiếng anh thì tùy. Cái gì tiện cho bạn thì dùng.
2. Nếu không comment được thì nhất thiết phải nêu cách nghĩ trong vòng 7 ngày kể từ ngày bạn post code. Trường hợp topic đã close vì lý do nào đó, bạn hãy liên hệ để mở lại topic và trình bày cách nghĩ cho người hỏi nắm được logic.
3. Đối với các topic mà các thành viên đang thắc mắc với tác giả topic về điều kiện Input, về thao tác người dùng thì nhất định phải chờ quá trình xác nhận này kết thúc, không được viết code khi quá trình xác nhận này chưa rõ ràng. Có thể nêu ý kiến về cách nghĩ của mình và chờ phản hồi của tác giả, cũng như phản biện từ các thành viên.
Các bài viết không tuân theo qui định sẽ bị xóa, không cần báo trước. Cho nên nếu bị xóa, bạn hãy hiểu rằng, người thực hiện việc xóa đang thực thi bổn phận của họ theo chủ trương này, tuyệt nhiên không phải hiềm khích cá nhân nào hết.
Lý do: Đưa code mà không trình bày cách nghĩ, việc đó không có ý nghĩa gì đối với người tự học. Nếu người ta nhờ viết code có trả công, thì đó lại là chuyện khác, và việc đó không phù hợp với diễn đàn học thuật, phi thương mại như chúng ta.
Một chủ đề mà nhiều người chưa hiểu, thì có nghĩa là thiết kế chưa rõ ràng. Tôi xin nhắc lại, ở đây chẳng có ai chuyên ngành VBA cả. Đừng nghĩ rằng quá chi tiết tỉ mỉ không phù hợp với tôi, tôi là người tự học cho nên không cần cái đó. Không! Chính vì tự học nên cần phải chi tiết và tỉ mỉ thì mới có thể nhớ lâu.
Ở đây cũng chẳng có mấy người chuyên ngành công nghệ thông tin đâu, mọi thứ càng tỉ mỉ và chi tiết thì càng tốt, chỉ thế thôi. Đáng sợ nhất là những người chém gió, lôi những thứ cao siêu ra dọa người khác mà thực lực thì chẳng biết tới đâu. Vậy thì chẳng thà cứ nhận mình dốt, mà cẩn thận tỉ mỉ hỏi từng tí một cho rõ vấn đề, cho mình thực sự hiểu mới thôi. Mà người ta càng hỏi, thì bạn càng dễ nhận thấy thiết kế của mình còn thiếu sót cần bổ sung.
Có bao giờ bạn xây nhà mà không có bản thiết kế không? Tôi nghĩ có lẽ chắc chỉ xây chuồng lợn hay chuồng gà mới không cần thiết kế.
Đến người học vẽ còn phải vẽ phác thảo, thế thì có lý gì người học code không phác thảo nội dung đó ra, và quá trình tái hiện bản phác thảo cho người khác hiểu chính là thiết kế.
Một topic không có phản hồi thắc mắc nào trong vòng 24h kể từ lúc tác giả đó post bài thì mọi người tùy ý hỗ trợ code. Tuy nhiên phải tuân thủ qui định code phải có comment hoặc trình bày cách nghĩ.
Đối với người hỏi, nhất là làm việc với UserForm hoặc tạo một chương trình-một phần chưong trình:
Cần rõ ràng mục đích, muốn làm gì, data demo phải có logic ứng với logic điều kiện đề bài. Data demo là cơ sở để người code kiểm tra lại code cho kết quả đúng hay sai.
Cần nói rõ thao tác người dùng sẽ như thế nào kèm các điều kiện logic khác.
Ở đây tôi đưa ra
Bạn cần đăng nhập để thấy link
. Tuy chưa phải là chi tiết, nhưng nó khá rõ ràng và rành mạch về yêu cầu. Các bạn có thể tham khảo.Đối với việc xác nhận thông tin để tiến hành code, các bạn nên coi đó là việc bình thường, diễn đàn không có ý gì khác ngoài việc làm cho mọi thứ rõ ràng và dễ hiểu với tất cả mọi người.
Không chịu trình bày cho mọi người dễ hiểu mới là vấn đề. Còn việc mọi người phản hồi khó hiểu, bạn bổ sung thông tin cho dễ hiểu-đó là điều bình thường.
Thông tin nếu có thiếu sót thì phải bổ sung.
Hãy sử dụng mẫu câu dưới đây trong trường hợp bị phản hồi về thiếu sót:
Tôi đã đưa thiếu thông tin do không lường trước được-tôi xin lỗi đã làm mất thời gian của anh chị. Sau đây tôi xin cập nhật thông tin. Anh chị xem còn thiếu gì thì phản hồi lại cho tôi có được không ạ?
