Kisah ini terjadi di perusahaan yang nyata, terlepas dari kenyataan bahwa beberapa nama dan peristiwa adalah fiktif.
Glory adalah pengembang biasa di sebuah perusahaan kecil di kota N. Perusahaan ini bergerak dalam penyediaan layanan untuk organisasi pendidikan. Ada beberapa aplikasi yang perlu didukung, secara bertahap berkembang sedikit demi sedikit. Tetapi otoritas Glory tidak percaya pada usahanya dan fakta bahwa dia makan rotinya karena suatu alasan. Selain itu, para bos di bidang teknologi informasi tidak benar-benar ingin, tetapi ingin memahami apa yang dilakukan karyawan dan jenis produktivitas apa yang departemen penjualan (yang harus saya katakan terdiri dari satu setengah orang).
Pihak berwenang memandang manajer penjualan dengan mata licik dan bertanya: apa yang Anda lakukan hari ini untuk Tanah Air. Penjual menjawab: mengadakan begitu banyak pertemuan, menawarkan layanan kepada begitu banyak orang. Kepemimpinan datang kepada Glory dan berkata: katakan padaku apakah karyawan mengatakan yang sebenarnya atau lebih, mereka membawa lelucon. Butuh statistik.
Dialog berlangsung:
- Apakah pengguna membayar untuk layanan melalui layanan pihak ketiga untuk menerima pembayaran online? Jadi?
- Jadi
- Apakah manajemen perusahaan memiliki akses ke layanan ini?
- Ada.
- Jadi, mungkin, ada pembongkaran pembayaran di sana.
- Ada.
"Tapi apakah kamu perlu laporan tambahan?"
- Dibutuhkan.
- Kenapa?
- Karena lebih nyaman, karena Anda harus, karena "begini dan begitu."
Dalam keadilan, harus dikatakan bahwa data tambahan diperlukan.
Tanpa ragu, Glory memenuhi permintaan sederhana dengan seleksi selanjutnya di Excel.
Laporan itu adalah kumpulan data dalam satu kolom pada satu halaman. Pada awalnya mereka mendekati Glory dengan cara yang kacau, di tengah hari dan bertanya. Tetapi beri saya laporan tentang organisasi ini, dan sekarang yang ini. Tanpa ragu-ragu, Slava memutuskan bahwa cukuplah untuk menanggung ini dan bahwa sesuatu yang indah dan bersatu harus dilakukan yang akan memenuhi kebutuhan mereka yang meminta.
Sebuah skrip kecil muncul yang memungkinkan pengiriman buletin kepada orang-orang yang tertarik:
import openpyxl, pymysql, os from smtplib import SMTP_SSL from email.mime.multipart import MIMEMultipart from email.mime.base import MIMEBase from email import encoders import datetime
Made, tentu saja, tidak terlalu memikirkan Glory. Tetapi seperti yang mereka katakan: "Ah, dan itu akan terjadi."
Setiap pagi, Slava datang ke kantor, menjalankan skrip, dan mengirim email ke pihak yang berkepentingan.
Langkah selanjutnya adalah mengatur pengiriman otomatis. Ini bekerja seperti ini:
build buruh pelabuhan - tag = laporan.
run docker -it --rm reportDan dengan kata-kata di mahkota:
0 8 * * * buruh pelabuhan menjalankan --rm fooSetiap hari jam 8 pagi surat itu pergi. Manajemennya cantik dan bahkan mulai berpikir bahwa Slava datang untuk bekerja setiap hari tepat jam 8 pagi, menyusun laporan dalam Excel, dan kemudian mengirimkannya melalui pos ke tangannya. Dan dia melakukannya pada hari Sabtu, dan Minggu, dan di salju, dan di hujan, dan di malam kutub.
GithubUntuk saat ini, untuk sementara semuanya baik-baik saja dan kepemimpinan bertahan, tetapi tidak lama. Suatu ketika ada pertemuan di mana orde baru diumumkan. Dengarkan, dengarkan dan jangan katakan bahwa Anda tidak mendengar. Sim menyatakan bahwa setiap karyawan, setiap hari harus melaporkan ke peringkat yang lebih tinggi, dan bahkan lebih tinggi. Nah, secara umum, Anda mengerti.
"Setiap hari?" Tanya Glory.
- Setiap hari. - jawab kepala departemen teknis.
- Atau mungkin tidak?
- Itu perlu Kemuliaan, itu perlu.
Slava punya beberapa pertanyaan mengenai situasi ini. Tanggung jawab langsung adalah menyelesaikan perangkat lunak dan laporannya harus terdiri dari sesuatu seperti ini:
feat (Module) Memperbaiki bug di NoteLineCount ... tidak serius ...
upd (Module2) Tidak memperhatikan pria di balik tirai
diperbaiki (Modul3) Saya disuruh meninggalkannya sendirian, tetapi saya memiliki benda yang disebut OCD ini, Anda tahu* Catatan: nama pesan yang
akan diambil diambil dari siniGlory memutuskan bahwa dia akan menyusun laporan berdasarkan pada mereka. Seminggu telah berlalu. Pembicaraan baru terjadi tentang konten berikut:
- Jadi Anda mengirim laporan setiap hari, tetapi tidak ada kemajuan yang terlihat. Contohnya adalah: "masker telah ditambahkan ketika memasukkan nomor telepon di ujung depan".
- Baik, lihat. Sebelumnya, Anda harus memasukkan nomor telepon Anda dan memeriksa jumlah digit dan itu tidak nyaman. Dan jadi itu nyaman.
- Hm. Bagus Saya melihat. Dan bagaimana Anda menjelaskan ini: βKode refactoring untuk modul Counterparties. Fungsi untuk validasi adalah dalam metode yang terpisah. "
- Begini. Ada hal seperti itu - sistem kontrol versi, yang menunjukkan siapa, kapan dan apa yang melakukan. Lihat di sini Berikut adalah komit, dan ini adalah kode yang telah diubah. Ini kode yang ditambahkan, ini kode yang dihapus.
- Bagus Ayo lakukan. Buat laporan berdasarkan ini dari komitmen Anda, dan kemudian kami akan berkumpul dan memeriksa bagaimana ya apa yang Anda tulis di sana.
Pada akhirnya - inilah yang terjadi:
GithubScript mengambil perubahan dalam repositori dan mengirim surat tentang apa yang dilakukan dan apa yang tidak.
Sebelumnya, Slava malu untuk melaporkan bahwa mereka yang tidak akan memeriksa apa pun tidak mengerti bagaimana menulis kode. Mungkin manajemen memahami penjualan, pembelian, dan segala macam hal dan membayar uang, tetapi Anda akan melihat baris kode tertentu dalam bahasa yang tidak terlalu dikenal, mengamati bagaimana garis hijau dan merah berkedip ketika beralih dari komit ke komit.
Ya, Slava adalah orang yang bertanggung jawab dan pekerjaannya berhasil, tetapi ada hari-hari ketika kode itu hampir tidak selesai atau itu adalah kemalasan. Bagaimanapun, secara umum, sistem bekerja tanpa kegagalan dan tidak ingin menambahkan 15 lapisan abstraksi, tetapi laporan harus dikirim setiap hari.
Tidak ada yang tersisa untuk dilakukan selain menjadi Mayakovsky baru dan menulis lelucon dengan tangga. Tetapi setiap hari saya tidak benar-benar ingin menciptakan yang baru. Sebagai hasilnya, Vyacheslav mulai mengembangkan solusi pertama yang muncul di pikiran dan ternyata menjadi kode sederhana, di mana, tanpa adanya pekerjaan yang dilakukan dan mendorong perubahan, sebuah laporan disusun. Itu terlihat seperti ini:
GithubTetap harus dilakukan sehingga kode palsu dibentuk dengan komitmen selanjutnya. Apakah perlu melakukan ini? Waktu akan memberi tahu.
PS: Kisah Glory tidak berakhir di situ. Ada beberapa peristiwa lagi yang memengaruhi nasibnya, tetapi ini adalah kisah yang sama sekali berbeda. Sangat menarik untuk membaca di komentar cerita serupa dari kehidupan dan keputusan yang dibuat berdasarkan mereka. Ada kemungkinan bahwa proyek akan dikembangkan lebih lanjut berdasarkan komentar ini.