Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж

Техникийн ахлагч Скайенг Кирилл Роговой (флэш ххэ) чуулган дээр илтгэл тавьж, сайн хөгжүүлэгч бүр шилдэг болохын тулд хөгжүүлэх ёстой ур чадварын талаар ярьдаг. Би түүнээс энэ түүхийг Хабра уншигчидтай хуваалцахыг хүссэн тул Кириллд үг хэлж байна.

Сайн хөгжүүлэгчийн тухай домог бол тэр:

  1. Цэвэр код бичдэг
  2. Маш олон технологи мэддэг
  3. Даалгавруудыг илүү хурдан кодлох
  4. Олон тооны алгоритм, дизайны хэв маягийг мэддэг
  5. Цэвэр код ашиглан ямар ч кодыг дахин засах боломжтой
  6. Програмчлалын бус ажлуудад цаг үрдэггүй
  7. Өөрийн дуртай технологийн 100% эзэн

Хүний нөөц хамгийн тохиромжтой нэр дэвшигчдийг ингэж хардаг бөгөөд үүний дагуу сул орон тоо ч мөн адил харагдаж байна.

Гэхдээ энэ нь тийм ч үнэн биш гэдгийг миний туршлага хэлж байна.

Нэгдүгээрт, хоёр чухал татгалзал:
1) миний туршлага бол бүтээгдэхүүний баг, өөрөөр хэлбэл. аутсорсинг биш өөрийн гэсэн бүтээгдэхүүнтэй компаниуд; аутсорсингийн хувьд бүх зүйл маш өөр байж болно;
2) Хэрэв та бага оюутан бол бүх зөвлөгөө хэрэгжихгүй, хэрэв би таны оронд байсан бол одоохондоо програмчлалд анхаарлаа хандуулах байсан.

Сайн хөгжүүлэгч: бодит байдал

1: Дундаж кодоос илүү

Сайн хөгжүүлэгч нь гайхалтай архитектурыг хэрхэн бүтээх, гайхалтай код бичих, хэт олон алдаа гаргахгүй байхыг мэддэг; Ерөнхийдөө тэрээр дунджаас илүү сайн ажилладаг боловч мэргэжилтнүүдийн эхний 1% -д багтдаггүй. Миний мэдэх хамгийн дажгүй хөгжүүлэгчдийн ихэнх нь тийм ч гайхалтай кодлогч биш: тэд хийж байгаа зүйлдээ маш сайн, гэхдээ тэд ер бусын зүйл хийж чадахгүй.

2: Асуудлыг бий болгохоос илүүтэй шийддэг

Төсөлд гадны үйлчилгээг нэгтгэх хэрэгтэй гэж төсөөлөөд үз дээ. Бид техникийн үзүүлэлтүүдийг хүлээн авч, баримт бичгийг харж, тэнд ямар нэгэн зүйл хуучирсан байгааг олж мэдээд, нэмэлт параметрүүдийг дамжуулж, зарим тохируулга хийж, бүгдийг нь ямар нэгэн байдлаар хэрэгжүүлэхийг хичээж, зарим нэг муруй аргыг зөв ажиллуулах хэрэгтэй гэдгийг ойлгож байна. Бид ингэж үргэлжлүүлж болохгүй гэдгийг хэдэн өдөр ойлгож байна. Ийм нөхцөлд хөгжүүлэгчийн ердийн зан байдал бол бизнес рүүгээ буцаж ирээд: "Би ингэсэн, тэгсэн, энэ нь тийм биш, нөгөө нь огт ажиллахгүй байгаа тул өөрөө шийдээрэй. ” Бизнест асуудал тулгардаг: та юу болсныг сайтар судалж, хэн нэгэнтэй харилцах, ямар нэгэн байдлаар шийдвэрлэхийг хичээх хэрэгтэй. Эвдэрсэн утас: "Чи түүнд хэл, би түүн рүү мессеж бичье, тэд юу гэж хариулсныг хараарай."

Ийм нөхцөл байдалтай тулгарсан сайн хөгжүүлэгч өөрөө холбоо барих хүмүүсээ олж, утсаар холбогдож, асуудлаа ярилцаж, юу ч болохгүй бол тэр зөв хүмүүсийг цуглуулж, бүх зүйлийг тайлбарлаж, өөр хувилбар санал болгоно (их магадлалтай, өөр хувилбар байдаг. илүү сайн дэмжлэгтэй гадаад үйлчилгээ). Ийм хөгжүүлэгч нь бизнесийн асуудлыг харж, түүнийг шийддэг. Бизнесийн асуудлыг шийдэх үед түүний даалгавар хаагддаг болохоос ямар нэгэн зүйлтэй тулгарах үед биш.

3: Таяг бичдэг байсан ч хамгийн их үр дүнд хүрэхийн тулд хамгийн бага хүчин чармайлт гаргахыг хичээдэг

Бүтээгдэхүүний компаниудад програм хангамж хөгжүүлэх нь бараг үргэлж хамгийн том зардлын зүйл байдаг: хөгжүүлэгчид үнэтэй байдаг. Мөн сайн хөгжүүлэгч нь бизнес хамгийн бага зардлаар хамгийн их мөнгө авахыг хүсдэг гэдгийг ойлгодог. Түүнд туслахын тулд сайн хөгжүүлэгч ажил олгогчдоо хамгийн их ашиг олохын тулд үнэтэй цагаа зарцуулахыг хүсдэг.

Энд хоёр туйл бий. Нэг нь та ерөнхийдөө бүх асуудлыг таягтай, архитектурт төвөг учруулахгүйгээр, дахин засварлахгүйгээр шийдэж чадна. Энэ нь ихэвчлэн хэрхэн дуусдагийг бид бүгд мэднэ: юу ч болохгүй, бид төслийг эхнээс нь дахин бичдэг. Өөр нэг зүйл бол хүн товчлуур бүрийн хувьд хамгийн тохиромжтой архитектурыг олохыг хичээж, даалгаварт нэг цаг, дахин засварлахад дөрвөн цаг зарцуулдаг. Ийм ажлын үр дүн маш сайн харагддаг, гэхдээ асуудал нь бизнесийн тал дээр өөр өөр шалтгааны улмаас эхний болон хоёр дахь тохиолдолд товчлуурыг дуусгахад арван цаг зарцуулдаг.

Сайн хөгжүүлэгч эдгээр хэт туйлшралыг хэрхэн тэнцвэржүүлэхийг мэддэг. Тэр нөхцөл байдлыг ойлгож, оновчтой шийдвэр гаргадаг: энэ асуудалд би таяг таслах болно, учир нь энэ нь зургаан сард нэг удаа хүрдэг код юм. Гэхдээ энэ удаад би бүх зүйлийг аль болох зөв хийх болно, учир нь хөгжүүлээгүй байгаа зуун шинэ функцууд миний амжилтанд хүрэхээс хамаарна.

4. Өөрийн гэсэн бизнесийн удирдлагын тогтолцоотой, түүндээ ямар ч төвөгтэй төсөл дээр ажиллах чадвартай.

Зарчмын дагуу ажиллаж байна Хийсэн зүйлээ хийлээ - Та бүх даалгавраа ямар нэгэн текст системд бичиж байхдаа ямар ч гэрээг мартаж болохгүй, хүн бүрийг шахаж, хаа сайгүй цагтаа гарч ирээрэй, яг одоо юу чухал, юу чухал биш болохыг мэддэг бол та хэзээ ч даалгавраа алдахгүй. Ийм хүмүүсийн ерөнхий шинж чанар нь та тэдэнтэй ямар нэгэн зүйл дээр санал нийлэхдээ тэд мартагдах болно гэж хэзээ ч санаа зовдоггүй; мөн тэд бүгдийг бичээд дараа нь хариултыг нь аль хэдийн хэлэлцсэн мянга мянган асуулт асуухгүй гэдгийг та бас мэднэ.

5. Аливаа нөхцөл, танилцуулгыг асууж, тодруулна

Энд бас хоёр туйл бий. Нэг талаас та бүх танилцуулга мэдээлэлд эргэлзэж болно. Таны өмнөх хүмүүс зарим шийдлүүдийг гаргаж ирсэн боловч та илүү сайн хийж чадна гэж бодож, дизайн, бизнесийн шийдэл, архитектур гэх мэт өмнөх бүх зүйлийг дахин хэлэлцэж эхэлнэ. Энэ нь хөгжүүлэгч болон түүний эргэн тойронд байгаа хүмүүсийн хувьд маш их цагийг дэмий үрж, компанид итгэх итгэлд сөргөөр нөлөөлдөг: бусад хүмүүс тэр залуу эргэж ирээд бүх зүйлийг эвдэх болно гэдгийг мэддэг учраас шийдвэр гаргахыг хүсдэггүй. Нөгөө нэг туйл нь хөгжүүлэгч аливаа танилцуулга, техникийн үзүүлэлт, бизнесийн хүслийг чулуунд сийлсэн зүйл мэтээр хүлээн авч, шийдвэрлэх боломжгүй асуудалтай тулгарах үед л тэр хийж байгаа зүйлээ хийж байгаа эсэхээ бодож эхэлдэг. Сайн хөгжүүлэгч энд бас дунд замыг олдог: тэр даалгаварыг хөгжүүлэхээс өмнө түүний өмнө эсвэл түүнгүйгээр гаргасан шийдвэрүүдийг ойлгохыг хичээдэг. Бизнес юу хүсдэг вэ? Бид түүний асуудлыг шийдэж байна уу? Бүтээгдэхүүний зохион бүтээгч шийдлийг гаргасан боловч шийдэл яагаад ажиллахыг би ойлгож байна уу? Багийн ахлагч яагаад ийм архитектурыг бий болгосон бэ? Хэрэв ямар нэг зүйл тодорхойгүй байвал очиж асуух хэрэгтэй. Энэхүү тодруулгын явцад сайн хөгжүүлэгч урьд өмнө хэний ч санаанд орж байгаагүй өөр шийдлийг олж харж магадгүй юм.

6. Үйл явц болон эргэн тойрныхоо хүмүүсийг сайжруулна

Бидний эргэн тойронд маш олон үйл явц өрнөж байна - өдөр тутмын уулзалт, уулзалт, скрам, технологийн тойм, кодын тойм гэх мэт. Сайн хөгжүүлэгч босож ирээд: Хараач, бид долоо хоног бүр цугларч, нэг зүйлийг ярилцдаг, яагаад гэдгийг би ойлгохгүй байна, бид энэ цагийг Contra дээр өнгөрөөж болно гэж хэлэх болно. Эсвэл: гурав дахь даалгаврын хувьд би код руу орж чадахгүй байна, юу ч тодорхойгүй, архитектур нь цоорхойгоор дүүрэн байна; Магадгүй бидний хянан шалгах код доголон байж магадгүй тул бид дахин засварлах шаардлагатай байгаа тул уулзалтыг хоёр долоо хоног тутам дахин тохируулцгаая. Эсвэл кодыг шалгах явцад хүн өөрийн хамтран ажиллагсдынхаа нэг нь тодорхой хэрэгслийг хангалттай үр дүнтэй ашиглахгүй байгааг олж хардаг бөгөөд энэ нь дараа нь гарч ирж зөвлөгөө өгөх шаардлагатай гэсэн үг юм. Сайн хөгжүүлэгч ийм зөн совинтой байдаг, тэр ийм зүйлийг автоматаар хийдэг.

7. Менежер биш ч гэсэн бусдыг удирдахдаа гарамгай

Энэ ур чадвар нь "асуудал үүсгэхээс илүүтэй шийдвэрлэх" сэдэвтэй сайн уялдаж байна. Ихэнхдээ бидний өргөдөл гаргаж буй сул орон тооны бичвэрт менежментийн талаар юу ч бичдэггүй, гэхдээ таны хяналтаас гадуур асуудалтай тулгарах үед та бусдыг ямар нэг байдлаар удирдаж, тэднээс ямар нэгэн зүйлд хүрэх хэрэгтэй. мартсан - түлхэж, тэд бүгдийг ойлгосон эсэхийг шалгаарай. Сайн хөгжүүлэгч хэн юу сонирхож байгааг мэддэг, эдгээр хүмүүстэй уулзалт хийж, гэрээ бичиж, хойшлуулж, зөв ​​өдөр нь сануулж, бүх зүйл бэлэн байгаа эсэхийг шалгах боломжтой, тэр ч байтугай тэр өөрөө шууд хариуцлага хүлээхгүй. Энэ даалгавар, гэхдээ түүний үр дүн түүний хэрэгжилтээс хамаарна.

8. Өөрийн мэдлэгийг догма гэж ойлгодоггүй, шүүмжлэлд байнга нээлттэй байдаг

Технологидоо буулт хийж чаддаггүй, буруу мутациас болж хүн бүр тамд шатна гэж хашгирч байсан өмнөх ажлынхаа хамтрагчийг хүн бүр санаж байгаа байх. Сайн хөгжүүлэгч хүн салбартаа 5, 10, 20 жил ажиллавал мэдлэгийнхээ тал хувь нь ялзарч, үлдсэн хагаст нь мэддэгээсээ арав дахин илүүг мэддэггүй гэдгийг ойлгодог. Мөн хэн нэгэн түүнтэй санал нийлэхгүй, өөр хувилбар санал болгох болгонд энэ нь түүний эго руу дайрах биш, харин ямар нэг зүйлийг сурах боломж юм. Энэ нь түүнийг эргэн тойрныхоо хүмүүсээс хамаагүй хурдан өсөх боломжийг олгодог.

Миний төгс хөгжүүлэгчийн талаарх санааг нийтээр хүлээн зөвшөөрөгдсөнтэй харьцуулж үзье.

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж

Энэ зураг дээр дурдсан цэгүүдийн хэд нь кодтой холбоотой, хэд нь хамааралгүй болохыг харуулж байна. Бүтээгдэхүүний компаний хөгжил нь зөвхөн гуравны нэг програмчлал, үлдсэн 2/3 нь кодтой ямар ч холбоогүй юм. Хэдийгээр бид маш их код бичдэг ч бидний үр нөлөө нь эдгээр "хамааралгүй" гуравны хоёроос ихээхэн хамаардаг.

Мэргэшсэн байдал, ерөнхий байдал ба 80-20 дүрэм

Хүн зарим нэг явцуу асуудлыг шийдэж сурсан, удаан, шаргуу судалж, дараа нь амархан бөгөөд энгийнээр шийддэг, гэхдээ холбогдох чиглэлээр мэргэшээгүй бол энэ нь мэргэшил юм. Сургалтын цагийн тал хувь нь өөрийн чадамжийн талбарт, нөгөө тал нь холбогдох салбарт зарцуулагдахыг ерөнхий ойлголт гэнэ. Үүний дагуу эхний тохиолдолд би нэг зүйлийг төгс, үлдсэнийг нь муу хийдэг, хоёрдугаарт би бүх зүйлийг их бага хэмжээгээр хийдэг.

80-20 дүрэм нь үр дүнгийн 80% нь 20% хүчин чармайлтаас гардаг гэж хэлдэг. Орлогын 80% нь үйлчлүүлэгчдийн 20%, ашгийн 80% нь ажилчдын 20% гэх мэт. Энэ нь заахдаа бид мэдлэгийн 80% -ийг зарцуулсан эхний 20% -д олж авдаг гэсэн үг юм.

Кодерууд зөвхөн кодлох, дизайнерууд зөвхөн дизайн хийх, шинжээчид дүн шинжилгээ хийх, менежерүүд зөвхөн удирдах ёстой гэсэн санаа байдаг. Миний бодлоор энэ санаа нь хортой бөгөөд тийм ч сайн ажилладаггүй. Энэ нь хүн бүр бүх нийтийн цэрэг байх албагүй, нөөцийг хэмнэх тухай юм. Хөгжүүлэгч менежмент, дизайн, аналитикийн талаар бага ч гэсэн ойлгодог бол бусад хүмүүсийг оролцуулахгүйгээр олон асуудлыг шийдэж чадна. Хэрэв та ямар нэгэн функц хийж, дараа нь хоёр SQL асуулга шаардагдах тодорхой нөхцөл байдалд хэрэглэгчид хэрхэн ажилладагийг шалгах шаардлагатай бол шинжээчийн анхаарлыг сарниулахгүй байх нь үнэхээр сайхан хэрэг юм. Хэрэв та товчлуурыг одоо байгаа товчлууруудтай адилтгаж, ерөнхий зарчмуудыг ойлгож байгаа бол дизайнерыг оролцуулалгүйгээр үүнийг хийх боломжтой бөгөөд компани танд талархах болно.

Нийт: та цагийнхаа 100%-ийг ур чадвараа дээд зэргээр судлахад зарцуулж болно, эсвэл таван чиглэлээр ижил цагийг зарцуулж, тус бүрдээ 80% хүртэл түвшин тогтоох боломжтой. Энэхүү гэнэн математикийг дагаснаар бид ижил хугацаанд дөрөв дахин их ур чадвар олж авах боломжтой. Энэ бол хэтрүүлэг боловч санааг харуулж байна.

Холбогдох чадварыг 80% биш, харин 30-50% -иар сургаж болно. 10-20 цаг зарцуулсны дараа та холбогдох чиглэлээр мэдэгдэхүйц сайжирч, тэдгээрт болж буй үйл явцын талаар маш их ойлголттой болж, илүү бие даасан болно.

Өнөөгийн мэдээллийн технологийн экосистемд аль болох олон ур чадвар эзэмшиж, аль нэгэнд нь мэргэжилтэн биш байх нь дээр. Яагаад гэвэл нэгдүгээрт, эдгээр бүх чадварууд, ялангуяа програмчлалын хувьд хурдан алга болдог, хоёрдугаарт, бид 99% нь зөвхөн үндсэн ур чадвар биш, гэхдээ мэдээжийн хэрэг хамгийн боловсронгуй ур чадвар ашигладаггүй бөгөөд энэ нь кодлоход ч хангалттай юм. дажгүй компаниуд.

Эцэст нь хэлэхэд, сургалт бол хөрөнгө оруулалт бөгөөд хөрөнгө оруулалтад төрөлжүүлэх нь чухал юм.

Юу заах вэ

Тэгэхээр юу, яаж заах вэ? Хүчтэй компанийн ердийн хөгжүүлэгч дараахь зүйлийг тогтмол ашигладаг.

  • харилцаа холбоо
  • өөрийгөө зохион байгуулах
  • төлөвлөх
  • дизайн (ихэвчлэн код)
  • заримдаа менежмент, манлайлал, өгөгдөлд дүн шинжилгээ хийх, бичих, элсүүлэх, зөвлөн туслах болон бусад олон ур чадвар

Эдгээр ур чадваруудын бараг аль нь ч кодтой огтлолцдоггүй. Тэдгээрийг тусад нь зааж, сайжруулах шаардлагатай бөгөөд хэрэв үүнийг хийхгүй бол тэдгээр нь маш доогуур түвшинд үлдэх бөгөөд энэ нь тэдгээрийг үр дүнтэй ашиглах боломжийг олгодоггүй.

Ямар чиглэлээр хөгжих нь зүйтэй вэ?

  1. Зөөлөн ур чадвар нь засварлагчийн товчлуур дээр дарахад хамааралгүй бүх зүйл юм. Бид ийм байдлаар мессеж бичдэг, уулзалтанд хэрхэн биеэ авч явдаг, хамт ажиллагсадтайгаа хэрхэн харилцдаг. Эдгээр нь бүгд ойлгомжтой мэт боловч ихэнхдээ дутуу үнэлдэг.

  2. Өөрийгөө зохион байгуулах систем. Миний хувьд энэ нь сүүлийн нэг жилийн хугацаанд маш чухал сэдэв болсон. Миний мэдэх бүх IT-ийн ажилчдын дунд энэ бол хамгийн хөгжсөн ур чадваруудын нэг юм: тэд маш зохион байгуулалттай, хэлснээ үргэлж хийдэг, маргааш, долоо хоног, сарын дараа юу хийхээ сайн мэддэг. Өөрийнхөө эргэн тойронд бүх асуудал, бүх асуултыг бүртгэх системийг бий болгох шаардлагатай бөгөөд энэ нь ажлыг өөрөө хөнгөвчлөх бөгөөд бусад хүмүүстэй харилцахад ихээхэн тусалдаг. Өнгөрсөн нэг жилийн хугацаанд энэ чиглэлийн хөгжил нь техникийн ур чадвараа дээшлүүлэхээс илүүтэйгээр намайг сайжруулж, нэгж цаг тутамд илүү их ажил хийж эхэлсэн гэж би бодож байна.

  3. Идэвхтэй, нээлттэй, төлөвлөлттэй. Сэдвүүд нь маш ерөнхий бөгөөд амин чухал бөгөөд зөвхөн IT-д хамаарахгүй бөгөөд хүн бүр тэдгээрийг хөгжүүлэх ёстой. Идэвхтэй байх гэдэг нь ямар нэгэн арга хэмжээ авах дохиог хүлээхгүй байхыг хэлнэ. Та үйл явдлын эх сурвалж болохоос тэдэнд үзүүлэх хариу үйлдэл биш. Нээлттэй сэтгэлгээ гэдэг нь аливаа шинэ мэдээлэлд бодитой хандах, нөхцөл байдлыг өөрийн ертөнцийг үзэх үзэл, хуучин зуршлаас тусгаарлан дүгнэх чадвар юм. Төлөвлөлт нь өнөөдрийн ажил нь долоо хоног, сар, жилийн асуудлыг хэрхэн шийдэж байгааг тодорхой төсөөлөх явдал юм. Хэрэв та ирээдүйг тодорхой даалгавараас цааш харж байгаа бол хэрэгтэй зүйлээ хийх нь илүү хялбар бөгөөд цаг хугацаа өнгөрсний дараа үүнийг дэмий үрсэн гэдгийг ойлгохоос бүү ай. Энэ ур чадвар нь карьерын хувьд онцгой ач холбогдолтой: та олон жилийн турш үр дүнд хүрч чадна, гэхдээ буруу газар, эцэст нь буруу чиглэлд явж байгаа нь тодорхой болоход хуримтлагдсан бүх ачаагаа алдах болно.

  4. Холбогдох бүх чиглэлийг үндсэн түвшинд хүргэх. Хүн бүр өөр өөрийн гэсэн чиглэлтэй байдаг ч "гадаад" ур чадвараа дээшлүүлэхэд 10-20 цаг зарцуулснаар та өдөр тутмын ажилдаа олон шинэ боломж, холбоо барих цэгүүдийг нээж чадна гэдгийг ойлгох хэрэгтэй. карьерын төгсгөл хүртэл хангалттай байх.

Юу унших вэ

Өөрийгөө зохион байгуулах тухай маш олон ном байдаг бөгөөд энэ нь зарим хачин залуус зөвлөгөөний цуглуулга бичиж, сургалт цуглуулдаг бүхэл бүтэн салбар юм. Үүний зэрэгцээ тэд өөрсдөө амьдралдаа юунд хүрсэн нь тодорхойгүй байна. Тиймээс зохиолчдод шүүлтүүр тавьж, хэн бэ, ард нь юу байгааг харах нь чухал. Миний хөгжил, үзэл бодолд дөрвөн ном хамгийн их нөлөөлсөн бөгөөд бүгд дээр дурдсан ур чадвараа сайжруулахтай холбоотой.

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж1. Дэйл Карнеги “Хэрхэн найз нөхөдтэй болж, хүмүүст нөлөөлөх вэ”. Зөөлөн ур чадварын тухай шүтлэг ном, хэрэв та хаанаас эхлэхээ мэдэхгүй байгаа бол үүнийг сонгох нь хоёуланд нь ашигтай сонголт юм. Энэ нь жишээн дээр суурилагдсан, уншихад хялбар, уншсан зүйлээ ойлгоход их хүчин чармайлт шаарддаггүй, олж авсан ур чадвараа шууд хэрэгжүүлэх боломжтой. Ерөнхийдөө энэ ном нь хүмүүстэй харилцах сэдвийг хамардаг.

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж2. Стивен Р.Кови “Өндөр үр дүнтэй хүмүүсийн 7 зуршил”. Цөөн багийг асар том хүчин болгох шаардлагатай үед харилцан уялдаа холбоог бий болгоход чиглэсэн идэвхтэй ур чадвараас эхлээд зөөлөн ур чадвар хүртэл янз бүрийн ур чадварын холимог. Уншихад бас амархан.

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж3. Рэй Далио "Зарчмууд". Зохиогчийн 40 жилийн турш удирдаж байсан компанийхаа түүхэнд тулгуурлан нээлттэй сэтгэлгээ, идэвхтэй байдлын сэдвүүдийг харуулсан. Хүн ямар их өрөөсгөл, хараат байдгийг, түүнээс хэрхэн ангижрахыг амьдралаас олж авсан олон жишээ харуулж байна.

Яагаад зүгээр л кодчиллоо сайжруулснаар таныг илүү сайн хөгжүүлэгч болохгүй гэж4. Дэвид Аллен, “Хийх зүйл”. Өөрийгөө зохион байгуулахад суралцахын тулд заавал уншаарай. Уншихад тийм ч амар биш ч амьдрал, үйл хэргийг цэгцлэх иж бүрэн хэрэгслээр хангаж, бүх талыг нарийвчлан судалж, танд яг юу хэрэгтэйг шийдэхэд тусалдаг. Түүний тусламжтайгаар би хамгийн чухал зүйлийг бусад зүйлийг марталгүйгээр хийх боломжийг олгодог өөрийн системийг бий болгосон.

Зөвхөн унших нь хангалтгүй гэдгийг та ойлгох ёстой. Та долоо хоногт дор хаяж нэг ном залгиж болно, гэхдээ үр нөлөө нь хэдэн өдрийн турш үргэлжлэх бөгөөд дараа нь бүх зүйл байрандаа эргэж ирнэ. Номыг практик дээр нэн даруй туршиж үздэг зөвлөгөөний эх сурвалж болгон ашиглах ёстой. Хэрэв та үүнийг хийхгүй бол тэдний өгөх зүйл бол таны алсын харааг өргөжүүлэх явдал юм.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх