Belorussian Translation of Kanji Gold website

Кандзи Золата з’яўляецца свабоднай гнуткай MS Windows (TM), флэш-карты праграма для вывучэння японскіх іерогліфаў.

кандзи

Праверце аўтара японскіх пачаткоўцаў CD-ROM (Nihongo Parotto) .

 1,1 Асаблівасці Kanji Gold.
1,2 Спампаваць праграмы.
1,3 Пра гэта бясплатнае праграмнае забеспячэнне.
1,4 Хто напісаў Kanji Gold?

Паглядзець скрыншоты: 1) Галоўная 2) Даследаванне Спіс 3) Vocab 4) Pop Up

1,1 Кандзи Залаты Асаблівасці (Версія 02/10 14 чэрвень 2004 г.).

Версія 2.10 ( гісторыя змяненняў ) Перагледжаная праграма змяшчае некалькі удасканаленняў і памылку выправіць. З японскага тэкставага працэсара, як JWPCE вы можаце лёгка наладзіць іерогліфаў і лексікі даследаванні, каб адпавядаць любы тэкст, які вы выкарыстоўваеце. Праграма падыходзіць для ўсіх узроўняў японскага даследаванні.

Асаблівасці гульні:

  • Аўтаматычныя і наладжвальныя агляд сістэмы.
  • Карыстацкі выбар колеру.
  • Кандзи выбар даступныя ў On, Кун і англійскай мовах.
  • Усе Level 1 і Level 2 японскія кандзи (каля 6000).
  • Злучэнні разбіты на ўзроўні класа (0 -9) кандзи. (Больш 44.000 злучэнняў).
  • Карыстацкія слоўнікі для злучэння (можа быць зроблена з JWPCE).
  • Карыстацкія слоўнікі можна выкарыстоўваць для слоўніка даследаванні.
  • Custom кандзи спісы і слоўнікі (можа быць зроблена з JWPCE).
  • Уключае ў сябе кандзи спісы для многіх папулярных тэкстах кандзи (з нумарамі старонак).
  • Кандзи POPUP функцыя, якая аўтаматычна перагортваецца праз кандзи і / або злучэння пры выкарыстанні іншых праграм.
  • Унікальнае даследаванне спіс кандзи метад, каб дапамагчы ў запамінанні кандзи.

01/02 Спампаваць праграму.

Варыянт 1: Версія 02/10 W95 і вышэй:

Праграма выходзіць у адзін поўны файл kgold210.exe (2.0MB 10 хвілін пры 56К). Гэты файл па сабе выканаўчай ўсталяваць файл, які будзе месца праграмы і яе дапаможныя файлы на цвёрдым дыску.

  • Выдаліце старую версію з кампутара.
  • Не выдаляйце файлы, старая праграма ўсталявання не выдаляе (гэта будзе ваш водгук файлы, званыя review.eng і г.д.)
  • Пры ўсталёўцы праграмы ў той жа каталог, у новай версіі будзе выкарыстоўваць агляду файлаў, якія вы атрыманыя ад старой версіі.
  • Спампаваць установачны файл і запусціць яго з акна Выканаць каманду.

Варыянт 2: Версія 02/10 ў фармаце Zip

Для тых з вас, хто паўсталі праблемы са запампоўкай вялікіх файлаў, тут знаходзяцца тры файла Zip замест гэтага. Яны не ўключаюць файл ўстаноўкі, і таму вы павінны распакаваць іх у адзін каталог на ваш выбар і стварыць абразок на працоўным стале kgold.exe файл. kgold1.zip (0,58 Мб) змяшчае праграмы і файлы дадзеных. kgold2.zip (0,87 Мб) змяшчае градуяваная файлы слоўнікаў. kgold3.zip (0,74 Мб) змяшчае вялікі файл шрыфта.

Варыянт 3: Версія Beta 8 W3.1 1999:

Гэта старая 16-бітнай версіі праграмы для Windows 3.1 і не будзе далейшага развіцця гэтай версіі. Ён не змяшчае ўсе функцыі Варыянт 1. Праграма пастаўляецца ў адным поўным kgolda8.exe (3.3MB 17 хвілін пры 56К) самі па сабе выканаўчай файл устаноўкі.

01/03 Аб дадзеным вольнага праграмнага забеспячэння.

Гэта бясплатная праграма. Вы можаце скапіяваць яго на столькі кампутараў, колькі неабходна і можна судзіць аб поўнай праграме. Праграма Copyright © 1997-2004 па Дэнтоні Hewgill. Вы не можаце прадаваць праграму і зыходны файл не пастаўляецца. Таму што гэтая праграма з’яўляецца свабодным праграмным забеспячэннем, ён распаўсюджваецца ў надзеі, што яна будзе карыснай, але БЕЗ ЯКІХ-НЕБУДЗЬ ГАРАНТЫЙ, нават без пэўныя гарантый КАМЕРЦЫЙНАЙ КАШТОЎНАСЦІ ці ПРЫДАТНАСЦІ ДЛЯ ПЭЎНАЙ МЭТЫ. Файлы дадзеных, якія выкарыстоўваюцца ў праграме ахоплены сістэмай ліцэнзавання праграмнага забеспячэння GNU, а таксама маюць іншыя абмежаванні. Вы можаце прачытаць GNU General Public License на хатнюю старонку GNU .

01/04 Хто напісаў Kanji Gold?

Кампутар Кандзи Залатая праграма была напісаная доктарам Дэнтоні Hewgill, прафесар матэматыкі па прафесіі, які мае інтарэс у японскіх баявых мастацтвах, Кенда і иайдо.

Кандзи баз дадзеных, якія выкарыстоўваюцца ў кандзи Залаты прыйшоў з японскай СПР тэкставы працэсар напісана Стывен Чанг. Яго пакет ўтрымлівае файлы Джыма Брына [j.breen @ dgs.monash.edu.au http://www.dgs.m onash.edu.au / ~ JWB / ] і іншых крыніц. JWPce таксама даступная з гэтага сайта. Раздзел пра даведку праграмы Залаты Кандзи дае поўную інфармацыю аб крыніцах дадзеных. Звярніце ўвагу, што файлы ўтрымоўваюць больш абмежаванняў, чым у ліцэнзіі GNU.

Bagaimana Bertanya Dengan Cerdas

Halaman ini adalah terjemahan bebas versi saya dari How To Ask Questions The Smart Way jika ada kalimat yang anda rasakan kurang sesuai jangan sungkan untuk memberitahukannya kepada saya lewat e-mail di bul54r4atyahoodotcomdotsg atau pada kolom Freetalk yang ada di halaman utama situs ini.

(Berhubung masalah dengan hosting yang saya gunakan terkadang halaman web ini tidak ditampilkan dengan penuh sehingga artikel ini tidak dapat dibaca sampai selesai, untuk itu sesuai permintaan maka saya siapkan versi pdf yang dapat anda download dari link ini.)

Daftar Isi

Terjemahan
Disclaimer
Pengenalan
Sebelum Bertanya
Ketika Kamu Bertanya
Pilih Forumnya Dengan Hati-Hati
Forum Web dan IRC khusus newbies terkadang memberi tanggapan cepat
Langkah Berikutnya, Gunakan Mailing List Proyek
Gunakan Kalimat Berarti, Subyek Yang Spesifik
Buat Agar Mudah Di Reply
Tulis Dengan Jelas, Grammatical, Ejaan Yang Benar
Kirim Pesan Dalam Format yang Mudah Dibaca
Tepat dan Jelas Tentang Masalahmu
Besarnya Pesan Bukanlah Ukuran Ketelitian
Jangan Berkata Kamu Menemukan Bug
Bersikap Seperti Hamba Juga Tidak Menolong
Gambarkan Gejala Masalahnya, Bukan Tebakanmu
Gambarkan Urut-Urutan Masalah Secara Kronologis
Gambarkan Tujuanmu bukan Langkahnya
Jangan Meminta Dibalas Secara Pribadi
Pertanyaanmu Harus Eksplisit
Ketika bertanya tentang kode
Jangan Mengirimkan Tugas PR
Pangkas Kalimat Yang Tak Perlu
Jangan Bilang “Mendesak” Walaupun Memang
Sopan Santun Tidak Pernah Menyakiti Malah Terkadang Membantu
Tindak Lanjuti Solusi Dengan Catatan Singkat
Bagaimana Menafsirkan Jawaban
RTFM Dan STFW: Begini Caranya Bilang Kamu Benar-Benar ‘Ngaco
Kalau Kamu Tidak Mengerti…
Berhadapan Dengan Sikap Kasar
Agar Tidak Bereaksi Seperti Pecundang
Jangan Ditanyakan
Pertanyaan Bagus Dan Jelek
Jika Kamu Tidak Mendapat Jawaban
Bagaimana Menjawab Pertanyaan Dengan Cara Yang Menolong
Sumber Yang Berhubungan
Acknowledgements

DISCLAIMER

Banyak proyek situs web merujuk ke document ini pada bagian pertolongan mereka. Itu bagus, itu memang tujuan kami —tapi kalau kamu seorang webmaster yang membuat link ke dokumen ini dihalaman web proyekmu, harap tampilkan dengan jelas dan mencolok di dekat link tersebut yang menyatakan bahwa „kami bukan meja informasi untuk proyek anda„.

Belajar dari pengalaman, dengan tidak adanya peringatan seperti itu, kami akan terus menerus diganggu oleh orang-orang idiot yang berpikir bahwa dengan menerbitkan dokumen ini maka tugas kamilah untuk menyelesaikan segala persoalan teknik di dunia ini.

Kalau kamu membaca dokumen ini dengan tujuan mencari bantuan, dan kamu memiliki kesan akan memperolehnya dari pengarang dokumen ini, maka KAMU adalah salah seorang idiot itu. Jangan bertanya kepada kami. Kami akan mengabaikanmu. Disini kami menunjukkan bagaimana cara mendapatkan bantuan dari orang-orang yang benar-benar memahami soal hardware dan software yang kamu pakai, dan seringkali (hampir 99%) itu bukan kami. Kecuali kamu tahu pasti salah seorang pengarang ahli dalam masalah yang kamu hadapi, jangan ganggu kami dan semua orang akan senang

PENGENALAN

Di dunia hacker jenis jawaban yang kamu terima atas pertanyaan teknik yang kamu ajukan sangat tergantung kepada kesulitan proses pembuatan jawaban yang berdasar kepada bagaimana cara kamu bertanya. Panduan ini akan mengajarkan kepada anda bagaimana cara mengajukan pertanyaan yang kira-kira akan menghasilkan jawaban yang memuaskan.

Hal pertama yang harus dipahami adalah hacker senang akan masalah yang sulit dan bagus, pertanyaan yang menantang daya pikir mereka. Kalau tidak begitu kami tidak akan berada disini. Kalau kamu memberikan pertanyaan yang menantang kepada kami untuk dicerna, maka kami akan berterimakasih; pertanyaan yang bagus adalah pujian yang tulus.

Walaupun demikian, hacker terkenal akan reputasinya yang sombong dan tampak tidak ramah dengan pertanyaan yang sederhana. Terkadang kami menampakkan sikap kasar kepada para pemula dan orang yang bodoh. Tapi ini tidak sepenuhnya benar.

Kami, tidak bermaksud meminta maaf, tidak ramah kepada orang yang tampaknya tidak mau berpikir atau mengerjakan ‚pekerjaan rumahnya‘ sebelum mengajukan pertanyaan. Orang seperti itu membuang-buang waktu —mereka mengambil tanpa memberikan kembali, mereka membuang waktu kami yang dapat digunakan untuk orang lain dan pertanyaan yang lain yang lebih menarik dan patut diberikan jawaban. Kami sebut orang seperti ini „losers“ (dan untuk alasan tertentu yang bersifat sejarah, kami mengejanya dengan „lusers„).

Kami sadar banyak orang yang hanya ingin menggunakan program yang kami tulis dan tidak berminat untuk mempelajari secara detail hal-hal yang bersifat teknis. Bagi kebanyakan orang komputer hanyalah sebuah alat, tidak lebih; mereka memiliki pekerjaan lain yang lebih penting dan kehidupan yang harus dijalani. Kami sadar akan hal itu, dan kami tidak mengharapkan orang lain untuk tertarik kepada masalah- masalah teknis yang mempesona kami. Meskipun begitu gaya kami menjawab pertanyaan dikhususkan untuk orang-orang yang memiliki minat yang sama dan bersedia berpartisipasi aktif dalam pemecahan masalah. Itu tidak akan berubah, meskipun harus, karena jika dilakukan kami akan menjadi tidak efektif pada pekerjaan kami yang kami lakukan dengan baik.

Kami (sebagian besar) sukarelawan. Kami keluar sebentar dari kehidupan kami yang sibuk untuk menjawab pertanyaan, dan saat itu kami diliputi oleh pertanyaan itu. Jadi kami sangat selektif, dengan memilih secara khusus, kami membuang pertanyaan dari orang yang kelihatannya adalah ‚losers‘ dalam rangka efisiensi waktu yang kami gunakan untuk menjawab pertanyaan.

Kalau kamu pikir sikap ini menjengkelkan, bersifat merendahkan, atau angkuh, tolong periksa kembali asumsi anda. Kami tidak memintamu untuk menyembah-nyembah kami —sebenarnya, sebagian besar dari kami lebih senang berpikiran bahwa kita sederajat dan menerimamu dalam budaya kami, jika kamu berusaha untuk itu. Tapi sangat tidak efisien bagi kami untuk mencoba membantu orang yang tidak berusaha membantu diri mereka sendiri. Nggak apa-apa jadi orang bodoh; tapi nggak bagus berpura-pura bodoh.

Jadi selama belum perlu untuk benar-benar kompeten untuk memperoleh perhatian dari kami, SANGATlah perlu untuk bersikap yang mengarah ke kompetensi – waspada, penuh pertimbangan, suka memperhatikan, bersedia menjadi rekan yang aktif dalam pengembangan pemecahan masalah. Jika kamu tidak dapat hidup dengan diskriminasi semacam ini, kami sarankan supaya kamu mempekerjakan saja orang untuk membantu kamu di bidang teknis daripada meminta hacker secara pribadi untuk menyumbangkan waktu mereka untuk menolong kamu.

Jika kamu memutuskan untuk datang kepada kami meminta bantuan, jangan seperti seorang ‚losers‘, atau kelihatan seperti itu. Cara terbaik untuk mendapatkan jawaban yang cepat dan responsif adalah dengan bertanya seperti orang yang pintar, percaya diri, yang menunjukkan bahwa ia sedang membutuhkan bantuan pada satu hal tertentu yang bermasalah.

(Perbaikan untuk panduan ini akan diterima. Kamu dapat mengirimkan e-mail berisi saran ke esr@thyrsus.com, versi Bahasa Indonesia ke alamat e-mail bul54r4atyahoodotcomdotsg). Harap dicatat bahwa panduan ini tidak dimaksudkan agar menjadi panduan umum dalam netiket, dan saya akan menolak saran yang tidak berhubungan dengan usaha untuk mendatangkan jawaban yang berguna di forum teknis)

SEBELUM BERTANYA

Sebelum bertanya masalah teknis melalui e-mail, atau newsgroup atau ruang chatting, lakukan hal-hal sebagai berikut :

  • Cobalah menemukan jawaban dengan mencari di arsip forum yang ingin kamu tanya.
  • Cobalah menemukan jawaban dengan mencari di Web.
  • Cobalah menemukan jawaban dengan membaca manualnya.
  • Cobalah menemukan jawaban dengan membaca FAQ-nya.
  • Cobalah menemukan jawaban dengan penelitian dan percobaan.
  • Cobalah menemukan jawaban dengan bertanya kepada teman yang lebih ahli.
  • Jika kamu seorang programmer, cobalah menemukan jawaban dengan membaca source code-nya.

Saat kamu bertanya tunjukkan bahwa kamu sudah melakukan hal-hal diatas, ini akan menegaskan bahwa kamu bukan sekedar benalu pemalas dan pembuang waktu orang lain. Lebih baik lagi jika kamu juga menunjukkan apa yang sudah kamu pelajari setelah melakukan hal-hal diatas. Kami suka menjawab pertanyaan dari orang yang dapat menunjukkan bahwa mereka dapat belajar dari jawaban itu.

Gunakan siasat seperti mencari menggunakan search engine Google atas kalimat atau pesan kesalahan apapun yang kamu dapat (dan juga cari di group Googleselain di halaman web). Hal ini mungkin akan membawa kamu langsung ke halaman dokumentasi yang baku atau ke arsip mailing list yang akan menjawab pertanyaanmu. Bahkan jika tidak menghasilkan, bilang „saya sudah google frase berikut tapi tidak menemukan sesuatu yang tampaknya berguna“ dalam e-mail atau pesan permintaan bantuan yang kamu posting, tetapi hanya jika hasil pencariannya tidak membantu.

Pelan-pelan saja, jangan terburu-buru. Jangan berharap dapat menyelesaikan sebuah masalah yang rumit hanya dengan ‚googling‘ beberapa menit. Baca dan pahamilah FAQ yang ada, duduk yang tenang dan pikirkan masalahnya dengan lebih mendalam sebelum meminta pertolongan yang lebih ahli. Percayalah, mereka dapat dengan mudah mengetahui seberapa banyak kamu sudah membaca dan memikirkan masalah itu secara mendalam hanya dari pertanyaan yang kamu ajukan, dan mereka semakin akan membantu jika kamu memang sudah melakukan hal tersebut. Jangan sekonyong-konyong menghujani dengan semua pertanyaan yang kamu miliki hanya karena pencarian pertama kamu tidak menghasilkan jawaban (atau malah terlalu banyak).

Persiapkan pertanyaanmu, pikirkan baik-baik. Pertanyaan yang terdengar tergesa-gesa akan mendapat jawaban yang tergesa-gesa pula, atau bahkan tidak sama sekali. Semakin kau menunjukkan bahwa kamu telah berusaha keras dan berpikir untuk menyelesaikan masalahmu ini sebelum bertanya, semakin besar kemungkinannya kamu akan memperoleh bantuan.

Berhati-hatilah jangan sampai mengajukan pertanyaan yang salah. Jika kamu bertanya sesuatu hal yang dilandasi oleh asumsi yang salah, J Random Hacker biasanya akan menjawab asal-asalan sambil berpikir „Pertanyaan bodoh …„, dan berharap dengan pengalaman mendapatkan apa yang kamu minta dan bukannya apa yang kamu butuhkan akan memberimu pelajaran.

Jangan pernah berasumsi bahwa kamu berhak untuk menerima jawaban. Kamu tidak berhak; lagipula kamukan tidak membayar untuk pelayanan ini. Kamu akan memperoleh jawaban, jika kamu memang pantas, dengan cara mengajukan pertanyaan yang substansial, menarik dan menantang daya pikir —yang secara implisit memberikan kontribusi ke pengalaman komunitas daripada yang hanya secara pasif meminta pengetahuan dari yang lain.

Sebaliknya, dengan menjelaskan bahwa kamu bersedia dan mau membantu proses pembuatan jawaban merupakan awal yang sangat baik, „Apakah ada yang mau memberikan petunjuk?„, „Apakah ada yang kurang?“ dan „Situs mana yang harus saya periksa?“ kemungkinan akan memberikan jawaban dibanding „Tolong tuliskan langkah-langkahnya dengan jelas!„. Karena kamu menjelaskan bahwa kamu bersedia untuk menyelesaikan prosesnya jika seseorang dapat menunjukkan arah yang benar.

KETIKA KAMU BERTANYA

Pilih Forumnya Dengan Hati-Hati

Kamu harus sensitif memilih tempat untuk mengajukan pertanyaan. Kamu akan diabaikan atau akan di cap LOSER, jika :

  • Mengirimkan pertanyaan ke sebuah forum dimana pertanyaanmu itu OOT (Out Of Topic).
  • Mengirimkan pertanyaan yang terlalu mendasar ke sebuah forum dimana pertanyaan yang diharapkan muncul adalah pertanyaan teknis tingkat lanjut.
  • Mengirim CC ke terlalu banyak newsgroup yang berbeda.
  • Mengirimkan e-mail pribadi ke seseorang yang bukan kenalanmu dan juga bukan seseorang yang bertanggung jawab utuk menyelesaikan masalahmu.

Hacker akan membuang pertanyaan yang salah target seperti ini untuk melindungi saluran komunikasinya tersumbat oleh penyimpangan ini. Jangan sampai ini terjadi denganmu.

Oleh sebab itu, langkah pertama adalah menemukan forum yang tepat. Sekali lagi Google dan metode pencarian web yang lain adalah sahabatmu. Gunakan mereka untuk menemukan halaman web yang isinya kira-kira berhubungan dengan hardware/software-mu yang bermasalah. Biasanya di dalam halaman itu ada link yang akan membawamu ke daftar FAQ (Frequently Asked Question/Pertanyaan yang Sering Ditanyakan) dan ke mailing list serta arsipnya. Mailing list ini adalah tempat terakhir untuk meminta bantuan, jika usahamu sendiri (termasuk membaca FAQ yang kamu temukan) tidak menghasilkan solusi. Halaman web proyek yang bersangkutan biasanya menyediakan prosedur pelaporan untuk ‚bug‘ yang ditemukan, atau menyediakan link untuk itu, jika memang ada cobalah ikuti.

Mengirimkan e-mail ke seseorang atau forum yang belum kamu kenal sangat beresiko. Sebagai contoh, jangan berasumsi bahwa pengarang situs web yang informatif mau menjadi konsultan gratis untuk kamu. Jangan membuat perkiraan yang terlalu optimis bahwa pertanyaanmu akan disambut baik —jika kamu tidak yakin, kirimkan ke tempat lain atau batalkan saja sekalian.

Ketika memilih newsgroup atau mailing list jangan terlalu berpatokan ke namanya; cari FAQ-nya atau sejenis teks perjanjiannya untuk melakukan verifikasi apakah pertanyaanmu termasuk On Topic. Sebelum mengirimkan pertanyaan cobalah untuk membaca beberapa surat terdahulu yang berlalu-lalang jadi kamu bisa dapatkan gambaran kira-kira bagaimana sesuatu itu dikerjakan disana. Bahkan sebenarnya ide yang bagus untuk melakukan pencarian berdasarkan kata kunci dari frase yang terkait dengan masalahmu di arsip newsgroup atau mailing list sebelum mengirimkan pertanyaan. Kamu mungkin akan menemukan jawabannya dan jika tidak itu akan membantumu memformulasikan pertanyaan dengan lebih baik.

Jangan menghujani sekaligus keseluruhan jalur bantuan yang ada, hal ini sangat mengganggu orang lain. Cobalah satu per satu.

Pahami topik pertanyaanmu! Kesalahan klasik yang sering dilakukan adalah bertanya tentang pemrograman interface Windows atau UNIX dalam forum yang dikhususkan kepada bahasa atau tool atau library yang lintas platform. Jika kamu tidak mengerti kenapa ini bisa menjadi masalah yang besar, kamu sebaiknya tidak bertanya apa-apa dahulu sampai kamu paham.

Secara umum pertanyaan yang diajukan ke forum publik yang sudah dipilih dengan baik kemungkinan akan memperoleh jawaban yang berguna dibandingkan jika kita bertanya secara privat. Ada banyak sekali alasannya. Yang paling gampang adalah besarnya responden yang potensial. Yang lain adalah ukuran audiens-nya; hacker lebih senang menjawab pertanyaan yang dapat mendidik banyak orang dibandingkan dengan hanya beberapa orang.

Dapat dimaklumi bahwa hacker yang ahli dan pembuat software yang populer sudah menerima begitu banyak pesan yang salah sasaran. Dengan ikut mengirimkan pesan seperti ini anda bisa saja menjadi seperti, perumpamaannya; sebatang sedotan yang membocorkan punggung unta (kecil namun merusak) —sudah sering terjadi, kontributor suatu program yang populer menarik dukungan mereka karena mereka tidak tahan lagi oleh jaminan kerusakan dalam bentuk lalu lintas e-mail tak berguna yang masuk kedalam account e-mail pribadinya.

Forum Web dan IRC khusus newbies terkadang memberi tanggapan cepat

Kelompok pengguna Linux lokal yang ada di tempatmu, atau distribusi Linux yang anda gunakan, mungkin memberitahukan Forum Web atau kanal IRC bagi newbies untuk mendapatkan bantuan. (Bagi negara yang bukan berbahasa Inggris, forum bagi newbie mungkin lebih banyak dalam bentuk mailing list atau milis). Mereka adalah tempat pertama yang baik, untuk bertanya, terutama apabila kau pikir masalah yang kau hadapi adalah masalah yang sederhana dan sering dihadapi. Kanal IRC yang disediakan ini adalah sebuah undangan bebas untuk mengajukan pertanyaan dan terkadang mendapatkan jawabannya saat itu juga.

Bahkan, jika anda mempunyai program yang bermasalah pada distribusi Linux yang anda gunakan (yang sering timbul sekarang ini), akan lebih baik jika kamu bertanya pada forum atau mailing list dari distribusi Linux tersebut sebelum bertanya langsung pada forum atau mailing list dari proyek atau program itu. Hacker dari proyek tersebut mungkin akan berkata „Makanya, gunakan distrubusi yang kami buat“.

Sebelum melakukan posting pada sebuah forum Web, periksa apakah forum tersebut memiliki fasilitas Pencarian. Jika memang ada, coba gunakan dengan beberapa kata kunci yang berkaitan dengan masalahmu; mungkin bisa membantu. Jika sebelumnya anda sudah melakukan pencarian pada Web secara umum (sudah seharusnya anda lakukan), tetaplah lakukan pencarian pada forum itu, mungkin saja search engine yang anda gunakan belum meng-indeks kembali forum ini.

Pada saat ini ada kecenderungan yang meningkat dari sebuah project untuk memberikan dukungan teknis kepada penggunanya lewat forum Web atau kanal IRC, dengan alamat e-mail yang disediakan untuk lalu-lintas pengembang. Jadi, carilah kanal tersebut dahulu ketika mencari bantuan pada proyek yang spesifik.

Langkah Berikutnya, Gunakan Mailing List Proyek

Kalau proyek itu memiliki milis, tuliskan pesannya ke milis itu, jangan ke individu pengembangnya, bahkan jika kamu tahu benar siapa yang dapat menjawab pertanyaanmu dengan baik. Periksa dokumentasi proyek dan homepage-nya untuk mendapatkan alamat milis proyek itu, bila ada gunakanlah. Ada beberapa alasan yang bagus untuk kebijakan ini:

  • Setiap pertanyaan yang cukup bagus untuk ditanyakan ke seorang pengembang akan menjadi nilai tambah bagi keseluruhan group. Sebaliknya, jika kamu pikir pertanyaanmu itu terlalu bodoh untuk ditanyakan di mailing list, jangan dijadikan alasan untuk mengganggu individual developer dengan pertanyaanmu.
  • Bertanya ke alamat yang disebarkan khusus dikalangan developer. Pengembang individu (apalagi jika ia seorang kepala proyek) mungkin terlalu sibuk untuk dapat menjawab pertanyaanmu.
  • Kebanyakan mailing list diarsipkan dan arsipnya di indeks oleh search engine. Seseorang dapat menemukan pertanyaanmu beserta jawabannya di web sehingga tak perlu menanyakannya kembali di milis.
  • Bila pertanyaan tertentu sering ditanyakan, developer dapat menggunakan informasi ini untuk memperbaiki dokumentasinya atau bahkan software-nya. Tetapi jika pertanyaan diajukan secara pribadi, tak seorangpun memiliki gambaran tentang pertanyaan apa yang paling sering ditanyakan.

Jika sebuah proyek memiliki sekaligus mailing list atau forum web untuk pengguna biasa („user“) dan pengembang („developer“/“hacker“) sekaligus, dan pertanyaa anda tidak berkaitan dengan modifikasi pada kode, maka bertanyalah di mailing list/forum untuk pengguna biasa. Jangan beranggapan kamu akan mendapat sambutan di mailing list pengembang, mereka akan menganggap pertanyaan yang kamu ajukan mengganggu aktivitas pengembangan program.

Namun, jika kamu yakin bahwa pertanyaan yang kamu ajukan bukanlah pertanyaan sepele, dan setelah beberapa hari kamu tidak memperoleh jawaban di mailing list/forum pengguna biasa, barulah coba untuk bertanya di mailing list/forum untuk pengembang. Akan lebih bijak buat anda untuk sementara waktu ‚bersembunyi‘ disana sebelum melakukan posting agar dapat mempelajari adat-istiadat setempat (ini adalah saran yang benar-benar bagus untuk mailing list yang bersifat privat atau semi privat).

Jika kamu tak menemukan alamat milis proyek itu tetapi hanya alamat pengurus proyeknya, silahkan tulis pesanmu ke pengurus itu. Bahkan jika kasusnya seperti ini, jangan berasumsi dulu bahwa milisnya tidak ada. Cantumkan dalam pesanmu bahwa kamu sudah berusaha untuk mencari namun tidak menemukan milis yang sesuai. Tulis juga bahwa kamu tidak berkeberatan kalau pesanmu di forward ke milis itu bila memang ada. (Banyak orang percaya bahwa pesan pribadi harus tetap bersifat pribadi, bahkan jika tidak ada rahasia apapun didalamnya. Dengan mengijinkan pesanmu di forward kamu memberikan pilihan ke rekan korespondensimu bagaimana harus menangani pesanmu).

Gunakan Kalimat Berarti, Subyek Yang Spesifik

Didalam milis atau newsgroup, header subyek adalah kesempatan emasmu untuk menarik perhatian ahli yang qualify lewat 50 karakter atau kurang. Jangan sia-siakan dengan ocehan seperti „Please Help Me“, „Tolong“ (Tinggalkan kata-kata seperti itu, pesan dengan subyek seperti ini secara otomatis akan dibuang). Jangan coba membuat kami terkesan dengan besarnya penderitaan yang kamu alami; sebaliknya gunakan ruang yang tersedia untuk mendeskripsikan masalah dengan singkat.

Konvensi yang bagus untuk header subyek —digunakan oleh banyak organisasi dukungan teknis, adalah „Obyek-Penyimpangan“. Bagian „Obyek“ menggambarkan apa atau bagian apa yang memiliki masalah dan bagian „Penyimpangan“ menggambarkan anomali yang terjadi dari hasil yang diharapkan.

Bodoh : HELP! Video tidak bekerja dengan benar di laptop saya
Cerdas : X.org 6.8.1 Kursor mouse tidak bekerja, chipset Fooware MV1005
Lebih Cerdas : X.org 6.8.1 kursor mouse di chipset Fooware MV1005 tidak bekerja

Proses penulisan deskripsi “Obyek–Penyimpangan” ini akan membantumu berpikir teratur tentang masalah yang kamu hadapi dengan lebih terperinci. Apa yang terpengaruh? Apakah hanya kursor mouse atau grafik yang lain juga? Apakah spesifik di X.org versi X? Di versi 6.8.1? Apakah spesifik di chipset video Fooware? Dengan model MV1005? Dengan hanya membacanya secara sekilas hacker yang melihat hasilnya akan langsung mengerti masalah apa yang kamu hadapi dan apa yang menyebabkan masalahmu itu.

Secara umum, bayangkan jika kamu melihat indeks dari arsip pertanyaan, yang hanya menampilkan baris subyeknya saja. Buatlah baris subyek pesan mencerminkan pertanyaanmu sehingga jika ada orang lain yang memiliki pertanyaan serupa dengan pertanyaan kamu dapat dengan mudah menemukan jawabannya dengan mengikuti ‚thread‘ yang sudah ada, ketimbang mengirimkan kembali pesan dengan pertanyaan yang sama.

Jika kamu mengajukan pertanyaan dalam pesan reply pastikan untuk merubah baris subyeknya agar mengindikasikan bahwa kamu mengajukan pertanyaan. Baris subyek yang kelihatannya seperti “Re: test” atau “Re: New bug” akan kurang menarik perhatian yang cukup. Hapus juga sebagian pesan yang terdahulu tetapi sisakan frase yang penting agar pembaca yang baru dapat mengerti jalan ceritanya.

Jangan menggunakan tombol reply untuk memulai ‚thread‘ yang baru. Hal ini akan membatasi pembaca pesanmu. Beberapa program pembaca e-mail (e-mail client), seperti mutt, mengijinkan penggunanya untuk melakukan sortir pesan berdasarkan thread-nya. Akibatnya pesan kamu tidak akan terbaca.

Biasakan untuk membuat pesan baru dengan mengklik “new message” atau sejenisnya dan jangan menggunakan pesan lama yang di reply dan di hapus semua isinya dan subyeknya, karena hal ini tidak cukup. Kebanyakan program pembaca e-mail melihat informasi lain yang terkandung didalam header untuk melakukan penggolongannya. Jika kamu melakukan hal ini maka pesan kamu yang sama sekali baru akan dimasukkan kedalam golongan yang sama dengan pesan sebelumnya, akibatnya pesan pertanyaan kamu tidak akan terbaca.

Didalam forum web, petunjuk praktis penggunaan yang baik agak sedikit berbeda, karena pesan-pesannya biasanya lebih terikat kepada jalur diskusi tertentu dan tidak terlihat di luar jalur itu sendiri. Merubah baris subyek ketika me-reply untuk mengajukan pertanyaan tidaklah terlalu penting. Bahkan tidak semua forum mengijinkan reply dengan baris subyek yang terpisah, dan hampir tidak ada yang membaca pesan yang dikirim bila hal tersebut dilakukan. Bagaimanapun, mengajukan pertanyaan dengan reply adalah suatu praktek yang meragukan, karena hanya akan dilihat oleh orang-orang yang membaca ‚thread‘ ini. Jadi lebih baik memulai thread yang baru, kecuali kamu yakin akan mengajukan pertanyaan hanya kepada orang-orang yang aktif pada thread itu.

Buat Agar Mudah Di Reply

Mengakhiri permintaanmu dengan “Tolong reply ke alamat …” membuatnya kecil kemungkinan mendapatkan balasan. Jika kamu tidak mau repot sebentar untuk mengatur header Reply-To di mail agent yang kamu pakai, jangan harap kami mau repot-repot memikirkan masalahmu. Jika program e-mail mu tidak mengijinkan ini, cari program e-mail yang lebih baik. Jika OS kamu tidak mendukung program e-mail yang dapat melakukan itu, cari OS yang lebih baik.

Di forum Web, meminta untuk dibalas lewat e-mail ini adalah sikap yang benar-benar tidak sopan, kecuali kamu percaya informasi itu bersifat sensitif (dan seseorang akan hanya memberitahu anda tetapi tidak ke seluruh anggota forum, gak tahu kenapa). Jika kamu ingin mendapatkan kopinya dalam bentuk e-mail setiap kali seseorang membalas pada thread yang bersangkutan, minta kepada forum Web agar mengirimkannya; fasilitas ini biasanya didukung oleh hampir semua web forum dengan nama opsi seperti „watch this thread“ atau „send e-mail on answers“ atau yang lain.

Tulis Dengan Jelas, Grammatical, Ejaan Yang Benar

Berdasarkan pengalaman kami temukan bahwa orang yang menulis tidak rapi dan sembrono biasanya juga tidak rapi dan sembrono dalam berpikir dan membuat kode (bisa dijadikan taruhan kalau ‘gak percaya). Menjawab pertanyaan dari orang yang berpikir tidak rapi dan sembrono tidak akan mendapat penghargaan; lebih baik menghabiskan waktu kami untuk hal lain.

Jadi mengekspresikan pertanyaanmu dengan baik dan jelas adalah penting. Jika kamu tidak mau repot melakukannya kami juga tidak mau repot-repot membacanya. Berusahalah sedikit ekstra untuk memoles bahasamu. Tidak harus bersifat formal dan kaku–– sebenarnya, budaya hacker itu bersifat informal, bahasanya penuh humor dan slang yang digunakan dengan penuh ketelitian. Tapi harus tepat; harus menunjukkan bahwa kamu berpikir dan menaruh perhatian.

Ejaan, pemberian tanda baca dan penggunaan huruf kapital yang benar. Jangan mencampuradukkan; “itu” dengan “itunya”, “bit” dengan “byte” atau “nabi” dengan “babi”. Jangan MENGETIK DENGAN HURUF BESAR SEMUA, ini akan dibaca sebagai teriakan dan dianggap kasar (huruf kecil semua sebenarnya menjengkelkan juga, pesan akan sulit dibaca, tidak tahu mana yang awal kalimat).

Lebih ‘parah’ lagi jika kamu menulis seperti orang yang baru ‘melek huruf’ kamu pasti akan diabaikan. Menu1is 5eper7i k4lim4t 1n1 atau a 133t script kiddie h4x0r benar-benar bencana dijamin kamu hanya akan menerima keheningan yang membisu (atau kalau beruntung, tumpukan caci maki dan sindiran tajam) sebagai balasannya.

Jika kamu bertanya di dalam forum yang tidak menggunakan bahasa ibumu kamu akan diberi sedikit kelonggaran bila melakukan kesalahan eja atau tata bahasa–– tetapi tidak ada toleransi bila kamu memang malas (dan ya, biasanya kami dapat mengenali perbedaannya). Selalu menulis dengan bahasa Inggris, kecuali kamu tahu pasti bahasa apa yang digunakan rekan korespondensimu itu. Hacker yang sibuk akan langsung menghapus pesan yang ditulis dalam bahasa yang tidak mereka kenal dan bahasa Inggris adalah bahasa pengantar di Internet, jadi dengan menggunakan bahasa itu kamu dapat meminimalisir kemungkinan pesanmu dibuang tanpa dibaca.

Kirim Pesan Dalam Format yang Mudah Dibaca

Jangan mengirim pesan dalam format yang sulit dibaca kalau tak mau pesanmu dilewati begitu saja, jadi:

  • Kirim dengan format plain text bukan HTML (tidak susah koq untuk mematikan HTML).
  • Lampiran MIME biasanya oke, tetapi jika hanya mereka isinya benar-benar(seperti lampiran kode file atau patch) dan bukannya sekedar teks tambahan yang berisi format tampilan pesanmu yang dibuat oleh e-mail client.
  • Jangan mengirim pesan yang keseluruhan paragrafnya dalam bentuk satu baris panjang yang dilipat (ini akan sulit untuk di reply bila hanya akan diambil sebagian pesannya saja). Kamu harus mempertimbangkan bahwa pembaca pesanmu mungkin hanya membaca e-mailmu dengan tampilan layar selebar 80 karakter, ikuti pola ini dan atur agar teks paragrafmu melipat sebelum karakter ke 80.
  • Tetapi jangan melipat data (seperti data file log atau transkrip sesi) kedalam ukuran kolom tertentu. Data harus disertakan sebagaimana adanya, jadi pembaca pesanmu yakin bahwa mereka melihat bentuk yang sama seperti yang kamu lihat.
  • Jangan melampirkan Penyandi Cetak MIME Quoted ke dalam forum yang menggunakan bahasa Inggris. Penyandi ini berguna jika kamu mengirimkan pesan kedalam bentuk bahasa yang bentuk hurufnya tidak terdapat dalam tabel ASCII, tetapi banyak e-mail agen yang tidak mendukungnya. Ketika program e-mailmu tidak dapat mengartikan bentuk karakternya maka kamu akan melihat simbol seperti =20 bertebaran di teks pesan tersebut, menyebalkan dan tidak menarik.
  • Jangan pernah sekalipun mengharapkan hacker untuk dapat membaca format dokumen proprietary seperti Microsoft Word. Kebanyakan hacker akan bereaksi sama seperti kamu jika menemukan gundukan kotoran babi didepan pintu rumahmu begitu mereka menemukan pesan seperti ini.
  • Jika kamu mengirim pesan dari komputer dengan OS Windows, matikan fitur ‘smart quotes’nya. Dengan ini kau menghindari penyebaran karakter yang tak perlu dalam pesanmu. Jika kamu menggunakan e-mail client berbasis GUI (seperti Microsoft Outlook, Netscape Mesangger, Eudora atau sejenisnya) pengaturan secara default yang dilakukan program ini mungkin akan melanggar peraturan diatas. Kebanyakan program mail tadi memiliki pilihan menu “view source” atau sejenisnya. Gunakan perintah ini untuk memeriksa pesan yang kamu kirim apakah sudah dalam bentuk yang diinginkan tanpa ikut melampirkan sampah karakter yang tak perlu.
  • Pada forum Web, jangan menyalahgunakan penggunaan karakter ’smiley‘ atau fasilitas ‚HTML‘ (jika memang ada). Satu atau dua buah karakter smiley biasanya tidak masalah, tetapi sebuah teks yang penuh gaya dan warna hanya akan membuat orang berpikir bahwa anda adalah seorang yang payah. Penggunaan karakter smiley, jenis huruf dan warna yang benar-benar berlebihan hanya akan membuat anda seperti seorang cewek abg yang genit, benar-benar ide yang buruk kecuali anda lebih tertarik akan seks daripada jawaban.

Jika anda menggunakan e-mail client berbasis GUI seperti Netscape Messenger, MS Outlook atau yang sejenisnya, berhati-hatilah mungkin saja program itu melanggar semua aturan diatas, jika digunakan dengan pengaturan standarnya (default). E-mail client seperti itu biasanya memiliki sebuah menu seperti „View Source“. Gunakan menu ini pada folder surat terkirim anda untuk memastikan anda tidak mengirimkan hal-hal yang tidak berguna.

Tepat dan Jelas Tentang Masalahmu

  • Gambarkan dengan jelas dan hati-hati gejala masalah atau bug yang kau alami.
  • Gambarkan lingkungan dimana masalah itu timbul (mesinnya, OS, aplikasi dan yang lain). Tulis nama vendor distribusi yang kamu gunakan beserta versinya (contoh : “Fedora Core 4”, “Slackware 9.1”, dll).
  • Jelaskan hal-hal apa saja yang telah kamu lakukan untuk mencoba memahami masalah ini sebelum kamu mengajukan pertanyaan ini.
  • Jelaskan langkah-langkah diagnosa apa yang telah kamu lakukan untuk menyelesaikan masalah ini sebelum akhirnya kamu bertanya.
  • Sebutkan dan jelaskan perubahan apa saja yang telah kamu lakukan pada komputer atau konfigurasi softwarenya yang mungkin ada hubungannya.

Persiapkan dirimu untuk pertanyaan yang mungkin akan diajukan hacker untuk menindaklanjuti pertanyaan yang kamu ajukan.

Simon Tatham menulis esai yang bagus berjudul How To Report Bugs Effectively kami sarankan kamu untuk membacanya.

Besarnya Pesan Bukanlah Ukuran Ketelitian

Kamu harus tepat dan jelas. Hal ini tidak diperoleh dengan cara meng-kopi kode atau data dari file log yang besar kedalam pesanmu. Cobalah untuk memotong dan merampingkannya sekecil mungkin kode atau data file log yang besar ini.

Hal ini berguna setidaknya untuk tiga alasan. Pertama : menunjukkan usahamu untuk menyederhanakan pesan; kemungkinan besar kamu akan memperoleh jawaban. Kedua : menyederhanakan pesan akan membuat kemungkinanmu untuk mendapatkan jawaban yang berguna semakin besar. Ketiga : saat proses penyederhanaan mungkin saja kamu menemukan solusi untuk masalahmu itu.

Jangan Berkata Kamu Menemukan Bug

Jangan berkata kalau kamu menemukan bug ketika kamu memiliki masalah dengan software, kecuali kau sangat, sangat yakin akan keadaannya. Saran : Kamu mungkin tidak sepenuhnya yakin kecuali kamu dapat menyediakan source code patch untuk mengatasi masalah itu atau hasil tes perbandingan dengan versi terdahulu yang menunjukkan tingkah laku yang menyimpang.

Ingat, banyak pengguna lain yang tidak mengalami masalah seperti yang kamu hadapi. Kalau tidak kamu sudah mempelajarinya saat membaca dokumentasi atau mencarinya di Internet (kamu melakukan kedua hal itu kan?). Hal ini berarti kemungkinan kamulah yang salah bukan softwarenya.

Orang yang menulis program sudah bekerja keras agar programnya dapat bekerja sebaik mungkin. Jika kamu berkata kamu menemukan bug ini sama saja mengatakan kalau mereka tidak bekerja dengan benar dan kamu sudah menghina mereka –– walaupun kamu benar. Sangatlah tidak bijak untuk berseru “bug” di baris Subyek.

Saat mengajukan pertanyaanmu, ada baiknya jika kamu menulis bahwa kemungkinan kamu melakukan kesalahan, walaupun kamu pribadi yakin kalau kamu benar-benar sudah menemukan bug. Jika itu memang bug maka kamu akan mendengarnya dari jawaban yang diberikan. Mainkan seperti ini, jadi si pengelola proyeklah yang akan meminta maaf kepadamu kalau itu memang bug. Daripada kamu berhutang maaf kepada mereka karena ternyata kamu ‘ngaco.

Bersikap Seperti Hamba Juga Tidak Menolong

Ada orang-orang yang sadar bahwa mereka tidak seharusnya bersikap kasar dan sombong kalau meminta bantuan tetapi mereka malah bersikap kebalikannya bersikap seperti hamba yang meminta belas kasihan. “Saya tahu saya memang hanyalah newbie malang…”, ini menyebalkan dan tidak menolong. Terlebih mengganggu lagi bila penjelasan masalahnya samar-samar.

Jangan membuang waktumu atau kami dengan politik basa-basi semacam ini. Lebih baik kamu menghadirkan fakta dan menjelaskan masalahmu sejelas mungkin. Cara ini lebih baik untuk menjelaskan posisimu dibandingkan memasang sikap seperti hamba sahaya.

Terkadang forum web memiliki tempat yang terpisah khusus untuk pertanyaan bagi newbie. Jika kamu rasa pertanyaan kamu termasuk newbie, bertanyalah disana. Tetapi disana juga jangan bersikap seperti hamba juga.

Gambarkan Gejala Masalahnya, Bukan Tebakanmu

Tidak ada gunanya untuk memberitahu hacker apau yang kamu pikir merupakan sumber masalahmu (kalau memang diagnosamu itu penting, lalu buat apa bertanya ke orang lain?). Jadi pastikan kalau kamu memberitahu mereka gejala masalahmu apa adanya dan bukannya anggapanmu atau teorimu. Biarkan mereka yang mengartikan dan mendiagnosanya.

Bodoh : Saat kompilasi kernel saya terus menerus mengalami error SIG 11, dan saya curiga ada retakan kecil di salah satu jalur motherboard. Bagaimana cara memeriksanya?
Cerdas : PC rakitan saya K6/233 dengan MB FIC-PA2007 (chipsetnya VIA Apollo VP 2), memori 256 Mb Corsair PC 133 SDRAM, mulai sering dapat error SIG 11 20 menit setelah power hidup saat kompilasi kernel, tetapi tidak pernah di 20 menit pertama. Proses reboot tidak merestart clock-nya, tetapi kalau dimatikan semalaman baru bisa. Mengosongkan RAM juga tidak menolong. Berikut ini adalah potongan dari file log sesi kompilasi yang berhubungan.

Karena point-point diatas tampaknya susah ditangkap bagi sebagian orang, ada frase yang dapat mengingatkan anda: „Kaum diagnosis berasal dari Missouri“. „Semboyan resmi dari US adalah „Tunjukkan pada saya“ (diperoleh pada 1899, ketika anggota Kongres Willard D. Vandiver berkata „Saya datang dari sebuah daerah yang menghasilkan jagung dan kapas dan cockleburs dan kaum Demokrat, dan omongan bercuap-cuap tidak meyakinkan atau memuaskanku. Saya dari Missouri. Tunjukkan kepada saya.“) Dalam kasus diagnosis, bukan masalah keragu-raguan tetapi lebih kepada kebutuhan untuk melihat sesuatu sejelas mungkin kepada bukti mentah yang sama yang kamu lihat, bukannya ringkasan atau dugaanmu. Tunjukkan pada kami.

Gambarkan Urut-Urutan Masalah Secara Kronologis

Petunjuk paling berguna untuk mencari tahu apa yang salah biasanya terletak pada apa yang terjadi sebelumnya. Jadi pesanmu harus menggambarkan dengan jelas apa yang telah kamu lakukan terhadap komputermu, sampai akhirnya timbul masalah. Dalam kasus proses yang dijalankan dengan perintah dari konsol atau terminal sangatlah berguna jika dilampirkan juga log sesinya yang sudah ditandai sekitar 20 baris atau lebih.

Kalau program yang bermasalah ini memiliki pilihan diagnosa (seperti –v, untuk verbose ––opsi yang akan memberitahu pengguna pada konsole setiap proses yang dikerjakannya), berpikirlah hati-hati untuk memilih opsi yang akan menyertakan informasi debugging yang berguna.

Jika pesanmu akhirnya bertambah panjang (lebih dari 4 paragraf), ada baiknya kamu jelaskan dengan ringkas masalahmu diawal pesan baru dilanjutkan dengan pernyataan-pernyataan berikutnya secara kronologis. Dengan begini hacker akan paham apa yang harus diperhatikan ketika membaca pesanmu.

Gambarkan Tujuanmu bukan Langkahnya

Jika kamu bertanya karena ingin tahu bagaimana untuk melakukan sesuatu hal (kebalikannya melaporkan temuan bug) mulailah dengan menyatakan tujuanmu. Lalu kemudian jelaskan langkah-langkah apa yang telah kamu lakukan dan sampai dimana.

Seringkali orang yang membutuhkan bantuan teknis terhenti di sebuah jalur prosedur yang mereka pikir itu adalah satu-satunya jalan untuk mencapai tujuan akhir mereka. Mereka meminta bantuan dan menjelaskan langkah apa yang mereka telah lakukan sampai akhirnya terhenti, tetapi mereka tidak sadar telah mengambil jalan yang salah. Bukan langkahnya yang salah tetapi jalannya yang salah. Butuh usaha besar untuk membereskan masalah seperti ini.

Dungu : Bagaimana caranya supaya tool color picker di program Foodraw dapat menerima nilai RGB heksadesimal?
Cerdas : Saya berusaha untuk mengganti tabel warna sebuah gambar dengan nilai yang saya inginkan. Saat ini satu-satunya cara untuk melakukannya adalah dengan cara meng-edit masing-masing kolom tabel, saya tidak bisa membuat tool color picker menerima nilai RGB heksadesimal.

Pertanyaan versi kedualah yang cerdas, pertanyaan ini memberikan kemungkinan jawaban dengan cara yang berbeda namun memiliki hasil yang sama.

Jangan Meminta Dibalas Secara Pribadi

Hacker memiliki keyakinan bahwa penyelesaian masalah haruslah menjadi milik umum, prosesnya harus transparan yang mana usaha pertama sebuah jawaban dapat dan harus dikoreksi bila ternyata terdapat kesalahan atau kurang lengkap oleh orang yang lebih berpengalaman. Juga mereka akan mendapat nilai tambah dari rekan-rekan kelompok mereka atas pengetahuan dan kompetensi mereka.

Kalau kamu meminta dibalas secara pribadi (japri = jalur pribadi) kamu sudah mengacaukan kedua proses diatas. Jangan lakukan ini. Respondenmulah yang berhak memilih jika ia ingin membaasnya secara pribadi ––dan jika ia memang ingin, biasanya karena ia pikir pertanyaannya kurang berbentuk atau kurang jelas sehingga tidak menarik untuk yang lain.

Ada satu pengecualian yang terbatas untuk peraturan ini. Jika kamu pikir pertanyaan seperti itu kira-kira akan mendapatkan jawaban yang hampir-hampir mirip, maka kamu bisa saja berkata seperti ini “E-mail ke saya dan saya akan merangkumnya untuk group”. Tindakan yang terpuji untuk menyimpan dan merangkum banjir pesan yang secara substansial mirip ––kamu harus menepati janji untuk merangkumnya.

Pertanyaanmu Harus Eksplisit

Pertanyaan yang berakhir terbuka akan dirasakan sebagai hal-hal yang membuang waktu. Orang yang kemungkinan besar akan memberimu jawaban yang berguna biasanya adalah orang yang sibuk (karena mereka hanya mengerjakannya sendiri). Orang seperti mereka tidak suka membuang waktu jadi mereka alergi dengan pertanyaan yang tidak terfokus.

Kamu akan memperoleh respon yang berguna jika kamu menjelaskan secara eksplisit apa yang kamu ingin orang lakukan (sediakan petunjuk, kirim kode, periksa patch dan yang lainnya). Ini akan membuat mereka lebih fokus dan secara mutlak menyediakan waktu dan tenaga mereka untuk membantumu. Ini bagus.

Untuk memahami dunia dimana para ahli ini tinggal bayangkanlah keahlian sebagai sumberdaya yang melimpah dan waktu untuk menjawab pertanyaan itu sangat langka. Semakin sedikit waktu mereka yang kamu minta untuk dicurahkan ke masalahmu maka semakin besar kamu akan mendapatkan jawaban dari seseorang yang benar-benar ahli dan sibuk.

Jadi sangatlah berguna untuk membingkai pertanyaanmu agar tidak menyita banyak waktu orang yang ahli untuk menjawabnya ––tetapi seringkali ini berbenturan dengan masalah penyederhanaan pertanyaan. Jadi, contoh ; “Bisakah kamu menunjukkan tempat yang menyediakan penjelasan tentang x?”, akan lebih baik daripada “Bisakah kamu jelaskan tentang x?”. Jika kamu punya kode yang tidak bekerja, akan lebih cerdas untuk bertanya kepada seseorang untuk memberitahu apa yang salah dengan kodemu dibandingkan meminta seseorang untuk memperbaikinya.

Ketika Bertanya Tentang Kode

Jangan meminta orang untuk men-debug kodemu yang bermasalah tanpa memberikan petunjuk masalah apa yang timbul dan apa yang mereka harus perhatikan. Mengirim beberapa ratus baris kode, lalu mengatakan „kodenya tidak bekerja„, hanya akan membuat anda diabaikan. Mengirim beberapa lusin baris kode, lalu mengatakan „setelah baris ke 7 saya mengharapkan muncul <x>, tetapi yang muncul malah <y>“ akan lebih banyak memperoleh tanggapan.

Jika yang kamu inginkan hanya sekedar review kode, lakukan seperti yang pertama, dan jangan lupa menyebutkan bagian mana yang menurut kamu perlu ditelaah lebih lanjut dan kenapa.

Jangan Mengirimkan Tugas PR

Hacker akan tahu apakah pertanyaanmu itu tugas PR atau bukan; kebanyakan dari kami sudah pernah mengerjakannya sendiri. Pertanyaan itu adalah tugas yang harus kamu kerjakan sendiri, jadi kamu bisa belajar dari pengalamanmu sendiri. Kalau bertanya untuk sekedar petunjuk boleh saja, tetapi tidak untuk penyelesaian keseluruhan.

Jika kamu pikir kamu sudah melontarkan pertanyaan yang mirip pekerjaan rumah, karena kamu tidak bisa menyelesaikannya, cobalah bertanya di forum kelompok pengguna (sebagai persinggahan terakhir) pada mailing list/forum pengguna sebuah proyek. Ketika hacker melihatnya, mungkin akhirnya beberapa pengguna yang lebih ahli akan memberimu petunjuk.

Pangkas Kalimat Yang Tak Perlu

Jangan tergoda untuk mengakhiri pesanmu dengan kalimat tak berarti seperti “Ada yang bisa membantu ?” atau “Ada tidak yang tahu jawabannya?”. Pertama : Jika kamu sudah menulis penjelasan masalahmu dengan benar maka penambahan kalimat seperti itu sangatlah berlebihan. Kedua : Karena berlebihan itu maka hacker akan menganggapnya gangguan belaka ––mereka akan menjawab dengan jawaban yang secara logika tidak salah namun bukannya penyelesaian masalahmu, seperti : “Ya, ada yang bisa membantu !” atau “Tidak ada yang tahu jawabannya !”.

Secara umum mengajukan pertanyaan Ya atau Tidak harus dihindari kecuali kamu ingin jawaban Ya atau Tidak

Jangan Bilang “Mendesak” Walaupun Memang

Itu masalahmu bukan masalah kami. Sangat kontra produktif kalau pesanmu kamu klaim “mendesak”; kebanyakan hacker akan langsung menghapus pesan seperti ini karena pesan ini dianggap kasar dan mementingkan diri sendiri dan berusaha untuk mendapatkan perhatian dengan cepat.

Ada sebuah pengecualian. Cukup berharga untuk menyebutkan kalau kamu menggunakan programnya di tempat dengan profil tinggi, hacker suka yang seperti ini; dalam kasus seperti ini, jika kamu dikejar-kejar waktu dan kamu memintanya dengan sopan sekali, orang mungkin akan cukup tertarik untuk menjawab dengan cepat.

Bagaimanapun hal ini beresiko tinggi karena apa yang kamu anggap menarik belum tentu akan menarik bagi hacker. Sebagai contoh; mengirimkan pesan dari sebuah lembaga seperti ISS (International Space Station) mungkin akan menarik bagi mereka, tetapi bila kamu mengatasnamakan sebuah lembaga amal atau politik mereka mungkin tidak tertarik. Kenyataannya; mengirimkan pesan “Mendesak : Tolong kami menyelamatkan bayi anjing laut” tidak akan membuat orang tertarik bahkan kamu bisa di flame oleh hacker ––bahkan oleh hacker yang juga memiliki perhatian terhadap anjing laut.

Kalau kamu tidak tahu kenapa bisa begitu baca terus panduan ini sampai selesai dan ulangi bila perlu sampai kamu paham benar.

Sopan Santun Tidak Pernah Menyakiti Malah Terkadang Membantu

Bersikaplah ramah, gunakanlah “Please” dan “Terimakasih atas perhatiannya” atau “Terimakasih atas pertimbangannya”. Jelaskan bahwa kau menghargai waktu yang mereka berikan untuk membantumu secara gratis.

Sejujurnya hal ini tidaklah sepenting (dan bukan merupakan pengganti) bahasan sebelumnya. Umumnya hacker itu cenderung kasar dan tidak ramah tetapi mereka pintar dan teknis dan bukannya ramah dan santun tetapi tidak jelas menerangkan sesuatu (kalau ini membuatmu bingung, ingatlah kami menghargai pertanyaan berdasarkan bobotnya)

Bagaimanapun kalau kamu sadar bahwa skill teknismu masih pas-pasan maka ada baiknya kalau kamu bersikap santun agar mendapatkan jawaban yang berguna.

(Kami harus memberikan catatan tambahan bahwa ada keberatan dari hacker-hacker veteran terhadap panduan ini sehubungan dengan rekomendasi yang kami berikan dahulu yaitu soal penggunaan “Terimakasih sebelumnya”. Beberapa hacker merasa pernyataan itu mengandung arti untuk tidak berterimakasih sesudahnya. Saran kami sih ucapkan “Terimakasih sebelumnya” lalu ucapkan terimakasih kepada responden sesudahnya atau ekspresikan sikap santunmu dengan cara yang lain, seperti menyatakan “Terimakasih atas perhatiannya” atau “Terimakasih atas pertimbangannya”.)

Tindak Lanjuti Solusi Dengan Catatan Singkat

Kirim pesan ke semua orang yang telah menolongmu setelah masalahmu selesai; beritahu mereka kalau masalahmu sudah dapat diatasi dan ucapkan terimakasih lagi kepada mereka. Kalau masalahmu menarik perhatian umum di milis atau newsgroup maka akan lebih tepat untuk mengirim pesan terimakasihmu disitu.

Agar lebih optimal, reply-lah didalam jalur yang sama dengan pesan aslimu yang berisi pertanyaan dan tambahkan kata-kata seperti “FIXED”, “SELESAI” atau sejenisnya di baris subyek. Di milis dengan sirkulasi tinggi responden potensial yang melihat jalur “Problem X” yang diikuti dengan “Problem X – FIXED” tidak akan membuang waktu mereka untuk membaca pesan di jalur ini (kecuali dia memang tertarik dengan masalah itu) dan karenanya mereka dapat menggunakan waktu mereka untuk menjawab pesan yang lain.

Tindak lanjutmu itu tidak harus panjang dan berbelit-belit; sederhana saja seperti “Hallo –kemarin itu ternyata masalahnya di kabel jaringan! Terimakasih semuanya –Bill” ini lebih baik daripada tidak sama sekali. Malah ringkasan yang manis dan pendek lebih baik daripada penjelasan panjang lebar kecuali solusinya melibatkan penjelasan teknis yang mendalam. Beritahu tindakan apa yang menyelesaikan masalah tetapi tidak perlu ditulis lagi urut-urutan penyelesaian masalahnya.

Untuk masalah yang melibatkan penjelasan teknis yang mendalam lebih cocok untuk dituliskan dalam bentuk ringkasan sejarah pemecahan masalah. Tuliskan pernyataan masalah utamamu. Tuliskan apa yang menjadi solusinya dan beri petunjuk hal-hal apa yang harus dihindari. Sebutkan nama orang-orang yang telah membantumu; kamu bisa mendapatkan teman dengan cara seperti ini.

Disamping untuk sopan santun dan informasi, tindak lanjut seperti ini akan dapat membantu orang lain yang mencari di arsip milis/newsgroup/forum mengetahui dengan tepat solusi apa yang kamu pakai.

Yang terakhir namun tidak kalah penting, tindak lanjut seperti ini memberi kepuasan tersendiri bagi orang-orang yang telah membantumu. Kalau kamu sendiri bukan seorang hacker atau techie percayalah perasaan seperti ini sangat penting untuk para empu dan ahli yang kamu mintai bantuan. Masalah yang tidak terselesaikan dapat membuat frustasi; hacker merasa terusik kalau itu belum selesai (seperti koreng yang selalu ingin digaruk), pesan tindak lanjut yang kau berikan dapat menghilangkan perasaan seperti itu dari para hacker dan mereka akan senang membantumu lain kali.

Pertimbangkan pula bagaimana kau dapat mencegah orang lain mengalami masalah yang sama di masa depan. Apakah perlu untuk membuat dokumentasi atau FAQ dari masalah yang sudah kamu alami, tanyakan ini kepada pengelola proyek dan bila jawabannya Ya maka buatlah dokumentasi itu.

Diantara para hacker, perilaku seperti ini lebih penting daripada sikap sopan santun yang biasa. Dengan bertindak seperti ini kamu akan memiliki reputasi tersendiri yang dapat menjadi aset berharga.

Bagaimana Menafsirkan Jawaban

RTFM Dan STFW:
Begini Caranya Bilang Kamu Benar-Benar ‘Ngaco

Ada sebuah tradisi kuno dan keramat : Jika kamu mendapat reply dengan tulisan “RTFM”, maka orang yang mengirimkan pesan ini berpikir bahwa kamu seharusnya Read The F**king Manual (Baca Manualnya ––maaf, you know what is the F word don’t you?). Dia hampir pasti benar. Baca manualnya.

RTFM punya saudara. Jika kamu mendapat reply dengan tulisan “STFW”, maka orang yang mengirimkan pesan ini berpikir bahwa kamu seharusnya Search The F**king Web (Cari Di Internet –you know what is the F word don’t you?). Cari di Internet.

Didalam forum web, mungkin anda akan disarankan untuk mencari di arsip forum. Bahkan, terkadang ada seseorang yang bersikap baik dengan memberikan petunjuk ke ‚thread‘ sebelumnya dimana masalah ini sudah diselesaikan. Tetapi jangan mengandalkan hal ini, lakukan sendiri pencarian di arsip sebelum mengajukan pertanyaan.

Seringkali orang yang mengirim reply dengan isi salah satu dari kedua akronim ini sebenarnya punya dan tahu informasi yang kamu minta itu. Reply seperti ini mempunyai 2 arti yang harus kamu cerna; (1) Informasi yang kamu inginkan mudah dicari di Internet dan (2) Kamu dapat belajar lebih banyak jika kamu cari sendiri dibandingkan jika harus disuapin terus.

Kamu tidak boleh tersinggung, berdasarkan standar hacker ini dapat dianggap kepedulian (walaupun kasar) terhadap masalahmu. Coba kalau pesanmu ini diabaikan begitu saja. Kamu harus berterimakasih atas ‘kebaikannya’.

Kalau Kamu Tidak Mengerti…

Kalau kamu tidak mengerti dengan jawaban yang diberikan jangan langsung mengirim pesan kembali untuk meminta klarifikasi. Gunakan kembali alat-alat (manual, FAQ, Internet, teman yang lebih ahli) yang dulu kau pakai untuk mencoba menyelesaikan masalahmu yang asli untuk memahami jawabannya. Lalu, kalau kamu memang perlu klarifikasi tunjukkanlah apa yang kamu sudah pelajari.

Sebagai contoh, misalnya saya bilang : “Kelihatannya kamu mengalami zentry yang macet; kamu harus membersihkannya.” Lalu:Ini adalah tindak lanjut yang JELEK : “zentry apaan sih?” Ini adalah tindak lanjut yang BAGUS : “saya sudah baca manualnya tetapi zentry hanya disebut-sebut sehubungan dengan bahasan –z dan –p. Keduanya tidak menjelaskan apapun tentang membersihkan zentry. Apakah memang ada disitu atau saya melewatkan sesuatu ?”

Berhadapan Dengan Sikap Kasar

Di dunia hacker, yang kamu lihat sebagai sikap kasar sebenarnya tidak bermaksud untuk menyerang atau menghina. Sebaliknya, ini adalah manifestasi dari sikap untuk berterus-terang, komunikasi tanpa basa-basi yang difokuskan kepada penyelesaian suatu masalah dibandingkan menjaga perasaan orang lain.

Kalau kamu merasa orang lain telah bersikap kasar kepadamu, cobalah untuk tetap tenang. Kalau memang ada orang yang melampaui batas biasanya orang yang lebih senior di milis itu akan menegur mereka. Tetapi kalau kejadiannya tidak seperti itu lalu kamu kehilangan kesabaran karena tersinggung maka kamu akan di cap ‘nyeleneh. Peluangmu untuk memperoleh jawaban semakin kecil.

Sebaliknya, ada kalanya kamu mendapati sikap kasar yang kamu pikir tidak beralasan. Kebalikan dari yang diatas kita boleh saja untuk membalas ‘memukul’ orang yang menyerang ini dengan keras, ‘memotong’ tingkah laku mereka yang menyimpang dengan ‘pisau bedah’ yang tajam. Akan tetapi kamu harus yakin ––sangat yakin, akan posisimu sebelum mencoba melakkannya. Garis pemisah antara mengoreksi yang tidak sopan dan memicu flamming yang tak berujung sangatlah tipis, yang bahkan hacker sendiri tak jarang melanggar garis ini; kalau kamu seorang newbie atau orang luar group maka kemungkinanmu melakukan pelanggaran itu sangat besar. Kalau tujuanmu di milis ini untuk mencari informasi dan bukannya sekedar iseng belaka, lebih baik kamu tidak usah membalas hal-hal seperti ini sama sekali ––terlalu beresiko.

(Ada orang mengatakan kalau para hacker itu sebenarnya memiliki sedikit sifat autisme atau Sindrom Asperger dan kehilangan sebagian fungsi otak untuk berinteraksi sosial dengan orang lain secara normal. Ini bisa benar bisa juga salah. Kalau kamu sendiri bukan hacker, hal tersebut mungkin dapat membantumu untuk memaklumi sifat eksentrik kami jika kamu pikir kami memang ‘cacat-otak’. Silahkan saja, kami tidak peduli dengan anggapan seperti itu; Kami suka dengan keadaan kami sekarang yang apa adanya dan secara umum kami merasa skeptis tentang label klinis seperti itu.)

Dalam sesi berikutnya, kita akan membicarakan isu yang berbeda; jenis ‘sifat kasar’ yang kamu dapatkan ketika kamu bertindak menyimpang dari norma yang berlaku.

Agar Tidak Bereaksi Seperti Pecundang

Kemungkinan besar kamu akan sering mengacau/berbuat salah di di forum komunitas hacker ––seperti melakukan tindakan-tindakan yang telah disebutkan sebelumnya di artikel ini atau tindakan serupa. Dan kamupun akan diberitahu kalau kamu itu sudah ‘ngaco dihadapan umum.

Ketika ini terjadi, hal terburuk yang bisa dilakukan adalah merajuk, meng-klaim bahwa kamu sudah dihina secara verbal, menuntut permintaan maaf, menjerit, mogok makan, mengancam akan memperkarakan ke meja hijau, dan lainnya. Jangan lakukan hal-hal itu, tetapi lakukan seperti ini :

Lupakan saja. Itu normal. Bahkan sebenarnya ini bagus dan tepat untukmu.

Standar perilaku disebuah komunitas itu tidak tumbuh sendiri, aturan ini tumbuh dan berkembang oleh tindakan anggota komunitas itu yang menerapkannya secara transparan di muka umum. Jangan merengek untuk meminta agar pesan-pesan yang mengkritik di kirim via japri : bukan begini cara kerjanya. Percuma kamu bersikeras mengatakan kalau orang lain telah meghinamu secara pribadi hanya karena orang itu berbeda pendapat denganmu atau mengatakan kalau pernyataanmu salah. Seperti inilah tingkah laku seorang pecundang (loser).

Sudah ada beberapa forum hacker dimana partisipannya dilarang untuk membalas pesan yang ‘ngaco dan memberitahu mereka “Jangan berkata apa-apa jika tujuanmu bukan untuk membantu.” Hal ini bertujuan untuk menghindari forum berkembang menjadi obrolan tanpa arti dan tidak berguna sebagai forum teknik.

Sok Akrab Atau Berguna : Silakan Pilih

Ingatlah : Ketika hacker memberitahumu kalau kamu sudah mengacau dan (tidak peduli bagaimanapun ‘pedas’ perkataannya) memintamu untuk tidak mengulanginya lagi sebenarnya dia bertindak diluar kepeduliannya untuk (1) Kamu dan (2) Komunitasnya. Akan lebih mudah baginya untuk mengabaikanmu begitu saja dan memfiltermu keluar dari kehidupannya. Kalau kamu tidak bisa bersikap berterimakasih, atau setidaknya punya sedikit harga diri, jangan merengek dan jangan berharap untuk diperlakukan seperti bayi yang baru lahir hanya karena kamu ini pendatang baru yang jiwanya masih sensitif.

Terkadang orang akan menyerang anda secara pribadi, melakukan flamming tanpa alasan yang jelas, dan lainnya, walaupun anda tidak berbuat salah (atau mungkin berbuat salah dalam bayangan mereka). Bila kasusnya begini, mengajukan keberatan hanya akan membuatnya menjadi masalah.

Orang yang melakukan flamming ini bisa saja hanya orang bodoh yang sama sekali tidak tahu apa-apa tapi berpikiran bahwa dia adalah ahlinya, atau sekedar ujian untuk menguji anda apakah anda akan membuat masalah. Pembaca yang lain akan mengabaikan atau menangani dengan cara mereka sendiri. Tingkah laku para flammer ini hanya akan membuat masalah bagi mereka sendiri, ‚gak usah dipikirin.

Jangan sampai anda terseret kedalam ajang flame war. Flame sebaiknya diabaikan saja —, setelah anda periksa apakah mereka benar benar flame dan bukannya petunjuk kepada kesalahan yang anda buat dan juga bukannya jawaban yang disamarkan dengan pintar atas pertanyaan yang sebenarnya (ini sering terjadi).

Jangan Ditanyakan

Q : Dimana saya dapat temukan program atau resource X?
Q : Bagaimana caranya menggunakan X untuk membuat Y?
Q : Bagaimana caranya meng-konfigurasikan prompt shell saya?
Q : Bisakah saya mengkonversikan dokumen AcmeCorp ke dalam file TeX mengunakan program konversi Bass-o-matic?
Q : {program,konfigurasi,pernyataan SQL} saya tidak bekerja.
Q : Saya punya masalah dengan PC Windows saya. Bisakah kamu menolong?
Q : Program saya tidak bekerja. Saya pikir fasilitas sistem X-nya rusak.
Q : Saya punya masalah meng-install Linux atau X. Bisakah kamu menolong?
Q : Bagaimana caranya untuk meng-crack root/mencuri prevelensi agar bisa membaca e-mail orang lain?

Q : Dimana saya dapat temukan program atau resource X?
A : “Ditempat yang sama gue ‘nemuin juga, bodoh ––setelah mencari di Internet. Astaga, apa orang ‘gak tahu cara menggunakan Google?”.

Q : Bagaimana caranya menggunakan X untuk membuat Y?
A : “Kalau yang kamu inginkan adalah membuat Y, kamu ‘gak perlu menanyakannya dengan menggunakan cara tertentu yang belum tentu cocok. Pertanyaan seperti ini seringkali mengindikasikan orang yang hanya tahu tentang X belaka, tetapi bingung dengan masalah Y yang mereka ingin pecahkan dan terlalu bersifat mendetail pada situasi tertentu. Biasanya orang seperti ini lebih baik diabaikan saja sampai mereka sadar untuk menjabarkan masalah mereka dengan cara yang lebih baik.

Q : Bagaimana caranya meng-konfigurasikan prompt shell saya?
A : “Kalau cukup pintar untuk berpikir dan menanyakan hal ini, kamu juga cukup pintar untuk RTFM dan mencarinya sendiri.

Q : Bisakah saya mengkonversikan dokumen AcmeCorp ke dalam file TeX mengunakan program konversi Bass-o-matic?
A : “Coba sendiri. Kalau sudah kamu kerjakan, kamu akan (a) tahu sendiri dan (b) tidak membuang-buang waktuku.

Q : {program,konfigurasi,pernyataan SQL} saya tidak bekerja.
A : “Ini ‘nanya apaan sih? Saya tidak berminat untuk bermain tebak-tebakan untuk mencari tahu apa sebenarnya pertanyaanmu ––gue punya kerjaan lain. Melihat hal seperti ini, reaksi saya biasanya seperti ini” :

  • Masih ada yang perlu ditambahkan?
  • Oh, sayang sekali, saya harap kamu bisa membereskannya?
  • Lalu… pengaruhnya ke saya apaan?

Q : Saya punya masalah dengan PC Windows saya. Bisakah kamu menolong?
A : “Oh…Bisa! Buang ‘aja tuh sampah Microsoft terus install deh OS yang Open Source seperti Linux atau BSD”.

Catatan: Kamu dapat mengajukan pertanyaan yang berhubungan dengan Windows jika memang proyek itu memiliki produk resmi versi Windows, atau berinterksi dengan dengan Windows (contohnya Samba). Jangan kaget dengan reply yang menyatakan bahwa masalahnya adalah Windows itu sendiri, karena Windows sangatlah ringkih jadi kemungkinan besar itulah masalahnya.

Q : Program saya tidak bekerja. Saya pikir fasilitas sistem X-nya rusak.
A : “Mungkin saja kamu adalah orang pertama yang menemukan masalah inefisiensi pada system call dan library sejelas ini, padahal system call dan library ini dipakai ratusan dan bahkan ribuan orang! Tetapi agaknya lebih cocok kalau kamu yang ‘ngaco dan sama sekali kamu tidak punya bukti untuk itu. Pernyataan yang luar biasa membutuhkan bukti yang luar biasa pula; kalau kamu membuat pernyataan seperti ini kamu harus mendukungnya dengan dokumentasi kasus penyimpangan itu dengan jelas, mendalam dan lengkap.

Q : Saya punya masalah meng-install Linux atau X. Bisakah kamu menolong?
A : “Tidak bisa! Saya harus berhadapan langsung dengan komputermu agar dapat mencari tahu masalahnya. Coba cari Kelompok Pengguna Linux lokal di daerahmu untuk dimintai tolong seperti ini.” (Kamu dapat cari di daftar ini)

Q : Bagaimana caranya untuk meng-crack root/mencuri prevelensi agar bisa membaca e-mail orang lain?
A : “Kamu benar-benar orang yang menyedihkan kalau berniat melakukan hal seperti ini, dan benar-benar goblok kalau minta tolong ke hacker.

Pertanyaan Bagus Dan Jelek

Akhirnya, saya akan mencontohkan bagaimana mengajukan pertanyaan dengan cara yang cerdas; pasangan pertanyaan mengenai masalah yang sama, yang satu bodoh yang satunya cerdas.

Bodoh : Dimana saya dapat menemukan hal mengenai Foonly Flurbamatic?

Pertanyaan seperti ini mengharapkan di reply dengan STFW.

Cerdas : Saya sudah mencari “Foonly Flurbamatic 2600” di Internet dengan Google, tetapi tidak menemukan hasil yang berguna. Tolong dong! Kasih tahu dimana saya dapat temukan informasi pemrograman untuk alat ini?

Kalau yang ini sudah STFW, dan kelihatannya ia benar-benar bermasalah.

Bodoh : Saya tidak bisa mengkompilasi kode dari proyek Foo. Apakah kode ini rusak?

Dia berasumsi orang lainlah yang melakukan kesalahan. Dasar arogan.

Cerdas : Kode dari proyek Foo tidak bisa dikompilasi dengan Nulix versi 6.2. Saya sudah baca FAQ-nya, tapi disitu tidak ada penjelasan yang terkait dengan masalah Nulix. Berikut ini adalah transkrip file log saat saya berusaha untuk mengkompilasi; kesalahan apa yang saya lakukan?

Dia menjelaskan dengan spesifik lingkungan pengembangan yang ia gunakan, dia sudah baca FAQ-nya, dia menunjukkan kesalahannya, dan dia tidak berasumsi masalahnya adalah kesalahan orang lain. Orang ini mungkin patut diberikan perhatian.

Bodoh : Saya punya masalah dengan motherboard. Adakah yang bisa menolong?

J Random Hacker bereaksi seperti ini “Kenapa? Popokmu perlu diganti?” Lalu ia menekan tombol Del

Cerdas : Saya sudah berusaha melakukan X, Y dan Z dengan motherboard S2464, tetapi tidak berhasil. Saya lalu mencoba A, B dan C. saya mencatat ada gejala aneh ketika saya mencoba C. Jelas sekali florbish-nya grommicking, tetapi hasilnya tidak seperti yang saya harapkan. Apa yang biasanya menyebabkan grommicking di motherboard Athlon MP? Ada yang punya ide tes apalagi yang saya harus lakukan untuk mencari tahu masalahnya?

Sebaliknya dengan orang ini, kelihatannya patut mendapat jawaban. Dia telah menunjukkan usaha yang cerdas untuk menyelesaikan masalahnya sendiri dan tidak berpangku tangan menunggu jawaban jatuh dari langit.

Pada pertanyaan yang terakhir, perhatikan perbedaan kecil namun penting antara hanya meminta “Tolong dong jawabannya!” dan “Tolong bantu saya kira-kira apa lagi yang saya harus lakukan untuk memperoleh pencerahan”.

Faktanya, bentuk dari pertanyaan terakhir didasarkan atas kasus nyata yang terjadi di bulan Agustus 2001 di linux-kernel-mailing-list (lkml). Sayalah (Eric) yang waktu itu menanyakan pertanyaan ini. Saya menghadapi masalah pelik yang misterius dengan motherboard Tyan S2462. Anggota milis memberi masukan informasi yang kritis yang saya butuhkan untuk menyelesaikan masalah ini.

Dengan cara mengajukan pertanyaan seperti yang saya lakukan, saya memberi sesuatu untuk dicerna kepada mereka; saya mempermudah dan membuatnya semenarik mungkin agar mereka terlibat. Saya menunjukkan respek saya terhadap kemampuan rekan-rekan kelompok saya dan mengajak mereka berkonsultasi sebagai rekan yang setara. Saya juga menunjukkan respek saya terhadap waktu mereka yang berharga dengan memberitahu mereka ‘jalan buntu’ yang sudah saya coba.

Setelah itu, ketika saya berterimakasih kepada setiap orang dan berkata betapa bagus prosesnya bekerja, anggota lkml yang lain mengamati dan mereka berpikir bahwa proses itu berjalan baik bukan karena nama saya di milis tetapi karena saya meminta dengan cara yang sesuai.

Sistem meritocracy hacker terkadang sangat kejam; Saya yakin itu memang benar, dan mereka tidak pandang bulu, siapa saja akan diabaikan atau bahkan di flame kalau bertingkah seperti benalu, bahkan saya juga. Berkat saran merekalah saya akhirnya menyusun panduan ini.

Jika Kamu Tidak Mendapat Jawaban

Jika kamu tidak mendapat jawaban, jangan dimasukkan hati, terkadang kami merasa kami tidak dapat membantu. Terkadang anggota grup yang ditanya itu benar-benar tidak tahu jawabannya. Tidak mendapat tanggapan tidak sama dengan diabaikan, walaupun dari luar tidak kelihatan perbedaannya.

Secara umum, mengirimkan pesan pertanyaanmu kembali adalah hal yang jelek. Ini akan dianggap mengganggu. Masih banyak sumber bantuan yang dapat kamu jelajahi, dan seringkali sumber itu lebih dapat menerima pendatang baru.

Banyak sumber bantuan lain yang dapat anda gunakan, terkadang mereka lebih bisa mengakomodir kebutuhan pemula.

Banyak kelompok pengguna yang antusias terhadap software baik on-line maupun lokal, bahkan meskipun mereka tidak pernah menulis software sendiri. Kelompok ini kadang dibentuk dengan tujuan untuk saling membantu dan menolong pengguna baru.

Ada juga beberapa perusahaan komersial yang dapat kamu sewa untuk dimintai bantuannya, besar maupun kecil (contoh yang paling dikenal adalah Red Hat dan SpikeSource, masih banyak yang lain). Jangan kaget kalau mendengar ide bahwa kamu harus membayar untuk sedikit bantuan! Lagi pula, kalau mesin mobilmu paking kepala silindernya bocor pasti kamu akan membawanya ke bengkel dan membayar agar diperbaiki. Meskipun kamu tidak perlu membayar softwarenya, kamu tidak bisa berharap bantuan akan selalu gratis.

Untuk software populer seperti Linux, ada sedikitnya 10.000 orang pengguna per developer. Tidak mungkin untuk seorang developer untuk menangani permintaan bantuan dari 10.000 pengguna. Harap diingat meskipun kamu harus membayar untuk supportnya, biaya ini masih lebih kecil bila dibandingkan kamu harus membeli softwarenya (dan biasanya biaya untuk dukungan software yang bersifat proprietary lebih mahal dan kurang kompeten bila dibandingkan software open source).

Bagaimana Menjawab Pertanyaan Dengan Cara Yang Menolong

Bersikap ramah. Stress akibat masalah dapat membuat orang bertindak bodoh atau tidak sopan, meskipun mereka sebenarnya tidak.

Balaslah dengan e-mail diluar jalur bagi pelanggar yang baru pertama kali melakukan kesalahan. Jangan mempermalukan orang didepan publik jika mereka tidak sengaja melakukan kesalahan. Newbie yang benar-benar awam mungkin tidak tahu cara mencari pada arsip atau dimana FAQ disimpan.

Jika kamu tidak yakin, bilang saja! Jawaban salah yang sok tahu lebih buruk dibanding tidak ada jawaban sama sekali. Jangan mengarahkan orang lain ke jalan yang salah hanya karena kamu ingin kelihatan seperti seorang ahli. Bersikaplah jujur dan rendah hati; jadilah contoh bagi orang-orang yang bertanya dan rekan-rekan kelompokmu.

Kalau tidak bisa membantu, jangan mengganggu. Jangan berkelakar dan mengarang petunjuk yang dapat mengacau komputer pengguna ––orang bloon yang malang mungkin akan mengira ini adalah instruksi yang sesungguhnya.

Tanyakan yang masih samar agar lebih detail. Kalau kamu bisa melakukan ini dengan baik, orang yang bertanya akan bisa belajar ––dan mungkin juga kamu. Cobalah untuk merubah pertanyaan yang jelek menjadi bagus; ingat, kita dulu juga newbie.

Terkadang kita cukup ‘ngomong RTFM untuk me-reply orang yang memang malas mencari, tetapi akan lebih baik bila kita memberikan petunjuk ke sebuah dokumentasi (walaupun hanya saran pencarian dengan frase tertentu menggunakan Google)

Jika memang ingin menjawab dengan tuntas, berikan yang terbaik. Jangan menggunakan cara yang berbelit-belit. Kalau memang orang lain menggunakan alat atau pendekatan yang salah, sarankan alat atau cara yang benar. Bingkai ulang pertanyaannya.

Bantu komunitasmu agar bisa belajar dari pertanyaan itu. Ketika kamu menjawab sebuah pertanyaan yang bagus, tanyakan pada dirimu, “Apakah ada dokumentasi atau FAQ yang harus diganti/diubah? Agar tidak ada orang yang menanyakan masalah ini lagi?” Lalu kirim perbaikan itu ke pengelola dokumen.

Jika kamu melakukan riset untuk menjawab pertanyaan, tunjukkan kemampuan ini, jangan hanya menulis seakan-akan kamu menemukan jawaban itu jatuh dari langit. Menjawab pertanyaan itu seperti memberi minum air laut kepada orang yang haus, dia tak akan pernah puas, ajari mereka untuk melakukan riset, agar mereka bisa memenuhi kebutuhan mereka sendiri.

Sumber Yang Berhubungan

Jika kamu membutuhkan petunjuk dasar bagaimana cara kerja PC, Unix dan Internet, coba lihat di The Unix and Internet Fundamentals HOWTO

Ketika kamu menulis sebuah program atau menulis patch untuk program, cobalah untuk mengikuti aturannya di Software Release Practice HOWTO

Catatan Khusus Untuk Pengelola FAQ Dan Webmaster

Banyak situs web, newsgroup dan forum on-line lainnya me-link ke dokumen ini sebagai petunjuk untuk para newbie. Pengarang tidak berkeberatan dengan tindakan itu. Tetapi harap tambahkan disamping link itu dengan huruf tebal sebuah catatan yang menyatakan bahwa kami bukan meja informasi untuk proyek anda. Kami sudah banyak menerima pertanyaan salah alamat dari pengguna yang berpikir sebaliknya.

Acknowledgements

Kepada Evelyn Mitchel atas kontribusinya dengan beberapa pertanyaan bodoh yang memberi inspirasi untuk menulis bagian “How To Give a Good Answer”.

Russian translation of CUErgo Guide

Эргономичные принципы для организации автоматизированного рабочего места – 10 шагов для пользователей

Профессор Алан Хедж, доктор философии,
Директор Человеческие факторы и Лабораторная Эргономика
Корнельский Университет
Отдел дизайна и экологического анализа
Оригинал: Ergonomic Guidelines for arranging a Computer Workstation 10 steps for users ^(http://ergo.human.cornell.edu/ergoguide.html)

CUErgoivy

Создание хорошего эргономичное рабочее расположение важно защитить ваше здоровье. Следующие 10 шагов краткое описание тех вещей, которые большинство эргономике согласны важны. Если вы будете следовать 10 шагов они должны помочь вам улучшить ваше рабочее соглашение. Вы также можете использовать автоматизированное рабочее контрольный список ^(http://ergo.human.cornell.edu/CUVDTChecklist.html), чтобы помочь определить любые проблемы и взглянуть на «Компьютер сводной рабочей станции ‘схеме’ ^(http://ergo.human.cornell.edu/DEA6510/dea6512k/ergo12tips.html) для конкретных советов. Тем не менее, каждая ситуация отличается, и если вы можете показаться, чтобы не получить ваш договоренность чувствовать себя, или Вы не уверены, некоторые из следующих рекомендаций, вы должны обратиться за профессиональным советом.

10 шагов к хорошей Эргономичное расположение рабочих станций


Работа через следующие 10 шагов, чтобы помочь вам решить, что будет хороший эргономичный дизайн для вашей ситуации:

  1. Как использовать компьютер?
    • кто будет использовать компьютер? – Если компьютер будет использоваться только один человек, то устройство может быть оптимизирована по размеру и форме этого человека, и такие функции, как регулируемый стул высоты может оказаться ненужным. Если это будет использоваться несколькими людьми, необходимо будет создать механизм, который наиболее близко удовлетворяет потребности крайности, то есть маленький и самый высокий, тонкий и широкие лиц, а также тех, кто в между этими крайностями.
    • как долго люди будут с помощью компьютера? Если это несколько минут в день, то эргономические проблемы не может быть высоким приоритетом. Если это больше, чем 1 час в день, желательно, чтобы создать эргономичное расположение. Если это более чем на 4 часа, то вы должны немедленно реализовать Эргономичное расположение.
  2. Какой компьютер будет использоваться?
    • Настольные компьютеры – самый эргономичный руководящие принципы для компьютерной рабочей станции договоренностей предположить, что вы будете использовать настольную систему, где экран компьютера отдельно от клавиатуры.
    • Портативные компьютеры становятся все более популярными и прекрасно подходят для коротких периодов работы на компьютере. Руководство по использованию ноутбука сложнее, потому что дизайн ноутбука сути является проблематичным – когда экран находится на удобной высоте и расстоянии клавиатура не является и наоборот. Для устойчивого использования вы должны рассмотреть вопрос о приобретении либо:
        • внешний монитор
        • внешняя клавиатура, желательно с подставкой для клавиатуры отрицательной наклона ^(http://ergo.human.cornell.edu/AHTutorials/typingposture.html)
        • как и
        • док-станция

      а затем организовать свое рабочее место, чтобы создать хороший макет рабочей станции. Смотрите раздел “5 советы по использованию портативный компьютер ^(http://ergo.human.cornell.edu/culaptoptips.html)“.

  3. Какая мебель вы будете использовать? Убедитесь, что компьютер (монитор, система CPU блок, клавиатура, мышь) не помещаются на устойчивую рабочую поверхность (ничего, что качается) с достаточным пространством для правильного расположения. Если это рабочая поверхность будет использоваться для записи на бумаге, а также использования компьютера плоскую поверхность, которая находится между 28 “-30″ над полом (подходит для большинства взрослых). Вы должны рассмотреть присоединение системы клавиатуры / мыши в трее, чтобы рабочую поверхность. Выберите систему, которая регулируется по высоте, что позволяет наклонять клавиатуру вниз от вас немного для лучшего запястья позе (отрицательный наклон), что и позволяет использовать мышь с вашими плечи расслаблены и как можно ближе к телу как можно и запястье в удобном и нейтральном положении.Думая о рабочей станции сидячую ожидания, смотрите ниже. ^(http://ergo.human.cornell.edu/ergoguide.html#Sit-stand%20Workstations)
    Думая о расколе станции регулируемой по высоте, см ниже. ^(http://ergo.human.cornell.edu/ergoguide.html#Height%20adjustable, split worksurfaces)
  4. Что стул будет использоваться? Выберите удобное кресло для пользователя, чтобы сидеть. Если только один человек использует этот стул может быть даже на фиксированной высоте при условии, что это удобно, чтобы сидеть на и имеет хорошую спинку, которая обеспечивает поясничную поддержку. Если более чем один человек будет использовать компьютер, подумайте о покупке и стул с несколькими эргономических характеристик ^(http://ergo.human.cornell.edu/AHTutorials/chairch.html). Исследования показывают, что лучше сидеть поза возлежал позы 100-110 градусов не вертикально 90 градусов осанки, который часто изображают. В рекомендованных позе стул начинает работать для тела, и есть значительное снижение постурального мышечной деятельности и в межпозвонковых давления диска в поясничном отделе позвоночника. Выпрямленном НЕ расслабился, устойчивое заседание, наклонное сидящее есть.Председатель подлокотники– Имея подлокотники на стуле могут быть полезны, чтобы помочь попасть в и получать из кресла. Кроме того, подлокотники могут быть полезны для случайного отдыха герба (например, когда на телефон, сидя назад расслабляющий). Тем не менее, это не хорошая идея, чтобы постоянно вырвать предплечья на подлокотниках, пока вы набираете или мышью, так как это может сжимать сгибателей и некоторые подлокотник не может сжимать локтевого никогда в локте. В идеале, это должно быть легко получить подлокотники из пути, когда вы должны иметь свободный доступ к клавиатуре и мыши. В эти дни большинство офисных стульев есть подлокотники и многие из них имеют регулируемые подлокотники высоты, так что следите за стулом, который удобную посадку для вас и что имеет более широкие, более плоской, мягкие подлокотники, которые можно легко перемещать из пути, если необходимо, так это лучший подход. Если вы в состоянии иногда отдохнуть ваши руки на клавиатуре на упоре для рук, и если у вас есть удобный стул, который не имеет каких-либо подлокотники, то это также вполне приемлемо.
  5. Какие работы будут использовать компьютер для? Попробуйте предугадать, что тип программного обеспечения будет использоваться наиболее часто.
    • Обработка текстов – организация наилучшее положение клавиатуры / мыши является приоритетной задачей.
    • Серфинг в сети, графический дизайн – организация наилучшее положение мыши является приоритетной задачей.
    • Данные вход – организацию лучших цифровую клавиатуру / клавиатуры является приоритетной задачей.
    • Игры – организация лучшая клавиатура / мышь / геймпад является приоритетной задачей.
  6. Что вы можете видеть? Убедитесь, что все бумажные документы, что вы читаете размещены как можно ближе к монитору компьютера, как это возможно, и что они находятся в подобной углом – используется держатель для документов, где это возможно.
    Монитор компьютера должны быть размещены:

    • непосредственно перед вами и перед вами, а не под углом влево или вправо. Это помогает устранить слишком много шеи скручивание. Кроме того, все, что пользователь работает с, поощрять его / ее использовать экран полосы прокрутки для того, чтобы то, что в настоящее время рассматривается больше всего в центре монитора, а не в верхней или нижней части экрана.
    • центр монитора пользователя, так что тело и / или шеи не перекручены, когда ими глядя на экран. Однако, если вы работаете с большим монитором и проводят большую часть своего времени работе с программным обеспечением, как MSWord, который по умолчанию к созданию левому краю новых страниц, и вы не хотите, чтобы перетащить его на более центральных районах, выполните выравнивание себя к точке около 1/3 расстояния по монитору с левой стороны.
    • положить монитор на удобной высоте, что не делает пользователь наклонить голову, чтобы увидеть его и не сгибайте шею вниз, чтобы увидеть его. Когда вы сидите удобно, глаза пользователя должны быть в соответствии с точкой на экране около 2-3 “ниже верхней части корпуса монитора (не экрана). Поудобнее в кресле под углом около 100-110 градусов (то есть небольшое откидываются) и удерживайте правую руку горизонтально, средний палец должны почти касаться центра экрана. с этого исходного положения вы можете внести незначительные изменения в высоте экрана и угла, чтобы удовлетворить. Исследования показывают, центр монитор должен быть около 17-18 градусов ниже горизонтали для оптимального просмотра, и это, где это будет, если вы будете следовать простым расширением ARM / палец, указывая кончиком. вы на самом деле увидеть больше поле зрения ниже над горизонтом, чем выше это (смотреть вниз коридор и вы будете видеть больше полу, чем потолок), так что в этом положении пользователь должен комфортно смогут увидеть большую часть экрана. Если экран слишком мал, появится кран шею вперед, если он слишком высок, вы будете наклонять голову назад и в конечном итоге с шеи / плеча.
    • бифокальные и прогрессивные линзы – даже если вы носите бифокальные или прогрессивные линзы, если вы сидите в кресле в лежачем положении (с вами обратно на отметке 110 градусов), что рекомендуется для хорошего в нижней части спины здоровья, а не сидя прямо под углом 90 градусов , и если вы немного наклоните монитор вперед и разместить его на удобной высоте, вы должны быть в состоянии видеть экран без наклоняя голову назад или вытягивая шеи вперед. Постуральные проблемы с бифокальные может произойти, если вы сидит прямо или даже втянул вперед.Проблема с низким мониторов является то, что они вызывают сгибания шеи и больше страдают от яркого света. Недавние исследования показали, что лучшая позиция для компьютерного монитора для центра экрана, чтобы быть на отметке 17,5 градусов ниже уровня глаз. Попробуйте совместить ваши глаза с верхней части области просмотра на экране, и это должно положить центр о праве в геометрической прогрессии.
    • расстояние просмотра – монитор должен находиться на удобном расстоянии по горизонтали для просмотра, которое обычно вокруг вытянутой руки (сидеть в кресле и поднять руку и пальцы должны касаться экрана). На этом расстоянии вы должны быть в состоянии увидеть, что область обзора монитора без движения головы. Если текст выглядит слишком маленьким, то либо использовать более крупный шрифт или увеличивать изображение на экране в программном обеспечении, а не сидя ближе к монитору.
    • качество экрана – используйте хороший экран компьютера Качество. Убедитесь, что буквы на экране выглядит резким, и что они удобный размер (вы можете изменить разрешение экрана, чтобы найти удобное и четкое размер символов). Если вы можете увидеть мерцание экрана из угла глаза, вы должны попробовать увеличить частоту обновления монитора (с ПК можно изменить разрешение монитора и частоты обновления с помощью панели управления монитора в папке Settings, с Mac Вас можно использовать панель управления монитором). Вы также можете рассмотреть возможность использования хорошее качество стекла антибликовый фильтр или ЖК-дисплей (например, экран ноутбука).
    • глаз проверка – есть естественные изменения в зрении, которые происходят у большинства людей в период раннего 40-х годов. Это хорошая идея, чтобы периодически иметь ваши глаза, проверили квалифицированным специалистом.
    • Если какие-либо корректировки экран чувствовать себя некомфортно, то менять их, пока устройство не чувствует себя более комфортно или запросить дополнительную профессиональную помощь.
    • Используйте держатель документа, который может быть удобно посещение:
      • использовать держатель для документов он-лайн, который находится между клавиатурой / подставка для клавиатуры и экрана и на одной линии с телом средней линии так, чтобы все, что вы должны сделать, это посмотреть вниз, чтобы увидеть документы и поднять глаза, чтобы видеть экран.
      • использовать экранную монтажа держатель для документов и поместите это в сторону экрана, что является вашей доминирующий глаз
      • использовать автономный держатель документа и положение этого рядом с стороне экрана, и слегка угол так, что она соответствует кривой со стороны экрана.
  7. Осанка, осанка осанка! Хорошая осанка является основой хорошей эргономикой рабочего места. Хорошая осанка является лучшим способом, чтобы избежать травм связанных с использованием компьютеров. Чтобы обеспечить хорошую пользователя позу:
    • Смотреть осанку пользователя!
      • Убедитесь, что пользователь может достигать клавиши клавиатуры с запястья как можно более плоскими (не загнуты вверх или вниз) и прямой (не согнутой левой или правой).
      • Убедитесь, что угол локтя пользователя (угол между внутренней поверхностью верхней части руки и предплечья) равна или больше, чем 90 градусов, чтобы избежать сжатия нерва в локтевом суставе.
      • Убедитесь, что верхняя рукой и локтем как можно ближе к телу и расслабленным, насколько это возможно для использования мыши – избежать необоснованных. Также убедитесь, что запястье как можно более прямым, когда мышь используется.
      • Убедитесь, что пользователь сидит в кресле и имеет хорошую поддержку спины. Также проверьте, что ноги могут быть размещены на полу или на специальной подставке.
      • Убедитесь, что голова и шея прямая, как это возможно.
      • Убедитесь, что поза чувствует себя расслабленным для пользователя.
  8. Держите его закрыть!
    • Убедитесь, что эти вещи пользователь использует наиболее часто размещены ближе к пользователю, так что они могут быть легко и удобно достигнута.
    • Убедитесь, что пользователь сосредоточен на буквенно-цифровой клавиатуре. Большинство современных клавиатур асимметричный дизайн (буквенно-цифровая клавиатура находится слева и цифровой клавиатурой справа). Если внешние края клавиатуры используются в качестве ориентиров для центрирования клавиатуру и монитор, пользователи руки будут отклоняться, потому что алфавитно-цифровые кнопки будет слева от срединной линии пользователя. Перемещение клавиатуру так, что центр алфавитно-цифровых клавиш (клавиши В, сосредоточена на средней линии пользователя).
    • Убедитесь, что телефон находится недалеко от вас, если вы часто используете его.
  9. Хороший станция Эргономичное расположение позволит любому пользователю компьютера для работы в нейтральной, спокойной, идеальной типизации позе ^(http://ergo.human.cornell.edu/AHTutorials/typingposture.html), что позволит свести к минимуму риск развития какой-либо травмы.Идеально подходит расположение клавиатуры, чтобы поместить это на регулируемой лоток отрицательной наклона высоты.Идеально подходит расположение мыши, чтобы это было на плоской поверхности, это 1-2 “над клавиатурой и подвижный над цифровой клавиатурой. Если вы хотите поверхность на уровне основания клавиатуры, то убедитесь, что это также может быть наклонен вниз немного помочь, чтобы держать ваши руки в запястье нейтральной, пока вы мышью, и держите ваш локоть как можно ближе к телу, как это возможно, пока вы работаете. Ознакомьтесь с 10 советов для использования компьютерной мыши ^(http://ergo.human.cornell.edu/cumousetips.html).
  10. Где использовать компьютер? Подумайте о следующих условиях окружающей среды, где будет использоваться компьютер:
    • Освещение – убедитесь, что освещение не слишком яркое. Вы не должны видеть любой яркий свет блики на экране компьютера. Если вы переместите экран, снизить уровень освещенности, используйте хорошее качество, стекло с антибликовым покрытием экрана. Также убедитесь, что экран монитора компьютера не поддерживается в светлое окно или перед яркого окна так, что есть экран выглядит вымываются (используйте тени или занавески, чтобы контролировать яркость окне).
    • Вентиляция – убедитесь, что вы используете компьютер где-то, что имеет достаточную вентиляцию свежего воздуха и имеет достаточный нагрев или охлаждение, так что вы чувствуете себя комфортно, когда вы работаете.
    • Шум – шум может вызвать стресс и напрягается мышцы, которые могут увеличить рисков травматизма. Попробуйте выбрать тихое место для вашей рабочей станции, а также использовать низкую громкость музыки, желательно светло-классика, чтобы замаскировать гул вентиляторов, или других источников звука.
      • Сделайте перерыв! Все эргономике согласен, что это хорошая идея, чтобы взять частые, короткие перерывы на отдых: Практика следующее:
        • Глазные отдых – глядя на экран компьютера в течение некоторого времени вызывает некоторые изменения в том, как глаза работают, заставляет вас моргать реже, и выставляет больше поверхности глаза в воздух. Каждые 15 минут, вам следует кратко отвернуться от экрана ни на минуту или два, чтобы более отдаленной сцене, предпочтительно что-то более 20 метров. Это позволяет мышцы внутри глаза расслабиться. Кроме того, моргать глазами быстро в течение нескольких секунд. Это обновляет слезную пленку и очищает пыль с поверхности глаза.
        • Микро-брейки – наиболее набрав делается в пакетах, а не непрерывно. Между этими всплесками активности, вы должны отдохнуть ваши руки в расслабленном, плоской, прямая осанка. В микро-брейк (<2мин), вы можете кратко растянуть, встать, двигаться вокруг, или делать другую работу задачи, например, сделать телефонный звонок).Микро-брейк не обязательно перерыв в работе, но это отход от использования конкретного набора мышц, которые больше всего работы делает (например, сгибателей пальцев, если вы делаете много печатать).
        • Отдых на выходные – каждые 30 до 60 минут, вам следует взять небольшой перерыв отдыха. Во время этого перерыва встать, двигаться и делать что-то другое. Иди и выпить воды, соды, чая, кофе или что-то. Это позволяет отдохнуть и осуществлять различные мышцы, и вы будете чувствовать себя менее уставшими.
        • Упражнение отдых – существует много растяжения и нежные упражнения, которые вы можете сделать, чтобы помочь облегчить мышечную усталость. Вы должны сделать это каждые 1-2 часов.
        • Эргономичный программное обеспечение – работает на компьютере может быть снотворное, и часто вы не понимаете, как долго вы работали и сколько вы уже набрав и мышью. Вы можете получить отличную эргономичного программного обеспечения, который можно установить на вашем компьютере.Лучшее программное обеспечение будет работать в фоновом режиме, и она будет контролировать, сколько вы были с помощью компьютера. Вам будет предложено сделать перерыв Отдых в соответствующие промежутки времени, она подскажет, простые упражнения.
      • Как насчет эргономики вещиц? В эти дни как раз о всем помечена как “эргономичный” и большую часть времени это не так, и эти так называемые эргономичные продукты могут сделать хуже. Если вы задумываетесь о покупке “эргономичный продукт”, как самого себя следующие 4 вопроса:
        • Есть ли дизайн продукта и требований изготовителя смысл?
        • Какие исследования доказательств может производитель предоставляет поддержку своих заявлений? Будьте бдительны продуктов, которые не были изучены исследователями.
        • Значит ли это чувствовать себя комфортно использовать изделие в течение длительного периода? Некоторые эргономические продукты могут чувствовать себя странно или слегка неудобно сначала, потому что они часто производят изменения в вашей позе, что это выгодно в долгосрочной перспективе. Подумайте о некоторых продуктах как как новые ботинки, которые изначально могут чувствовать себя странно, но потом чувствуют себя комфортно после использования в течение некоторого времени. Если устройство продолжает чувствовать себя некомфортно после разумного периода след (скажем, по крайней мере, неделя) раз то отказаться от его использования.
        • Что эксперты по эргономике сказать о продукте? Если они не рекомендуют это не использовать его.
          Есть много компьютерных связанных с “эргономичных” продукции, наиболее распространенными из которых являются:

          • “эргономичные” клавиатуры – большинство из них клавишные, где буквенно-цифровые клавиши разделить под углом. Для не-сенсорным машинисткой эта конструкция может быть катастрофа!Дизайн раскол только решает вопросы отклонения руки локтевой и научные исследования показывают, что вертикальная положение рук (расширение запястье) является более важным. Там нет последовательной исследования доказательств того, что большинство сплит-клавиатуры разрабатывает в настоящее время действительно производят каких-либо существенных осанки преимущества. Для большинства людей регулярная дизайн клавиатуры работает просто отлично, если она помещается в правильном нейтральном положении ^(http://ergo.human.cornell.edu/AHTutorials/typingposture.html).
          • “эргономичные” мыши – многие из этих проектов мыши или альтернативный вход конструкций устройств может хорошо работать, чтобы улучшить вашу руку / запястье осанку. Тем не менее, важно, чтобы убедиться, что вы можете использовать их с вашей верхней расслабленной рукой и как можно ближе к вашему телу, как это возможно. Перехитрить к “эргономичная мышь” побеждает любые преимущества данной конструкции. Ознакомьтесь с 10 советов для использования компьютерной мыши ^(http://ergo.human.cornell.edu/cumousetips.html).
          • Запястье – это были очень популярны несколько лет назад, но научные исследования не продемонстрировали каких-либо существенных преимуществ для запястий. В самом деле, запястий может увеличить давление внутри запястья, сжимая нижние части запястья (взгляните на запястье, и вы, вероятно, увидите кровеносные сосуды, которые не должны быть сжаты!). Исследования д-ра Дэвида Ремпель ^(http://www.me.berkeley.edu/ergo/people/dmr.html) в университете Беркли, штат Калифорния, показывают, что давление, приложенное к нижней части запястья переносится в самого тоннеля с помощью поперечной связки запястья и intracarpal давление удваивается с запястья по сравнению с плавающей руки над клавиатурой. Если вы решите использовать для запястий, используя один с широкой, плоской, твердой конструкции поверхности лучше всего работает, а остальные пятку ладони на этом не ваши руки. Старайтесь не отдыхать, а на самом деле вы набираете, но будьте между вспышками набрав движений. Избегайте мягкой и мягкими запястий, потому что это будет контур на запястье, ограничить свободу передвижения ваших руках, и поощрять более боковое отклонение во время набора текста. Посмотрите на поверхности типичного запястья, который был использован, и вы увидите, что он получает размыты, что означает, что пользователь был скользящий запястья над поверхностью, которая также сжимает кровеносные сосуды часто видны на запястье. Помните, что ваши руки должны быть в состоянии скользить над поверхностью запястья во время набора текста, не запирают их на месте на остальной при вводе.
          • Поддержка фигурные скобки / перчатки – Там нет последовательной исследования доказательств, что ношение запястье поддерживает во время использования компьютера на самом деле помогает снизить риск получения травмы. Если вы, как носить поддержку запястья убедитесь, что он держит вашу руку плоской и прямой, не загибались кверху. Существует ряд доказательств, что ношение запястье поддерживает ночью в постели может помочь облегчить симптомы для тех, с синдромом запястного канала.
          • Предплечье опоры / отдыхающие предплечья на подлокотники кресла – Вообще-то это не нужно, ни хорошая идея, чтобы отдохнуть предплечья на какой-либо поддержки при вводе из-за возможности для ограничения циркуляции в палец сгибателей предплечья и сжатия локтевого нерва в локте. Если клавиатура / мышь надлежащим образом организованы, они должны быть доступны с оружием в руках пользователя в нейтральном положении (рядом с телом и с плеча висит в расслабленном состоянии), которая не представляет какого-либо значительного шею или плечо нагрузки. Если предплечья опоры требуется это, как правило, признак плохой Эргономичное расположение.
          • Сидячие рабочие станции – использование регулируемой по высоте рабочих поверхностей для сидя и стоя работу становится модным. Тем не менее, имеется мало свидетельств того, что сидеть-стоять мебель экономически эффективные преимущества.Данные свидетельствуют о том, что может быть сокращение задней дискомфорта, но исследования для этого не используются адекватные группы сравнения (например, тестирование людей, которые стоят за то же время на той же частоте, не делая клавиатуру / работу мыши). Там нет доказательств того, что сидеть-стоять улучшает запястье осанку при вводе или мышью. Логично, что реальная выгода от сидячей стенде только, что, изменяя между сидя и стоя. Но стоит в неподвижном положении еще более утомительно, чем сидеть в неподвижном положении, так движение очень важно. Мы рекомендуем наиболее экономически эффективным способом для получения преимуществ от сидя и стоя, чтобы люди сидят в нейтральной рабочие позы ^(http://ergo.human.cornell.edu/AHTutorials/typingposture.html), а затем периодически стоять и передвигаться делать другие вещи, как подача документов, телефонные звонки, получая кофе, что делает ксерокопии и т.д.), а не пытаться клавиатуры или мыши стоя.
            Последние исследования показывают, что электронные рабочие станции сидячую стенд, которые могут быть быстро скорректированы, позволяют каждому работнику, чтобы изменить высоту их рабочих поверхностей в течение дня, и это может привести к снижению опорно-двигательного дискомфорт и повысить производительность работы.
          • Регулируемые по высоте, сплит оболочка, – с уважением к запястью позе, эти вопросы являются одинаковыми для регулируемые по высоте, сплит оболочка и сидеть-стенда оболочка:
            • Если поверхность слишком низкая рука будет в большей расширением
            • Если поверхность слишком высока локоть будет устойчивой сгибания
            • Если это плоская поверхность, то это просто тот же аргумент, который используется выше для организации отрицательной наклона лотка клавиатура.
              Вы не можете установить плоскую рабочая поверхность на соответствующей высоте для 5 основных задач делопроизводства – текста на клавиатуре, использовать мышь, письма, просмотра документов и просмотра Экран- Все это требует различных высот для оптимального расположения.Система отрицательной наклон лотка клавиатура служит механизмом регулировки по высоте и углу для клавиатуры, и платформа мыши служит высоте и углу наклона для мыши при подключении к рабочих поверхностей, который установлен для написания высоту. Высота монитора лучше всего регулировать с помощью отдельного пьедестала монитора вместо того, чтобы переместить всю рабочая поверхность. Есть ряд новых конструкций сплит рабочая поверхность, которая может работать достаточно хорошо, чтобы достичь оптимального позиционирования монитора.

Приведенные выше 10 шагов дать краткий обзор хороший эргономичный дизайн практики для компьютерных рабочих станций, но есть много больше, чтобы рассмотреть. Вы можете прочитать об эргономике во многих книгах, вы можете просматривать другие материалы на этом сайте CUErgo ^(http://ergo.human.cornell.edu/default.htm), вы можете получить информацию от человеческого фактора и эргономики общества ^(http://hfes.org/). Вы можете использовать автоматизированное рабочее контрольный список ^(http://ergo.human.cornell.edu/CUVDTChecklist.html), чтобы помочь определить проблемы, и вы можете попросить экспертов по эргономике ^(http://www.hfes2.org/search/) за помощью и советом.

Кроме того, см: Резюме Компьютер Workstation “схему ^(http://ergo.human.cornell.edu/DEA6510/dea6512k/ergo12tips.html), созданную DEA651 класса 2000 года.

Если у вас есть какие-либо вопросы или замечания по поводу информации на этой странице или данного веб-сайта вы можете отправить их на Профессор Алан Хедж в Корнельском университете.

Для более подробной информации и упражнений, которые вы также можете проверить бесплатно “HealthyComputing.com ^(http://www.healthycomputing.com/)” веб-сайт.

Счастливый вычислительная!

Selten gestellte Fragen

Original: http://www-cs-faculty.stanford.edu/~knuth/iaq.html

  1. Warum hat mein Land das Recht, den Irak zu besetzen?
  2. Warum sollte mein Land nicht den internationalen Gerichtshof unterstützen?
  3. Ist mein Land nicht stark genug, um seine Ziele in Frieden zu erreichen?
  4. Wenn die Führer eines Landes es schaffen, schreckliche Dinge zu tun, was ist der beste Weg, um die Ehre dieses Landes wiederherzustellen?
  5. Ist es möglich, dass potenzielle neue Führungskräfte Fragen über die mögliche Schuld ihres Landes aufwerfen, ohne politischen Selbstmord zu begehen?
  6. rauche ich Vergeltung von verletzten Menschen, deren Leben durch Handlungen ruiniert worden sind, die meine Führer ohne meine Zustimmung unternommen haben?
  7. Wie kann ich am besten helfen, einen Prozess in Gang zu setzen, durch den Reparationen an Menschen gemacht werden, die von ungerechten Taten meines Landes geschädigt worden sind?
  8. Wenn Tag für Tag vergeht an dem niemand unangenehm Fragen wie diese stellt, tragen dann nicht auch die guten Menschen in meinem Land Mitschuld, da sie durch ihr passives Verhalten die Dinge indirekt schlimmer machen?

Also, ich kann mir keine befriedigende Antwort auf irgendeine dieser Fragen vorstellen.
Ich glaube, die Antwort auf Nummer 6 ist noch nein; Doch befürchte ich, dass ein Ja-Antwort immer mehr und mehr angemessen wird, da Monat für Monat ohne wesentliche Änderung des Status quo vergeht.

Vielleicht sind die besten Hinweise auf die Umrisse einer befriedigenden Antwort in der wunderbaren Rede zu finden, die Richard von Weizsäcker 1985 hielt.

Hier noch die deutsche Version:

http://www.bundespraesident.de/SharedDocs/Reden/DE/Richard-von-Weizsaecker/Reden/1985/05/19850508_Rede.html

———————————————————–
Die Zeit, von der ich schreibe, war für uns Deutsche eine Ära des staatlichen Zusammenbruchs… Normaleres noch als ein Strafgericht, wie es anjetzo über uns schwebt, wie es dereinst auf Sodom und Gomorra fiel… Dass es herrannaht, dass es längst nicht mehr aufzuhalten ist, ich kann nicht glauben dass irgendjemand noch den leisesten Zweifel daran hegt… Dass diese in Schweigen gehüllt bleibt, ist eine gespenstige Tatsache für sich. Denn mag es schon unheimlich sein ,wenn unter einer großen Menge verblendete, einige wenige Wissende, versigelten Mundes wohnen müssen. Das Grauesn so scheint mir, volendet sich, wenn eigentlich alle schon wissen, aber zusammen in Schweigen gebannt sind, whärend einer vom andern die Wahrheit von den sich versteckenden oder angtvoll starrenden Augen liest

Deutschland … heute, umgedreht von Dämonen, eine Hand über einem Auge, mit dem anderen starrte es in Schrecken, unten sie flankiert von Verzweiflung zu verzweifeln. Wann wird sie den Abgrunds erreichen? Wann, aus der höchsten Hoffnungslosigkeit – ein Wunder jenseits der Macht des Glaubens – wird das Licht der Hoffnung dämmern? Ein einsamer Mann faltet seine Hände und spricht: „Gott sei barmherzig zu deiner armen Seele, mein Freund, mein Vaterland!“

— Thomas Mann, Dr. Faustus (1947, verfasst in 1945)
[Auszüge aus  KApitel 33 und des  Epilogues]

Schlechte Wortspiele

Original: http://www-cs-students.stanford.edu/~blynn/groan.html

Ich wurde fast dafür festgenommen,  das Rezept eine Arztes  mit dem SHA1 checksumming verschlüsselt  zu haben. Glücklicherweise war der Hasch zu medizinischen Zwecken.

Wäre Glasfaser essbar, würde sie als „leichter Snack“ durchgehen.
Ich wünschte, es gäbe Themes für UNIX-Befehle. Es sollten mehrere Wege zum selben Ziel führen.

Ich vermeide IEEE-Gleitkommastellen. Ich hasse doppelte Standards.

In meiner Todeszelle führte ich chmd 644 auf mich aus. So konnten sie mich nicht exekutieren.

Hast du von dem Bildhauer gehört, der eine Statue aus einem Stück Brot formen will? Er sucht nach einem guten Rollmodell.

Ich würd gern mit einem Ausrufezeichen ausgehen, damit ich meinen Abgang mit einem großen Knall(!) amchen kann.

Propositionale Logik ist die Kunst erfolgreicher Anmachsprüche.

Verägerte Mathematiker berechnen Kreuzprodukte.

Ich habe einmal ein transparentes Messer gekauft. Daraufhin wurden Ermittlungen wegen einer „new clear weapon“ (englischen Wortspiel: „nuclear weapon“ wird genauso ausgesprochen, bedeute jedoch was anderes) gegen mich aufgenommen.

Ein Priester rief beim technsichen Support an, weil er Schwierigkeiten hatte beim Opfer einer Ziege. Er konnte den Browser (Browser hat eine doppelte Bedeutung im Englischen) nicht abschiessen.
Mein Hund atmet auf meinen Schoss auf ein Hosenbein zu seiner Zeit. Hunde HEscheln schnell.

Ich habe einen Film über kosmisches Kochgeschirr gemacht. Es wurde universal kritisiert.

Normale Menschen verwenden Redensarten. Informatiker wervenden reguläre Ausdrücke.

PHP is eine bekannte Einstiegsdroge. („gateway drug“ – doppelte Bedeutung: 1.: Einstiegsdroge | 2.: Programmiersprache für Einsteiger)

Die n-ste Regel des Induktionsclubs sprichst du über die (n-1)-ste Regel des Induktionsclubs.

Meines Wissens sind die oben genannten „Witze“ original. Es ist schwer, sicher zu sein, aber ich bezweifle, dass irgendjemand sich diese Wortspiele auf sein Fahne schreiben möchte!

GreekKeys 2008 für Mac OS X and Windows

Original: http://socrates.berkeley.edu/~pinax/greekkeys/GreekKeys.html

GKheaderlong3
11. November 2015: Der Verkauf von GreekKeys 2008 endete am 28. Oktober 2015. Das aktualisierte Produkt GreekKeys 2015 ist ab sofort auf der Internetseite der Society for Classical Studies (frei für SCS-Mitglieder, $ 20 für Nicht-Mitglieder, frei oder diskontiert für diejenigen, die bereits GreekKeys 2008 am oder nach dem 1. August 2014 gekauft ahben). Klicken Sie hier um auf die neue Vertriebs- und Support-Website zu gelangen.
 

GreekKeys ist ein Produkt, das seit 1984 eine einfache Keyboard-Eingabe und spezialisierte Schriften für Wissenschaftler des antiken (polytonischen) Griechisch bietet.
Für die meiste Zeit war GreekKeys nur für Macintosh Plattformen nutzbar, bis man sich vor wenigen Jahren eine benutzerdefinierte Kodierung für polytonisches Geieschich zu Nutze machte, die weit verbreitet, aber inkompatibel mit modernen Standards war.
 

Ab dem Zeitpunkt der Veröffentlichung von GreekKeys 2005 für Mac OS X haben GreekKeys Fonts und Keyboards stattdessen die Verwendung von Unicode als den richtigen Standard für polytonisches Griechisch unterstützt.
Das aktuelle GreekKeys 2008 ist das Nachfolgeprodukt von GreekKeys 2005, und bietet nun den großen Unterschied, dass diese neue Version Tastaturen für PCs mit Windows XP oder höher (einschließlich Windows 7 und 8) unterstützt. Weitere Informationen zur neuen Version finden Sie auf der GreekKeys 2008 Seite.
 

GreekKeys ist im Besitz und wird betrieben von der American Philological Association, einer gemeinnützigen Berufsorganisation nordamerikanischer klassischer Gelehrter. GreekKeys wird derzeit von Donald Mastronarde, Professor für Klassiker an der University of California, Berkeley, gepflegt und überarbeitet.
 

Unter diesm Link ist GreekKeys 2008 erhältlich

Das Erdös-Nummernprojekt

Original: http://www.oakland.edu/enp/

Dies ist die Website für das Erdös Zahlenprojekt, das die Forschungskooperation zwischen Mathematikern untersucht.

Der Aufstellungsort wird durch Jerry Grossman an der Oakland Universität beibehalten. Patrick Ion, ein pensionierter Redakteur bei Mathematical Reviews und Rodrigo De Castro an der Universidad Nacional de Colombia, bot Bogota Unterstützung in der Vergangenheit. Bitte alle Kommentare, Ergänzungen und Korrekturen an Jerry an grossman@oakland.edu.

Erdös-Zahlen sind seit vielen Jahren Teil der Folklore der Mathematiker auf der ganzen Welt. Für eine Einführung in unser Projekt, eine Beschreibung dessen, was Erdös Zahlen sind, was sie verwendet werden können, wer sich interessiert, und so weiter, wählen Sie die „Was ist alles?“ Link unten. Um herauszufinden, wer Paul Erdös ist, schauen Sie sich diese Biografie im MacTutor History of Mathematics Archive an oder wählen Sie unten den Link „Informationen zu Paul Erdös“. Einige nützliche Informationen können auch in diesem Wikipedia-Artikel gefunden werden, die möglicherweise völlig richtig sind oder nicht.

zum Inhalt:

  • Worum geht es hier ?: Allgemeiner Überblick, einschließlich unserer (zugegebenermaßen willkürlichen) Regeln für das, was als Forschungskooperation gilt.
  • Die Daten: Listen aller von Paul Erdöss Mitautoren und ihren jeweiligen Koautoren, organisiert in verschiedener Weise. Es gibt auch Links zu Webseiten von oder über Erdöss Mitautoren.
  • Fakten über Erdös Zahlen und Kooperationen: Statistische Beschreibungen der Erdös – Zahlendaten, eine vom Erdös – Coauther verursachte Akte des Untergraphen, Erdös – Nummernrekorde, Fakten über die Zusammenarbeit in der mathematischen Forschung und die Kooperationsgrafik mit einigen Informationen über die Verlagsgewohnheiten der Mathematiker Beispielsweise beträgt die mittlere Anzahl von Papieren 2, und der Mittelwert beträgt etwa 7). Diese Unterseite enthält viele Informationen über die Zusammenarbeitsgrafik und Erdös-Nummern, einschließlich der Verteilung der Erdös-Zahlen (sie reichen bis zu 13, aber der Durchschnitt ist weniger als 5 und fast jeder mit einer endlichen Erdös-Zahl hat eine Zahl von weniger als 8) Und „Erdös Zahlen der zweiten Art“.
  • Berühmte Wege zu Paul Erdös: Felder Medaillen und Nobelpreisträger haben kleine Erdös-Zahlen.
  • Berechnen Sie Ihre eigene Erdös Zahl: Es kann kleiner sein, als Sie denken.
  • Forschung zur Zusammenarbeit: Beiträge zur Zusammenarbeit in der wissenschaftlichen Forschung, Kooperationsgrafiken und anderen kleinen Weltgraphen und Erdös-Zahlen. Eine Menge Forschung wird derzeit von verschiedenen Wissenschaftlern auf Kollaborationsgraphen und verwandten Themen durchgeführt.
  • Informationen über Paul Erdös: Informationen und Links zu Büchern, Filmen, Artikeln, Gedenkstätten, Erinnerungen.
  • Paul Erdöss Veröffentlichungen: Sie sind mehr als zehn Jahre nach seinem Tod erschienen.
  • Verwandte Konzepte: Sechs Grade Trennung, die Kevin Bacon Spiel, Small Worlds, akademische Genealogie, Hank Aaron, Graphentheorie.

———–

BESONDERE HINWEISE:

Eine schöne Audio-Feature über Paul Erdös und Erdös Zahlen finden Sie im Web.

Ein Segment des NPR-Programms „Ask Me Another“ zeigte ein Quiz über Erdös-Zahlen.

Ich empfehle ein schönes Kinderbuch über Paul Erdös: Der Junge, der Mathe liebte: Das Unwahrscheinliche von Paul Erdös.

Diese Website wurde als Grundlage für den interdisziplinären Wettbewerb 2014 in der Modellierung verwendet.

Es gibt ein Projekt in den Arbeiten, um einen Dokumentarfilm über Erdös-Bacon-Zahlen zu erstellen.

Es gibt ein Blog über Erdös Zahlen auf einer Website diskutieren Mathematiker an der Wall Street.

Ein neues Papier von Paul Erdös wurde im Jahr 2015 veröffentlicht, mit Coautoren Ron Graham und Steve Butler. Damit ist Butler der 512. Erdös Coautor. Er und seine Mitautoren werden bei der nächsten Aktualisierung (um 2020) den Listen hinzugefügt.

———-

ANMERKUNGEN:

Die Daten auf dieser Website basieren hauptsächlich auf allen Artikeln, die im MathSciNet bis Mitte 2015 erscheinen.

Wenn Sie ein Erdös Coautor sind, würde ich wirklich schätzen, dass Sie mir eine komplette Liste Ihrer Coauthors (mit vollen Namen) schicken.

Eine Sache, die wir wirklich gerne tun, ist, genauere Informationen über einige der alten Coauthors ‚Status geben – ob sie noch am Leben sind. Schauen Sie sich die Liste der Koautoren an, die nach dem ersten Papier bei Erdös angeordnet sind. Wenn es nach dem Namen kein Sternchen gibt, nehmen wir an, dass die Person noch lebt, außer wie in der Addenda-Datei angegeben. Wenn irgendjemand irgendwelche Informationen hat, dass einer oder mehrere von diesen verstorben sind (oder, wie Paul Erdös sagen würde, „verlassen haben“), lass es mich wissen. (Wir wissen, dass einige am Leben sind, melden Sie nur diejenigen, die weitergegeben haben, und melden Sie nur Erdös coauthors, da es keine Möglichkeit gibt, diese Konvention auf diejenigen mit Erdös Nummer 2 auszuweiten.)

Bethesda декларация относно свободния достъп до публикациите

Cъдържание

Обобщение на 11 април среща
Определяне на свободен достъп публикуването
Изявление на институциите и агенциите за финансиране работна група
Отчет на библиотеки и издатели на работната група
Отчет на учените и научните общества, работната група
Списък на участниците

Обобщение на 11 април, 2003, Среща на свободния достъп до публикациите

Следните твърдения са изготвени на принципа по време на еднодневна среща, проведена на 11 април 2003 г. в седалището на Медицинския институт Хауърд Хюз в Чеви Чейс, Мериленд. Целта на този документ е да стимулира дискусия в биомедицинската изследователска общност за това как да се процедира, възможно най-бързо, за да широко Целта на осигуряването на свободен достъп до основната научна литература. Нашата цел бе да се споразумеят за значителни, конкретни стъпки, че всички заинтересовани страни-организации, които насърчават и подкрепят научните изследвания, учените, които генерират резултатите от научните изследвания, издатели, които улесняват партньорска оценка и разпространение на резултатите от научните изследвания, и учени, библиотекари и други, които зависят от достъпа до тези знания могат да предприемат за насърчаване на бързото и ефикасно прехода към отваряне на публикуване достъп.

Списък на присъстващите се дава след изявленията на принципа, участва като индивиди, а не непременно като представители на техните институции. По този начин, това твърдение, като същевременно се групата консенсус, не трябва да се тълкува като извършване на неквалифициран одобрение на всеки участник или която и да е позиция от техните институции.

Нашето намерение е да бъдат свикани отново разширена група в рамките на няколко месеца, за да изготви окончателния набор от принципи, които ще се стремят да имат формално одобрено от агенции за финансиране, научни общества, издатели, библиотекари, изследователски институти и отделни учени като приет стандарт за публикуване от рецензирани доклади на оригинални научни изследвания в биомедицинските науки.

Документът е разделен в четири раздела: първият е работна дефиниция на свободния достъп публикуване. Това е последвано от докладите на трите работни групи.

Определяне на свободен достъп публикуване

Открито Публикуване достъп [1] е този, който отговаря на следните две условия:

Автор (и) и притежател на авторските права (и) за отпускане на безвъзмездни средства (а) за всички потребители безплатно, неотменима, в световен мащаб, постоянно право на достъп до и лиценз да се копира, използва, разпространява, предава и показва работата публично и да се направи и разпространение на производни произведения, във всеки цифров носител за всеки отговорен цел, признава авторството [2], както и правото да прави малък брой печатни копия за тяхна лична употреба.

Пълната версия на работата и всички допълнителни материали, включително копие на разрешението, както е посочено по-горе, в подходящ стандартен електронен формат незабавно се депозират при първоначалното публикуване поне в едно онлайн хранилище, което се поддържа от академична институция, научна общество, правителствена агенция, или друга утвърдена организация, която цели да позволи свободен достъп, неограничено разпространение, оперативна съвместимост и дългосрочно архивиране (за биомедицинските науки, PubMed Central е такова хранилище).

Забележки:

1. Свободният достъп е собственост на отделните произведения, а не непременно списания или издатели.

2. Стандартите на Общността, а от закона за авторското право, ще продължи да предоставя механизъм за изпълнение на името на автора и отговорно използване на публикуваната работа, както правят сега.

Изявление на институциите и агенциите за финансиране Работната група

Нашите организации спонсорират и подхранването на научните изследвания, за да се насърчи създаването и разпространението на нови идеи и знания в обществена полза. Ние признаваме, че публикуването на резултатите е съществена част от научните изследвания и разходите за публикуване, са част от разходите за правене на изследвания. Ние вече очакват, че нашия факултет и стипендиантите споделят своите идеи и открития чрез публикуване. Тази мисия е само наполовина завършена, ако работата не е широко достъпна и полезна за обществото е възможно. Интернет промени из основи практически и икономически реалности за разпространение, публикувано в научните знания и прави възможно значително увеличен достъп.

Да осъзнаят ползите от тази промяна изисква съответната фундаментална промяна в нашата политика по отношение на публикуването от нашите стипендианти и преподаватели:

  1. Ние насърчаваме нашия факултет / получателите на безвъзмездни средства, за да публикува своята работа в съответствие с принципите на отворения модел за достъп, за да се постигне максимален достъп и да се възползват учени, учени и широката общественост в целия свят.
  2. Ние осъзнаваме, че преминаването към отворен и свободен достъп, макар и вероятно намаляване на общите разходи, може да измести някои разходи на отделен изследовател чрез страница такси, или чрез намаляване на приходите на издателите, а ние обещаваме да помогне за покриване на тези разходи. За тази цел ние сме съгласни да помогнат за финансиране на необходимите разходи за публикуване под отворен модел за достъп на отделните документи в рецензирани списания (до разумни граници, базирани на пазарните условия и услуги, предоставяни).
  3. Ние потвърждаваме принципа, че присъща само на заслугите на работата, а не заглавието на вестник, в който е публикуван на кандидата работа, ще бъдат разгледани в срещи, промоции, присъдени награди или безвъзмездни средства.
  4. Ние ще разглежда рекорд на свободния достъп публикуване като доказателство на услуга в общността, в оценката на заявленията за преподаватели срещи, промоции и безвъзмездни помощи.

Ние приемаме тези политики в очакване, че издателите на научни трудове акции желанието ни да се максимизира обществена полза от научното познание и ще видите тези нови политики, тъй като те са предназначени възможност да работят заедно в полза на научната общност и на обществеността.

Отчет за библиотеки и издатели на работната група

Ние вярваме, че свободен достъп ще бъде съществен компонент на научните публикации в бъдеще и че работи отчитане на резултатите от текущите научни изследвания трябва да бъде открито достъпни и свободно използваема е възможно. Библиотеки и издатели трябва да положат всички усилия, за да се ускори този преход по начин, който не нарушава нормалното разпространение на научна информация.

Библиотеки предложи:

  1. Развитие и подкрепа на механизми, които да направят прехода към отваряне на публикуване достъп и да предостави примери за тези механизми на общността.
  2. В нашите образователни и информационни дейности, дава висок приоритет за преподаване на нашите потребители за ползите от публикуване със свободен достъп и свободно достъпните списания.
  3. Изброяват се и се подчертае свободно достъпните списания в нашите каталози и други съответните бази данни.

Вестник издатели предлагат да:

  1. Поемане на ангажимент за предоставяне на отворена опция за достъп за всяко изследване, статия, публикувана в някое от списанията, които те публикуват.
  2. Обяви конкретен график за преход на списания на свободен достъп модели.
  3. Работа с други издатели на отворените произведения достъп и заинтересованите страни за разработване на инструменти за авторите и издателите, за да се улесни публикуването на ръкописи в стандартните електронни формати, подходящи за архивно съхранение и ефективно търсене.
  4. Уверете се, че отворените модели за достъп, които изискват авторски такси по-ниски бариери пред изследователите при доказана финансова недостатък, особено тези от развиващите се страни.

Отчет на учените и научните общества, работната група

Научни изследвания е един взаимозависим процес, при който всеки експеримент е информиран от резултатите на другите. Учени, които извършват изследвания и професионални общества, които ги представляват, имат голям интерес да се гарантира, че резултатите от научните изследвания се разпространяват като веднага, възможно най-широко и ефективно. Електронно публикуване на резултатите от научните изследвания предлага възможността и задължението да сподели резултатите от научните изследвания, идеи и открития свободно с научната общност и широката общественост.

Ето защо:

  1. Ние подкрепяме принципите на отворения модел за достъп.
  2. Ние признаваме, че публикуване е основна част от изследователския процес, както и разходите за публикуване са основно разходи за правене на изследвания.
  3. Научни дружества са съгласни да утвърди силната си подкрепа за отворен модел за достъп и техния ангажимент в крайна сметка да се постигне свободен достъп за всички дела, които те публикуват. Те ще споделят информация за стъпките, които се предприемат за постигането на свободен достъп с общността, те служат и с други, които могат да се възползват от техния опит.
  4. Учените са съгласни, да са изразили подкрепата си за свободен достъп чрез селективно публикува, преглеждане и редактиране на свободно достъпните списания и списания, които ефективно да извървят пътя към открит достъп.
  5. Учени са съгласни, да се застъпи промени в промоция и оценка на мандата, за да признае приноса на Общността на публикуване със свободен достъп и да признаят истинската заслуга на отделни членове, без да се вземат предвид заглавията на списанията, в които те се появяват.
  6. Учени и обществата са съгласни, че образованието е неизменна част от постигането на отворен достъп, и да се ангажират да образоват своите колеги, членове и обществеността за значението на свободния достъп и защо те го подкрепят.

Списък на участниците

Dr. Patrick O. Brown
Howard Hughes Medical Institute
Stanford University School of Medicine, and
Public Library of ScienceMs. Diane Cabell
Associate Director
The Berkman Center for Internet & Society
at Harvard Law SchoolDr. Aravinda Chakravarti
Director, McKusick-Nathans Institute of
Genetic Medicine at Johns Hopkins
University, and
Editor, Genome ResearchDr. Barbara Cohen
Senior Editor
Public Library of ScienceDr. Tony Delamothe
BMJ Publishing Group
United KingdomDr. Michael Eisen
Lawrence Berkeley National Lab
University of California Berkeley, and
Public Library of ScienceDr. Les Grivell
Programme Manager
European Molecular Biology Organization
GermanyProf. Jean-Claude Guйdon
Professor of Comparative Literature,
University of Montreal, and
Member of the Information Sub-Board,
Open Society Institute

Dr. R. Scott Hawley
Genetics Society of America

Mr. Richard K. Johnson
Enterprise Director
SPARC (Scholarly Publishing and Academic
Resources Coalition)

Dr. Marc W. Kirschner
Harvard Medical School

Dr. David Lipman
Director, NCBI
National Library of Medicine
National Institutes of Health

Mr. Arnold P. Lutzker
Lutzker & Lutzker, LLP
Outside Counsel for Open Society InstituteMs. Elizabeth Marincola
Executive Director
The American Society for Cell BiologyDr. Richard J. Roberts
New England BiolabsDr. Gerald M. Rubin
Vice President and Director, Janelia Farm
Research Campus
Howard Hughes Medical InstituteProf. Robert Schloegl
Chair, Task Force on Electronic Publishing
Max-Planck-Gesellschaft, GermanyDr. Vivian Siegel
Executive Editor
Public Library of ScienceDr. Anthony D. So
Health Equity Division
The Rockefeller FoundationDr. Peter Suber
Professor of Philosophy, Earlham College
Open Access Project Director, Public Knowledge
Senior Researcher, SPARC

Dr. Harold E. Varmus
President, Memorial Sloan-Kettering Cancer Center
Chair, Board of Directors, Public Library of Science

Mr. Jan Velterop
Publisher
BioMed Central
United Kingdom

Dr. Mark J. Walport
Director Designate
The Wellcome Trust
United Kingdom

Ms. Linda Watson
Director
Claude Moore Health Sciences Library
University of Virginia Health System

Аз не съм официален говорител за това твърдение, просто участник в конференцията, който подготви (и създател на тази версия на HTML). Но аз съм се съгласиха да събират коментари по него и да ги съпоставя за участниците в следващи срещи. Ако имате коментари, моля да ги изпрати на мен peters@earlham.edu. Ако не ми кажеш в противен случай, ще приемем, че сте съгласни да ми позволи да публикувате коментар на един или друг публичен дискусионен клуб. Благодаря, Питър Suber.

Преведено е http://www.earlham.edu/~peters/fos/bethesda.htm

Eine Kurzfassung der walisischen Schieferindustrie Geschichte

Die Ruinen von nicht mehr benützten Steinbrüchen sind noch eine allgemeine Seite in Teilen des Nördlichen Wales. Das ist Blaenau Ffestiniog in Merioneth.

Quelle: http://www.penmorfa.com/Slate/history.htm

Übersetzung auf Deutsch / Translated to german

The ruins of disused quarries are still a common site in parts of North Wales. This is Blaenau Ffestiniog in Merioneth.

In vielerlei Hinsicht war die Schieferindustrie in Nordwales für die lokale Wirtschaft, Kultur und Geschichte des Gebietes ebenso wichtig wie die Kohlenindustrie von Süd-Wales. Beide Industrien entstanden aus dem Nichts, wurden Riesen auf der Weltbühne und erlitten dann katastrophalen Niedergang und fast vollständiges Aussterben. Aber während in Südwales ist es manchmal schwierig zu verfolgen, wo Zecheisen einmal existiert, vor allem wegen der Rekultivierung, in Nord-Wales gibt es noch viele sichtbare Beispiele der Schiefer-Industrie. Oft wird ein wenig Exploration die interessierte Partei mit einem Juwel der industriellen Archäologie belohnen oder einen Einblick in eine Lebensweise, die heutzutage hart und trostlos erscheint.

Cedryn Quarry, Cwm Eigiau

Cedryn ist ein Beispiel eines kleinen Steinbruches eines Typs, der einmal in Nordwales üblich ist. Der Steinbruch, in Cwm Eigiau, wurde 1827 eröffnet und bis 1868 geschlossen. Auf dem Hügel kann man sehen, wo der Schiefer abgebaut, aufgeteilt und gekleidet wurde. Im Vordergrund sind die Reste der Mühle, wo Bramme hergestellt wurde. Die beiden waren durch eine Steigung und eine Straßenbahn verbunden, die den Fluß durch eine, jetzt verschwundene Brücke überquerten. Der Steinbruch wurde mit Dolgarrog aus den 1820er Jahren durch eine primitive Schmalspur-Eisenbahn verbunden, die weitere vier Neigungen enthielt. Diese Straßenbahn stammt aus Cwm Eigiau Steinbruch.

Welsh Slate wurde auf der ganzen Welt von kleinen Häfen wie Porthmadog oder zweckgebaute Häfen wie Port Dinorwig oder Port Penrhyn exportiert. Um auf diese Häfen zuzugreifen oder die Steinbrüche mit der nächsten Stadt- oder Hauptlinie zu verbinden, entstand eine Reihe von Schmalspurbahnen. Die bemerkenswerteste davon war das Ffestiniog, das Blaenau Ffestiniog und Porthmadog verband. Andere Linien waren die Talyllyn, Corris, Gorseddau Tramway, Croesor Straßenbahn, North Wales Narrow Gauge und die Steinbruch im Besitz Penrhyn und Padarn Linien. Weil viele dieser Linien hoch in den Bergen entstanden, war es oft notwendig, schiefe Ebenen in ihre Wege zu integrieren, um die Steigungen zu erleichtern.

An den Steinbrüchen selbst fanden die Prozesse des Extrahierens, Spaltens und Anklebens des Schiefers statt. Ein sehr wichtiger Teil des Extraktionsprozesses war die Beseitigung von Müll oder Abfallsteinen, es war nicht ungewöhnlich, dass bis zu 90% des Gesteins auf diese Weise entsorgt werden konnten. Die meisten Steinbrüche entleerten den Fels mit endkippenden Müllwagen über den nächstgelegenen Hang und die so entstandenen Schieferabfallhaufen, das sind heute die bemerkenswertesten Landschaftsmerkmale. Steinbruch-Besitzer fanden oft, dass gute Felsen war unzugänglich wegen der unvorsichtigen Müllabfuhr in der Vergangenheit. Nicht alle Steinbrüche produzieren Dachschiefer, die sich lieber auf die Bramme konzentrieren. Zu seinen Nutzungen gehörten Grabsteine, Treppenstufen, Mannlochabdeckungen, dekorative Effekte, Stromtafeln, Herde usw. Ein Unternehmen, das sich auch in der Schiefer-Emaillierung entwickelte, deren Produkte noch heute in viktorianischen Mantlepieces zu sehen sind.

Wasserkraft

Dieses Wasserrad, obwohl es in einer walisischen Kupfermine verwendet wird, ist typisch für die von den frühen Tagen des Schieferabbaus. Um mehr über dieses Wasserrad lesen Sie bitte der Cwm Ciprwth Website

In den frühen Tagen der Steinbrüche war die Wasserkraft die primäre Energiequelle. Oft wurde ein Netz von Dämmen gebaut, um die Wasserräder mit dem Wasser zu versorgen, manchmal wurde dieses für lange Abstände in hölzernen oder Schiefer gezeichneten Latten getragen. Am Steinbruch gab es manchmal zwei oder mehr Räder im Tandem – das Wasser vom ersten an, das Zweite usw. anzutreiben. Das Kommen des Dampfes revolutionierte Angelegenheiten, aber manchmal wurden die Wasserräder behalten, um die Kosten des Holens in der Kohle oder im Holz zu sparen Treibstoff. Die Elektrizität machte auch frühzeitig mit dem Croesor-Steinbruch zum Beispiel mit einer eigenen Kraftwerksstation um 1900 und einem elektrisch angetriebenen Straßenbahnsystem bereits 1905 auf.

Die Bedingungen für die Steinbrüche waren hart im Extrem und Unfälle waren häufig. Unbewachte Maschinerie, Dachfälle und Lungenkrankheiten nahmen ihren Tribut. Die Arbeit unter Tage in der Industrie war gefährlicher als im Kohlebergbau. Gesundheits- und Sicherheitsvorschriften waren nicht vorhanden. Da viele der Arbeiter zu den Steinbrüchen gekommen waren, um Arbeit zu suchen, mußten sie nehmen, was angeboten wurde. Die Bedingungen in den Steinbruchkasernen und Unterkünften waren entsetzlich, aber trotz alledem wuchs ein großer Geist der Kameradschaft auf.

Die Kaserne

Zerstörte und erdfreie Kasernen der Steinbrüche im Dinorwischen Steinbruch.

Barracking war gängige Praxis in der Branche, Männer würden für Arbeit ankommen früh am Montagmorgen und bleiben dort bis zum Mittag am Samstag. Viele der Kasernen waren feucht, kalt und miserable Orte, um die Woche zu verbringen, aber oft war der Steinbruch zu weit entfernt, um die tägliche Reise zu einer realistischen Möglichkeit zu machen. Die Kasernen und Kabinen (Steinbruchsäle) entwickelten sich jedoch zu großen gesellschaftlichen Institutionen, in denen Politik und Religion heftig diskutiert wurden.

Die Industrie erreichte ihren Höhepunkt in den 1890er Jahren, als eine halbe Million Tonnen produziert wurden und fast 17.000 Männer direkt beschäftigt waren. Es sollte daran erinnert werden, dass gut über fünf Millionen Tonnen Fels erfordern Aushub, um diese Zahl zu erreichen. Von da an sank der Kapitalbestand in die Tiefe, die Importe wuchsen, die Dachziegel wurden billiger als die Schiefer und die Männer gingen zu leichteren Lebensformen. Die beiden Weltkriege beraubt die Industrie der Arbeitskräfte, obwohl der Wiederaufbau nach der Bombardierung gab eine kurze fillip. Einer nach dem anderen wurden die Steinbrüche geschlossen und die abbauenden Bezirke wurden benachteiligte Gebiete und die Menschen verließen. Viele der verbleibenden Steinbrüche nutzten weiterhin veraltete Arbeitsmethoden, die nur die Kosten erhöhten. Kein Teil der Industrie schien immun gegenüber dem Zyklus des Niedergangs zu sein. Als der einst mächtige Dinorwic für immer im Jahre 1969 geschlossen wurde, blieb nur noch eine Handvoll Produzenten übrig.

Derzeit ist Penrhyn Quarry immer noch blühend und vorrangig in der Branche. In der Blaenau Ffestiniog Bezirk Oakeley hat vor kurzem geschlossen, aber Cwt Y Bugail und Llechwedd bleiben offen. In der Gegend von Corris endete eine lange Tradition des untertägigen Bergbaus vor einigen Jahren in Aberllefenni, obwohl die Verarbeitung von Schiefer dort fortbesteht. Trotz der Chancen hat sich die Branche gelohnt und dank weiterer Investitionen ist sie leicht gewachsen. Es gibt jetzt mehrere neue Betreiber bei der Arbeit auf einem kleinen Maßstab und die Industrie, wenn nicht gerade Auftrieb, scheint eine sichere Zukunft zu haben. Es ist jetzt aber ein weit Schrei aus der Welt schlagen Tage alt.

Engelstrompete | Stechapfel

Engelstrompete, Stechapfel
Brugmansia spec., Datura stramonium
Nachtschattengewächse

Bestimmungsmerkmale:Die Engelstrompete oder Trompetenbaum (Tromptenbaum nicht verwechseln mit dem Amerikanischen Trompetenbaum Catalpa bignonioides,) fällt durch Ihre bis zu 20 cm langen, trichterförmigen Blüten auf. Die Farbe der Blüten ist entsprechend der Art oder Zuchtform weiß, gelb und rosarot.
Sie wächst als kleiner Baum und erreicht eine Höhe bis zu 2 m.
Der Stechapfel hat weiße, manchmal auch hellblaue Blüten, die 5 – 8 cm lang werden. Die Blüten beider Gattungen verströmen einen starken, betäubenden Geruch, der leichte Vergiftungserscheinungen hervorrufen kann. Die Blütezeit ist von Juni – September. Im Herbst reift die walnußgroße, kastanienartige Frucht heran. Sie ist beim Stechapfel stachelig, bei der Engelstrompete ohne Stacheln und wird 5 – 7 cm lang. Ihre Farbe  ist grün. Die Stechapfelfrucht enthält süß schmeckende, blauschwarze Samen.
Die Laubblätter der Pflanze riechen unangenehm, sind buchtig gezähnt und werden bis zu 20 cm lang.
Der Stechapfel erreicht eine Höhe von 30 – 100 cm.
Bei der Engelstrompete unterscheidet man folgende Arten: Brugmansia suaveolens, B. candida, B. sanguinea sowie innerhalb der Arten verschiedene Zuchtvariationen.

Stechapfel
Stechapfel
Engelstrompeten
Engelstrompeten

Standort und Verbreitung:Engelstrompeten wachsen häufig als Zierpflanzen in Gärten und Parkanlagen
Stechapfel findet man auf Ödland, Schutt und an Wegen. Er benötigt lockeren, stickstoffhaltigen Boden.
Sein Verbreitungsgebiete ist ganz Europa, er ist aber ziemlich selten.Giftstoffe, Wirkung und Symptome:

Die Pflanzen enthalten (S)-Hyoscyamin und in jungen Pflanzen auch geringe Mengen Scopolamin. Das Atropin, das sowohl in Stechapfel wie in Tollkirsche vorkommt, ist in Wirklichkeit eine Mischung aus (S)-Hyoscyamin und (R)-Hyoscyamin. Eine genauere Beschreibung zur Chemie finden Sie bei www.Giftpflanzen.com unter der Pflanzenbeschreibung der Tollkirsche.
Die Vergiftungserscheinungen sind denen des Bilsenkrautes und der Tollkirsche sehr ähnlich.
Insbesondere Samen und Blüten stellen für Kinder eine große Gefahr dar, weil sie im unreifen Zustand süß und schmackhaft sind. 15 – 20 Samen gelten für Kinder als tödliche Dosis.
Die Vergiftungssymptome sind stark erweiterte Pupillen (Glanzaugen), fehlendes Erbrechen, Trockenheit der Schleimhäute im Mund- und Rachenbereich, woraus sich Schluck- und Sprachstörungen ergeben.
Hautrötung und Pulsbeschleunigung, wie sie bei einer Tollkirschenvergiftung typisch sind, können bei Vergiftung mit Stechapfel fehlen, da der Gehalt an Scopolamin höher und der Atropinanteil niedriger ist als bei der Tollkirsche. 2 – 4 Stunden nach der Giftaufnahme können starke Halluzinationen auftreten, die mitunter tagelang anhalten. Starke Vergiftung führt zu motorischer Unruhe des Patienten, zu Weinkrämpfen und Rededrang sowie zu Raserei und Tobsuchtsanfällen, ferner erfolgt Bewußtlosigkeit und narkoseähnlicher Schlaf. Der Tod tritt durch Atemlähmung ein.

Vielfach entstehen Vergiftungen mit Stechapfel und Trompetenbaum dadurch, dass er als Teeaufguß oder auch geraucht als Rauschmittel eingenommen wird.
Ich kann jeden nur eindringlich warnen mit Stechapfel irgend welche Experimente zu machen. So mancher, der es versucht hat, fand sich hinterher in der Psychatrie wieder oder trug andere gravierende körperliche Schäden davon. Natürlich besteht auch das Risiko sein Leben zu verlieren. Ihr sollte auch auf keinen Fall irgendwelchen “Erfahrungen” oder “Dosierungsanweisungen” vertrauen. Es ist durchaus möglich, dass die Wirkstoffe bei verschiedenen Pflanzen auch verschieden hoch ausfallen. Also bitte, lasst die Finger vom Stechapfel oder vom Trompetenbaum und natürlich auch von allen anderen biogenen Drogen.

Tiergiftig:

Die Giftstoffe wirken auf Tiere nicht so stark, wie auf den Menschen. Dennoch ist der Stechapfel und die Engelstrompete giftig für Pferde, Rinder, Schweine, Hunde und Katzen, für Nager, wie Hasen und Kaninchen, Hamster und Meerschweinchen sowie für Vögel. Bei Pferden und Rindern kann es zu Vergiftungen kommen, wenn das verfütterte Sojaschrot mehr als 0,3 % Stechapfelsamen enthält. Die Symptome einer Vergiftung sind Erbrechen, Durchfall sowie Herzrhythmusstörungen.

Heilwirkung und Medizinische Anwendung:

Der Stechapfel wurde gegen Asthma, in Form von Asthmazigaretten und als krampfstillendes Mittel verwendet.

Name:

Wegen der stacheligen Frucht erhielt die Pflanze ihren Namen.
Weitere Bezeichnungen waren Igelkolben, Rauapfel, Tollkraut, Pferdegift, Donnerkugel (weil sie Gewitter abwehren sollte), Stachelnuss und Zigeunerkraut.
Der Gattungsname Datura ist eine Ableitung vom arabischen tatorah oder vom persischen tatula (tat = stechen), womit er sich auf die Stachelfrucht bezieht.
Die Herkunft des Artnamens stramonium ist nicht gesichert. Möglicherweise stammt sie von den griechischen Worten strychnon, womit unser Solanum gemeint ist und monikon für rasend, also rasend machendes Solanum

Geschichtliches:

Die Wirkungen der Stechapfelarten waren schon in der Antike bekannt.
Der römische Schriftsteller Plinius berichtet darüber, dass der Stechapfel als Speergift verwendet wurde.
In Deutschland wurde die Pflanze erst im 16. Jahrhundert bekannt.
Tabernaemontanus warnt vor dem Gebrauch des Stechapfels: “…derowegen jederman sich solcher Aepfel enthalten soll / dann sie machen rasend / und wann man etwas zu viel gessen hat / so tödten sie.”
Die Pflanze diente als Mittel gegen Geisteskrankheiten, war Bestandteil der Hexensalben und wurde in “Liebestränke” gemischt. Über den “Liebeszwinger” schrieb ein deutscher Schriftsteller: “ein Mittel der Hurenwirte, schlimmer Mädchenverführer, entarteter Buhlerinnen und frischer Wolllüstlinge”.
Diebe benutzten Auszüge aus Stechapfel um Ihre Opfer zu betäuben und hinterher besser ausrauben zu können.
Die Stechapfel gehört neben dem Bilsenkraut und der Tollkirsche zu den “klassischen Hexendrogen”
Eine große Rolle spielte der Stechapfel auch im Aberglauben der Zigeuner, die wahrscheinlich entscheidend zu seiner Verbreitung bei uns beigetragen haben. Sie verwendeten ihn als Zauber- und Orakelkraut, aber auch als Arznei.
1762 wurde der Stechapfel durch den Wiener Hofarzt A.von Stoerck (1731 – 1803) in die Medizin eingeführt