Мэдээллийн технологийн дундаж компанид тавигдах шаардлага, даалгаврыг дагаж мөрдөж байсан түүх, эх сурвалж (код дээрх тайлбартай ч байж болно), үйлдвэрлэлийн ердийн, чухал, төвөгтэй тохиолдлуудын зааварчилгаа, бизнесийн үйл явцын тодорхойлолт (ажиллуулахаас эхлээд "амралтдаа хэрхэн явах вэ" хүртэл байдаг. ”), холбоо барих хаягууд, нэвтрэх түлхүүрүүд, хүмүүс, төслүүдийн жагсаалт, хариуцах чиглэлүүдийн тодорхойлолтууд - мөн бидний мартсан, хамгийн гайхалтай газруудад хадгалах боломжтой бусад олон мэдлэг.
Мэдлэг =/= баримт бичиг. Үүнийг тайлбарлах боломжгүй, санаж байх ёстой
Эндээс ямар нэг зүйлийг мэдэх шаардлагатай хүмүүс үүнийг хаанаас, хэрхэн олохыг ойлгохын тулд хэрхэн яаж баталгаажуулах вэ, мөн бие даасан зүйл, гэрээ хэлэлцээрийг мэддэг байх шаардлагатай хүн бүр тэдгээрт гарсан өөрчлөлтийг шууд, үнэн зөв олж мэдэх боломжтой.
"Багийн ахлагч дуудна" подкастын сүүлчийн дугаарт Skyeng-ийн залуус Игорьтой мэдлэгийн менежментийн талаар ярилцав. Цупко бол KnowledgeConf хөтөлбөрийн хорооны хүн бөгөөд Флант дахь "үл мэдэгдэхийн захирал" юм.
Бичлэгийг бүрэн эхээр нь авах боломжтой , мөн доороос бид аудио дээр дурдсан эсвэл түүн дээрх мэдээллийг өргөжүүлэх хэрэгтэй материалуудын зарим сонирхолтой зөвлөмж, холбоосыг цуглуулсан. Хэрэв та өөрийн багийн хакерууд болон заль мэхүүдийг сэтгэгдэл дээр хуваалцвал маш сайн байх болно.
Эхний хакерт: та ямар системд хандахаа мэдэх шаардлагагүй болсон
"Би мэдлэгийн эх сурвалжаа аваад ерөнхий хайлт хийсэн: хайлтын талбарыг багасгах шүүлтүүрийн систем бүхий нэг цонх. Тийм ээ, үүний зэрэгцээ та түүний чанарыг хянаж, мэдлэгийн баазыг нөхөж, давхардал, алдаатай мэдээлэлтэй тэмцэх хэрэгтэй.
Үүнийг олохын тулд нэг цаас
Гэхдээ аль хэдийн Флантын инженерүүдийн 60 орчим хувь нь энэ хайлтыг өдөрт дор хаяж 1-2 удаа ашигладаг бөгөөд ихэвчлэн эхний эсвэл хоёр дахь байрлалаас хариулт олдог. Үзэл баримтлалын нотолгоо нь Google-ийн баримт бичгүүдийг индексжүүлэх явдал юм: бүх докс, хавтас, фургон хөтчүүд гэх мэт - энэ бүгдийг дотоод хайлтанд хялбархан оруулдаг."
Хоёр дахь хакер: олон чат дотор чухал чухал зүйлийг хэрхэн алдахгүй байх вэ
"Хэрэв та хуваарилагдсан багт ажилладаг бол таны өдрийн нэлээд хэсэг нь Slack-д зарцуулагддаг бөгөөд энэ тохиолдолд та иймэрхүү зүйл хийхэд дассан байдаг: "@myteam, туслаарай/хараарай/ зөвийг оруулна уу... ”.” Гэхдээ мэдээллийн элбэг дэлбэг байдлын асуудал байдаг бөгөөд бусад мессежүүдийн дунд тусад нь дурдагдахгүй байж болно.
Skyeng-д танд мессеж бичиж, хэдэн ч хүн эсвэл бүлгийг таглах боломжтой робот бидэнд тусалдаг. Хүмүүс унших эсвэл хариу үйлдэл үзүүлэх нь үнэхээр чухал тохиолдолд бид үүнийг ашигладаг: "Би уншсан" товчийг дарах хүртэл энэ нь эцэс төгсгөлгүй цохилт өгөх болно - та үүнийг алгасах эсвэл үл тоомсорлох боломжгүй болно."
Хариулах асуулт: баримт бичгийг юу хийх вэ?
“Их мэдлэгийг техникчдээс авдаг, гэхдээ хүн бүр үүнийг хэрхэн сайн дүрслэхээ мэддэггүй.
Эцсийн эцэст, танд үүнийг зөв хийж байгаа эсэхийг танд хэлэх хөрвүүлэгч эсвэл линтер байхгүй - ихэнхдээ бидний гаралт нь ойлгомжгүй, муу форматтай, бүрэн бус текст байдаг. Мэдээжийн хэрэг, та үүнийг ердийн байдлаар хийх хэрэгтэй, хэн нэгэн ирээд "шаардлагатай" гэж хэлээгүй - та үүнийг өөртөө сайн хийдэг: нэг эсвэл хоёр сарын дараа та үүнийг уншиж, ойлгох болно. Мөн өөр хүн, баримт бичгийг нээж, энэ нь ашиггүй гэдгийг ойлгоод тэр даруй үүрд хаахгүй.
"Сайн бичиг баримт бичих эсвэл энгийн үзүүлбэр хийхэд хичнээн хүн шаардлагатай вэ" гэсэн асуултад зориулагдсан подкастын хэсэг.
Гэхдээ үүнд хэр их цаг зарцуулах, хэрхэн үр дүнтэй хийх вэ гэсэн асуулт хэвээр байна.
Хэрэв энд шударга хариулт байвал: бизнес эрхлэгчид оролцохгүй, сайн баримтжуулалтын үр нөлөөг эмпирик байдлаар мэдрэхгүй бол хүчин чармайлт нь бага өгөөжтэй байх эрсдэлтэй. Энэ бол соёлыг өөрчлөх тухай түүх юм.
Үлдсэн тохиолдолд туршлага, зөвлөгөө таныг аварна. Хос програмчлалын аналогууд, ахиц дэвшлийг хянах, кодын тойм зэрэг нь энд тохиромжтой байж болох юм - шилдэг туршлагуудыг харуулах, алдаа оноог олох, эцэст нь уйтгарлах."
Шагнал: "За, би тэдэнд ингэж хэлье, тэд ойлгох болно"
"Үүнд хэр их цаг зарцуулах, ямар түвшинд хийх вэ" гэсэн асуулт нь зөвхөн баримт бичгийн хүрээнд төдийгүй аливаа мэдлэгийг шилжүүлэхэд чухал ач холбогдолтой юм. Демо нь мөн мэдээлэл солилцох гайхалтай жишээ юм. Гэхдээ нюансууд байдаг: жишээлбэл, хамгийн бага цаг зарцуулдаг эсэхийг хэрхэн шалгах вэ.
Хөгжлийн дунд мэдлэг хуваалцах суваг: дотоод тайлан, хэрэгтэй ном, нийтлэл гэх мэт. Бүтэцлэгдсэн хандыг мөн Notion-д хадгалдаг.
Эдгээр асуудлуудыг зарим талаар дотоод тайлангийн практикт шийдэж болно. Долоо хоногт нэг удаа завгүй үед 40-60 минут зарцуулдаг бөгөөд залуус өөр өөр төслийн хамт олондоо зориулж видео тайлан гаргадаг. Гол бүтээгдэхүүний урд хэсэг - Vimbox - Өөр ямар ч төслийн сэдэвчилсэн UI иж бүрдлийн талаар. Маркетингийн хөгжлийн баг хүсэлтийг хянах, бүртгэх номын сангийн тухай ярьсан нь бусад хэд хэдэн төслийн сонирхлыг шууд татав. Математикийн төслийн баг REST API-аас GraphQL рүү шилжих туршлагаа хуваалцлаа. Бүлгийн хичээлийн баг PHP 7.4 рүү анх хэрхэн шилжсэн тухайгаа хуваалцахаар бодож байна. гэх мэт.
Жагсаалтыг 2018 оны 120-р сараас хойш хөтөлж байгаа бөгөөд XNUMX гаруй бүртгэлтэй
Бүх уулзалтыг корпорацийн Google Meet-ээр эхлүүлж, бичиж аваад 1.5 цагийн дотор Google-ийн дундын драйв дээрх хавтсанд харагдана, мөн бичлэгийн холбоосыг ижил Slack дээр хуулбарлана. Өөрөөр хэлбэл, яаралтай хэрэг гарвал ирэх шаардлагагүй, харин дараа нь 20 хурдтайгаар үзээрэй - ихэвчлэн тайлан өөрөө XNUMX хүртэл минут үргэлжилдэг бөгөөд хэлэлцүүлэг хэрхэн өрнөдөг вэ. Гэхдээ бид цагаас хэтрдэггүй)
PS Таны хувьд юу ажиллаж, юу нь болохгүй байсан бэ?
Хэрэгтэй холбоосууд:
- Касперскийн лабораторийн Родион Нагорновын тухай яагаад энэ нь баримт бичиг биш юм бэ (холбоос өгсөн Игорийн сувагт баярлалаа , үүнтэй төстэй олон зүйл бий).
- Энэ талаар Флантын Игорь Цупко миний компанид
- Skyeng-ээс Алексей Катаев (технологи, тодорхой чиглэлийн мэдлэгийн цоорхой) тархсан багт.
- Мэдээлэл дамжуулах талаар Флантаас Сергей Гончарук - , хэрэв та хуваарилагдсан багт асуудалтай тулгарвал.
Эх сурвалж: www.habr.com