Kisah seorang direktur teknis yang berpengalaman

Tahukah Anda, siapa yang tidak mencium bau bubuk mesiu cgi-script salabon, apa artinya menjadi direktur teknis, dan selalu memikul tanggung jawab atas proyek tersebut? Pernahkah Anda merasakan beban harapan, aspirasi, dan harapan ini? Apakah Anda memegang arsitektur di tangan tegang Anda? Kehidupan kecil dan mungil ini (yang di Sparta kuno terlempar keluar dari tebing tanpa ragu-ragu), hanya meminta harapan untuk menjadi? Jadi dengarkan, salabon, mereka tidak dilahirkan sebagai direktur teknis yang baik, mereka menjadi ... Bagaimana? Tuliskan!

Tim

Kecil untuk menemukan seseorang. Tetapi bagaimana memahami bahwa ia adalah programmer yang baik? Bagaimana, misalnya, memastikan kemampuannya melakukan pekerjaan itu? Desain, tulis, debug? Tidakkah kamu tahu? Jadi saya tidak tahu. Secara umum, semakin sedikit pertanyaan, semakin banyak waktu yang diperlukan untuk menulis kode. Tuliskan - ada googol - akan mencari tahu. Apa itu "cara mengeja"? GOUGOL! Apakah kamu kayu? Beri aku pena di sini! Ini GOGOL. Jangan bodoh, Anda yang bertanggung jawab atas proyek ini, lupa?

Organisasi kerja

Setelah Anda mengetik sebuah tim ... Tidak masalah bahasa apa yang mereka tulis! Ada googol - mereka akan mencari tahu, apakah Anda, saya!

Jadi ... Begitu Anda mengetik tim - Anda perlu mengatur pekerjaannya! Para pemimpin Mom yang tidak mencium bau mesiu segera mulai memperkenalkan redmins / lemak. Hanya mengamuk dengan lemak. Ingat, tuliskan! Nefig melakukannya. Ada telepon, telepon, telegram, buku catatan, selembar kertas dan pena pada akhirnya. Saya menuliskan tugas - mentransfernya untuk eksekusi. Semua. Seperti yang akan siap - laporkan.

Arsitektur

Anda, secara pribadi, ANDA bertanggung jawab atas proyek apa yang akan terjadi. Apa? Tidak bisakah kamu memprogram? Ya, dan Anda tidak membutuhkannya! Mereka mendapatkan pendidikan tinggi, menjadi burung merak, Anda tidak bisa mengemudi dengan kambing yang compang-camping. Tuliskan! Rencanakan semuanya sendiri! Tidak ada penasihat, tidak ada keberatan. Setiap pakar di lapangan adalah ahli agronomi. Tangkap pengantar - kami membuat tamu ... Tidak, tidak ada yang bisa melakukannya, biar lebih baik, misalnya, jadwal pelajaran! Begini cara Anda mendesain? Nah, baik, tabel jadwalnya, kan? Meja dengan pelajaran? Mde ... Biasa-biasa saja. Dan sekarang - perhatian, Ayah di gedung!

Mari kita mulai dengan hal utama - untuk apa jadwal kita? Apa yang akan terjadi di sana? Benar, pelajarannya! Tapi, pertama, pelajaran bisa berbeda dalam nama, dan pada kenyataannya, kedua, bisa berbeda dari sekolah ke sekolah. Dan ketiga! Sistem seperti itu dapat dijual, jadi Anda harus segera melakukannya dengan benar, dan untuk diri Anda sendiri.

Mari kita membangun seluruh rantai:

  • Sekolah
  • Pelajaran
  • Waktu pelajaran

Ini adalah jadwal yang tercantum dalam komponen-komponennya.

Sekolah

Kita perlu mengambil daftar sekolah dari suatu tempat. Seperti yang Anda katakan? Apakah mereka memperkenalkan diri Anda? Mereka akan membawamu ke sana, ibu tidak bersedih. Oleh karena itu - kami membuat keputusan strategis - kami memisahkan sekolah menjadi sistem informasi yang terpisah. Kami akan menghubungkan KLADR, FIAS untuk memastikan entri alamat yang benar.

Pelajaran di

sini juga tidak sesederhana yang Anda lihat. Ada pelajaran yang akan ada di mana-mana. Pendidikan jasmani, misalnya. Dan ada orang-orang yang tidak akan ada di mana-mana. Prancis, di mana Anda sering melihat? Itu dia! Oleh karena itu - keputusan strategis No. 2! Kami memilih pelajaran ke dalam sistem informasi yang terpisah. Apa artinya "mengapa"? Apakah kamu tidak mengerti? Pelajaran tidak terikat ke sekolah secara langsung, mereka terikat ke daerah, misalnya. Karena itu, tidak ada yang bisa menggabungkan semuanya.

Waktu pelajaran

Semuanya sederhana di sini, karena dua poin sebelumnya telah menjadi IP independen - ini akan menjadi kebanggaan kami - "Jadwal" AIS. Di sinilah sekolah dari IS "Sekolah", dan pelajaran dari IS "Pelajaran".

Semua jelas? Anda lihat, tugasnya tampaknya sederhana, tetapi jika Anda memikirkannya dengan benar, itu tidak begitu sederhana!

Dan sekarang kembali ke pembagian tugas - bagaimana Anda mendistribusikan pengembangan? Jadi, diskusikan dulu ... Blah blah ... Saya ulangi untuk yang paling pelupa - semakin banyak diskusi - semakin sedikit waktu untuk pengembangan! Anda sudah memiliki rencana - masih memberikan tugas ke tempat. Ya, ini adalah tiga sistem yang terpisah, akan membuat API berfungsi, apa masalahnya? Anda sulit, namun ...

Keamanan

Berikan perhatian khusus pada keamanan. Peretasan, rasa malu tidak berhasil. Jadi, saya tidak mengatakan hal yang paling penting - bagian keempat dari teka-teki kami adalah sistem keamanan. Ya, terpisah. Dia akan mengelola izin.

Lihat apa aturannya:

  1. Pengguna memasukkan login dan kata sandi;
  2. Jika dia setia, sistem keamanan memberinya tanda;
  3. Dengan token ini, ia pergi ke "Sekolah" IS, yang menanyakan sistem keamanan apakah token itu benar dan sekolah mana yang dapat Anda tonton;
  4. Selanjutnya - sama untuk IS "Pelajaran" - hanya dia bertanya IS "Sekolah" pertama, kemudian sistem keamanan;
  5. Baik dan pada akhirnya - jadwal.

Apa yang sudah kita lupakan? Tidakkah kamu tahu? Segera jelas, salabon. Berapa banyak token yang harus ditindaklanjuti, jawablah aku, anakku sayang? Jawaban yang benar adalah 15 menit. Harus ada peraturan terpisah untuk mengubah token. Jadi, kami mengamankan diri kami sendiri. Cek di setiap belokan. Apa? Kata sandi brute force? Yah, mereka mungkin akan melakukan perlindungan, tapi itu bukan hal utama! Semakin sering kita mengganti token, semakin baik.

Sekarang bayangkan seseorang mencuri kode sumber sistem kami. Dan apa yang akan dia lakukan dengan mereka? Tidak ada, semuanya rumit di sana, tidak ada yang akan mengetahuinya. Dan bahkan jika Anda mengetahuinya, kami akan mengubah aturannya, itu tidak menakutkan.

Nah, bagaimana, tercerahkan kurang lebih? Tidak ada, ini baru permulaan. Ingatlah hal utama - semakin sulit, semakin aman dan lebih baik.

PSBanyak artikel tentang topik "bagaimana melakukannya tidak perlu", dan "nasihat buruk" lainnya. Untuk membuatnya sulit, bingung, tidak bisa dimengerti, mungkin bodoh. Dan untuk membuatnya sederhana dan elegan - Anda harus mencobanya. Cobalah untuk setidaknya memikirkannya, meragukan hipotesis Anda, yang, sayangnya, tidak semua orang bisa.

PPS Sejak 1 April, teman-teman! Sekarang sangat berguna untuk kembali dan menertawakan kesulitan masa lalu, tawa, namun memperpanjang hidup.

All Articles