Banyak yang sudah diketahui tentang Dodo Pizza. Bisnis perusahaan terjalin dengan jaringan layanan teknologi, mereka menulis buku tentang sejarah mereka, tumpukan teknologi dan arsitektur sistem dilukis tepat di situs, beberapa klik dari halaman utama. Mereka dengan tenang dan terbuka bahkan membahas kepalsuan yang paling tidak menyenangkan bagi publik.
Semua ini luar biasa dan bakat romantis tercipta - tampaknya secara default Dodo Pizza keren untuk digunakan. Tetapi kami tertarik untuk memahami apakah ini benar-benar demikian.
Apakah ada keterbukaan dalam ekses dan perangkap? Bagaimana orang berhubungan dengan membuka kamera di dapur? Apakah teknologi hanya perhiasan pemasaran? Pada akhirnya, sementara raksasa TI meminta pengembang menyediakan cookie dan pembuat kopi pribadi seumur hidup, Dodo mempromosikan kerja berkala di dapur - untuk merasakan sakitnya pelanggan dan karyawan biasa.
Dodo Pizza menerima peringkat rata - rata 4,7 dari karyawannya di My Circle dan rekomendasi rata-rata 98%. Perusahaan ini dinilai untuk tugas-tugas yang menarik, pertumbuhan profesional dan hubungan yang sangat baik dengan rekan kerja.
Kami
bertanya fillpackart tentang semua ini, dan Alexander Andronov, STO Dodo Pizza menjawab kami.
Mengapa teknologi pizzeria
- Bagaimana Fedor membuka restoran pizza begitu cepat setelah bekerja sebagai kasir biasa?- Tidak ada yang rumit. Dia mengambil dan melakukannya. Untuk ini, persiapan ekstra dan uang tambahan tidak diperlukan.
- Tapi menurut saya itu cukup mahal.- Mahal jika Anda membuka restoran pizza di suatu tempat di Moskow, di dalam lingkaran transportasi ketiga. Di sana Anda memerlukan 15-20 juta investasi. Dan "Dodo Pizza" pertama dibuka di kedalaman Syktyvkar, di ruang bawah tanah. Tidak ada restoran, hanya berfungsi untuk pengiriman, dan investasinya kecil.
Ini tidak rumit. Kami punya cerita ketika mitra mengumpulkan kartu kredit dari semua bank, diuangkan, dan dengan uang ini mereka pergi untuk membangun restoran pizza.
Fedor Ovchinnikov, pendiri Dodo Pizza.- Apakah ide untuk fokus pada teknologi segera?- Ya, pengembangan dimulai sekitar satu bulan setelah pembukaan restoran pizza pertama. Fedor sendiri bukan pengembang - ia menemukan dua orang yang membaca blognya dan menanggapi gagasan itu. Ada siklus pengembangan yang sangat singkat untuk segera menarik semuanya ke dalam produksi. Ini menyuapnya, dan mereka mulai bekerja sama.
- Ketika orang tertarik pada teknologi, industri makanan, bisnis restoran seringkali jauh dari garis depan di antara minat mereka. Mengapa pizza- Pizza adalah produk yang cukup sederhana dan mudah dimengerti. Dimanapun Anda berada, di negara mana pun ucapkan kata "pizza", dan semua orang akan tahu apa itu. Ini adalah produk yang dipersiapkan dengan baik dari sudut pandang bisnis. Jelas bagaimana melakukannya, ada banyak pengalaman dari perusahaan lain, banyak model pengembangan. Ambil dan lakukan.
Tetapi penekanan pada teknologi mulai menghasilkan keuntungan, bukan ketika Anda memiliki satu atau dua pizza, tetapi ketika akan ada ribuan. Kemudian Anda dapat membangun personalisasi, Anda dapat mengelola jaringan pizzeria online, langsung mencari tahu apa yang salah dan memperbaikinya.
- Jadi, Anda masih belum mendapat untung dari teknologi?Berbicara secara global, keuntungan baru saja mulai muncul. Misalnya, kami menggabungkan semua saluran penjualan, kami memiliki sistem pusat panggilan tunggal. Baik Dominos maupun Papa John's tidak memilikinya. Di sana Anda perlu menelepon restoran pizza tertentu yang akan membawa pesanan Anda.
"Tapi itu tidak benar."Begitulah. Mereka hanya memesan di telepon biasa. Tetapi kemudian mereka memanggil Anda kembali dari restoran pizza tertentu jika, misalnya, tidak ada bahan untuk pesanan Anda. Kami memiliki sistem yang sama, ketika kami menerima panggilan ke call center, kami tahu pasti pizzeria mana yang akan memenuhi pesanan, apa yang dimiliki sisanya, kurir. Semua informasi dari karyawan online.
Kantor Dodo Pizza di Syktyvkar.- Ok Apa yang lebih penting bagi Anda - pizza atau teknologi?- Mereka tidak bisa dipisahkan. Tanpa pizza, teknologi tidak masuk akal. Tetapi tanpa teknologi, hanya akan ada restoran pizza lain, dan kami kemungkinan besar tidak bisa skala seperti itu.
Ini adalah hal yang sama untuk ditanyakan: pengembang atau insinyur QA lebih penting.
- (Phil fillpackart ) Pengembang tentu saja"Kamu salah." Pertanyaan itu tidak bisa dijawab dengan jelas. Itu semua tergantung pada jam berapa kamu berada. Ketika semuanya sudah dikembangkan, siapa yang lebih penting? Anda akan menangis jika Anda tidak memiliki cukup insinyur QA. Mereka akan dipaksa menjadi pengembang.
Dan tepatnya teknologi dan pizza yang sama tidak ada tanpa satu sama lain.
- Teknologi tidak berfungsi di sini, seperti mesin Goldberg? Setengah jam, berbagai mekanisme bekerja semua jenis mukjizat, sehingga pada akhirnya palu jatuh dan menghancurkan kacang.- Tampaknya pada pandangan pertama. Terkadang menjelaskan kepada pengembang apa yang kami lakukan adalah masalah. Reaksi pertama mereka: “apa yang ada di sana, sebuah situs untuk menjual pizza? 1C untuk mengkonfigurasi? "
Dari sudut pandang bekerja dengan klien dan mengelola pizza - semua ini akan memberi keuntungan dengan pertumbuhan global. Dalam bisnis klasik, ada faktor-faktor yang ditentukan secara ketat yang memengaruhi keberhasilan setiap restoran pizza: biaya tenaga kerja, biaya bahan, pendapatan, pengeluaran untuk menarik pelanggan, dan retensi. Anda harus menyimpan begitu banyak bahan agar dapat menjual seluruh menu secara akurat sehingga tidak ada yang salah dan tidak perlu ditipu.
Biaya tenaga kerja terkait dengan perkiraan permintaan. Jika Anda memahami bahwa pada beberapa jam Anda akan memiliki beberapa penjualan, dan pada jam lain - lainnya, Anda dapat membuat jadwal otomatis untuk orang-orang untuk bergeser. Sebagian besar, inilah yang terjadi dengan kami, tetapi kami memperkirakan ini sejauh ini dalam mode semi-manual. Mari beralih ke otomatisasi penuh seiring waktu.
Sistem informasi mulai membantu pada setiap tahap, mereka mengoptimalkan sedemikian rupa sehingga tanpa teknologi menjadi tidak mungkin.
- Dalam kasus Zume Pizza - bukan kelebihan dalam teknologi?Ini sepertinya menjadi pengalaman pertama ketika robot membuat pizza. Industri seperti itu adalah awal dari pengembangan. Mobil pertama juga sangat mahal.
Ketika teknologi berkembang dari waktu ke waktu, ketika robot cukup dapat diandalkan, ketika bagian menjadi murah (jika ini terjadi sama sekali), maka itu akan terlihat. Saya tidak tahu berapa tahun untuk proyek percontohan. Tapi ya, itu mungkin berkembang. Atau mungkin juga tidak.
Dodo adalah
Beberapa bulan setelah pembukaan restoran pizza pertama, Dodo IS muncul - sistem informasi yang menjadi dasar kerja seluruh perusahaan. Ini adalah seperangkat layanan mikro yang dikumpulkan dalam satu infrastruktur. Ini digunakan oleh manajer, pelanggan, kasir, juru masak, pembeli misteri, karyawan pusat panggilan - itu saja.
Secara konvensional, Dodo IS dibagi menjadi dua bagian. Yang pertama adalah untuk pelanggan. Ini termasuk situs web, aplikasi seluler, pusat panggilan. Yang kedua ditujukan untuk mitra franchisee. Dia membantu mengelola pizzeria. Melalui sistem melewati faktur dari pemasok, manajemen personalia, shift karyawan, penggajian otomatis, pelatihan online untuk personel, sertifikasi manajer, sistem kontrol kualitas, dan pembeli misteri.
Artinya, ini adalah sistem besar dari kegelapan alat dan layanan yang sama sekali berbeda. Ketika sistem tumbuh dan berkembang bersama dengan jaringan Dodo, sulit untuk percaya bahwa arsitekturnya bertahan dengan semua tantangan penskalaan.
- (Phil) Sistemnya rumit. Ada banyak kesalahan perhitungan dalam arsitektur yang dibuat sejak awal?Semuanya dimulai dengan monolit. Sekarang kita sampai pada fakta bahwa kita harus melihatnya secara bertahap, itu tidak tahan terhadap beban.
Secara umum, ini adalah pertanyaan yang kompleks dan dua kali lipat. Anda tidak pernah tahu apa yang akan terjadi jika Anda tidak mengizinkan kesalahan perhitungan yang tidak dapat diperbaiki pada awalnya. Kemudian Anda melakukan sesuatu lebih cepat, membawanya ke pasar lebih cepat, mencuci fitur dangkal, dan Anda tidak akan pernah tahu jawabannya, bagaimana hal akan terjadi tanpa itu.
Kami memiliki situs web Pizza Dodo lama. Sangat sulit untuk membuat perubahan di dalamnya, dan dua opsi muncul - baik secara evolusioner mengembangkan yang ada atau membangun kembali arsitekturnya. Akibatnya, situs itu benar-benar dibuang dan yang baru ditulis. Baru minggu lalu, semua negara sepenuhnya ditransfer ke sana.
Tapi saya tidak bisa menyebut situs lama itu salah perhitungan. Jika itu tidak dilakukan dengan cepat, mungkin Dodo Pizza tidak akan ada.
Kantor Dodo Pizza di Syktyvkar.- (Phil) Apakah keputusan yang salah yang tersisa saat ini mengganggu?- Kami secara berkala membuat keputusan seperti itu, dan terkadang kami harus menghentikannya. Sebagai contoh, kami memiliki bus kami sendiri untuk pengiriman pesan antar sistem yang berbeda. Reinkarnasi keduanya sekarang telah berakhir. Mereka melakukan satu - itu tidak berhasil, mereka memutuskan untuk mengulanginya, mereka melakukan yang kedua. Sekarang semuanya baik-baik saja. Segala sesuatu yang mengganggu kita, kita ubah dengan cepat.
- (Phil) Setiap perubahan di perusahaan besar akan berlangsung selamanya. Dan Anda mengatakan bahwa semuanya cepat dengan Anda. Bagaimana ini dilakukan?Ada banyak faktor. Perkembangan kami sangat jauh dari klien. Ketika ada masalah, sangat mudah bagi kita untuk sampai ke bisnis dan mendapatkan semua jawabannya. Kuncinya adalah komunikasi.
Di sisi lain, jika pasangan mulai menulis secara besar-besaran bahwa mereka memerlukan hal ini dan itu dalam sistem, dan jika mereka menulis bukan satu atau dua, tetapi banyak mitra besar, sangat mungkin bahwa hal ini akan dengan cepat masuk ke dalam tumpukan. Mungkin bahkan memindahkan semua tugas lain dan pergi ke atas. Contoh seperti itu adalah pembukaan restoran pizza di Belarus. Tugas ini muncul dan menggeser semua yang lain. Artinya, kami memiliki manajemen prioritas cepat, dan ada kemampuan untuk memindahkan tugas.
- (Phil) Setiap orang mengatakan bahwa komunikasi sangat penting bagi mereka, bahwa pengembangan berkomunikasi erat dengan bisnis. Namun pada kenyataannya, bahkan mengubah prasasti di situs itu memakan waktu tiga bulan. Dan ada lebih banyak contoh seperti itu.Di sini kita harus mengajukan pertanyaan mengapa itu tidak berhasil, di mana komunikasi tidak berjalan. Banyak yang mungkin tergantung pada ukuran perusahaan. Jika Anda perlu melalui dua puluh persetujuan dengan manajer yang berbeda, dan tidak ada dari mereka yang ingin membuat keputusan, maka itu akan lambat. Keputusan kami dibuat dengan cepat.
Jika ada permintaan untuk perubahan ke arah tertentu, orang tersebut langsung menuju ke produk, di sana mereka membuat keputusan dan mulai membuat keputusan. Anda berbicara dengan orang tersebut dan Anda mengerti bahwa ia dapat mengubah prioritas aplikasi seluler sepenuhnya.
Poin lain terkait dengan prioritas. Mungkin mengubah prasasti di situs tidak begitu penting seperti bagaimana menangani tugas menerima faktur dari pemasok. Dan kemudian rasanya seperti mengganti prasasti itu membutuhkan waktu tiga bulan. Tidak, dia tidak menerimanya - kita bisa menyumbang untuk tugas-tugas lain.
Kantor Dodo Pizza di Syktyvkar.- (Phil) Mengapa kamu tidak takut untuk mengambil tanggung jawab seperti itu?Orang yang bertanggung jawab, tidak ada yang akan menghukum. Dan ketika Anda tidak takut, ketika mereka mempercayai Anda, Anda membiarkan diri Anda mengambil risiko.
Di perusahaan besar, terlepas dari kenyataan bahwa semua orang mengatakan "kami adalah teman", ada persaingan antar departemen. Pada kami, siapa pun dengan tenang menunjukkan kekurangan, semua orang akan memberikan umpan balik, memberi tahu Anda. Semuanya dilakukan dengan dukungan dari komunitas internal.
Teknologi apa yang ada di balik pizzeria
- (Phil) Pada tahun 2011, .NET bukanlah pilihan yang jelas. Mengapa Anda memilihnya?- Orang-orang kami baru tahu .NET
- (Phil) Sangat lengkap. Bagaimana Anda beralih ke .NET Core?Semua layanan baru dibuat pada Core. Dua puluh lima persen ditransfer dari yang lama. Kami menggabungkan transfer dengan potongan monolit, dan ini dilakukan dalam beberapa tahap. Yang pertama adalah panggilan ke ASP.NET Core dengan kerangka penuh. Di sana sudah lebih mudah untuk bermigrasi ke Core itu sendiri, tetapi ini masih merupakan kerangka kerja lengkap yang berfungsi pada IIS. Semuanya dipisahkan dengan dasarnya, dan sekarang Anda memiliki contoh yang terpisah secara fisik. Kemudian terjemahkan ke .NET Core
Langkah selanjutnya, kami menerjemahkan ini ke dalam Kestrel. Dan kemudian kontainer ke Coober. Tetapi sekarang, bersama kami, Coober tidak siap untuk implementasi penuh, kami hanya meluncurkan layanan yang paling tidak penting di sana. Jika terjadi kesalahan dan jatuh, kita akan selamat. Tetapi API seluler belum dapat dibungkus dengan Coober, kami belum siap untuk ini.
- (Phil) Di tumpukan, sepertinya Anda secara khusus berusaha untuk menjadi tren. Mengapa Anda membutuhkan ini?- Ini bukan hanya tren demi tren. Ada dua faktor. Ketika Anda menulis tentang teknologi baru, selalu lebih mudah bagi Anda untuk menarik orang, karena orang ingin bekerja dengan hal-hal baru. Faktor kedua adalah ekonomi banal. Server Linux lebih murah, Kestrel tahan beban lebih dari IIS, bekerja lebih akurat dengan utas.
Artinya, pilihan teknologi dibenarkan secara ekonomi.
Ketika diputuskan untuk membuat situs baru, pertempuran besar diselenggarakan antara React dan Angular. Dia sangat panjang, tetapi memenangkan React. Di kantor belakang, ceritanya lebih menyedihkan dan lebih tua. Masih ada bubur dari berbagai versi Angular - ada yang pertama, yang kedua, dan di suatu tempat bahkan yang keempat. Dan antara perbedaan pertama dan kedua adalah surga dan bumi. Jika migrasi dari yang kedua ke yang keempat relatif sederhana, maka migrasi dari yang pertama ke yang kedua adalah cara membuang dan menulis ulang semuanya.
Masih ada jQuery dan masih ada. Tetapi pada dasarnya kami memutuskan bahwa kami melakukan semua hal baru di Bereaksi. Kami mencoba untuk perlahan menyeret yang lama juga.
Secara bertahap, seluruh kantor belakang akan ditumbuhi dengan Bereaksi. Angular benar-benar hilang, jQuery juga.
Kantor Dodo Pizza di Syktyvkar.- (Phil) Apakah Anda punya JavaScript atau TypeScript?TypeScript Lebih mudah bagi tim untuk bekerja dengan pengetikan statis.
- (Phil) Apakah pilihan .NET dibenarkan secara strategis?Setiap kali saya bertanya pada diri sendiri pertanyaan ini, dan setiap kali saya tidak tahu jawabannya. Tidak ada yang menghentikan kami dari melakukan layanan baru di tumpukan lain. Dalam arsitektur microservice, ini berfungsi dengan baik. Secara alami, semua Machine Learning, misalnya, dibangun di atas Python.
Di sisi lain, saya mengerti bahwa .NET (khususnya .NET Core) adalah teknologi yang sudah saatnya diinvestasikan di dalamnya. Pertama, ini relatif baru. Kedua, katakanlah demikian, Microsoft sekarang membayar hutang. Dia melakukan apa yang seharusnya dia lakukan sepuluh tahun yang lalu, tetapi semuanya berjalan salah.
Dan dari sudut pandang bahasa itu sendiri - C # indah, indah dan mengagumkan. Ada sejumlah besar gula sintaksis dan konstruksi yang jelas yang dapat dijelaskan secara logis normal.
Ada kesulitan dalam mencari pengembang. Industri ini masih sangat negatif tentang .NET. Mungkin, jika kita berada di tumpukan Java, akan ada lebih banyak pengembang.
- (Phil) Kutipan dari lowongan Anda, “dan ya kami tidak memiliki WCF. Tidak sama sekali. " Kenapa dia tidak mendatangi Anda seperti itu?Saya hanya ingat kasus yang sangat langka ketika seseorang bekerja dengan WCF tidak terlalu dalam, dan dia baik-baik saja. Tapi saya tahu - dan saya sendiri menemukan dalam praktek - ketika WCF hanya tembakan di kaki, bahkan tidak dari senapan, tetapi dari peluncur granat. WCF adalah teknologi luar biasa hebat, ketika Anda perlu mendukung banyak protokol yang berbeda, ketika Anda tidak memiliki cukup http, ketika Anda tidak memiliki cukup pertukaran REST, json akan mampir dan memberi Anda banyak pilihan untuk apa yang harus dilakukan.
Tetapi dalam kasus kami, itu seperti meriam pada burung pipit. Dan itu cukup rumit untuk dikonfigurasikan, kecerobohan sedikit pun pada konfigurasi - dan Anda mendapatkan kesalahan level "di suatu tempat dalam model, sesuatu tidak bertahan, cari tahu."
- (Phil) Jika Microsoft menghilang dan berhenti mendukung teknologinya, berapa biayanya? Semua - tidak. NET, tidak ada Azure.- Tentang Azure. Arah global kami adalah kontainerisasi di Coober, dan sebenarnya tidak masalah dari mana ia dimulai. Pemulihan darurat dan beralih ke platform lain membutuhkan waktu sekitar lima jam. Dari sudut pandang sistem operasi, kita akan kehilangan empat hingga lima jam kerja.
Dan jika .NET tiba-tiba menghilang, pengembang tidak akan pergi ke mana pun. Pindah ke tumpukan lain, tentu saja, akan memperlambat kami, tetapi saya tidak berpikir itu akan berdampak signifikan. Kami memahami bahwa layanan baru perlu dilakukan pada beberapa tumpukan lainnya - Java, Go, Python, itu tidak masalah - kami baru saja mulai secara bertahap membuat kembali dan mempertahankan pekerjaan operasional seperti sekarang. Mungkin ini akan memperlambat pembangunan di beberapa negara, karena akan ada lebih sedikit waktu untuk yang baru.
Masalahnya adalah bahwa semuanya akan berantakan, tidak. Semuanya akan terus bekerja, tetapi akan berkembang lebih lambat. Saya tidak berpikir bahwa perusahaan lain memiliki ini secara berbeda.
Apa yang harus dilakukan di kantor, apa yang jauh, dan bagaimana berkomunikasi dengan bisnis
- Di mana kantor pengembangan Anda?- Kantor utama di Moskow. Ada sebuah kantor di Syktyvkar, sebuah kantor kecil di Nizhny Novgorod, dan beberapa orang dari kejauhan di berbagai kota. Insinyur kami memiliki 57 orang, tetapi ada pemahaman bahwa mereka tidak cukup, dan kami berencana untuk tumbuh menjadi 250 orang.
Kantor Dodo Pizza di Syktyvkar.- Apakah penting bagi Anda - di kantor atau dari jarak jauh?- Proses utama yang bertanggung jawab untuk pengembangan bisnis adalah LeSS. Ini menyiratkan bahwa semua orang harus ditempatkan di satu tempat. Tetapi kami memahami bahwa proses ini tidak akan menjadi satu-satunya untuk kami.
Di mana terdapat tingkat ketidakpastian yang tinggi, misalnya, di Cina, Anda perlu melakukan percobaan demi percobaan dan mencoba menemukan model bisnis yang berfungsi. Dan ada tim khusus yang melakukan ini. Ini terdiri dari pengembang di Moskow, Nizhny Novgorod dan Wuhan (Cina).
Karena itu, kami ingin mengumpulkan orang-orang di Moskow untuk satu bagian pekerjaan, sehingga mereka semua secara fisik berada di sini, dan kami dapat dengan aman memberikan bagian lainnya ke jarak jauh, dan bahkan ke tim eksternal. Menurut perkiraan umum, 60-70 persen pekerjaan akan dilakukan di Moskow.
- Apa yang bisa saya berikan ke remote?- Misalnya, sistem kontrol kualitas adalah proyek yang terkait dengan jadwal inspeksi restoran. Ada tingkat ketidakpastian yang rendah, prosesnya berhasil, dan Anda dapat memberikan proyek kepada tim eksternal.
Atau sekarang ada aplikasi seluler utama untuk memesan, tetapi orang-orang dalam pengembangan seluler masih memiliki beberapa permintaan yang berbeda. Misalnya, belum lama ini kami membuat printer penandaan. Ketika karyawan memotong, misalnya, tomat di restoran pizza, mereka perlu diberi label. Umur simpan 24 jam, dan setelah itu mereka tidak bisa digunakan.
Sebelumnya, tanda adalah manual. Anda menempelkan stiker, menulis dengan pena (pena!) Jam berapa Anda melakukannya, tetapi mereka selalu mustahil untuk dibaca. Ini menyebabkan kesalahan penandaan permanen. Dan ini adalah bencana.
Anda akan bosan memberi label tomat ini! Dan hanya ketika pengembang sendiri pergi ke restoran pizza, dia akan merasakan dan memahami semuanya sendiri. Saya benar-benar buruk ketika saya memberi label delapan Lexans tomat. Bingung dengan cepat.
Orang-orang dari pengembangan ponsel juga pergi bekerja di restoran pizza dan merasakan semua rasa sakit. Mereka membuat printer dengan aplikasi seluler, yang secara otomatis memberi Anda tanda saat tanggal kedaluwarsa berakhir - cukup tempelkan dan ambil. Budaya kedekatan pelanggan bekerja dengan sangat baik.
Tetapi proyek ini bukan kunci untuk tim pengembangan seluler. Ini dapat dilakukan hanya dalam jeda singkat antara proyek-proyek utama. Kami juga dapat memberikan hal-hal seperti itu kepada remote, dan kepada tim eksternal.
- Bagaimana 57 orang ini mendistribusikan gunung pekerjaan di antara mereka sendiri?- Pada dasarnya, kami memiliki tim fitur, yaitu, tim yang dapat mengambil hampir semua bagian dari sistem. Mereka tidak memiliki keterikatan pada hal-hal tertentu. Dulu ada, dan ini menyebabkan masalah kurangnya kompetensi.
— , Azure, .
— ?— . , , , - , .
— -. . , ( — ) .
, , .
, . , , .
« » .— ? ., . . . , , .
— , ?— , . , , .
IT — . - .
— ?— . , . , . , — . .
, . , , , , , . — .
— , ?— - « ». , . , .
?
, . , . , « , - », , , .
, : « . , ». . , , .
— ?— . , , — , . , . , , , .
— ?— - , , , , . , , .
« » .— , ?— , . , . . , , .
, .NET. . . , — . , , , — , , «».
, — . - , , , . , , .
— () ?— . — , QA , , . .
. , . , , .
, , .
— () , , ?— , . 99% - . , , .
, . , , . , .
— , , ?— — . , . . , , .
. , «», , . , , , , .
, , : «, ». . , , -.
« » .— , ?- Ya.
— , .— . , . , : « Google Facebook ». . , , . .
— ?- Tidak.
— ?— .
— ?- tentu saja! — , . , , , . , — . — . , .
. , .
— , , , ?— ?
— .- Ya. .
— ? .— ? , «, , , ». . - , .
, . - , . . , , , .
« » .— — . ? , , , , .— , . , , - . — . - , , , .
. - , . - -. . . , , . .
, . . , , « , ». , . . .
-2. , , .
, , . , , . , — , — ?
« » .— ?- Tidak. : « » « -» . .
. , -, , . , .
, — . , .