🥇សៀវភៅ "របៀបគ្រប់គ្រងបញ្ញា។ Me, Nerds and Geeks"

ឧទ្ទិសដល់អ្នកគ្រប់គ្រងគម្រោង (និងអ្នកដែលសុបិនចង់ក្លាយជាថៅកែ)។

ការសរសេរកូដច្រើនជាការលំបាក ប៉ុន្តែការគ្រប់គ្រងមនុស្សកាន់តែពិបាក! ដូច្នេះអ្នកគ្រាន់តែត្រូវការសៀវភៅនេះដើម្បីរៀនពីរបៀបធ្វើទាំងពីរ។

តើវាអាចរួមបញ្ចូលរឿងកំប្លែង និងមេរៀនដ៏ធ្ងន់ធ្ងរបានទេ? Michael Lopp (ត្រូវបានគេស្គាល់ផងដែរនៅក្នុងរង្វង់តូចចង្អៀតថា Rands) បានទទួលជោគជ័យ។ អ្នកនឹងរកឃើញរឿងប្រឌិតអំពីមនុស្សប្រឌិតជាមួយនឹងបទពិសោធន៍ដែលផ្តល់រង្វាន់មិនគួរឱ្យជឿ (ទោះបីជាប្រឌិត)។ នេះជារបៀបដែល Rands ចែករំលែកបទពិសោធន៍ប្លែកៗរបស់គាត់ ជួនកាលចំលែកដែលទទួលបានក្នុងរយៈពេលជាច្រើនឆ្នាំនៃការធ្វើការនៅក្នុងសាជីវកម្មព័ត៌មានវិទ្យាធំៗដូចជា Apple, Pinterest, Palantir, Netscape, Symantec ជាដើម។

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

សៀវភៅនេះមិនដូចសៀវភៅគ្រប់គ្រង ឬការដឹកនាំណាមួយទេ។ Michael Lopp មិនលាក់បាំងអ្វីទាំងអស់ គាត់គ្រាន់តែប្រាប់វាដូចវា (ប្រហែលជារឿងទាំងអស់មិនគួរត្រូវបានផ្សព្វផ្សាយជាសាធារណៈទេ :P)។ ប៉ុន្តែមានតែវិធីនេះទេដែលអ្នកនឹងយល់ពីរបៀបដើម្បីរស់ជាមួយចៅហ្វាយបែបនេះ របៀបគ្រប់គ្រងមនុស្សកំសាក និងមនុស្សឆ្កួត និងរបៀបនាំយក "គម្រោងដ៏អាក្រក់នោះ" ដល់ទីបញ្ចប់ដ៏រីករាយ!

ដកស្រង់។ ចិត្តវិទ្យាវិស្វកម្ម

គំនិតលើ៖ តើអ្នកគួរបន្តសរសេរកូដទេ?

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

រក្សាភាពបត់បែន!

ការគិតថាអ្នកដឹងគ្រប់យ៉ាងរួចហើយគឺជាគំនិតអាក្រក់ណាស់។ នៅក្នុងស្ថានភាពមួយដែលការពិតថេរតែមួយគត់គឺថាពិភពលោកកំពុងផ្លាស់ប្តូរឥតឈប់ឈរភាពបត់បែនក្លាយជាទីតាំងត្រឹមត្រូវតែមួយគត់។

Paradoxically ធាតុទីពីរនៅក្នុងបញ្ជីគឺគួរឱ្យភ្ញាក់ផ្អើលដែលមិនអាចបត់បែនបាន។ ទោះជាយ៉ាងណាក៏ដោយ ចំណុចនេះគឺជាចំណូលចិត្តផ្ទាល់ខ្លួនរបស់ខ្ញុំ ពីព្រោះខ្ញុំជឿថាវាជួយបង្កើតមូលដ្ឋានគ្រឹះសម្រាប់ការរីកចម្រើនផ្នែកគ្រប់គ្រង។ កថាខណ្ឌនេះអាន៖

ឈប់សរសេរកូដ!

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

នៅពេលខ្ញុំឃើញថាអ្នកគ្រប់គ្រងដែលទើបនឹងបញ្ចូលថ្មី "លិច" ក្នុងការសរសេរកូដ ខ្ញុំប្រាប់គាត់ថា "យើងដឹងថាអ្នកអាចសរសេរកូដបាន។ សំណួរគឺ៖ តើអ្នកអាចដឹកនាំបានទេ? អ្នកលែងទទួលខុសត្រូវសម្រាប់ខ្លួនឯងតែម្នាក់ឯង អ្នកត្រូវទទួលខុសត្រូវសម្រាប់ក្រុមទាំងមូល; ហើយខ្ញុំចង់ធ្វើឱ្យប្រាកដថា អ្នកអាចឱ្យក្រុមរបស់អ្នកដោះស្រាយបញ្ហាដោយខ្លួនឯង ដោយមិនចាំបាច់សរសេរកូដដោយខ្លួនឯងនោះទេ។ ការងាររបស់អ្នកគឺរកវិធីធ្វើមាត្រដ្ឋានខ្លួនឯង។ ខ្ញុំមិនចង់ឱ្យអ្នកមានតែមួយទេ ខ្ញុំចង់មានអ្នកច្រើនដូចអ្នក»។

ដំបូន្មានល្អមែនទេ? មាត្រដ្ឋាន។ ការគ្រប់គ្រង។ ទំនួលខុសត្រូវ។ ពាក្យសំដីទូទៅបែបនេះ។ វាជាការអាណិតដែលដំបូន្មានខុស។

មិនត្រឹមត្រូវ?

បាទ។ ដំបូន្មានខុស! មិនខុសទាំងស្រុងទេ ប៉ុន្តែខុសល្មមដែលខ្ញុំត្រូវទូរស័ព្ទទៅអតីតសហការីមួយចំនួន ហើយសុំទោស៖ “ចងចាំពាក្យដែលខ្ញុំចូលចិត្តនោះ អំពីរបៀបដែលអ្នកគួរឈប់សរសេរកូដ? ខុសហើយ! បាទ... ចាប់ផ្តើមសរសេរកម្មវិធីម្តងទៀត។ ចាប់ផ្តើមជាមួយ Python និង Ruby ។ បាទ ខ្ញុំធ្ងន់ធ្ងរ! អាជីពរបស់អ្នកអាស្រ័យលើវា!”

នៅពេលខ្ញុំចាប់ផ្តើមអាជីពជាអ្នកបង្កើតកម្មវិធីនៅ Borland ខ្ញុំបានធ្វើការនៅក្នុងក្រុម Paradox Windows ដែលជាក្រុមដ៏ធំមួយ។ មានអ្នកបង្កើតកម្មវិធីចំនួន 13 តែម្នាក់ឯង។ ប្រសិនបើអ្នកបន្ថែមមនុស្សមកពីក្រុមផ្សេងទៀតដែលធ្វើការឥតឈប់ឈរលើបច្ចេកវិទ្យាសំខាន់ៗសម្រាប់គម្រោងនេះ ដូចជាម៉ាស៊ីនមូលដ្ឋានទិន្នន័យស្នូល និងសេវាកម្មកម្មវិធីស្នូល នោះអ្នកមានវិស្វករចំនួន 50 នាក់ដែលចូលរួមដោយផ្ទាល់ក្នុងការអភិវឌ្ឍន៍ផលិតផលនេះ។

គ្មានក្រុមណាដែលខ្ញុំធ្លាប់ធ្វើការសូម្បីតែមកជិតដល់ទំហំនេះទេ។ តាមពិតទៅ តាមរយៈឆ្នាំកន្លងទៅ ចំនួនមនុស្សនៅក្នុងក្រុមដែលខ្ញុំធ្វើការគឺមានការថយចុះជាលំដាប់។ តើមានរឿងអ្វីកើតឡើង? តើយើងអ្នកអភិវឌ្ឍន៍រួមគ្នាកាន់តែឆ្លាតជាងមុនឬ? ទេ យើងគ្រាន់តែចែករំលែកបន្ទុកប៉ុណ្ណោះ។

តើអ្នកអភិវឌ្ឍន៍បានធ្វើអ្វីក្នុងរយៈពេល 20 ឆ្នាំចុងក្រោយនេះ? ក្នុងអំឡុងពេលនេះយើងបានសរសេរកូដ shitload ។ សមុទ្រកូដ! យើងបានសរសេរកូដយ៉ាងច្រើន ដែលយើងបានសម្រេចចិត្តថា វាជាគំនិតល្អក្នុងការសម្រួលអ្វីៗគ្រប់យ៉ាង និងប្រើប្រាស់ប្រភពបើកចំហ។

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

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

បន្ទាត់នៃហេតុផលនេះស្តាប់ទៅគួរឱ្យធុញ ប៉ុន្តែគំនិតនេះគឺថាយើងទាំងអស់គ្នាគ្រាន់តែជាបណ្តុំនៃ automata រួមបញ្ចូលគ្នាដោយប្រើកាសែតបំពង់ដើម្បីភ្ជាប់វត្ថុផ្សេងៗដែលមានស្រាប់ជាមួយគ្នាដើម្បីបង្កើតកំណែខុសគ្នាបន្តិចបន្តួចនៃរឿងដូចគ្នា។ នេះគឺជាការគិតបែបបុរាណក្នុងចំណោមនាយកប្រតិបត្តិជាន់ខ្ពស់ដែលចូលចិត្តការងារខាងក្រៅ។ “អ្នកណាដែលចេះប្រើ Google ហើយមានកាសែតបំពង់ខ្លះអាចធ្វើបាន! ចុះហេតុអ្វីបានជាយើងចំណាយប្រាក់ច្រើនដល់ម៉ាស៊ីនរបស់យើង?»។

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

ខ្ញុំមិនណែនាំថាអ្នកចាប់ផ្តើមបារម្ភអំពីកន្លែងរបស់អ្នកទេ ដោយសារតែសមមិត្តដ៏អស្ចារ្យមួយចំនួនត្រូវបានគេចោទថាកំពុងតាមប្រមាញ់វា។ ខ្ញុំស្នើឱ្យអ្នកចាប់ផ្តើមព្រួយបារម្ភអំពីវា ពីព្រោះការវិវឌ្ឍន៍នៃការអភិវឌ្ឍន៍កម្មវិធីប្រហែលជាដើរលឿនជាងអ្នក។ អ្នកបានធ្វើការអស់រយៈពេល 10 ឆ្នាំហើយ ប្រាំនាក់ក្នុងចំនោមពួកគេជាអ្នកគ្រប់គ្រង ហើយអ្នកគិតថា "ខ្ញុំដឹងពីរបៀបដែលកម្មវិធីត្រូវបានអភិវឌ្ឍរួចហើយ" ។ បាទ អ្នកដឹងហើយ។ លាហើយ…

ឈប់សរសេរកូដ ប៉ុន្តែ...

ប្រសិនបើអ្នកធ្វើតាមការណែនាំដើមរបស់ខ្ញុំ ហើយឈប់សរសេរកូដ អ្នកក៏នឹងឈប់ចូលរួមក្នុងដំណើរការបង្កើតដោយស្ម័គ្រចិត្តផងដែរ។ វាគឺសម្រាប់ហេតុផលនេះដែលខ្ញុំមិនប្រើប្រាស់យ៉ាងសកម្មពីប្រភពខាងក្រៅ។ Automata មិនបង្កើតទេ គេផលិត។ ដំណើរការដែលបានរចនាយ៉ាងល្អ សន្សំប្រាក់បានច្រើន ប៉ុន្តែវាមិននាំមកនូវអ្វីថ្មីដល់ពិភពលោករបស់យើងទេ។

ប្រសិនបើអ្នកមានក្រុមតូចមួយធ្វើបានច្រើនសម្រាប់ប្រាក់តិចតួច នោះគំនិតនៃការឈប់សរសេរកូដហាក់ដូចជាការសម្រេចចិត្តមិនល្អចំពោះខ្ញុំ។ សូម្បីតែនៅក្នុងក្រុមហ៊ុនបិសាចដែលមានបទប្បញ្ញត្តិ ដំណើរការ និងគោលការណ៍មិនចេះចប់ក៏ដោយ ក៏អ្នកគ្មានសិទ្ធិភ្លេចពីរបៀបបង្កើតកម្មវិធីដោយខ្លួនឯងដែរ។ ហើយការអភិវឌ្ឍន៍កម្មវិធីកំពុងផ្លាស់ប្តូរឥតឈប់ឈរ។ វាកំពុងផ្លាស់ប្តូរឥឡូវនេះ។ នៅក្រោមជើងរបស់អ្នក! នៅវិនាទីនេះ!

អ្នកមានការជំទាស់។ យល់។ តោះស្តាប់។

“Rands ខ្ញុំកំពុងធ្វើដំណើរទៅកាន់កៅអីនាយក! ប្រសិនបើខ្ញុំបន្តសរសេរកូដ គ្មានអ្នកណាជឿថាខ្ញុំអាចរីកចម្រើនបានឡើយ»។

ខ្ញុំចង់សួរអ្នកអំពីរឿងនេះ៖ ចាប់តាំងពីអ្នកអង្គុយនៅក្នុងកៅអី "ខ្ញុំជិតក្លាយជា CEO!" តើអ្នកបានកត់សម្គាល់ទេថាទិដ្ឋភាពនៃការអភិវឌ្ឍន៍កម្មវិធីកំពុងផ្លាស់ប្តូរ សូម្បីតែនៅក្នុងក្រុមហ៊ុនរបស់អ្នក? ប្រសិនបើចម្លើយរបស់អ្នកគឺបាទ/ចាស នោះខ្ញុំនឹងសួរអ្នកនូវសំណួរមួយទៀត៖ តើវាផ្លាស់ប្តូរយ៉ាងពិតប្រាកដ ហើយតើអ្នកនឹងធ្វើអ្វីចំពោះការផ្លាស់ប្តូរទាំងនេះ? ប្រសិនបើអ្នកឆ្លើយថា "ទេ" ចំពោះសំណួរដំបូងរបស់ខ្ញុំ នោះអ្នកត្រូវផ្លាស់ទីទៅកៅអីផ្សេង ព្រោះ (ខ្ញុំភ្នាល់!) វិស័យនៃការអភិវឌ្ឍន៍កម្មវិធីកំពុងផ្លាស់ប្តូរនៅវិនាទីនេះ។ តើអ្នកនឹងរីកចម្រើនដោយរបៀបណា បើអ្នកយឺត ប៉ុន្តែប្រាកដជាភ្លេចពីរបៀបបង្កើតកម្មវិធី?

ដំបូន្មានរបស់ខ្ញុំគឺកុំតាំងចិត្តខ្លួនឯងក្នុងការអនុវត្តមុខងារជាច្រើនសម្រាប់ផលិតផលបន្ទាប់របស់អ្នក។ អ្នកត្រូវចាត់វិធានការជានិច្ច ដើម្បីបន្តឈរលើរបៀបដែលក្រុមរបស់អ្នកកំពុងបង្កើតកម្មវិធី។ អ្នកអាចធ្វើបានទាំងក្នុងនាមជានាយកនិងជាអនុប្រធាន។ អ្វីផ្សេងទៀត?

“អឺ រ៉ន! ប៉ុន្តែនរណាម្នាក់ត្រូវតែជាអាជ្ញាកណ្តាល! នរណាម្នាក់ត្រូវមើលរូបភាពធំ។ ប្រសិនបើខ្ញុំសរសេរកូដ ខ្ញុំនឹងបាត់បង់ការយល់ឃើញ»។

អ្នកនៅតែត្រូវធ្វើជាអាជ្ញាកណ្តាល អ្នកនៅតែត្រូវចាក់ផ្សាយការសម្រេចចិត្ត ហើយអ្នកនៅតែត្រូវដើរជុំវិញអគារបួនដងរៀងរាល់ព្រឹកថ្ងៃច័ន្ទជាមួយវិស្វកររបស់អ្នកដើម្បីស្តាប់ការនិយាយរបស់គាត់ "We're all doomed" ប្រចាំសប្តាហ៍ចំនួន 30 នាទី.! ប៉ុន្តែលើសពីនេះ អ្នកត្រូវតែរក្សាផ្នត់គំនិតផ្នែកវិស្វកម្ម ហើយអ្នកមិនចាំបាច់ជាអ្នកសរសេរកម្មវិធីពេញម៉ោងដើម្បីធ្វើនោះទេ។

គន្លឹះរបស់ខ្ញុំសម្រាប់រក្សាចិត្តគំនិតវិស្វកម្ម៖

ប្រើបរិយាកាសអភិវឌ្ឍន៍។ នេះមានន័យថាអ្នកគួរតែស្គាល់ឧបករណ៍របស់ក្រុមអ្នក រួមទាំងប្រព័ន្ធបង្កើតកូដ ការគ្រប់គ្រងកំណែ និងភាសាសរសេរកម្មវិធី។ ជាលទ្ធផល អ្នកនឹងក្លាយជាស្ទាត់ជំនាញក្នុងភាសាដែលក្រុមរបស់អ្នកប្រើ នៅពេលនិយាយអំពីការអភិវឌ្ឍន៍ផលិតផល។ នេះក៏នឹងអនុញ្ញាតឱ្យអ្នកបន្តប្រើកម្មវិធីកែអត្ថបទដែលអ្នកចូលចិត្ត ដែលដំណើរការយ៉ាងល្អឥតខ្ចោះ។
អ្នកត្រូវតែអាចគូរដ្យាក្រាមស្ថាបត្យកម្មលម្អិតដែលពិពណ៌នាអំពីផលិតផលរបស់អ្នកនៅលើផ្ទៃណាមួយនៅពេលណាក៏បាន។ ឥឡូវនេះខ្ញុំមិនមានន័យថាកំណែសាមញ្ញដែលមានក្រឡាបី និងព្រួញពីរទេ។ អ្នកត្រូវតែដឹងពីដ្យាក្រាមលម្អិតនៃផលិតផល។ ការលំបាកបំផុត។ មិនត្រឹមតែដ្យាក្រាមដែលគួរឱ្យស្រលាញ់នោះទេ ប៉ុន្តែជាដ្យាក្រាមដែលពិបាកពន្យល់។ វាគួរតែជាផែនទីដែលសមរម្យសម្រាប់ការយល់ដឹងពេញលេញអំពីផលិតផល។ វាកំពុងផ្លាស់ប្តូរជានិច្ច ហើយអ្នកគួរតែដឹងជានិច្ចថាហេតុអ្វីបានជាការផ្លាស់ប្តូរជាក់លាក់កើតឡើង។
កាន់កាប់ការអនុវត្តមុខងារមួយក្នុងចំណោមមុខងារ។ ខ្ញុំពិតជាច្រណែននៅពេលខ្ញុំសរសេរនេះ ពីព្រោះចំណុចនេះមានហានិភ័យលាក់កំបាំងជាច្រើន ប៉ុន្តែខ្ញុំពិតជាមិនប្រាកដថាអ្នកអាចសម្រេចបាននូវចំណុច #1 និងចំណុច #2 ដោយមិនប្តេជ្ញាអនុវត្តមុខងារយ៉ាងហោចណាស់មួយ។ តាមរយៈការអនុវត្តលក្ខណៈពិសេសមួយដោយខ្លួនឯង មិនត្រឹមតែអ្នកនឹងចូលរួមយ៉ាងសកម្មក្នុងដំណើរការអភិវឌ្ឍប៉ុណ្ណោះទេ វាក៏នឹងអនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរជាទៀងទាត់ពីតួនាទី "អ្នកគ្រប់គ្រងលើអ្វីៗគ្រប់យ៉ាង" ទៅជាតួនាទី "បុរសទទួលបន្ទុកអនុវត្តកម្មវិធីមួយ។ នៃមុខងារ។” អាកប្បកិរិយារាបទាប និងមិនសមហេតុផលនេះនឹងរំឭកអ្នកអំពីសារៈសំខាន់នៃការសម្រេចចិត្តតូចតាច។
ខ្ញុំនៅតែញ័រពេញខ្លួន។ វាហាក់បីដូចជាមាននរណាម្នាក់កំពុងស្រែកដាក់ខ្ញុំរួចហើយថា "អ្នកគ្រប់គ្រងដែលយកខ្លួនឯងអនុវត្តមុខងារ?! (ហើយខ្ញុំយល់ស្របជាមួយគាត់!) បាទ អ្នកនៅតែជាអ្នកគ្រប់គ្រង ដែលមានន័យថាវាគួរតែជាមុខងារតូចមួយ មិនអីទេ? បាទ អ្នកនៅមានអ្វីដែលត្រូវធ្វើ។ ប្រសិនបើអ្នកគ្រាន់តែមិនអាចអនុវត្តមុខងារនេះបានទេ នោះខ្ញុំមានការណែនាំខ្លះៗសម្រាប់អ្នក៖ ជួសជុលកំហុសមួយចំនួន។ ក្នុងករណីនេះអ្នកនឹងមិនមានអារម្មណ៍រីករាយនៃការបង្កើតនោះទេប៉ុន្តែអ្នកនឹងមានការយល់ដឹងអំពីរបៀបដែលផលិតផលត្រូវបានបង្កើតឡើងដែលមានន័យថាអ្នកនឹងមិនចាកចេញពីការងារនោះទេ។
សរសេរការធ្វើតេស្តឯកតា។ ខ្ញុំនៅតែធ្វើវាយឺតក្នុងវដ្តផលិតកម្ម នៅពេលដែលមនុស្សចាប់ផ្តើមឆ្កួត។ គិតថាវាជាបញ្ជីត្រួតពិនិត្យសុខភាពសម្រាប់ផលិតផលរបស់អ្នក។ ធ្វើបែបនេះឱ្យបានញឹកញាប់។

ជំទាស់ទៀតហើយ?

“Rands ប្រសិនបើខ្ញុំសរសេរកូដ ខ្ញុំនឹងច្រឡំក្រុមរបស់ខ្ញុំ។ ពួកគេនឹងមិនដឹងថាខ្ញុំជាអ្នកណាទេ អ្នកគ្រប់គ្រង ឬអ្នកអភិវឌ្ឍន៍។

Хорошо។

បាទ ខ្ញុំបាននិយាយថា "មិនអីទេ!" ខ្ញុំរីករាយដែលអ្នកគិតថាអ្នកអាចច្រឡំក្រុមរបស់អ្នកដោយគ្រាន់តែហែលទឹកនៅក្នុងស្រះអ្នកអភិវឌ្ឍន៍។ វាសាមញ្ញ៖ ព្រំដែនរវាងតួនាទីផ្សេងៗគ្នាក្នុងការអភិវឌ្ឍន៍កម្មវិធីបច្ចុប្បន្នមានភាពមិនច្បាស់។ បុរស UI ធ្វើអ្វីដែលហៅថា JavaScript និង CSS យ៉ាងទូលំទូលាយ។ អ្នកអភិវឌ្ឍន៍កំពុងសិក្សាកាន់តែច្រើនឡើងអំពីការរចនាបទពិសោធន៍អ្នកប្រើប្រាស់។ មនុស្សប្រាស្រ័យទាក់ទងគ្នា និងស្វែងយល់អំពីកំហុស អំពីការលួចកូដរបស់អ្នកដទៃ និងអំពីការពិតដែលថាមិនមានហេតុផលល្អសម្រាប់អ្នកគ្រប់គ្រងមិនឱ្យចូលរួមក្នុង bacchanalia ព័ត៍មានដ៏ធំ និងជាសកលនេះទេ។

លើសពីនេះ តើអ្នកចង់ក្លាយជាផ្នែកមួយនៃក្រុមដែលមានធាតុផ្សំដែលអាចផ្លាស់ប្តូរបានយ៉ាងងាយស្រួលដែរឬទេ? វាមិនត្រឹមតែធ្វើឱ្យក្រុមរបស់អ្នកកាន់តែមានភាពរហ័សរហួនប៉ុណ្ណោះទេ វានឹងផ្តល់ឱ្យសមាជិកក្រុមនីមួយៗនូវឱកាសដើម្បីមើលឃើញផលិតផល និងក្រុមហ៊ុនពីទស្សនៈផ្សេងៗគ្នា។ តើអ្នកអាចមកគោរព Frank ដែលជាបុរសស្ងប់ស្ងាត់ដែលទទួលខុសត្រូវលើការសាងសង់ លើសពីពេលដែលឃើញភាពឆើតឆាយសាមញ្ញនៃស្គ្រីបសាងសង់របស់គាត់ដោយរបៀបណា?

ខ្ញុំមិនចង់ឱ្យក្រុមរបស់អ្នកមានភាពច្របូកច្របល់និងវឹកវរ។ ផ្ទុយទៅវិញ ខ្ញុំចង់ឱ្យក្រុមរបស់អ្នកទំនាក់ទំនងកាន់តែមានប្រសិទ្ធភាព។ ខ្ញុំជឿថាប្រសិនបើអ្នកចូលរួមក្នុងការបង្កើតផលិតផល និងធ្វើការលើលក្ខណៈពិសេស អ្នកនឹងកាន់តែជិតស្និទ្ធជាមួយក្រុមរបស់អ្នក។ ហើយសំខាន់ជាងនេះទៅទៀត អ្នកនឹងកាន់តែខិតទៅជិតការផ្លាស់ប្តូរឥតឈប់ឈរនៅក្នុងដំណើរការអភិវឌ្ឍកម្មវិធីនៅក្នុងស្ថាប័នរបស់អ្នក។

កុំឈប់អភិវឌ្ឍ

សហសេវិករបស់ខ្ញុំនៅ Borland ធ្លាប់បានវាយប្រហារខ្ញុំដោយពាក្យសំដីចំពោះការហៅនាងថា "អ្នកសរសេរកូដ" ។

“Rands អ្នកសរសេរកូដគឺជាម៉ាស៊ីនដែលមិនចេះគិត! ស្វា! អ្នកសរសេរកូដមិនធ្វើអ្វីសំខាន់ទេ លើកលែងតែសរសេរបន្ទាត់គួរឱ្យធុញទ្រាន់នៃកូដដែលគ្មានប្រយោជន៍។ ខ្ញុំមិនមែនជាអ្នកសរសេរកូដទេ ខ្ញុំជាអ្នកបង្កើតកម្មវិធី!”

នាងនិយាយត្រូវ នាងនឹងស្អប់ដំបូន្មានដំបូងរបស់ខ្ញុំចំពោះនាយកប្រតិបត្តិថ្មី៖ “ឈប់សរសេរកូដ!” មិនមែនដោយសារតែខ្ញុំកំពុងណែនាំថាពួកគេជាអ្នកសរសេរកូដនោះទេ ប៉ុន្តែច្រើនដោយសារតែខ្ញុំកំពុងណែនាំយ៉ាងសកម្មថាពួកគេចាប់ផ្តើមមិនអើពើផ្នែកសំខាន់បំផុតមួយនៃការងាររបស់ពួកគេ៖ ការអភិវឌ្ឍន៍កម្មវិធី។

ដូច្នេះខ្ញុំបានធ្វើបច្ចុប្បន្នភាពដំបូន្មានរបស់ខ្ញុំ។ បើអ្នកចង់ក្លាយជាអ្នកដឹកនាំល្អ អ្នកអាចឈប់សរសេរកូដបាន ប៉ុន្តែ...

មានភាពបត់បែន។ ចងចាំអត្ថន័យនៃការក្លាយជាវិស្វករ ហើយកុំឈប់បង្កើតកម្មវិធី។

អំពីអ្នកនិពន្ធ

Michael Lopp គឺជាអ្នកបង្កើតកម្មវិធីជើងចាស់ដែលនៅតែមិនចាកចេញពី Silicon Valley។ ក្នុងរយៈពេល 20 ឆ្នាំកន្លងមកនេះ លោក Michael បានធ្វើការឱ្យក្រុមហ៊ុនច្នៃប្រឌិតជាច្រើន រួមមាន Apple, Netscape, Symantec, Borland, Palantir, Pinterest ហើយក៏បានចូលរួមក្នុងការចាប់ផ្ដើមអាជីវកម្មដែលបណ្តែតបណ្តោយបន្តិចម្តងៗ។

នៅខាងក្រៅការងារ លោក Michael ដំណើរការប្លុកដ៏ពេញនិយមមួយអំពីបច្ចេកវិទ្យា និងការគ្រប់គ្រងក្រោមឈ្មោះក្លែងក្លាយ Rands ជាកន្លែងដែលគាត់ពិភាក្សាអំពីគំនិតក្នុងវិស័យគ្រប់គ្រងជាមួយអ្នកអាន បង្ហាញពីការព្រួយបារម្ភអំពីតម្រូវការថេរក្នុងការរក្សាម្រាមដៃរបស់គាត់នៅលើជីពចរ ហើយពន្យល់ថា ទោះបីជាមាន រង្វាន់ដ៏សប្បុរសសម្រាប់ការបង្កើតផលិតផល ភាពជោគជ័យរបស់អ្នកគឺអាចធ្វើទៅបានដោយអរគុណដល់ក្រុមរបស់អ្នក។ ប្លុកអាចរកបាននៅទីនេះ www.randsinrepose.com.

Michael រស់នៅជាមួយគ្រួសាររបស់គាត់នៅ Redwood រដ្ឋ California ។ គាត់តែងតែរកពេលជិះកង់ឡើងភ្នំ លេងវាយកូនគោលលើទឹកកក និងផឹកស្រាក្រហម ព្រោះថាសុខភាពគឺសំខាន់ជាងការរវល់។

» ព័ត៌មានលំអិតអំពីសៀវភៅ អាចរកបាននៅ គេហទំព័ររបស់អ្នកបោះពុម្ពផ្សាយ
» តារាងមាតិកា
» សម្រង់

សម្រាប់ Khabrozhiteley ការបញ្ចុះតម្លៃ 20% ដោយប្រើប័ណ្ណ - ការគ្រប់គ្រងមនុស្ស

នៅពេលបង់ប្រាក់សម្រាប់កំណែក្រដាសនៃសៀវភៅ កំណែអេឡិចត្រូនិចនៃសៀវភៅនឹងត្រូវបានផ្ញើតាមអ៊ីមែល។

PS: 7% នៃតម្លៃសៀវភៅនឹងទៅការបកប្រែសៀវភៅកុំព្យូទ័រថ្មី បញ្ជីសៀវភៅដែលប្រគល់ឱ្យរោងពុម្ព នៅទីនេះ.

ប្រភព: www.habr.com

សៀវភៅ "របៀបគ្រប់គ្រងបញ្ញា។ ខ្ញុំ, nerds និង geeks"

ដកស្រង់។ ចិត្តវិទ្យាវិស្វកម្ម

គំនិតលើ៖ តើអ្នកគួរបន្តសរសេរកូដទេ?

មិនត្រឹមត្រូវ?

ឈប់សរសេរកូដ ប៉ុន្តែ...

កុំឈប់អភិវឌ្ឍ

អំពីអ្នកនិពន្ធ

បន្ថែមមតិយោបល់ ответОтменить

សៀវភៅ "របៀបគ្រប់គ្រងបញ្ញា។ ខ្ញុំ, nerds និង geeks"

ដកស្រង់។ ចិត្តវិទ្យាវិស្វកម្ម

គំនិតលើ៖ តើអ្នកគួរបន្តសរសេរកូដទេ?

មិន​ត្រឹមត្រូវ?

ឈប់សរសេរកូដ ប៉ុន្តែ...

កុំឈប់អភិវឌ្ឍ

អំពីអ្នកនិពន្ធ

បន្ថែមមតិយោបល់ ответОтменить

មិនត្រឹមត្រូវ?