bloggerrized

<div dir="ltr" style="text-align: left;" trbidi="on"> <h4 style="text-align: center;"> Tips untuk Menulis Makalah Teknis</h4> <h3 style="text-align: center;"> Jennifer Widom , Januari 2006</h3> <div style="text-align: justify;"> Berikut adalah catatan dari presentasi saya berikan di Stanford InfoLab Jumat siang, 1/27/06, dengan beberapa (tidak banyak) revisi ketika saya reprised bicara <a class="zem_slink" href="http://en.wikipedia.org/wiki/Pada_%28foot%29" rel="wikipedia" target="_blank" title="Pada (foot)">pada</a> 12/4/09, dan tidak ada revisi untuk 10/19 / 12 kebangunan rohani. Presentasi meliputi: <a name="more"></a></div> <ul> <li>Kertas Judul</li> <li>The Abstrak</li> <li>Pendahuluan</li> <li>Kerja Terkait</li> <li>Tubuh</li> <li>Percobaan Kinerja</li> <li>Kesimpulan</li> <li>Kerja Masa Depan</li> <li>Para Ucapan Terima Kasih</li> <li>Kutipan</li> <li>Lampiran</li> <li>Grammar dan Isu Presentasi Kecil</li> <li>Mekanika</li> <li>Versi dan Distribusi </li> </ul> Menjalankan Contoh Sebagai berjalan (fictitious!) contoh, misalkan Anda telah merancang dan menjalankan percobaan dengan algoritma baru untuk multipass eksternal merge-macam. Algoritma Anda mengurangi kompleksitas dari O (n log n) ke O (n), di bawah premis bahwa hal itu dapat diterima untuk memiliki beberapa bounded "unsortedness" dalam hasil. Anda berencana untuk menuliskan hasil untuk diserahkan kepada sebuah konferensi besar. Catatan: Contoh ini digunakan di seluruh presentasi hidup tapi saya belum ditindaklanjuti banyak catatan ini. Dengan demikian, catatan termasuk beberapa <a class="zem_slink" href="http://en.wikipedia.org/wiki/Latihan" rel="wikipedia" target="_blank" title="Latihan">latihan</a> bagi pembaca. Kertas Judul Judul bisa panjang dan deskriptif: <ul> <li> Linear-Time Multipass Sorting Eksternal dengan Jaminan Aproksimasi </li> </ul> atau pendek dan manis: <ul> <li> Perkiraan Eksternal Sortir </li> </ul> Berikut adalah tengah-of-jalan-panjang, ditambah nama lucu yang menempel dalam pikiran orang: <ul> <li> Floosh: Sebuah Algoritma Linear-Time untuk Perkiraan Eksternal Sortir</li> </ul> The Abstrak Sebutkan masalah, pendekatan dan solusi, dan kontribusi utama kertas. Sertakan sedikit jika ada latar belakang dan motivasi. Jadilah faktual namun komprehensif. Materi dalam abstrak tidak harus diulang kata kemudian untuk kata di koran. (Latihan: Menulis abstrak untuk jenis contoh multiway.) Pendahuluan Pendahuluan adalah sangat penting. Pada saat wasit telah selesai Pendahuluan, dia mungkin membuat keputusan awal tentang apakah akan menerima atau menolak kertas - dia akan membaca sisa kertas mencari bukti untuk mendukung keputusannya. Seorang pembaca kasual akan melanjutkan jika Pendahuluan terpikat padanya, dan akan mengatur kertas samping sebaliknya. Sekali lagi, Pendahuluan adalah sangat penting. Berikut adalah <a href="http://translate.googleusercontent.com/translate_c?depth=1&hl=id&ie=UTF8&langpair=auto%7Cid&rurl=translate.google.com&tbb=1&u=http://infolab.stanford.edu/&usg=ALkJrhjZl_uPw8z68KNzEKk9z7NlYydJYQ">Stanford InfoLab</a> dipatenkan struktur lima-titik 's untuk Introduksi. Kecuali ada argumen yang baik terhadap hal itu, Pendahuluan harus terdiri dari lima paragraf menjawab lima pertanyaan berikut: <ol> <li> Apa masalahnya? </li> <li>Kenapa menarik dan penting? </li> <li>Mengapa sulit? (Misalnya, mengapa pendekatan naif gagal?) </li> <li>Mengapa bukan diselesaikan sebelumnya? (Atau, apa yang salah dengan solusi yang diusulkan sebelumnya? Bagaimana saya berbeda?) </li> <li>Apa saja komponen kunci dari pendekatan saya dan hasilnya? <a class="zem_slink" href="http://en.wikipedia.org/wiki/Juga" rel="wikipedia" target="_blank" title="Juga">Juga</a> termasuk batasan tertentu.</li> </ol>    (Latihan: Jawablah pertanyaan-pertanyaan untuk jenis contoh multiway.) Kemudian memiliki paragraf akhir atau <a class="zem_slink" href="http://en.wikipedia.org/wiki/Ayah" rel="wikipedia" target="_blank" title="Ayah">ayat</a>: "Ringkasan Kontribusi". Ini harus <a class="zem_slink" href="http://en.wikipedia.org/wiki/Defter" rel="wikipedia" target="_blank" title="Defter">daftar</a> kontribusi besar dalam <a class="zem_slink" href="http://en.wikipedia.org/wiki/Colotomy" rel="wikipedia" target="_blank" title="Colotomy">bentuk</a> peluru, menyebutkan dalam bagian mana mereka dapat ditemukan. Bahan ini berfungsi sebagai garis besar sisa kertas, menghemat ruang dan menghilangkan redundansi.   (Latihan:. Tuliskan daftar peluru untuk jenis contoh multiway)  Kerja Terkait The abadi Pertanyaan: Haruskah kerja terkait ditutupi dekat awal kertas atau dekat akhir? <ul> <li> Awal, jika bisa pendek namun cukup rinci, atau jika hal itu penting untuk mengambil sikap defensif yang kuat tentang pekerjaan sebelumnya segera. Dalam hal ini Terkait Pekerjaan dapat berupa ayat pada akhir Pendahuluan, atau yang Bagian 2 sendiri. </li> <li>End, jika dapat diringkas dengan cepat sejak awal (dalam Pengantar atau Pendahuluan), atau jika perbandingan yang cukup memerlukan isi teknis dari kertas. Dalam hal ini Terkait Pekerjaan harus muncul sebelum Kesimpulan, mungkin dalam bagian yang lebih umum "Diskusi dan Kerja Terkait". </li> </ul> Batang Tubuh   Pedoman # 1: Sebuah kontribusi teknis yang penting baru yang jelas seharusnya diartikulasikan pada saat pembaca selesai halaman 3 (yaitu, seperempat jalan melalui kertas).  Pedoman # 2: Setiap bagian kertas harus bercerita. (Jangan, bagaimanapun, jatuh ke dalam perangkap umum menceritakan seluruh cerita tentang bagaimana Anda tiba di hasil Anda. Katakan saja kisah hasil sendiri.) Cerita harus linier, menjaga pembaca terlibat di setiap langkah dan mencari meneruskan ke langkah berikutnya. Seharusnya tidak ada gangguan yang signifikan - mereka bisa pergi dalam Lampiran, lihat di bawah. Selain dari pedoman ini, yang berlaku untuk setiap kertas, struktur tubuh bervariasi banyak tergantung pada konten. Komponen penting adalah:  <ul> <li>Menjalankan Contoh: Jika memungkinkan, gunakan contoh menjalankan seluruh kertas. Hal ini dapat diperkenalkan baik sebagai subbagian pada akhir Pendahuluan, atau Bagian sendiri 2 atau 3 (tergantung Terkait Pekerjaan). </li> <li>Pendahuluan: Bagian ini, yang mengikuti Pengenalan dan mungkin Terkait Kerja dan / atau Menjalankan Contoh, set up notasi dan terminologi yang bukan merupakan bagian dari kontribusi teknis. Salah satu fungsi penting dari bagian ini adalah untuk menggambarkan materi yang tidak asli tapi diperlukan untuk kertas. Jadilah singkat - ingat Pedoman # 1. </li> <li>Isi: Daging kertas termasuk algoritma, deskripsi sistem, konstruksi bahasa baru, analisis, dll Bila mungkin menggunakan "top-down" description: pembaca harus dapat melihat di mana materi yang terjadi, dan mereka harus mampu melompat ke depan dan masih mendapatkan ide. </li> </ul> Percobaan Kinerja     Kita bisa memiliki seluruh risalah tentang topik ini sendirian dan saya pasti tidak ahli. Berikut adalah beberapa pemikiran acak: <ul> <li>Banyak konferensi mengharapkan percobaan. </li> <li>Sangat mudah untuk melakukan "tipu" atau percobaan berarti, dan banyak media dilakukan. </li> <li>Sangat mudah untuk kerajinan percobaan untuk menunjukkan pekerjaan Anda dalam cahaya terbaik, dan paling kertas dilakukan. </li> <li>Apa yang harus mengukur kinerja percobaan? Possiblities: </li> <ul> <li>Waktu berjalan Murni </li> <li>Sensitivitas terhadap parameter penting </li> <li>Skalabilitas dalam berbagai aspek: ukuran data, kompleksitas permasalahan, ... </li> <li>Lainnya? </li> </ul> </ul> <ul> <li> Apa yang harus percobaan menunjukkan kinerja? Kemungkinan: </li> <ul> <li>Kinerja mutlak (yaitu, itu dapat diterima / digunakan) </li> <li>Kinerja relatif terhadap pendekatan naif </li> <li>Kinerja relatif terhadap pendekatan sebelumnya </li> <li>Kinerja relatif antara pendekatan yang diusulkan berbeda </li> <li>Lainnya? </li> </ul> </ul> Kesimpulan Secara umum sebuah paragraf singkat meringkas akan lakukan, dan dalam keadaan apapun harus paragraf ulangi bahan dari Abstrak atau Pendahuluan. Dalam beberapa kasus mungkin untuk sekarang membuat klaim asli lebih konkret, misalnya, dengan mengacu pada hasil kinerja kuantitatif. Kerja Masa Depan Bahan ini penting - bagian dari nilai kertas menunjukkan bagaimana pekerjaan menetapkan arah penelitian baru. Saya suka daftar peluru sini. (Sebenarnya saya seperti mereka pada umumnya.) Beberapa hal yang perlu diingat: <ul> <li>Jika Anda aktif terlibat dalam pekerjaan tindak lanjut, katakan demikian. Misalnya: "Kami sedang memperluas algoritma untuk ... bla bla, dan hasil awal yang menggembirakan." Pernyataan ini berfungsi untuk menandai wilayah Anda. </li> <li>Sebaliknya, harus menyadari bahwa beberapa peneliti melihat ke bagian Pekerjaan Masa Depan untuk topik penelitian. Pendapat saya adalah bahwa tidak ada yang salah dengan itu - menganggap itu pujian.</li> </ul> Para Ucapan Terima Kasih Jangan lupa mereka atau Anda akan memiliki orang-orang dengan perasaan terluka. Akui siapa saja yang berkontribusi dengan cara apapun: melalui diskusi, umpan balik pada konsep, implementasi, dll Jika ragu tentang apakah akan menyertakan seseorang, termasuk mereka. Kutipan Luangkan upaya untuk membuat semua kutipan lengkap dan konsisten. Jangan hanya menyalin acak konsisten BibTeX (atau lainnya) entri dari web dan menyebutnya hari. Memeriksa bibliografi akhir Anda dengan hati-hati dan pastikan setiap entri terlihat benar. Lampiran Lampiran harus berisi bukti rinci dan algoritma saja. Lampiran dapat menjadi sangat penting untuk kertas overlength, tapi masih berguna sebaliknya. Pikirkan lampiran sebagai pembuktian acak-akses yang mendasari rincian berdarah. Sebagai aturan praktis: <ul> <li>Lampiran tidak boleh mengandung bahan yang diperlukan untuk memahami kontribusi dari kertas. </li> <li>Lampiran harus berisi semua materi yang sebagian besar pembaca tidak akan tertarik</li> </ul> Grammar dan Isu Presentasi Kecil Secara umum semua orang menulis makalah sangat dianjurkan untuk membaca pendek dan sangat berguna <a href="http://translate.googleusercontent.com/translate_c?depth=1&hl=id&ie=UTF8&langpair=auto%7Cid&rurl=translate.google.com&tbb=1&u=http://en.wikipedia.org/wiki/Strunk_and_White&usg=ALkJrhi-o4Wip6tOyMXD2KbC9lpshaSgNQ">The Elements of Style</a> oleh Strunk dan Putih. Berikut adalah daftar acak Peeves hewan peliharaan. <ul> <li>Sama seperti program, semua "variabel" (terminologi dan notasi) di koran harus didefinisikan sebelum digunakan, dan harus didefinisikan hanya sekali. (. Pengecualian: Kadang-kadang setelah hiatus panjang ini berguna untuk mengingatkan para pembaca definisi a) definisi global harus dikelompokkan ke bagian Pendahuluan, definisi lain harus diberikan sebelum digunakan pertama mereka. </li> <li>Jangan gunakan "dll" kecuali item yang tersisa benar-benar jelas. </li> </ul> <ul><ul> <li>Diterima: Kami akan menomori tahap 1, 3, 5, 7, dll </li> <li>Tidak dapat diterima: Kami mengukur faktor-faktor kinerja seperti volatilitas, skalabilitas, dll </li> </ul> </ul> (Latihan: Aturan di atas dilanggar setidaknya sekali dalam dokumen ini Temukan pelanggaran..) <ul> <li> Jangan pernah berkata "karena berbagai alasan". (Contoh:. Kami memutuskan untuk tidak mempertimbangkan alternatif, karena berbagai alasan) Beritahu pembaca alasan!</li> <li>Hindari penggunaan sial dari "ini", "itu", "ini", "itu", dan seterusnya (Ullman pet mengesalkan). Membutuhkan identifikasi eksplisit dari apa yang "ini" mengacu pada menegakkan kejelasan tulisan. Berikut ini adalah contoh khas sial "ini": Percobaan kami menguji beberapa lingkungan yang berbeda dan algoritma tidak baik dalam beberapa tapi tidak semua dari mereka. Hal ini penting karena ... (Latihan: Aturan di atas dilanggar setidaknya sekali dalam dokumen ini Temukan pelanggaran..) </li> <li> Dicetak miring adalah untuk definisi atau kutipan, bukan untuk penekanan (Gries pet mengesalkan). Tulisan Anda harus dibangun konteks seperti itu saja memberikan penekanan yang memadai. (Latihan: Aturan di atas dilanggar setidaknya sekali dalam dokumen ini Temukan pelanggaran..) </li> </ul> <ul><ul> <li> Algoritma yang mudah untuk melaksanakan semua berjalan dalam waktu linier. </li> <li>Algoritma, yang mudah diterapkan, semua berjalan dalam waktu linier. </li> </ul> </ul> <ul> <li> Orang sering menggunakan "yang" versus "yang" salah. "Itu" adalah mendefinisikan, "yang" adalah nondefining. Contoh penggunaan yang benar:</li> </ul>   Mekanika <ul> <li>Selalu menjalankan pemeriksa ejaan di atas kertas akhir Anda, tidak ada alasan. </li> <li>Untuk draft dan laporan teknis menggunakan font yang 11 titik, murah hati spasi, 1 "margin, dan format kolom tunggal. Tidak perlu menyiksa pembaca kasual Anda dengan font kecil dan jarak ketat digunakan dalam proses konferensi hari ini. </li> <li>Dalam draft dan font akhir kamera-siap, angka harus kira-kira ukuran font yang sama seperti yang digunakan untuk teks dalam tubuh kertas. </li> <li>Tabel, gambar, grafik, dan algoritma harus selalu ditempatkan di bagian atas halaman atau kolom, bukan dalam tubuh teks kecuali itu sangat kecil dan cocok menjadi aliran kertas. </li> <li>Setiap meja, angka, grafik, atau algoritma akan muncul pada halaman yang sama sebagai acuan pertama, atau pada halaman berikut (LaTeX bersedia ...). </li> <li>Sebelum penyerahan akhir atau publikasi kertas Anda, mencetaknya sekali dan melihat - Anda mungkin akan cukup terkejut betapa berbedanya terlihat pada kertas dari bagaimana itu tampak pada layar Anda (jika Anda bahkan repot-repot untuk melihat setelah Anda berlari Lateks terakhir kali ...).</li> </ul>   Versi dan Distribusi <ul> <li>Banyak kertas memiliki (dan kemudian diterbitkan) versi konferensi disampaikan, bersama dengan "full paper" laporan teknis di web. Sangat penting untuk mengelola versi hati-hati, baik dalam isi dan proliferasi. Rekomendasi saya adalah, bila memungkinkan, untuk kertas penuh terdiri dari hanya versi konferensi ditambah lampiran. Makalah lengkap harus menjadi satu-satunya publik selain dari prosiding konferensi, itu harus dikoordinasikan dengan terbaru (final) versi konferensi, dan modifikasi kertas penuh harus selalu menimpa semua versi sebelumnya dapat diakses publik itu. </li> <li>Saya percaya dalam menempatkan kertas di web begitu mereka selesai. Mereka harus diberi tanggal dan dapat dirujuk sebagai laporan teknis - itu tidak perlu untuk memiliki nomor laporan teknis yang sebenarnya. Jangan pernah memasang kertas dengan pemberitahuan hak cipta konferensi ketika itu hanya telah disampaikan, dan tidak pernah referensi makalah sebagai "disampaikan dalam konferensi X." Anda hanya meminta malu saat kertas akhirnya diterbitkan dalam konferensi Y satu atau dua tahun kemudian. </li> </ul> <div class="zemanta-pixie" style="height: 15px; margin-top: 10px;"> <a class="zemanta-pixie-a" href="http://www.zemanta.com/?px" title="Enhanced by Zemanta"><img alt="Enhanced by Zemanta" class="zemanta-pixie-img" src="http://img.zemanta.com/zemified_e.png?x-id=85ffa5e7-f263-410c-8d2b-f7f71f84cdcc" style="border: none; float: right;" /></a></div> </div>

Tips untuk Menulis Makalah Teknis

Tips untuk Menulis Makalah Teknis Jennifer Widom , Januari 2006 Berikut adalah catatan dari presentasi saya berikan di Stanford InfoLab Juma...