- Văn bản
- Lịch sử
9.1.3.1 Saving Screen ShotsLearn ho
9.1.3.1 Saving Screen Shots
Learn how to use a tool for capturing screen shots. The next time you are
doing something that you’d like to have documented, take screen shots as
you perform each step. If you create the document from the screen shots, all
you need is a line or two of text for each picture, describing what is being
done in that step. Suddenly, you have a multimedia document, complete with
9.1 The Basics 245
visual aids. It’s another cross-check for correctness, since anyone using the
document can compare the screen shot to the real monitor at each step and
be satisfied that everything looks like it is supposed to before moving on.
9.1.3.2 Capturing the Command Line
If you are working on a command line rather than with a graphical interface,
copy and paste the terminal or console window into the document. Some
terminal or console window programs include a capture-to-file feature; the
UNIX script command captures entire sessions to a file.
The UNIX command history lists the last commands that were executed.
These saved commands can be the starting point for documenting a process,
by converting them into an automated script. Documentation is the first step
to automation: If you don’t know exactly how you do something, you can’t
automate it.
The combination of script and history is a powerful tool. The script
command gathers both what you type and what the computer puts out but
can, however, get obscured with odd characters if you use various aspects
of command line editing. The history command accurately shows the commands that were used and can be used to verify that they were recorded.
Whether you use a cut-and-paste ability or automatically capture output,
it’s better than retyping things from scratch. It is less work and more accurate.
9.1.3.3 Leveraging Email
How often do you have an email conversation with your coworkers about
a given task? Here’s a ready source of ad hoc documentation that can be
gathered together with a little work.
The two large problems with simply using email for your documentation
are that email is not easily shareable and is likely not well organized. Other
people cannot access your email, and you probably can’t always find what
you want. You’re unlikely to have a single piece of email that contains everything you want to have in a document. There is usually a larger message
and some back-and-forth smaller messages in which something is solved or
communicated. Combine those separate messages in one file, and put it where
your coworkers can find it.
If you already save a copy of every email you send, congratulations! You
have the material for a number of easy and helpful documents just waiting
for you to cut and paste them into the template mentioned in Section 9.1.2.
You can look in your Sent Mail folder for messages that can be used to
assemble a document on a topic. Use your email client’s ability to sort by
246 Chapter 9 Documentation
conversations or thread to find good potential emails to turn into documentation. If there were more than one or two exchanges on a topic, the conversation probably contains enough information to be worth turning into a
document. Even if your email client does not support conversations, sort by
the message subject.
9.1.3.4 Mining the Ticket System
Another good source of potential documentation is your organization’s
trouble-ticket or request-tracking system. Some of these systems include tools
to create a solutions database or solution documents that can be sent out when
new requests arrive that are similar to those already solved.
Many sites use software with a solutions database feature but never use
it or even enable it. It gets easier to use after the first couple times, so enable
it and use it now.
If you know that you’ll be using your ticket system as a resource when
writing documentation, you can make the process easier and the ticket information more useful. If your SAs note how they resolved an issue, including
pasting commands and output, and include it in the ticket work log, it quickly
improves the value of those logs with shared documentation.
You might customize your ticket system with a flag for “knowledge base”
checkbox and a comment field where you can note the process that needs to
be documented. You’ll also want a way to get a summary of those flagged
tickets—a weekly email report, for example. If your ticket system is not easily
extensible in this way, you can create a separate ticket queue for adding things
to the knowledge base and simply clone or duplicate tickets into that queue.
The original customer-request ticket can be closed and the duplicate left in
the separate queue until someone has a chance to turn it into a document.
The ticket data enables SAs to quickly write formal documentation. Using
these methods usually leads to more documentation being written and fewer
complaints about writing documentation: a win-win situation!
9.1.4 The Power of Checklists
A good way to start creating documentation and to function more efficie
Learn how to use a tool for capturing screen shots. The next time you are
doing something that you’d like to have documented, take screen shots as
you perform each step. If you create the document from the screen shots, all
you need is a line or two of text for each picture, describing what is being
done in that step. Suddenly, you have a multimedia document, complete with
9.1 The Basics 245
visual aids. It’s another cross-check for correctness, since anyone using the
document can compare the screen shot to the real monitor at each step and
be satisfied that everything looks like it is supposed to before moving on.
9.1.3.2 Capturing the Command Line
If you are working on a command line rather than with a graphical interface,
copy and paste the terminal or console window into the document. Some
terminal or console window programs include a capture-to-file feature; the
UNIX script command captures entire sessions to a file.
The UNIX command history lists the last commands that were executed.
These saved commands can be the starting point for documenting a process,
by converting them into an automated script. Documentation is the first step
to automation: If you don’t know exactly how you do something, you can’t
automate it.
The combination of script and history is a powerful tool. The script
command gathers both what you type and what the computer puts out but
can, however, get obscured with odd characters if you use various aspects
of command line editing. The history command accurately shows the commands that were used and can be used to verify that they were recorded.
Whether you use a cut-and-paste ability or automatically capture output,
it’s better than retyping things from scratch. It is less work and more accurate.
9.1.3.3 Leveraging Email
How often do you have an email conversation with your coworkers about
a given task? Here’s a ready source of ad hoc documentation that can be
gathered together with a little work.
The two large problems with simply using email for your documentation
are that email is not easily shareable and is likely not well organized. Other
people cannot access your email, and you probably can’t always find what
you want. You’re unlikely to have a single piece of email that contains everything you want to have in a document. There is usually a larger message
and some back-and-forth smaller messages in which something is solved or
communicated. Combine those separate messages in one file, and put it where
your coworkers can find it.
If you already save a copy of every email you send, congratulations! You
have the material for a number of easy and helpful documents just waiting
for you to cut and paste them into the template mentioned in Section 9.1.2.
You can look in your Sent Mail folder for messages that can be used to
assemble a document on a topic. Use your email client’s ability to sort by
246 Chapter 9 Documentation
conversations or thread to find good potential emails to turn into documentation. If there were more than one or two exchanges on a topic, the conversation probably contains enough information to be worth turning into a
document. Even if your email client does not support conversations, sort by
the message subject.
9.1.3.4 Mining the Ticket System
Another good source of potential documentation is your organization’s
trouble-ticket or request-tracking system. Some of these systems include tools
to create a solutions database or solution documents that can be sent out when
new requests arrive that are similar to those already solved.
Many sites use software with a solutions database feature but never use
it or even enable it. It gets easier to use after the first couple times, so enable
it and use it now.
If you know that you’ll be using your ticket system as a resource when
writing documentation, you can make the process easier and the ticket information more useful. If your SAs note how they resolved an issue, including
pasting commands and output, and include it in the ticket work log, it quickly
improves the value of those logs with shared documentation.
You might customize your ticket system with a flag for “knowledge base”
checkbox and a comment field where you can note the process that needs to
be documented. You’ll also want a way to get a summary of those flagged
tickets—a weekly email report, for example. If your ticket system is not easily
extensible in this way, you can create a separate ticket queue for adding things
to the knowledge base and simply clone or duplicate tickets into that queue.
The original customer-request ticket can be closed and the duplicate left in
the separate queue until someone has a chance to turn it into a document.
The ticket data enables SAs to quickly write formal documentation. Using
these methods usually leads to more documentation being written and fewer
complaints about writing documentation: a win-win situation!
9.1.4 The Power of Checklists
A good way to start creating documentation and to function more efficie
0/5000
9.1.3.1 Saving Screen ShotsLearn how to use a tool for capturing screen shots. The next time you aredoing something that you’d like to have documented, take screen shots asyou perform each step. If you create the document from the screen shots, allyou need is a line or two of text for each picture, describing what is beingdone in that step. Suddenly, you have a multimedia document, complete with9.1 The Basics 245visual aids. It’s another cross-check for correctness, since anyone using thedocument can compare the screen shot to the real monitor at each step andbe satisfied that everything looks like it is supposed to before moving on.9.1.3.2 Capturing the Command LineIf you are working on a command line rather than with a graphical interface,copy and paste the terminal or console window into the document. Someterminal or console window programs include a capture-to-file feature; theUNIX script command captures entire sessions to a file.The UNIX command history lists the last commands that were executed.These saved commands can be the starting point for documenting a process,by converting them into an automated script. Documentation is the first stepto automation: If you don’t know exactly how you do something, you can’tautomate it.The combination of script and history is a powerful tool. The scriptcommand gathers both what you type and what the computer puts out butcan, however, get obscured with odd characters if you use various aspectsof command line editing. The history command accurately shows the commands that were used and can be used to verify that they were recorded.Whether you use a cut-and-paste ability or automatically capture output,it’s better than retyping things from scratch. It is less work and more accurate.9.1.3.3 Leveraging EmailHow often do you have an email conversation with your coworkers abouta given task? Here’s a ready source of ad hoc documentation that can begathered together with a little work.The two large problems with simply using email for your documentationare that email is not easily shareable and is likely not well organized. Otherpeople cannot access your email, and you probably can’t always find whatyou want. You’re unlikely to have a single piece of email that contains everything you want to have in a document. There is usually a larger messageand some back-and-forth smaller messages in which something is solved orcommunicated. Combine those separate messages in one file, and put it whereyour coworkers can find it.If you already save a copy of every email you send, congratulations! Youhave the material for a number of easy and helpful documents just waitingfor you to cut and paste them into the template mentioned in Section 9.1.2.You can look in your Sent Mail folder for messages that can be used toassemble a document on a topic. Use your email client’s ability to sort by246 Chapter 9 Documentationconversations or thread to find good potential emails to turn into documentation. If there were more than one or two exchanges on a topic, the conversation probably contains enough information to be worth turning into adocument. Even if your email client does not support conversations, sort bythe message subject.9.1.3.4 Mining the Ticket SystemAnother good source of potential documentation is your organization’strouble-ticket or request-tracking system. Some of these systems include toolsto create a solutions database or solution documents that can be sent out whennew requests arrive that are similar to those already solved.Many sites use software with a solutions database feature but never useit or even enable it. It gets easier to use after the first couple times, so enableit and use it now.If you know that you’ll be using your ticket system as a resource whenwriting documentation, you can make the process easier and the ticket information more useful. If your SAs note how they resolved an issue, includingpasting commands and output, and include it in the ticket work log, it quicklyimproves the value of those logs with shared documentation.You might customize your ticket system with a flag for “knowledge base”checkbox and a comment field where you can note the process that needs tobe documented. You’ll also want a way to get a summary of those flaggedtickets—a weekly email report, for example. If your ticket system is not easilyextensible in this way, you can create a separate ticket queue for adding thingsto the knowledge base and simply clone or duplicate tickets into that queue.The original customer-request ticket can be closed and the duplicate left inthe separate queue until someone has a chance to turn it into a document.The ticket data enables SAs to quickly write formal documentation. Usingthese methods usually leads to more documentation being written and fewercomplaints about writing documentation: a win-win situation!9.1.4 The Power of ChecklistsA good way to start creating documentation and to function more efficie
đang được dịch, vui lòng đợi..
9.1.3.1 Saving Screen Shots
Tìm hiểu làm thế nào để sử dụng một công cụ để chụp ảnh chụp màn hình. Lần tới khi bạn đang
làm một cái gì đó mà bạn muốn có tài liệu, chụp ảnh màn hình khi
bạn thực hiện từng bước. Nếu bạn tạo ra các tài liệu từ các ảnh chụp màn hình, tất cả
bạn cần là một hoặc hai dòng văn bản cho mỗi hình ảnh, mô tả những gì đang được
thực hiện trong bước này. Đột nhiên, bạn có một tài liệu đa phương tiện, hoàn chỉnh với
9.1 Khái niệm cơ bản 245
cụ trực quan. Đó là một cross-check cho đúng đắn, vì bất cứ ai sử dụng các
tài liệu có thể so sánh các ảnh chụp màn hình để màn hình thực tế tại mỗi bước và
được hài lòng tất cả mọi thứ có vẻ như nó là vụ phải trước khi chuyển.
9.1.3.2 Chụp Command Line
Nếu bạn là làm việc trên một dòng lệnh hơn là với một giao diện đồ họa,
sao chép và dán cửa sổ thiết bị đầu cuối hoặc console vào tài liệu. Một số
chương trình cửa sổ thiết bị đầu cuối hoặc giao diện điều khiển bao gồm một tính năng chụp-to-file; các
lệnh script UNIX chụp toàn bộ phiên vào một tập tin.
Lịch sử lệnh UNIX liệt kê các lệnh cuối cùng đã được thực hiện.
Những lệnh này được lưu có thể là điểm khởi đầu cho tài liệu một quá trình,
bằng cách chuyển đổi chúng thành một kịch bản tự động. Tài liệu là bước đầu tiên
để tự động hóa: Nếu bạn không biết chính xác làm thế nào bạn làm điều gì đó, bạn không thể
tự động hoá nó.
Sự kết hợp của kịch bản và lịch sử là một công cụ mạnh mẽ. Các kịch bản
lệnh tập hợp cả những gì bạn gõ và những gì các máy tính đặt ra nhưng
có thể, tuy nhiên, được che khuất với các nhân vật kỳ lạ nếu bạn sử dụng các khía cạnh khác nhau
của biên tập dòng lệnh. Các lệnh lịch sử cho thấy chính xác các lệnh đã được sử dụng và có thể được sử dụng để xác minh rằng họ đã được ghi.
Cho dù bạn sử dụng một khả năng cắt-và-dán hoặc tự động nắm bắt đầu ra,
nó là tốt hơn so với việc gõ lại mọi thứ từ đầu. Đó là công việc ít hơn và chính xác hơn.
9.1.3.3 Leveraging Email
Làm thế nào để bạn thường xuyên có một cuộc trò chuyện email với đồng nghiệp về
một nhiệm vụ nhất định? Dưới đây là một nguồn tài liệu sẵn sàng của ad hoc có thể được
tập hợp lại với nhau với một công việc rất ít.
Hai vấn đề lớn với chỉ đơn giản bằng cách sử dụng email cho tài liệu của bạn
được rằng email là không dễ dàng chia sẻ được và có thể không được tổ chức tốt. Khác
mọi người không thể truy cập vào email của bạn, và có thể bạn không thể luôn luôn tìm thấy những gì
bạn muốn. Bạn đang khó để có một mảnh duy nhất của email có chứa tất cả mọi thứ bạn muốn có trong một tài liệu. Thường có một thông điệp lớn hơn
và một số trở lại và ra thông điệp nhỏ hơn, trong đó một cái gì đó được giải quyết hoặc
truyền đạt. Kết hợp những thông điệp riêng biệt trong một tập tin, và đặt nó nơi
đồng nghiệp của bạn có thể tìm thấy nó.
Nếu bạn đã lưu một bản sao của mỗi email bạn gửi, xin chúc mừng! Bạn
có tài liệu cho một số tài liệu dễ dàng và hữu ích chỉ cần chờ đợi
cho bạn để cắt và dán chúng vào các mẫu nêu tại mục 9.1.2.
Bạn có thể tìm trong thư mục Thư đã gửi cho tin nhắn đó có thể được sử dụng để
lắp ráp một tài liệu trên một chủ đề. Sử dụng khả năng ứng dụng email của bạn để sắp xếp bởi
246 Chương 9 Tài liệu
hội thoại hay một chủ đề để tìm các email tiềm năng tốt để chuyển vào tài liệu. Nếu có nhiều hơn một hoặc hai sàn về một chủ đề, cuộc đàm thoại có thể chứa đủ thông tin để có giá trị chuyển vào một
tài liệu. Ngay cả khi ứng dụng email của bạn không hỗ trợ các cuộc trò chuyện, sắp xếp theo
các chủ đề thư.
9.1.3.4 Khai thác hệ thống Ticket
Một nguồn tốt của tài liệu tiềm năng là tổ chức của
hệ thống gặp sự cố vé hoặc yêu cầu theo dõi. Nhiều hệ thống này bao gồm các công cụ
để tạo ra một cơ sở dữ liệu các giải pháp hay tài liệu giải pháp mà có thể được gửi ra khi
yêu cầu mới đến mà là tương tự như đã được giải quyết.
Nhiều trang web sử dụng phần mềm với một tính năng giải pháp cơ sở dữ liệu nhưng không bao giờ sử dụng
nó hoặc thậm chí cho phép nó. Nó được dễ dàng hơn để sử dụng sau vài lần đầu tiên, do đó cho phép
nó và sử dụng nó ngay bây giờ.
Nếu bạn biết rằng bạn sẽ sử dụng hệ thống bán vé của bạn như là một nguồn tài nguyên khi
viết tài liệu, bạn có thể làm cho quá trình dễ dàng hơn và các thông tin hữu ích hơn vé . Nếu SAs bạn lưu ý cách họ giải quyết một vấn đề, bao gồm cả
các lệnh dán và đầu ra, và cho nó vào nhật ký công việc bán vé, nó nhanh chóng
cải thiện giá trị của những bản ghi với các tài liệu được chia sẻ.
Bạn có thể tùy chỉnh hệ thống vé của bạn với một lá cờ cho "cơ sở tri thức
"hộp kiểm và một lĩnh vực bình luận nơi bạn có thể lưu ý quá trình đó cần phải
được ghi chép lại. Bạn cũng sẽ muốn có một cách để có được một bản tóm tắt của những người gắn cờ
vé-một báo cáo email hàng tuần, ví dụ. Nếu hệ thống bán vé của bạn là không dễ dàng
mở rộng theo cách này, bạn có thể tạo một hàng đợi vé riêng cho việc thêm những điều
để các kiến thức cơ bản và đơn giản là sao chép hoặc bản sao vé vào hàng đợi đó.
Các vé khách hàng yêu cầu ban đầu có thể được đóng lại và lặp lại trong
hàng đợi riêng biệt cho đến khi một người nào đó có cơ hội để biến nó thành một tài liệu.
Các dữ liệu vé phép SAs để nhanh chóng viết tài liệu chính thức. Sử dụng
những phương pháp này thường dẫn đến nhiều tài liệu được viết và ít
phàn nàn về cách viết tài liệu: một tình huống win-win
9.1.4 Sức mạnh của danh mục kiểm tra
Một cách tốt để bắt đầu tạo tài liệu và hoạt efficie hơn
Tìm hiểu làm thế nào để sử dụng một công cụ để chụp ảnh chụp màn hình. Lần tới khi bạn đang
làm một cái gì đó mà bạn muốn có tài liệu, chụp ảnh màn hình khi
bạn thực hiện từng bước. Nếu bạn tạo ra các tài liệu từ các ảnh chụp màn hình, tất cả
bạn cần là một hoặc hai dòng văn bản cho mỗi hình ảnh, mô tả những gì đang được
thực hiện trong bước này. Đột nhiên, bạn có một tài liệu đa phương tiện, hoàn chỉnh với
9.1 Khái niệm cơ bản 245
cụ trực quan. Đó là một cross-check cho đúng đắn, vì bất cứ ai sử dụng các
tài liệu có thể so sánh các ảnh chụp màn hình để màn hình thực tế tại mỗi bước và
được hài lòng tất cả mọi thứ có vẻ như nó là vụ phải trước khi chuyển.
9.1.3.2 Chụp Command Line
Nếu bạn là làm việc trên một dòng lệnh hơn là với một giao diện đồ họa,
sao chép và dán cửa sổ thiết bị đầu cuối hoặc console vào tài liệu. Một số
chương trình cửa sổ thiết bị đầu cuối hoặc giao diện điều khiển bao gồm một tính năng chụp-to-file; các
lệnh script UNIX chụp toàn bộ phiên vào một tập tin.
Lịch sử lệnh UNIX liệt kê các lệnh cuối cùng đã được thực hiện.
Những lệnh này được lưu có thể là điểm khởi đầu cho tài liệu một quá trình,
bằng cách chuyển đổi chúng thành một kịch bản tự động. Tài liệu là bước đầu tiên
để tự động hóa: Nếu bạn không biết chính xác làm thế nào bạn làm điều gì đó, bạn không thể
tự động hoá nó.
Sự kết hợp của kịch bản và lịch sử là một công cụ mạnh mẽ. Các kịch bản
lệnh tập hợp cả những gì bạn gõ và những gì các máy tính đặt ra nhưng
có thể, tuy nhiên, được che khuất với các nhân vật kỳ lạ nếu bạn sử dụng các khía cạnh khác nhau
của biên tập dòng lệnh. Các lệnh lịch sử cho thấy chính xác các lệnh đã được sử dụng và có thể được sử dụng để xác minh rằng họ đã được ghi.
Cho dù bạn sử dụng một khả năng cắt-và-dán hoặc tự động nắm bắt đầu ra,
nó là tốt hơn so với việc gõ lại mọi thứ từ đầu. Đó là công việc ít hơn và chính xác hơn.
9.1.3.3 Leveraging Email
Làm thế nào để bạn thường xuyên có một cuộc trò chuyện email với đồng nghiệp về
một nhiệm vụ nhất định? Dưới đây là một nguồn tài liệu sẵn sàng của ad hoc có thể được
tập hợp lại với nhau với một công việc rất ít.
Hai vấn đề lớn với chỉ đơn giản bằng cách sử dụng email cho tài liệu của bạn
được rằng email là không dễ dàng chia sẻ được và có thể không được tổ chức tốt. Khác
mọi người không thể truy cập vào email của bạn, và có thể bạn không thể luôn luôn tìm thấy những gì
bạn muốn. Bạn đang khó để có một mảnh duy nhất của email có chứa tất cả mọi thứ bạn muốn có trong một tài liệu. Thường có một thông điệp lớn hơn
và một số trở lại và ra thông điệp nhỏ hơn, trong đó một cái gì đó được giải quyết hoặc
truyền đạt. Kết hợp những thông điệp riêng biệt trong một tập tin, và đặt nó nơi
đồng nghiệp của bạn có thể tìm thấy nó.
Nếu bạn đã lưu một bản sao của mỗi email bạn gửi, xin chúc mừng! Bạn
có tài liệu cho một số tài liệu dễ dàng và hữu ích chỉ cần chờ đợi
cho bạn để cắt và dán chúng vào các mẫu nêu tại mục 9.1.2.
Bạn có thể tìm trong thư mục Thư đã gửi cho tin nhắn đó có thể được sử dụng để
lắp ráp một tài liệu trên một chủ đề. Sử dụng khả năng ứng dụng email của bạn để sắp xếp bởi
246 Chương 9 Tài liệu
hội thoại hay một chủ đề để tìm các email tiềm năng tốt để chuyển vào tài liệu. Nếu có nhiều hơn một hoặc hai sàn về một chủ đề, cuộc đàm thoại có thể chứa đủ thông tin để có giá trị chuyển vào một
tài liệu. Ngay cả khi ứng dụng email của bạn không hỗ trợ các cuộc trò chuyện, sắp xếp theo
các chủ đề thư.
9.1.3.4 Khai thác hệ thống Ticket
Một nguồn tốt của tài liệu tiềm năng là tổ chức của
hệ thống gặp sự cố vé hoặc yêu cầu theo dõi. Nhiều hệ thống này bao gồm các công cụ
để tạo ra một cơ sở dữ liệu các giải pháp hay tài liệu giải pháp mà có thể được gửi ra khi
yêu cầu mới đến mà là tương tự như đã được giải quyết.
Nhiều trang web sử dụng phần mềm với một tính năng giải pháp cơ sở dữ liệu nhưng không bao giờ sử dụng
nó hoặc thậm chí cho phép nó. Nó được dễ dàng hơn để sử dụng sau vài lần đầu tiên, do đó cho phép
nó và sử dụng nó ngay bây giờ.
Nếu bạn biết rằng bạn sẽ sử dụng hệ thống bán vé của bạn như là một nguồn tài nguyên khi
viết tài liệu, bạn có thể làm cho quá trình dễ dàng hơn và các thông tin hữu ích hơn vé . Nếu SAs bạn lưu ý cách họ giải quyết một vấn đề, bao gồm cả
các lệnh dán và đầu ra, và cho nó vào nhật ký công việc bán vé, nó nhanh chóng
cải thiện giá trị của những bản ghi với các tài liệu được chia sẻ.
Bạn có thể tùy chỉnh hệ thống vé của bạn với một lá cờ cho "cơ sở tri thức
"hộp kiểm và một lĩnh vực bình luận nơi bạn có thể lưu ý quá trình đó cần phải
được ghi chép lại. Bạn cũng sẽ muốn có một cách để có được một bản tóm tắt của những người gắn cờ
vé-một báo cáo email hàng tuần, ví dụ. Nếu hệ thống bán vé của bạn là không dễ dàng
mở rộng theo cách này, bạn có thể tạo một hàng đợi vé riêng cho việc thêm những điều
để các kiến thức cơ bản và đơn giản là sao chép hoặc bản sao vé vào hàng đợi đó.
Các vé khách hàng yêu cầu ban đầu có thể được đóng lại và lặp lại trong
hàng đợi riêng biệt cho đến khi một người nào đó có cơ hội để biến nó thành một tài liệu.
Các dữ liệu vé phép SAs để nhanh chóng viết tài liệu chính thức. Sử dụng
những phương pháp này thường dẫn đến nhiều tài liệu được viết và ít
phàn nàn về cách viết tài liệu: một tình huống win-win
9.1.4 Sức mạnh của danh mục kiểm tra
Một cách tốt để bắt đầu tạo tài liệu và hoạt efficie hơn
đang được dịch, vui lòng đợi..
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.
- You have just had a wonderful holiday st
- I grew up in a family with a good educat
- You have just had a wonderful holiday st
- Năm 1933, Edwin Howard Armstrong phát mi
- Chốt được cài đặt trên ổ đỡ nhanh chóng,
- Năm 1933, Edwin Howard Armstrong phát mi
- xin chào ,trên đây là hình ảnh mà nhóm m
- nỗi đau xót xa
- Ký ức buồn
- Khi chốt được cài đặt trên tấm hỗ trợ, ổ
- 童年
- Everyday, I will read the latest update
- Phương pháp định vị khuôn tấm
- ban da den vietnam lan nao chua ban
- catch it dumb throat fucking here
- Cám ơn các bạn vì một kỳ nghĩ thật tuyệt
- ban da den vietnam lan nao chua ban
- I really like this image
- bắt nó câm họng dùm tao
- Karen Gocsik is executive director of cu
- hoành thánh
- Cô Đơn
- Vòng quay vốn cho vay
- bún mắm
