អ្នកជំនាញ IT មិនគួរធ្វើអ្វីក្នុងឆ្នាំ ២០២០?

មជ្ឈមណ្ឌលនេះពោរពេញទៅដោយការព្យាករណ៍ និងការណែនាំអំពីអ្វីដែលត្រូវធ្វើនៅឆ្នាំក្រោយ ភាសាអ្វីដែលត្រូវរៀន កន្លែងដែលត្រូវផ្តោតលើ អ្វីដែលត្រូវធ្វើជាមួយសុខភាពរបស់អ្នក។ ស្តាប់​ទៅ​បំផុស​គំនិត! ប៉ុន្តែកាក់នីមួយៗមានពីរជ្រុង ហើយយើងមិនត្រឹមតែជំពប់ដួលក្នុងអ្វីដែលថ្មីប៉ុណ្ណោះទេ ប៉ុន្តែភាគច្រើននៅក្នុងអ្វីដែលយើងធ្វើជារៀងរាល់ថ្ងៃ។ «ហេតុ​អ្វី​បាន​ជា​មិន​មាន​អ្នក​ណា​ព្រមាន​ខ្ញុំ! ចូរហៅភ្លើងមកលើខ្លួនយើង - យើងបានចងក្រងសម្រាប់អ្នកនូវបញ្ជីនៃអ្វីដែលមិនគួរធ្វើក្នុងឆ្នាំ 2020 (ហើយប្រហែលជាជានិច្ចកាល)។ 

ប៉ុន្តែពួកគេមិនបានសួរអំពីទំនាញផែនដីទេ។

យើងពិតជាចង់ដាក់អនុសាសន៍ប្រឆាំងតាមលំដាប់លំដោយ ពីសំខាន់បំផុតទៅសំខាន់បំផុត។ ប៉ុន្តែពួកវាជារឿងធម្មតា ស្មើនឹង និងស្គាល់ស្ទើរតែគ្រប់គ្នា ដែលយើងនឹងសរសេរដោយចៃដន្យ។ អញ្ចឹងតោះពិនិត្យបញ្ជី?

មិនចាំបាច់ទៅ IT ប្រសិនបើអ្វីៗដំណើរការល្អ។

កុំរៀនបច្ចេកវិទ្យាថ្មីដើម្បីផ្លាស់ប្តូរអាជីព ឬចាប់ផ្តើមឡើងវិញ។ ពេល​វេលា​របស់​យើង​គឺ​អស្ចារ្យ​ណាស់​ព្រោះ​អ្នក​អាច​សិក្សា ផ្លាស់​ប្តូរ​ការងារ ផ្លាស់​ប្តូរ​វិស័យ​របស់​អ្នក​យ៉ាង​ខ្លាំង - ហើយ​ដូច្នេះ​នៅ​លើ សូម្បី​តែ​រហូត​ដល់​ចូល​និវត្តន៍។ វា​ជា​រឿង​ដ៏​គួរ​ឱ្យ​ទាក់ទាញ។ ប៉ុន្តែប្រសិនបើអ្នកមានអាយុលើសពី 28-30 ឆ្នាំ អ្នកមិនគួរបោះបង់អ្វីៗទាំងអស់ដើម្បីចូល IT ឬផ្លាស់ទីទៅជង់ថ្មីទេ (ឧទាហរណ៍ អ្នកសរសេរប្រព័ន្ធផ្ទុកខ្ពស់នៅក្នុង Java ហើយភ្លាមៗនោះសម្រេចចិត្តចូលទៅក្នុងបណ្តាញសរសៃប្រសាទនៅក្នុង Python) ។ ហេតុផលគឺសាមញ្ញ៖ វានឹងមិនងាយស្រួលសម្រាប់អ្នកទេ។ ទីមួយមានការប្រកួតប្រជែងខ្ពស់ពីអ្នកឯកទេសដែលបាន "អង្គុយ" នៅលើជង់នេះតាំងពីការចាប់ផ្តើមអាជីពរបស់ពួកគេ ទីពីរ អ្នកនឹងត្រូវក្លាយជាក្មេងម្តងទៀតជាមួយនឹងប្រាក់ខែទាប ហើយទីបីវានឹងពិបាកខាងសីលធម៌សម្រាប់អ្នកក្នុងការ ក្លាយជាអ្នកក្រោមបង្គាប់នៃកម្រិតទាបបំផុតនៃឋានានុក្រម។ ដូច្នេះហើយ បើអ្នកចង់ផ្លាស់ទីទៅទិសដៅផ្សេង ព្យាយាមធ្វើវាឱ្យស្របនឹងការងារបច្ចុប្បន្ន និងការងារបច្ចុប្បន្នរបស់អ្នក ឬអភិវឌ្ឍចំណេះដឹងថ្មីៗជាចំណង់ចំណូលចិត្ត ចាប់ផ្តើមគម្រោងសត្វចិញ្ចឹម ដូច្នេះនៅពេលអ្នកមកការងារថ្មីអ្នកនឹង លែងជាយុវជនទៀតហើយ។ 

ការផ្លាស់ប្តូរជង់បន្ទាប់ពីជង់គឺគ្រាន់តែជាការខ្ជះខ្ជាយពេលវេលាប៉ុណ្ណោះ។

កុំប្រញាប់ប្រញាល់រវាងបណ្តុំបច្ចេកវិទ្យាសម្រាប់ការអភិវឌ្ឍន៍របស់អ្នក។ ប្រសិនបើអ្នកកំពុងសរសេរគម្រោងជាភាសាមួយ ដោយប្រើក្របខណ្ឌ និងបណ្ណាល័យជាក់លាក់មួយ អ្នកមិនគួរបោះអ្វីគ្រប់យ៉ាងទៅឋាននរក ហើយសរសេរវាឡើងវិញនៅក្នុង Dart ដោយព្រោះអ្នកយល់ថាវាគួរឱ្យចាប់អារម្មណ៍។ បង្កើតច្បាប់ដើម្បីស្វែងរកយុត្តិកម្មសម្រាប់ការផ្លាស់ប្តូរបច្ចេកវិទ្យា - មិនត្រឹមតែនៅកម្រិត "ខ្ញុំចង់បាន ឬខ្ញុំមិនអាច" ប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងនៅកម្រិតហិរញ្ញវត្ថុ និងវិស្វកម្មផងដែរ។ 

មិនចាំបាច់ឈរលើដីរបស់អ្នក ហើយប្រែជាសំរិទ្ធ

ការប្រកាន់ខ្ជាប់នូវភាសា ឬបច្ចេកវិទ្យាមួយ ហើយមិនរៀនអ្វីថ្មីគឺខ្លាំងដូចជាការផ្លាស់ប្តូរជង់របស់អ្នកជាមួយនឹងបច្ចេកវិទ្យាថ្មីទាំងអស់។ ត្រូវប្រាកដថាសិក្សាបណ្ណាល័យ និងក្របខណ្ឌថ្មី កុំរឹងរូសក្នុងចំណេះដឹងដែលអ្វីៗត្រូវបានបង្កើតឱ្យកាន់តែប្រសើរឡើងមុនអ្នក ហើយបញ្ចប់ដោយអ្នកទាំងស្រុង។ ការអាប់ដេតកំពុងចេញមកឥតឈប់ឈរសម្រាប់ស្ទើរតែគ្រប់ភាសា ដែលជួនកាលអាចធ្វើឲ្យគម្រោងរបស់អ្នកប្រសើរឡើងយ៉ាងខ្លាំង។ កុំខ្ជិលក្នុងការត្រួតពិនិត្យសក្ដានុពលនៃជង់របស់អ្នក ហើយនៅពេលដែលអ្នករកឃើញអ្វីដែលល្អ និងមានប្រយោជន៍ សូមអូសវាទៅក្នុងគម្រោងភ្លាមៗ!

ក្បាលរបស់អ្នកគឺល្អតែងតែល្អ។

កុំ​គិត​ក្នុង​ក្បាល​អ្នក​ដ៏​ទៃ​ របស់​ខ្លួន​ឯង​ល្អ​ជាង។ Alas អ្នកអភិវឌ្ឍន៍ខ្លះអង្គុយរង់ចាំរហូតដល់ពួកគេទទួលបានកិច្ចការមួយដើម្បីសរសេរកូដពីកំហុសមុនដល់ទីបញ្ចប់ ដោយមិនបានព្យាយាមរួមចំណែកអ្វីមួយរបស់ពួកគេផ្ទាល់ចំពោះគម្រោង បង្កើតមុខងារថ្មី សាកល្បងវា ហើយស្នើវាសម្រាប់ការផលិត។ ហេតុអ្វីបានជារំខាននៅពេលមានប្រធានក្រុម ឬអ្នកគ្រប់គ្រងក្រុមហ៊ុនដែលនឹងសម្រេចចិត្តគ្រប់យ៉ាងដោយខ្លួនឯង? ប្រសិនបើអ្នកទទួលស្គាល់ខ្លួនឯង នោះយើងមានព័ត៌មានអាក្រក់៖ ជំហរអកម្មនឹងមិនជួយទាំងក្នុងអាជីព ឬក្នុងការអភិវឌ្ឍន៍របស់អ្នកឡើយ។ អ្នកមានឱកាសសាកល្បងដៃរបស់អ្នកជាវិស្វករអភិវឌ្ឍន៍ ហើយមិនមែនជាអ្នកសរសេរកូដទេ នៅក្នុងគម្រោងប្រយុទ្ធពិតប្រាកដ ហើយយល់ពីកន្លែងដែលត្រូវទៅ អ្វីដែលបាត់ ប៉ុន្តែអ្នកចូលចិត្តចំណាយពេលវេលារបស់អ្នកលើអ្វីផ្សេងទៀត ហើយធ្វើពិតប្រាកដ "ពីទីនេះ ដល់ពេលនេះ។” មនុស្សបែបនេះរស់រានមានជីវិតកាន់តែអាក្រក់ទៅៗនៅក្នុងបច្ចេកវិទ្យា IT ទំនើប ចេញមកដោយចលនាដែលត្រូវបានផ្អាក។ 

អ្នកប្រើប្រាស់គឺជាមនុស្សអាក្រក់

កុំវាយតម្លៃអ្នកប្រើប្រាស់កម្មវិធីរបស់អ្នកខ្លាំងពេក៖ ប្រសិនបើអ្នកមិនសរសេរសម្រាប់អ្នកសរសេរកម្មវិធីទេ រំពឹងថាកម្មវិធីនឹងជួបប្រទះការយល់ច្រឡំដែលមិនអាចយល់បាន។ ពីរបីថ្ងៃ ឬសប្តាហ៍ដំបូង អ្នកប្រើប្រាស់នឹងស្អប់កម្មវិធីរបស់អ្នក ពីព្រោះ "កម្មវិធីចាស់មិនល្ងង់ពេកទេ"។ ដើម្បីជៀសវាងបញ្ហានេះ សូមបង្កើតឯកសារ និងការបង្រៀនដ៏អស្ចារ្យ។ នៅពេលដំឡើង ឬទិញ ណែនាំដោយអន្ទះអន្ទែងថាសៀវភៅណែនាំគួរតែត្រូវបានអានមុនពេលចាប់ផ្តើមធ្វើការជាមួយកម្មវិធី ហើយមិនមែនបន្ទាប់ពីឃ្លាំងទិន្នន័យគាំង ការបាត់បង់ពាក្យសម្ងាត់ និងការគ្រប់គ្រងខ្លួនឯងនោះទេ។

អ្នក​ក៏​មិន​គួរ​មើល​ស្រាល​អ្នក​ប្រើ​ដែរ៖ ពួកគេ​មាន​ល្បិចកល ឆ្លាត​ជាង និង​ចង់​ដឹង​ច្រើន​ជាង​អ្នក​គិត។ ប្រសិនបើអ្នកគិតថាកំហុសដែលមានទម្រង់អថេរ និងករណីលើកលែងនៅលើការចុចលេខ 138 នៃ Enter នៅចន្លោះពេលមួយវិនាទីនឹងមិនលេចឡើងទេ អ្នកច្រឡំ - ពួកគេនឹងលេចឡើង ហើយប៉ះពាល់ដល់ប្រតិបត្តិការនៃកម្មវិធីរបស់អ្នកតាមរបៀបដ៏ចម្លែកបំផុត។ ច្បាប់របស់អ្នកស្ម័គ្រចិត្តអនុវត្ត៖ គាត់គឺជាអ្នកដែលស៊ូទ្រាំនឹងការធ្វើតេស្តល្អបំផុត។ ប៉ុន្តែសម្រាប់ហេតុផលមួយចំនួន អ្នកប្រើប្រាស់មិនចូលចិត្តការស្វែងរកកំហុសក្នុងផលិតកម្មនោះទេ ពោលគឺមិនមានសាមគ្គីភាពផ្នែកព័ត៌មានវិទ្យានៅក្នុងពួកវាទេ។ ជាទូទៅ អ្នកកាន់តែមានទំនុកចិត្តលើកម្មវិធីរបស់អ្នក កាន់តែប្រសើរ។ យ៉ាងណាមិញ វាជាការប្រសើរក្នុងការពន្យារពេលការចេញផ្សាយមុខងារមួយចំនួន ជាជាងការបន្ថែមពួកវាទៅក្នុងកម្មវិធីដែលកំពុងដំណើរការ ហើយភ្លាមៗនោះធ្វើឱ្យវាឆៅ។

 

បញ្ឈប់ Google!

ឈប់ងាកទៅ Google តែម្នាក់ឯង។ យើងនឹងមិនប្រកែកទេ - នៅក្នុងវិស័យអភិវឌ្ឍន៍ អ្នកអាចស្វែងរកបានច្រើនជាមួយនឹងការស្នើសុំដោយផ្ទាល់ទៅកាន់ម៉ាស៊ីនស្វែងរក។ ការស្វែងរកព័ត៌មានកាន់តែស៊ីជម្រៅ អ្នកនឹងទទួលបានទិន្នន័យ "ពេលក្រោយ" កាន់តែច្រើន ហើយអ្នកនឹងរៀនកាន់តែច្រើន ពីព្រោះអ្នកនឹងរៀនអ្វីថ្មីដែលមិនទាក់ទងនឹងសំណើរបស់អ្នក ប៉ុន្តែប្រហែលជាត្រូវការនៅពេលអនាគត។ សំដៅលើសម្ភារៈពេញលេញ សៀវភៅ អត្ថបទ។ល។ ភាសា និងបណ្ណាល័យមានលក្ខណៈជាក់លាក់ សហគមន៍ របៀប tos ហើយដូច្នេះអ្នកទទួលបានវិធីដែលអាចទុកចិត្តបំផុតក្នុងការអភិវឌ្ឍជំនាញអ្នកសរសេរកម្មវិធី - គ្រាន់តែអានឯកសារ ហើយមិនស្វែងរកដំណោះស្រាយក្នុងស្រុក និងបំណែកកូដរបស់អ្នកដទៃនោះទេ។ ចុះ​បើ​ដំណោះ​ស្រាយ​របស់​អ្នក​ល្អ​ជាង លឿន និង​ត្រជាក់​ជាង? 

ជឿទុកចិត្តប៉ុន្តែពិនិត្យ

កុំប្រើបណ្ណាល័យ និងក្របខ័ណ្ឌដែលបង្កើតដោយអ្នកអភិវឌ្ឍន៍ភាគីទីបីដោយមិនចាំបាច់ពិនិត្យកូដ និងកែសម្រួលវាឱ្យសមនឹងគោលបំណងរបស់អ្នក។ អ្នក​គ្មាន​ហេតុផល​ដើម្បី​ទុក​ចិត្ត​អ្នក​សរសេរ​កូដ​នេះ​ដោយ​គ្មាន​លក្ខខណ្ឌ​ដែល​អ្នក​មិន​ដឹង​ទាល់​តែ​សោះ។ បាទ/ចាស ធាតុព្យាបាទដោយចេតនាផ្សេងៗនៅក្នុងកូដភាគីទីបីគឺមិនមែនជារឿងធម្មតាទេ ហើយអ្នកមិនគួរទទួលរងពីភាពវង្វេងស្មារតីនោះទេ ប៉ុន្តែការចម្លងផ្នែកដែលត្រៀមរួចជាស្រេចនៃកម្មវិធីទៅក្នុងគម្រោងរបស់អ្នកដោយងងឹតងងុលអាចនាំទៅរកផលវិបាកដែលមិនអាចទាយទុកជាមុនបាន។ ដូច្នេះ​ត្រូវ​ប្រាកដ​ថា​ត្រូវ​អាន​និង​វិភាគ​កូដ​មុន​ពេល​ប្រើ​ហើយ​សាកល្បង​បន្ទាប់​ពី​អនុវត្ត​កូដ​រួច។ 

ធ្វើការបម្រុងទុក!

បញ្ឈប់ការមិនធ្វើការបម្រុងទុក ឬរក្សាទុកពួកវានៅលើម៉ាស៊ីនមេភាគីទីបីដូចគ្នា ដែលគម្រោងរបស់អ្នកត្រូវបានបង្ហោះ។ តើអ្នកគិតថានេះជាដំបូន្មានគួរឱ្យអស់សំណើច និងគ្មានប្រយោជន៍ទេ? ប៉ុន្តែអ្នកចូលរួមជជែកជាង 700 នាក់នៅលើ Telegram ដែលបានរកឃើញថាខ្លួនពួកគេនៅក្នុងស្ថានភាពមិនសប្បាយចិត្តនាពេលថ្មីៗនេះជាមួយនឹងការបិទមជ្ឈមណ្ឌលទិន្នន័យដ៏ល្បីមួយមិនបានគិតដូច្នេះទេ - មានអ្វីគ្រប់យ៉ាងនៅទីនោះ: ពីគម្រោងសត្វចិញ្ចឹមរហូតដល់គេហទំព័ររដ្ឋាភិបាលធំ។ អាជ្ញាធរ និងសាជីវកម្ម 1C និងមូលដ្ឋានទិន្នន័យវិក្កយបត្រ។ ផ្នែកសំខាន់មួយគឺដោយគ្មានការបម្រុងទុកឬជាមួយការបម្រុងទុកនៅកន្លែងតែមួយ។ ដូច្នេះចែកចាយហានិភ័យ និងរក្សាទុកការបម្រុងទុកយ៉ាងហោចណាស់នៅលើការបង្ហោះមេ នៅលើ VDS ដែលអាចទុកចិត្តបានមួយចំនួន និងនៅលើម៉ាស៊ីនមេក្នុងស្រុករបស់អ្នក។ វា​នឹង​មាន​តម្លៃ​ថោក​ជាង​ក្នុង​រយៈ​ពេល​វែង។ 

ឈប់នាំខ្លួនអ្នកទៅរកការបំផ្លាញគម្រោង

កុំធ្វើអ្វីដែលអ្នកចង់បានក្នុងគម្រោងការងារ ប៉ុន្តែត្រូវធ្វើអ្វីដែលអតិថិជនត្រូវការ។ បាទ វាពិតជាគួរឱ្យចាប់អារម្មណ៍ និងអស្ចារ្យណាស់ក្នុងការបង្កើតបណ្តាញសរសៃប្រសាទផ្ទាល់ខ្លួនរបស់អ្នក បណ្តុះបណ្តាលវា និងអនុវត្តវានៅក្នុងកម្មវិធីរបស់អ្នក ប៉ុន្តែប្រសិនបើអតិថិជនរបស់អ្នកត្រូវការអ្នកគ្រប់គ្រងទំនាក់ទំនងសាមញ្ញ នោះវានឹងជាការហួសកម្រិត។ មើលពីរបៀបដែលគម្រោងដំណើរការ អានឯកសារ អានការពិនិត្យ និងសំណើពីអតិថិជន និងអនុវត្តអ្វីដែលនឹងបន្ថែមតម្លៃអាជីវកម្មដល់គម្រោង។ ប្រសិនបើអ្នកចង់បង្កើតអ្វីមួយដែលមានលក្ខណៈវិទ្យាសាស្ត្រ ឬស្មុគ្រស្មាញខ្លាំង សូមចាប់ផ្តើមជាមួយគម្រោងផ្ទាល់ខ្លួនរបស់អ្នក។

មិនមែនជាកូដទេ ប៉ុន្តែជាបណ្តុំនៃសរសៃប្រសាទ

កុំសរសេរកូដដែលមិនអាចអានបាន និងគ្មានឯកសារ។ យើងស៊ាំនឹងល្បិចនេះ៖ អ្នកអភិវឌ្ឍន៍សរសេរកូដទៅក្នុងខ្លឹមសារបេះដូងរបស់គាត់ ដោយចេតនាបំភាន់វាបន្តិច ដើម្បីកុំឱ្យមិត្តរួមការងាររបស់គាត់អាចយល់ពីអ្វីដែលគាត់បានសរសេរ - នេះគឺជាប្រភេទនៃការសងសឹកការពារមុនពេលមានអ្វីមួយកើតឡើង។ ទោះជាយ៉ាងណាក៏ដោយ អ្នកកំពុងប្រឈមមុខនឹងហានិភ័យមិនត្រឹមតែក្រុមហ៊ុនទេ (ដែលផ្តល់ប្រាក់ឱ្យអ្នកសម្រាប់ការងាររបស់អ្នក) ប៉ុន្តែអ្នកផ្ទាល់ផងដែរ៖ វាទំនងជាថាអ្នកផ្ទាល់នឹងមិនចងចាំអ្វីដែលអ្នកចង់និយាយជាមួយនឹងការយល់ច្រឡំដោយអចេតនានេះ។ វាដូចគ្នាជាមួយនឹងកូដដែលមិនមានឯកសារ៖ ពឹងផ្អែកលើអថេរ និងមុខងារដាក់ឈ្មោះរបស់អ្នក តក្កវិជ្ជា និងការចងចាំល្អ បន្ទាប់ពីពីរបីឆ្នាំ អ្នកប្រហែលជាមិនចាំថាហេតុអ្វីបានជាអ្នកជ្រើសរើសរង្វិលជុំ វិធីសាស្ត្រ លំនាំ ជាដើម។ ការចងក្រងឯកសារកូដរបស់អ្នក និងរចនាសម្ព័ន្ធដ៏ល្អរបស់វាគឺជាសេវាកម្មដ៏ល្អមួយសម្រាប់មិត្តរួមការងារ និយោជករបស់អ្នក និងភាគច្រើនបំផុតសម្រាប់ខ្លួនអ្នក។ 

រក្សាវាសាមញ្ញ ឆោតល្ងង់

រក្សាកូដ ដំណោះស្រាយ និងគម្រោងរបស់អ្នកឱ្យសាមញ្ញ។ មិនចាំបាច់ធ្វើរបងនៅក្នុងរចនាសម្ព័ន្ធស្មុគស្មាញនិងផលិតអង្គភាពដោយគ្មានសារៈសំខាន់ពិសេស។ កូដរបស់អ្នកកាន់តែស្មុគស្មាញ អ្នកកាន់តែក្លាយជាចំណាប់ខ្មាំងរបស់វា - វានឹងពិបាកតាមដែលអាចធ្វើទៅបានសម្រាប់អ្នកដើម្បីរក្សា និងអភិវឌ្ឍវា។ ជាការពិតណាស់ គោលការណ៍ KISS ដ៏ល្បីល្បាញ ("រក្សាវាឱ្យសាមញ្ញ ឆោតល្ងង់") គឺមិនតែងតែសមរម្យនោះទេ ប៉ុន្តែវាត្រូវបានបង្កើតឡើងសម្រាប់ហេតុផលមួយ៖ ភាពសាមញ្ញ និងភាពឆើតឆាយនៃកូដគឺជាគន្លឹះនៃកម្មវិធីជោគជ័យ និងការប្រើប្រាស់ឡើងវិញរបស់វា។

ការពារខ្លួនអ្នក

កុំព្រងើយកន្តើយចំពោះសុវត្ថិភាព - នៅឆ្នាំ ២០២០ វាជាបទឧក្រិដ្ឋ។ ទោះបីជាក្រុមហ៊ុនរបស់អ្នក ការអភិវឌ្ឍន៍ និងអ្នកមិនចាប់អារម្មណ៍អ្នកវាយប្រហារក៏ដោយ អ្នកអាចរងផលប៉ះពាល់ដោយបញ្ហាទាក់ទងនឹងការបរាជ័យនៃផ្នែកបណ្តាញមួយចំនួន អ្នកផ្តល់សេវាបង្ហោះ ការវាយប្រហារលើមជ្ឈមណ្ឌលទិន្នន័យ ការលួចពាក្យសម្ងាត់អ៊ីមែល និងអាកប្បកិរិយាមិនមានសុវត្ថិភាពរបស់បុគ្គលិកដែលអាច លួចទិន្នន័យពីក្រុមហ៊ុន លួចអតិថិជន ឬកូដកម្មវិធីនៃគម្រោងទាំងមូល។ ប្រសិនបើវាស្ថិតនៅក្នុងអំណាចរបស់អ្នក និងក្នុងផ្នែកជំនាញរបស់អ្នក សូមព្យាយាមការពារគម្រោងដែលអ្នកកំពុងធ្វើការ។ ជាការប្រសើរណាស់, សង្កេតសុវត្ថិភាពព័ត៌មានដោយខ្លួនឯង, វាមិនដែលរំខាននរណាម្នាក់។ 

កុំស្តោះទឹកមាត់ក្នុងអណ្តូង

កុំរញ៉េរញ៉ៃជាមួយនិយោជករបស់អ្នក។ សព្វថ្ងៃនេះ ការទំនាក់ទំនងបានឈានដល់កម្រិតមួយ ដែលឧទាហរណ៍ បុគ្គលិកធនធានមនុស្សទាំងអស់នៅក្នុងទីក្រុងស្គាល់គ្នាដោយកំបាំងមុខ ហើយអាចផ្លាស់ប្តូរព័ត៌មានណាមួយនៅក្នុងការជជែក និងក្រុមដែលបិទជិត (ទាំងពីរដើម្បីជួយស្វែងរកការងារ និងសរសេរថា “Vasily Ivanov ស្ថាបត្យករប្រព័ន្ធ។ សម្លាប់អ្វីៗគ្រប់យ៉ាងមុនពេលចាកចេញពីគណនី លុបការបម្រុងទុក និងបិទបណ្តាញ ការស្តារឡើងវិញចំណាយពេល 3 ថ្ងៃ។ កុំជួលគាត់។ ដូច្នេះ អាកប្បកិរិយារបស់អ្នកនឹងប្រឆាំងអ្នកតែម្នាក់ឯង ហើយជួនកាលសូម្បីតែការផ្លាស់ទីលំនៅទៅទីក្រុង ឬរាជធានីផ្សេងទៀតក៏នឹងមិនអាចជួយបានដែរ។ ទោះបីជាអ្នកចាកចេញដោយការខឹងសម្បារក៏ដោយ ក៏គ្មានការសងសឹកណាដែលល្អជាងការក្លាយជាបុគ្គលិកដ៏មានប្រយោជន៍ និងត្រជាក់នៃដៃគូប្រកួតប្រជែង :) ហើយសំខាន់បំផុត ជាមួយនឹងការនិទណ្ឌភាពពេញលេញ។

អ្នកក៏មិនគួរធ្វើដូច្នោះដែរ។ ប៉ុន្តែដូចដែលបទពិសោធន៍បង្ហាញ យើងនឹងមិនឈប់ទេ។

ជាទូទៅ មិត្តភ័ក្តិ អានដំបូន្មាន ប៉ុន្តែធ្វើអ្វីដែលអ្នកគិតថាល្អបំផុត - បន្ទាប់ពីទាំងអស់ ការរកឃើញពិតប្រាកដកើតឡើងនៅពេលដែលយើងសង្ស័យថាបានរកឃើញការពិតរួចហើយ។ សួស្តីឆ្នាំថ្មី សូមឲ្យគម្រោងរបស់អ្នកទទួលបានជោគជ័យ ការងាររបស់អ្នកមានភាពរីករាយ សូមសហការី និងអ្នកគ្រប់គ្រងរបស់អ្នកឱ្យបានគ្រប់គ្រាន់ និងសូមឱ្យជីវិតរបស់អ្នកជោគជ័យជាទូទៅ។ ជាទូទៅ ដល់ថ្ងៃចូលឆ្នាំ និងលេខកូដថ្មី! 

ជាមួយ​ការ​ស្រលាញ់,
ក្រុម RegionSoft Developer Studio

ក្នុងឆ្នាំថ្មីនេះ យើងនឹងបន្តធ្វើការឱ្យអ្នក និងអភិវឌ្ឍប្រព័ន្ធ CRM លើតុដ៏មានឥទ្ធិពល RegionSoft CRM និងតុជំនួយដ៏សាមញ្ញ និងងាយស្រួល និងប្រព័ន្ធសំបុត្រ ការគាំទ្រ ZEDLine.

ប្រភព: www.habr.com