Jika anda bekerja dalam reka bentuk, ilustrasi, animasi atau mana-mana disiplin kreatif, lambat laun anda akan menghadapi masalah yang sama: Perisian dan program komputer yang anda gunakan setiap hari bukan sekadar "alat"tetapi sebaliknya keseluruhan ekosistem dengan peraturan, kebiasaan dan keistimewaannya sendiri. Memahami nuansa kecil ini boleh membuat perbezaan antara bergelut dengan komputer anda dan merasa seperti ia memberi keajaiban kepada anda.
Selain pintasan papan kekunci dan beberapa helah rawak, Terdapat pelbagai butiran tentang sistem pengendalian, pengaturcaraan, penyahpepijatan, budaya "teknologi" dan cara kerja. Ini mempengaruhi cara aplikasi yang anda gunakan sebagai seorang kreatif direka bentuk dan berfungsi. Memahami dunia ini dari dalam membantu anda bekerjasama dengan pasukan pembangunan dengan lebih baik, meminta perkara yang realistik… dan mempunyai idea yang lebih hebat kerana anda tahu apa yang boleh dan tidak boleh dibina.
Unix, Mac, Linux, dan mengapa sistem itu lebih penting daripada yang disangka
Bagi kebanyakan kreatif, perdebatan klasik adalah "Mac atau Windows untuk reka bentuk?"Namun dalam dunia perisian, perbualan ini sering kali melangkah lebih jauh: Unix berbanding segala-galanya. macOS dan kebanyakan pengedaran Linux mewarisi falsafah Unix, menjadikannya platform yang sangat berkuasa untuk membangun dan mengautomasikan tugas yang kemudiannya memberi kesan langsung kepada alatan yang anda gunakan.
Pengaturcara sering mengatakan bahawa "Keseluruhan sistem Unix adalah seperti satu persekitaran pembangunan yang besar"Kerana semuanya direka bentuk untuk menggabungkan utiliti kecil yang berkuasa dari terminal: memproses imej, mengautomasikan eksport, melancarkan skrip pemaparan, mengurus pelayan atau menyusun kod tanpa bergantung pada ahli sihir grafik. Itulah sebabnya banyak suit kreatif canggih, enjin permainan dan alat 3D direka bentuk dengan mengambil kira persekitaran seperti ini.
Sebaliknya, perkara lebih visual dan mesra pengguna dalam Windows, tetapi Dari segi sejarah, ia kurang "mesra" untuk pembangunan mendalam dan kerja baris arahan.Hari ini jurang tersebut telah berkurangan dengan ketara (WSL, PowerShell, dll.), tetapi budaya Unix masih meresap ke dalam kebanyakan perisian yang anda gunakan tanpa anda sedari.
Mengapakah anda berminat dengan ini sebagai seorang yang kreatif? Kerana Automasi, skrip dan plugin yang menjimatkan masa anda sering berasal dari dunia Unix ini.Bekerja dalam pasukan yang telah menguasainya selalunya menghasilkan aliran kerja yang lebih mantap dan stabil yang lebih mudah untuk diskalakan apabila projek berkembang.
Pengaturcaraan adalah hibrid yang jarang berlaku: logik, kejuruteraan… dan banyak kreativiti
Dari luar, pengaturcaraan mungkin kelihatan seperti pengiraan sejuk tulen, tetapi pada hakikatnya Ia merupakan gabungan matematik, kejuruteraan dan kreativiti yang kejamSama seperti anda mencipta ilustrasi atau papan cerita, pembangun mencipta cebisan logik supaya perisian tersebut melakukan apa yang dibayangkan.
Kebanyakan profesional bersetuju bahawa Kemahiran menyelesaikan masalah dan kreativiti adalah sama pentingnya, jika tidak lebih penting daripada mengetahui sejuta bahasa.Untuk fungsi yang sama, biasanya terdapat banyak cara untuk melaksanakannya, sama seperti terdapat seribu cara untuk mereka bentuk kulit atau logo; kuncinya adalah untuk mencari penyelesaian yang paling bersih, paling elegan dan paling mudah diselenggara.
Itulah sebabnya pasukan kreatif semakin dihargai memahami bahawa Kod juga merupakan reka bentukTerdapat keputusan seni bina perisian, aliran data dan struktur dalaman yang sangat mempengaruhi apa yang anda boleh minta daripada aplikasi, pemalam atau laman web tanpa mengubah projek menjadi Frankenstein yang tidak dapat diselenggara.
Dan ya, pengaturcaraan adalah ketagihan: Ramai pembangun menggambarkan hasil kerja mereka sebagai teka-teki logik terbaik yang ada.Satu di mana anda menentukan peraturan dan bahagiannya, dan itu sangat sesuai dengan pemikiran seseorang yang gemar mencipta sesuatu dari awal.
Pengkompilan, baris arahan dan "ritual" pengekodan lain
Jika anda pernah mendengar seseorang berkata "ia sedang menyusun" dan hilang dari kerusi mereka dengan kopi, ketahuilah bahawa Ia tidak selalunya satu alasan, tetapi ia adalah alasan yang sempurna.Pengkompilan bermaksud menterjemahkan kod sumber ke dalam program yang boleh dilaksanakan, dan dalam bahasa seperti C++ atau dalam enjin permainan yang besar, ia boleh mengambil masa beberapa minit atau bahkan berjam-jam.
Dalam sehari ke sehari, Masa penyusunan itu adalah untuk bernafas, menyemak semula konsep atau sekadar menetapkan semula minda andaDalam persekitaran kreatif, apabila anda bekerja dengan enjin rendering atau binaan permainan berat, sesuatu yang serupa berlaku: terdapat waktu henti yang menunggu mesin selesai, dan banyak pasukan memanfaatkannya untuk membincangkan idea, menggilap reka bentuk atau menyemak tugas.
Berkaitan dengan ini ialah baris arahan, skrin hitam yang menakutkan pada mulanya tetapi, sebaik sahaja anda menguasainya, Ia menjadi sejenis tongkat saktiApa yang sebenarnya anda lakukan di sana ialah pengaturcaraan dalam bentuk miniatur: anda menulis arahan dalam bahasa skrip (seperti Bash) untuk mengautomasikan tindakan yang akan menyusahkan antara muka grafik.
Bagi seorang kreatif yang mahir, mempelajari empat perkara tentang terminal boleh menjadi sangat berharga: Namakan semula beribu-ribu fail, tukar format secara kelompok, lancarkan skrip pemaparan, pindahkan sandaran atau segerakkan projek tanpa menyentuh tetikus. Ia adalah satu lagi cara untuk "bertutur dalam bahasa" komputer dan mendekati cara pengaturcara berfikir.
Sisi gelap kod: titik koma, pepijat dan penyahpepijatan yang tidak berkesudahan
Salah satu keistimewaan perisian yang paling kejam ialah Benda-benda kecil boleh memecahkan benda-benda gergasiTitik koma yang salah letak, kurungan yang hilang, atau kurungan yang ditutup di tempat yang salah boleh merosakkan beratus-ratus baris yang difikirkan dengan sempurna, sama seperti lapisan yang dikunci dengan salah boleh memusnahkan keseluruhan PSD.
Pembangun menghabiskan sebahagian besar hari mereka dalam mod yang sangat tidak glamor tetapi penting: ralat penyahpepijatanMemburu serangga adalah seperti makhluk pemburu yang bersembunyi di tempat yang tidak masuk akal: ia tidak selalu menyebabkan program ranap, kadangkala ia hanya mencetuskan ralat pelik pada masa tertentu, atau muncul dengan data tertentu atau pada peranti tertentu.
Dalam dunia anda, ini diterjemahkan kepada perkara seperti Alat yang hanya gagal dengan satu jenis fail, animasi yang kelihatan baik pada komputer anda tetapi ranap semasa pengeluaran, laman web yang hanya rosak dalam pelayar tertentu...yang, secara mengejutkan, biasanya merupakan bahagian yang boleh dilihat daripada pepijat yang jauh lebih dalam dalam kod tersebut.
Untuk terus hidup dalam keadaan ini, kebanyakan pengaturcara membangunkan pelbagai teknik penyahpepijatan: Gunakan log, penyahpepijat grafik, titik putus dan cetakan keadaan berubah-ubah....dan juga menawarkan ganjaran dalaman untuk mencari pepijat tertentu yang sukar difahami. Ini adalah satu lagi sebab mengapa perubahan "pantas" hampir tidak pernah sepantas itu.
Dan ya: terdapat humor. Banyak komen dalam kod tersebut menjadi karya seni sindiran kecil: “// Sihir. Jangan sentuh.”, “// mabuk, betulkan kemudian” atau “// godam untuk pelayar ie (dengan mengandaikan bahawa ie ialah pelayar)”Humor parit itu merupakan bahagian penting dalam budaya pembangun.
Kemalasan, automasi dan kawalan versi: kebaikan yang terselindung
Ia mungkin kedengaran pelik, tetapi ia sedang dalam pembangunan Kemalasan, apabila difahami dengan betul, dianggap sebagai satu kebajikan profesional.Ideanya mudah: jika sesuatu itu berulang dan manual, seseorang yang bijak akan mencari cara untuk mengautomasikannya supaya mereka tidak perlu melakukannya lagi. "Kemalasan" itulah yang mendorong skrip, pemalam, tindakan automatik dan makro yang kemudiannya anda gunakan setiap hari tanpa mengetahui dari mana asalnya.
Dalam projek yang serius, falsafah itu bergantung pada elemen penting lain: kawalan versi, dengan Git sebagai raja mutlakTerima kasih kepada Git, pasukan boleh mengerjakan projek yang sama tanpa memijak jari kaki masing-masing, menguji idea-idea gila di cabang berasingan, berundur apabila sesuatu merosakkan separuh aplikasi atau melihat siapa yang menyentuh apa dan bila.
Bagi seorang profesional kreatif yang bekerjasama dengan pembangun, memahami asas-asasnya adalah penting. Apakah itu komit, cabang atau gabungan? Ia banyak membantu: ia membolehkan anda menjejaki kemajuan pembangunan, memantau bila perubahan yang mempengaruhi reka bentuk anda diperkenalkan dan menyelaraskan dengan lebih baik bila perlu memasukkan ciri baharu dan menumpukan pada menggilap apa yang sudah ada.
Tambahan pula, budaya automasi ini juga terpakai kepada tugas-tugas yang nampaknya kurang "teknikal": Skrip pelaksanaan, penjanaan dokumentasi automatik, ujian yang dijalankan secara automatik setiap malam, saluran paip yang menukar aset, memampatkan imej atau menjana versi untuk peranti yang berbeza tanpa campur tangan manusia. Semua ini berpunca daripada seseorang yang enggan mengulangi proses yang sama dengan tangan seratus kali.
Komen, nama yang jelas dan obsesi dengan kod yang boleh dibaca
Sama seperti fail reka bentuk dengan lapisan yang dinamakan dengan baik dan kumpulan yang teratur amat dihargai, Kod memerlukan susunan, konteks dan tag yang baik.Jika tidak, ia menjadi hutan yang tidak dapat dilalui, walaupun bagi orang yang menulisnya beberapa minggu sebelumnya.
Pengaturcara yang baik amat mementingkan dua perkara: nama dan komen yang bermakna yang memberikan konteks sebenarMemanggil pembolehubah userAge o totalCost Ia mengatakan lebih daripada x o tempDan menyatakan mengapa algoritma tertentu telah dipilih atau helah apa yang digunakan adalah jauh lebih berguna daripada mengulas "// tambah dua nombor".
Dalam praktiknya, ini mewujudkan sejenis "skrip teknikal" dalaman untuk projek tersebut, yang boleh dibaca oleh pembangun lain untuk memahaminya. keputusan reka bentuk perisian di sebalik setiap modulApabila kod ditulis dengan baik, komen terbaik kadangkala ialah kod itu sendiri, yang menjelaskan dirinya sendiri terima kasih kepada nama-nama yang dipilih dengan baik itu.
Obsesi terhadap kejelasan itu sangat sesuai dengan konsep yang mungkin pernah anda dengar, seperti Kod bersih, pemfaktoran semula atau peraturan "jangan ulangi diri anda" (KERING)Semua falsafah itu menunjukkan perkara yang sama: perisian itu harus mudah difahami, diubah, diuji dan dikembangkan tanpa merosakkan segala-galanya.
Pengujian, TDD, dan mengapa "melakukannya hari ini" tidak mencukupi
Satu lagi aspek yang kurang ketara tetapi asas bagi mana-mana program yang anda gunakan ialah ekosistem pengujian di belakangUjian unit, ujian integrasi, ujian automatik atau manual wujud dengan tepat untuk mengelakkan perubahan kecil yang menambah pilihan yang anda minta daripada memecahkan 20 bahagian sistem yang lain secara senyap.
Terdapat metodologi seperti TDD (Pembangunan Berpacuan Ujian) di mana Mula-mula ujian ditulis, dan kemudian kod yang membuatnya lulus.Ia kelihatan berlawanan dengan intuisi, tetapi ia memaksa pembangun untuk berfikir dari awal tentang tingkah laku yang diingini, kes pinggir, dan cara mengesahkan bahawa semuanya terus berfungsi dengan betul dari semasa ke semasa.
Bagi pasukan kreatif, ini diterjemahkan kepada sesuatu yang sangat konkrit: Meminta "hanya perubahan kecil pada butang ini" atau "menambah kesan baharu" mempunyai kos sebenar dari segi pengujian dan pengesahan.Bukannya mereka tidak mahu membantu anda; tetapi sebarang pengubahsuaian, walau sekecil mana pun ia kelihatan pada antara muka, boleh memberi kesan sampingan, dan mereka perlu memastikan bahawa aplikasi yang lain tidak rosak.
Di samping itu, banyak syarikat menyediakan suite ujian yang dijalankan semasa pasukan tidur atau pada hujung minggu: Kod tersebut dikompilasi, beberapa ujian dijalankan, dan hasilnya disemak.Jika sesuatu berlaku, ia akan dikesan lama sebelum ia sampai kepada pengguna akhir… dan itu termasuk pihak kreatif yang bergantung pada alatan tersebut dalam pengeluaran.
Algoritma, struktur data dan kelajuan: enjin halimunan alat anda
Di sebalik setiap carian fail, setiap penapis yang digunakan dalam sesaat, atau setiap kanvas yang kekal lancar walaupun dengan beribu-ribu lapisan, ada sesuatu yang anda tidak nampak: algoritma dan struktur data yang dipilih dengan niat jahatMenggunakan senarai, tindanan, giliran atau kamus (hashmap) membuat perbezaan yang besar dalam prestasi.
Contohnya Jika anda perlu mencari item dengan cepat, kamus adalah jauh lebih cekap daripada senarai asas.Ini membolehkan editor anda mencari gaya, simbol atau aset dalam milisaat, walaupun dalam projek yang besar. Perkara yang sama berlaku untuk cara piksel, vektor, jejaring 3D atau trek audio disimpan.
Apabila aplikasi kreatif perlahan, ia bukan selalunya salah komputer anda: Kadangkala kesesakan terletak pada keputusan reka bentuk perisian yang dibuat bertahun-tahun yang lalu.atau dalam jalan pintas pantas yang diambil "sementara" dan kemudian kekal selama-lamanya, sesuatu yang malangnya biasa berlaku dalam banyak projek.
Itulah sebabnya begitu banyak ruangan nasihat profesional menegaskan Elakkan pengoptimuman pramatang, tetapi pilih algoritma dan struktur yang betul dari awal.Asas yang kukuh ini membolehkan skalabiliti: lebih banyak lapisan, lebih banyak kesan, lebih ramai pengguna, lebih banyak peranti… tanpa sistem ranap.
Budaya pengaturcara: jenaka pelik, binari dan "tiada sudu"
Jika anda bekerja di sekitar pembangun, lambat laun anda akan mendengar perkara seperti "Terdapat 10 jenis orang: mereka yang memahami binari dan mereka yang tidak."Ia merupakan jenaka klasik yang menggunakan fakta bahawa 10 dalam binari adalah 2 dalam perpuluhan. Jenis humor teknikal ini adalah sebahagian daripada keseluruhan subbudaya: meme, subreddit, rujukan kepada The Matrix, Star Wars, Starship Troopers…
Ungkapan yang terkenal "tiada sudu" Analogi Matrix sering digunakan untuk menggambarkan perasaan melihat melalui antara muka dan memahami bagaimana aplikasi dibina di bawahnya. Apabila anda tahu cara memprogram, melihat program atau laman web bukan lagi sekadar memakannya: anda mula membayangkan modulnya, seni binanya, bagaimana bahagian-bahagiannya berkomunikasi, di mana sesuatu mungkin gagal.
Pepijat juga dibincangkan seolah-olah ia Makhluk Starship Troopers: kecil rupanya, tetapi mampu menyebabkan kekacauan yang besarBahasa yang dikongsi itu mewujudkan komuniti; humor adalah cara untuk menangani tekanan kerana sistem besar bergantung pada kod anda.
Bagi seorang profesional kreatif, berhubung dengan budaya itu menjadikan hubungan dengan pengaturcara lebih lancar: untuk memahami jenaka, rujukan dan kebiasaannya Ia sangat memudahkan komunikasi apabila membincangkan tarikh akhir, batasan teknikal atau perubahan saat akhir.
Bagaimana pengaturcara (sebenarnya) belajar dan apa maksudnya untuk anda
Satu lagi fakta menarik ialah, walaupun terdapat ijazah, kem latihan dan program sarjana, Kebanyakan pembelajaran sebenar dalam pengaturcaraan berlaku dengan bekerjaIa lebih seperti perdagangan daripada subjek universiti: anda belajar dengan melakukan, memecahkan sesuatu, membaikinya dan mengulangi kitaran itu berulang kali.
Kebanyakan pembangun bersetuju dengan satu idea: Anda tidak perlu menghafal semuanyaTerdapat dokumentasi rasmi, forum, artikel, buku seperti “97 Perkara Yang Harus Diketahui Setiap Pengaturcara,” dan banyak sumber dalam talian, seperti Tutorial tentang bahasa pengaturcaraan dalam bahasa SepanyolPerkara penting ialah mengetahui cara mencari, memilih dan menggunakan pengetahuan itu untuk masalah tertentu, sama seperti anda tidak hafal semua pintasan Photoshop, tetapi anda tahu ke mana hendak mencari apabila anda memerlukannya.
Tambahan pula, hampir semua orang mengesyorkan pengkhususan: Pilih satu kawasan (web, mudah alih, bahagian belakang, data, permainan video…) dan selidiki lebih mendalam Daripada cuba merangkumi keseluruhan landskap teknologi. Logik yang sama boleh memberi inspirasi kepada anda: benar-benar memahami cara perisian berfungsi dalam niche kreatif anda akan menjadikan anda jauh lebih hebat daripada mengetahui sedikit tentang segala-galanya tanpa menguasai apa-apa.
Sesuatu yang turut diulang dalam banyak tinjauan dalaman ialah kepentingan mentor dan "pengaturcaraan pasangan": Programkan secara berpasangan, biarkan orang lain menyemak kod anda, minta bantuan dan terima kritikan.Sama seperti apabila anda berkongsi papan cerita atau papan mood dengan orang lain dan menerima maklum balas untuk menambah baik karya tersebut.
Realiti kerja pembangunan: kesepian, tumpuan dan fon kepala gergasi
Di dalamnya, kehidupan seharian pasukan perisian berkongsi beberapa perkara dengan studio kreatif: Berjam-jam di hadapan skrin, tempoh tumpuan yang panjang, dan hubungan cinta-benci dengan gangguanBukan sesuatu yang luar biasa untuk melihat separuh daripada pasukan memakai fon kepala pembatalan hingar yang sangat besar, seolah-olah ia adalah topi keledar kerja wajib.
Muzik menjadi alat produktiviti: Senarai lembut untuk pemikiran seni bina, sesuatu yang lebih berkuasa untuk tugas mekanikal, kesunyian sepenuhnya untuk penyahpepijatan pepijat yang rumitFon kepala bukan sekadar iseng: ia merupakan isyarat sosial "jangan ganggu saya sekarang, saya sedang dalam mod fokus," sama seperti sesetengah studio menggunakan bendera atau isyarat fizikal kecil di atas meja.
Terdapat juga satu lagi sisi yang kurang kelihatan: Bekerja terlalu lama bersendirian di hadapan komputer boleh mengasingkan diriRamai veteran menegaskan bahawa anda tidak seharusnya membiarkan diri anda dilayan seperti robot dan adalah penting untuk memupuk kehidupan di luar pengekodan: hobi, perhubungan, aktiviti fizikal, rehat. Otak yang mereka bentuk penyelesaian dan otak yang mereka bentuk antara muka adalah sama, dan ia memerlukan ruang.
Secara selari, terdapat sesuatu yang sangat nyata yang dipanggil ketagihan pengaturcaraanApabila anda benar-benar meminati sesuatu, mudah untuk menghabiskan sepanjang malam "hanya untuk menghabiskan modul ini" dan lupa untuk makan, tidur, atau bangun dari kerusi anda. Sama seperti mana-mana minat kreatif, anda perlu belajar menetapkan had untuk mengelakkan keletihan.
Pemikiran, sindrom penipu, dan persaingan yang sihat
Kebanyakan orang yang menceburi bidang pengaturcaraan datang daripada latar belakang teknikal, tetapi Itu tidak bermakna seseorang yang mempunyai latar belakang "kemanusiaan" tidak boleh dilatih semula.Apa yang paling dihargai oleh veteran bukanlah jenis diploma sekolah menengah, tetapi konsistensi, keupayaan untuk belajar, dan keselesaan tertentu dengan pemikiran logik.
Hampir semua orang dalam industri ini hidup dengan sesuatu yang agak meluas: sindrom penipuPerasaan "Saya tidak cukup tahu, saya akan terperangkap, saya tidak mampu melakukan tugas ini" boleh muncul tidak kira betapa seniornya anda. Ramai yang menggunakannya sebagai motivasi untuk terus belajar, selagi ia tidak membawa kepada kebimbangan yang melumpuhkan.
Daya saing juga merupakan sebahagian daripada landskap, tetapi dalam bentuknya yang sihat ia lebih seperti "Persaingan" antara rakan sekerja untuk melihat siapa yang mengoptimumkan modul dengan terbaik atau siapa yang menulis kod yang paling elegan Ia bukan seperti peperangan untuk melihat siapa yang memijak siapa. Mempunyai seorang pengaturcara yang anda kagumi menghargai hasil kerja anda adalah sangat serupa dengan mempunyai orang kreatif lain yang mengagumi ilustrasi atau video anda.
Dalam persekitaran ini, pembelajaran untuk menerima maklum balas adalah penting: Apabila dipuji, janganlah hilang arah; apabila dikritik, janganlah berputus asa.Sektor ini berubah begitu pantas sehingga akan sentiasa ada teknologi yang tidak anda kawal dan orang yang lebih mengetahui tentang sesuatu yang khusus, dan hidup dengannya adalah sebahagian daripada permainan.
Bahagian yang paling memakan masa: penyahpepijatan, menguruskan kekecewaan dan memutuskan bila hendak bertukar
Jika anda hanya melihat hasil akhirnya, anda mungkin berfikir bahawa pembangun menghabiskan sepanjang hari menulis ciri baharu, tetapi pada hakikatnya Kebanyakan masa dihabiskan untuk membetulkan ralat dan melaraskan perkara yang sedia ada.Melangkah ke hadapan dengan sesuatu projek selalunya bermakna membuka kunci pepijat kecil yang menghalang seluruh sistem daripada berjalan.
Ini menyebabkan puncak kekecewaan yang ketara: Masalah yang sukar dikesan, masalah yang gagal tanpa penjelasan yang jelas, pelanggan menuntut tarikh akhir yang mustahilRamai profesional mengatakan bahawa mereka pernah mengalami saat-saat ingin berhenti daripada segala-galanya dan menukar sektor, terutamanya ketika mengusahakan produk yang kompleks.
Strategi yang mereka cadangkan kedengaran biasa: Ketekunan, motivasi diri, rasa bangga terhadap pekerjaan yang dilakukan dengan baik, dan minat yang tulus terhadap keahlian tersebutSama seperti dalam mana-mana disiplin kreatif yang mencabar, gabungan itulah yang membuatkan anda cuba lagi apabila sesuatu tidak berjaya dan apa yang membezakan mereka yang kekal di permukaan daripada mereka yang menjadi benar-benar baik.
Tahap pertukaran kerja tertentu juga biasa: Calon yang baik menerima tawaran secara berterusan.Banyak nasihat di sini menunjukkan perkara yang sama: cari budaya syarikat yang selaras dengan nilai-nilai anda dan ingat bahawa, dalam temu duga, anda juga menilai syarikat tersebut. Anda akan menghabiskan banyak masa memikirkan masalahnya; mempunyai kesesuaian interpersonal yang baik dan nilai-nilai yang dikongsi adalah lebih penting daripada yang mungkin kelihatan pada resume anda.
Temu bual teknikal, integrasi pasukan dan komunikasi
Dalam komuniti pembangunan, temu duga teknikal agak terkenal… dan juga mempunyai reputasi yang agak buruk. Ramai veteran percaya bahawa Mereka terlalu diberi penilaian, dan kegagalan tidak menunjukkan banyak potensi anda.Mereka biasanya mengukur satu set kemahiran tertentu di bawah tekanan, bukan keupayaan sebenar anda untuk belajar, bekerjasama dan berjaya menyelesaikan projek dalam jangka masa panjang.
Sebaliknya, Kemahiran insaniah sering kali membuat perbezaan: mengetahui cara berkomunikasi, bertanya soalan apabila sesuatu tidak difahami, mengintegrasikan maklum balas, bekerjasama dengan orang daripada pelbagai latar belakang (seperti anda, jika anda seorang yang kreatif) dan kekal tenang dalam saat-saat tegang.
Apabila menyertai sesebuah syarikat, cadangan utama untuk mana-mana pengaturcara junior ialah Jangan takut untuk bertanya, tetapi lakukanlah dengan penuh pertimbangan.Jadualkan masa tertentu dengan mentor untuk menjawab soalan, elakkan mencelah melainkan ia mendesak, dan sediakan soalan anda dengan teliti. Perkara yang sama berlaku apabila anda menyertai pasukan teknikal: lebih jelas dan tersusun komunikasi anda, lebih baik anda akan menyesuaikan diri.
Dalam persekitaran di mana seorang mentor tidak ditugaskan, tindakan yang paling disyorkan ialah untuk mendapatkan kepercayaan seseorang yang berpengalaman dan mewujudkan hubungan profesional yang kukuh dengan orang itu. Akhirnya, projek besar bergantung pada kualiti kod dan reka bentuk seperti kualiti hubungan antara mereka yang membinanya.
Akhirnya, keajaiban alat yang anda gunakan setiap hari berasal dari campuran yang agak manusiawi: Orang yang sentiasa belajar, berasa kecewa, menjadi kompetitif, bekerjasama, ketawa dengan jenaka binari yang pelik dan secara beransur-ansur menukar idea menjadi perisianApabila anda, sebagai seorang yang kreatif, memahami keingintahuan dan cara kerja ini, adalah lebih mudah untuk bertutur dalam bahasa yang sama, bertanya tentang apa yang sebenarnya boleh dibina dan mengambil bahagian dalam proses yang hampir "ajaib" untuk menjadikan komputer melakukan apa yang anda bayangkan.