Kiriman iki minangka upaya kanggo nggayuh penerbit. Supaya dheweke ngrungokake lan nganggep terjemahane luwih tanggung jawab.
Sajrone lelungan pangembangan, aku tuku macem-macem buku. Buku saka macem-macem penerbit. Loro-lorone cilik lan gedhe. Kaping pisanan, omah penerbitan gedhe sing duwe kesempatan kanggo nandur modal ing terjemahan sastra teknis. Iki minangka buku sing beda banget: kita kabeh wis ngalami utawa lagi ngliwati perjalanan nemokake awake dhewe. Lan kabeh buku iki duwe siji bab: padha diterjemahake kanthi cara sing ora bisa diwaca. Swara wektu, mesthi, sampeyan bakal digunakake kanggo terjemahan istilah (translating meneng kanggo sing digunakake saben dina) lan gaya bejat saka presentation, saka kang cetha yen teks iki dijupuk saka basa Inggris. Nanging, ora ana kebiasaan rega sing dijaluk penerbit kanggo publikasi populer.
Penerbit diundang kanggo menehi komentar.
Ayo coba ngerti apa iku buku? Ayo njupuk buku 600 kaca, sing rata-rata ing pasar publikasi IT. Nyetak siji salinan, adhedhasar tag rega saka Chekhov Printing House, sing digunakake dening penerbitan gedhe, padha karo 175 rubel. Lan printing, contone, 2 salinan padha karo 000 rubles. Luwih, yen sampeyan njupuk buku populer, regane kira-kira 350 rubel. Sing. publikasi bakal nampa (000 - 1) * 500 - 1% = 500 rubles.
Nanging nerbitake akeh biaya. Ing ngisor iki aku nyoba ngetung, nanging Publishing House Peter teka ing komentar lan nerangake kanthi luwih rinci. Nyalin saka komentar + link menyang komentar:
Pathetic efforts sandi
- mbayar gudang;
- kanggo transportasi saka papan percetakan menyang gudang;
- layanan distributor (sing aku ngerti, udakara 150 rubel saben buku ... nanging iki fantasi)
- layanan penerjemah lan editor;
- persentase cilik tartamtu - gaji kabeh tim penerbitan (ana akeh buku, saengga persentase cilik);
Nuwun . Ana maneh , Aku menehi saran kanggo maca
- Sampeyan kelalen babagan pembayaran menyang sing duwe hak cipta / penulis (advance + royalties).
- Sampeyan ngetung pajak kanthi salah (diremehake). Ana PPN, ana pajak nyata.
- Sampeyan ora nganggep "tingkat turnover", sing ndhikte syarat margin. Kaya sing sampeyan ngerteni, buku kasebut ora diterbitake sajrone sewulan. Sirkulasi ora didol ing sasi. Lan biaya saka wiwitan cukup signifikan (advance + administrasi, sing sadurunge panelusuran, acceptance kanggo publikasi, entuk hak). Lan biaya ngiringi buku nganti salinan pungkasan didol. Yen publikasi ora ngasilake penghasilan luwih akeh tinimbang metode investasi alternatif, mula kenapa ana penerbitan?
- Yen sampeyan duwe tim, banjur ana kantor (s), ngendi padha bisa ing komputer tartamtu, etc ... Pangopènan biaya dhuwit.
- Anggapan yen gaji karyawan minangka persentase cilik mung cocog yen ana buku sing akeh banget. Nanging yen ana akeh, mesthi ora entuk perhatian (sing ora disenengi). Lan yen ana sawetara buku ing karya, banjur persentasi saka expenses iki ora bisa cilik. UmumΓ©, item biaya iki kanthi dinamis njupuk akeh kaya sing maca gelem mbayar ekstra.
- Risiko komersial. Ora kabeh buku didol kaya sing direncanakake, tegese, paling apik, ora kabeh buku entuk bathi. Kajaba iku, ora kabeh buku didol. Alami, kabeh risiko kasebut diwilang lan menehi ganti rugi kanthi kenaikan rega kabeh buku sing diterbitake. Mangkono, buku populer mbayar kanggo sing ora sukses.
- Titik paling awon ing pitungan sampeyan yaiku komisi distributor. Iku ora tetep 150r. Ora mantep babar pisan. Penerbit ngirim buku kanthi akeh. Jaringan dilebokake ing rak kanthi rega apa wae sing dianggep bener. Ing pitungan sampeyan, tag rega penerbit mundhak ~ 10%. Iki adoh banget saka bebener (prabΓ©dan kaping pirang-pirang luwih gedhe; kenaikan rega penerbitan bisa tekan 60%, sing grosir njupuk dhewe).
Mulane, bakal ana exhaust, nanging ora apik banget. Contone, akun bakal entuk luwih saka 500,000 rubel saka 2,000 salinan. Saka sudut pandang bisnis gedhe, jumlah kasebut ora serius. Mulane, penerbit wiwit ngirit dhuwit. Contone, ing dhaptar ing ndhuwur aku ora nuduhake proofreading dening penutur asli babagan teknologi sing ditulis buku kasebut. Kenging punapa? Amarga omah-omah penerbitan menehi model "spesialis teknis proofread buku kanthi gratis, mbenerake, mbenerake, lan minangka gantine dheweke entuk jeneng kanthi cetakan cilik ing endi wae sing ora ana sing maca." Kanggo sawetara iku rasa penting kanggo awake dhewe, kanggo wong liya nyuda biaya. Iku muni apik, yen ora kanggo siji "nanging".
Penerbit ora mbutuhake suntingan kita.
Ora saben wong ngerti, nanging aku duwe , kang aku nulis saka wektu kanggo wektu. Ana ing github lan disebarake kanthi lisensi gratis. Kanthi karya iki, aku ngubungi rong publikasi (aku ora bakal menehi jeneng, nanging bukune ana ing rak sampeyan). Kanggo pisanan aku nyoba kanggo mrΓ©ntahakΓ© ing dina awal, nalika iku 30 persen ditulis. Banjur, sawise Correspondence dawa (kira-kira 80 huruf), kita ndhukung:
- Aku pengin tutup dhewe, sing aku pesen saka desainer studio Lebedev. Padha ora;
- padha pengin kula mbusak kabeh salinan buku saka github. Iki ora mungkin, mula aku ujar manawa ora mungkin;
- Aku pengin duwe hak kanggo nerbitake versi Inggris kanthi kapisah. Padha dileksanakake larangan, mbecikake iki dening kasunyatan sing yen house penerbitan Inggris-basa nyedhaki wong-wong mau, padha ora pengin menehi munggah kesempatan kanggo nggawe dhuwit ing. Nanging dheweke ora tau dikontak.
Aku nuntut ngganti kontrak, nanging dheweke nindakake kanthi cara sing metu kabeh katon kaya-kaya bisa diterbitake ing basa Inggris kanthi kapisah - ing omah penerbitan sing beda. Nanging nyatane ora. Sing pungkasan obrolan.
Aku hubungi publikasi liyane. Padha takon kanggo maca teks, aku dikirim. Dheweke nggawe syarat:
- publikasi bakal biaya kula saka 200,000 rubles.
- saka 500 eksemplar
- kertas kapadhetan kurang (a la koran, nalika huruf katon);
- marang Advertisement - 45% kanggo kula, 55% kanggo wong-wong mau.
Ing wektu sing padha, karya kasebut dipriksa dening penerjemah. Sing. iki artine apa?
Rumah penerbitan ora duwe programer. Nanging, ana wong sing nindakake terjemahan teknis. Rumah penerbitan ora duwe programer ing manajemen. Apa tegese iki? Sing manajemen ora ngerti apa teks ngomong bab. Padha ateges mung peduli babagan dodolan. Ana staf sing nerjemahake literatur teknis. Dheweke mbokmenawa mangan asu saka iki, ta? Iki tegese dheweke percaya lan nganggep dheweke ahli ing bidang iki. Wong iki nampa buku saka penulis tartamtu minangka input lan mbandhingake karo pengalamane dhewe. Amarga dheweke entuk aliran buku ing input + sawetara sing lagi ditindakake, dheweke ora bakal nyelidiki teks kasebut kanthi jero. Apa sing ditulis kanggo aku:
Quote:"Iki dudu destructor babar pisan, amarga bisa uga katon amarga mirip karo deklarasi finalizer ing C # lan destruktor ing C ++. Sing finalis, ora kaya destructor, dijamin bakal disebut, nalika destructor ora bisa disebut."
Penerjemah: Pernyataan "destruktor ing C ++ bisa uga ora disebut" omong kosong lengkap (lan iki ora kanggo sebutno nggunakake wangun refleksif saka kriya, sing ora cocog ing kene).
Diskusi babagan pengecualian ing bagean liya luwih menarik, nanging meh ora asli - buku Richter "CLR liwat C #" bisa uga ngemot kabeh iki. Multithreading sing dijanjekake wis katutup kanthi sampurna ing buku babagan topik iki sing diterjemahake dening .
Panganggone terminologi pangripta uga ora ndadekake kredibilitas buku kasebut.
Nanging iki conto liyane: secara harfiah ing siji kaca ana telung terjemahan saka siji istilah (unwinding tumpukan): promosi, unwinding lan unwinding. Carane ngevaluasi iki?
UmumΓ©, kanggo nerbitake ing wangun buku, sampeyan kudu nulis ulang materi utawa nyunting kanthi teliti.
Aku ora ndalang duwe gaya apik, ora ana kesalahan ing grammar, ejaan. Nanging ... apa penerjemah nganalisa kesalahan ing deskripsi teknologi kasebut? Lan kanthi yakin, nawakake nulis ulang kabeh lan ora mikir yen dheweke ora ngerti apa-apa. Wangsulane:
Yen sampeyan ora mbebasake memori saka obyek, destructor ora bakal disebut, amarga bakal ana kebocoran memori.
Pangecualian diterangake kanthi superficially nang endi wae, ora kaya ing bukuku.
Panganggone terminologi pangripta uga ora ndadekake kredibilitas buku kasebut.
Iki minangka terminologi programmer. Apa pakar sampeyan minangka pangembang .NET?
Nanging iki conto liyane: secara harfiah ing siji kaca ana telung terjemahan saka siji istilah (unwinding tumpukan): promosi, unwinding lan unwinding. Carane ngevaluasi iki?
Telu tembung kasebut digunakake kanthi aktif.
Ing wektu sing padha, aku nyoba nyunting terjemahan saka basa Inggris menyang Rusia. Teks kasebut minangka neraka khas. Loro-lorone ing gaya lan ing terjemahan istilah. Sing. Iki ditulis ing basa Rusia, nanging ora ing basa Rusia. Ditulis ing basa Inggris. Swara akrab? Aku nggulung lengen klambi lan miwiti nyunting. Kadhangkala - ing paragraf. Wangsulane kaya mangkene: kenapa sampeyan nindakake iki? Kita luwih ngerti carane kudu bener. Penerjemah kita apik banget lan sawise dheweke ora perlu ndeleng gaya lan terjemahan. Mung sawetara istilah, dhaptar kode. Ora perlu mbuwang wektu kanggo terjemahan.
Carane
Terjemahan menyang basa Inggris ditindakake kanggo aku . Dheweke lan tim duwe pendekatan sing beda. Mulane, aku duwe soko kanggo mbandhingakΓ© karo. Dheweke lan penerjemah nomer loro wiwitane ngebom aku karo pitakonan. Babagan warisan, tabel virtual. metode, babagan GC. Dheweke takon akeh pitakonan sing aku yakin yen loro-lorone bakal lulus wawancara minangka programmer .NET. Banjur, suwe-suwe, pitakonan saya suda. Lan ing wayahe meh ora ana. Kenging punapa? Amarga padha teka karo terminologi sing bener. Lan bubar dheweke ngirim aku iki:
Ngomong aku kaget ora ngomong apa-apa. Sing. Pranyata terjemahan bisa dadi apik? π Nanging ing siji kondisi: nalika editing saka programmer dadi podo karo terjemahan, lan ora ing mburi banget, nalika house Publishing bakal melas kanggo wektu ngginakaken.
Editor lan programer proofreading kudu bisa bebarengan karo terjemahan
Kesimpulan kanggo sampeyan dhewe
Penerbit ora mbutuhake terjemahan kualitas dhuwur ing basa Rusia. Iki larang kanggo wong-wong mau. Nalika programer lagi proofreading, nalika nindakake suntingan lengkap, nganti disepakati karo penerbit (sengketa kanggo saben paragraf), akeh wektu bakal liwat. Mungkin malah setahun. Sajrone wektu iki, teknologi bisa dadi ketinggalan jaman lan ora perlu. Lan buku kasebut kudu dibuwang ing rak saiki, nalika topik kasebut panas.
Ing sisih liya, Internet kebak artikel. Artikel gratis. Lan omah penerbitan ilang pelanggan. UtamanΓ© karo terjemahan ala. Nanging, para penerbit sing dikasihi. Napa kita tuku buku?
Secara pribadi, aku njupuk buku amarga penulis buku, ora kaya penulis artikel, mikir sacara global. Sing. Aku entuk katrangan sing luwih jero lan luwih wicaksana babagan teknologi kasebut. Aku pribadi nemokake luwih gampang maca buku tinimbang saka e-reader utawa layar. Ora ana padhange layar, sampeyan bisa ngowahi kaca. Amarga aku kesel layar lan aku pengin soko tactile. Buku.
Mula, para penerbit sing ditresnani. Mammoths saka industri printing. Ana urutan terjemahan ing antarane penerjemah. Yen penutur asli saka basa sumber nerjemahake luwih dhisik, banjur panyuntingan ditindakake dening penutur asli saka basa target. Iki ora aneh kanggo sampeyan. Iki logis lan katon normal kanggo sampeyan. Dadi, ing kasus buku IT, operator kasebut minangka programer. Lan kita kudu dirungokake. Supaya mengko kita maca buku sampeyan, lan sampeyan duwe penghasilan ing jaman blog lan informasi gratis.
Mung pangguna pangguna sing bisa melu survey. nggih.
Terjemahan teknis saka buku:
-
Aku isih njupuk terjemahan nganti saiki.
-
Aku wis ora maca buku terjemahan kanggo taun saiki.
-
Aku wis rong taun ora maca buku terjemahan.
-
Aku wis ora maca buku terjemahan wis patang taun saiki.
-
Aku wis ora maca buku terjemahan luwih saka limang taun
175 pangguna milih. 46 kedhaftar abstained.
Babagan nyunting
-
Editor-programer kudu dirungokake lan dipercaya. Priksa nanging dipercaya
-
Penerjemah nindakake tugas sing apik, programer dudu panulis lan luwih becik ora ngrungokake
-
Versi sampeyan (ing komentar)
133 pangguna milih. 52 pangguna abstain.
Source: www.habr.com