یو له خورا احمقانه مسلکونو څخه مدیران دي چې د برنامې اداره کوي. ټول نه، مګر هغه څوک چې پخپله پروګرام کونکي نه وو. هغه څوک چې فکر کوي د کتابونو میتودونو په کارولو سره د موثریت "ډیرولو" (یا "موثریت" زیاتول) ممکن دي. پرته له دې چې د ورته کتابونو لوستلو ته زحمت ورکړئ ، ویډیو یو جپسي دی.
هغه څوک چې هیڅکله یې کوډ نه دی لیکلی. هغه څوک چې د پروګرامرانو په اړه د هالیوډ فلمونه جوړ شوي - ښه، هغه څوک چې دوی د کمانډ لاین په کارولو سره بریښنالیک ګوري. هغه څوک چې د شاخصونو، وخت نیټې او خپل معاش پرته بل څه سره علاقه نلري.
هغه چې اکثریت دي.
مګر دوی د بل دلیل لپاره احمقان دي. دوی موثریت غواړي، یا لږترلږه اغیزمنتوب (راشئ، مدیر، ګوګل څه توپیر دی)، پرته له دې چې یو یا بل پوه شي. پرته له دې چې په عمومي ډول د جوهر پوه شي، د پایلو ترلاسه کولو پروسه، هغه زیانونه چې پدې پروسه کې پیښیږي، د پراختیا لګښتونه. په لنډه توګه، د پروګرامر سره کار کول لکه څنګه چې هغه یو تور بکس وي.
دوی په دقیق ډول د یو دلیل لپاره د پروګرامرانو مدیریت ته ورغلل: دلته هیپ، پیسې، بازار او د ورته احمقانو ډله ده. د ورکیدو ځای دی.
که چیرې د میخانیکي اسمبلۍ تولید کې هایپ شتون ولري ، نو موږ به هلته وګرځو. د سټیشن واګون وخوري. زه به حیران نه شم چې هغه سړی چې زموږ په ګاونډ کې د دسمبر په میاشت کې د کرسمس ونې پلوري په رخصتۍ کې د آی ټي مدیر دی.
په لنډه توګه، که امکان ولري، دا هلکان په غاړه کې وویشتئ. اندیښنه مه کوئ، دوی به کار ومومي. له دوی څخه هیڅوک به هیڅکله ښه کار ونه کړي تر هغه چې دوی پخپله برنامه شي. ځکه چې هغه د هغه پروسې په ماهیت، میکانیزم، منطق نه پوهیږي چې هغه یې کنټرولوي.
ښه، د مدیرانو په اړه کافي. اوس ټکي ته، د پروګرام کونکو لپاره. د لوړ کیفیت کوډ لیکلو زده کولو له لارې د پراختیا موثریت لوړولو څرنګوالی.
د موثریت زیاتولو لپاره، تاسو اړتیا لرئ د کیفیت له لاسه ورکولو پرته ستونزې ګړندي حل کړئ. د ستونزو ګړندي حل کولو لپاره ، تاسو اړتیا لرئ سمدلاسه د لوړ کیفیت کوډ ولیکئ. او "لوړ کیفیت"، او "ولیکئ"، او "سمدستي". اجازه راکړئ چې په یوه استعاره سره تشریح کړم.
د لوړ کیفیت کوډ لیکل د یوې بهرنۍ ژبې په سمه توګه ویلو په څیر دي. کله چې تاسو په یوه ژبه نه پوهیږئ، تاسو ډیر وخت په دې کې د خپلو افکارو په جوړولو کې مصرف کوئ.
که تاسو په بیړني ډول یو څه ویلو ته اړتیا لرئ، تاسو یوازې په ځینو کلمو کې پاتې کیږئ، ډیری وختونه سم نه وي، تاسو د مقالو په اړه هیر کړئ، د کلمې سم ترتیب، د فعلونو او ضعیف تلفظ یادونه مه کوئ.
که تاسو د ځواب جوړولو لپاره وخت لرئ، تاسو باید یو قاموس یا آنلاین ژباړونکی خلاص کړئ او د خپلو افکارو په جوړولو کې ډیر وخت مصرف کړئ. په هرصورت، احساس به لاهم ناخوښه وي: تاسو ځواب ووایاست، او تاسو نه پوهیږئ چې دا سم دی که نه. دا د کوډ سره ورته دی - داسې بریښي چې لیکل شوي وي ، داسې بریښي چې کار کوي ، مګر ایا دا د ښه کیفیت دی یا نه یو راز دی.
دا د وخت دوه ځله ضایع کول دي. دا وخت نیسي چې د ځواب سره راشي. دا د دې ځواب جوړولو لپاره هم وخت نیسي - او دومره لږ نه.
که چیرې د لوړ کیفیت کوډ لیکلو مهارت شتون ولري، نو ځواب سمدستي چمتو کیدی شي، کله چې په سر کې بالغ شي، پرته له دې چې په ژباړې کې اضافي وخت مصرف کړي.
د لوړ کیفیت کوډ لیکلو مهارت د معمارۍ ډیزاین کولو کې مرسته کوي. تاسو به په ساده ډول په خپل سر کې غلط ، غیر واقعیت یا د لاس لاندې اختیارونه په پام کې ونلرئ.
د لنډیز لپاره: د لوړ کیفیت کوډ لیکلو مهارت د پام وړ د ستونزې حل کولو ګړندی کوي.
مګر دا ټول نه دي. د احساس شوي بوټانو مدیرانو څخه مننه ، یو کیچ شتون لري - موږ د لوړ کیفیت کوډ لیکلو لپاره دلیل نلرو. مدیر کوډ نه ګوري، پیرودونکي کوډ نه ګوري. موږ په ندرت سره یو بل ته کوډ ښکاره کوو ، یوازې ځینې وختونه ، په ځینو پروژو کې چیرې چې ټاکل شوی کوډ "چیکر" یا دوره ایز ریفیکٹرینګ شتون لري.
دا معلومه شوه چې په ډیری قضیو کې شیټي کوډ تولید یا پیرودونکي ته ځي. یو څوک چې شیټي کوډ لیکلی وي یو باثباته عصبي اړیکه رامینځته کوي - دا نه یوازې د شټي کوډ لیکلو امکان لري ، مګر دا اړینه هم ده - دا منل شوې ، او دوی حتی د دې لپاره پیسې ورکوي.
د پایلې په توګه، د لوړ کیفیت کوډ لیکلو مهارت په هیڅ ډول د پراختیا لپاره هیڅ فرصت نلري. د مشروط کارمند لخوا لیکل شوی کوډ هیڅکله د چا لخوا نه چک کیږي. یوازینی دلیل چې هغه به په نورمال ډول برنامه زده کړي داخلي انګیزه ده.
مګر دا داخلي انګیزه د موثریت او تولید لپاره د پلانونو او اړتیاو سره په ټکر کې ده. دا تضاد په ښکاره ډول د لوړ کیفیت کوډ په ګټه نه حل کیږي، ځکه چې خلک حتی د خراب کوډ لپاره په خلکو نیوکه نه کوي. او د پلان په پوره کولو کې د ناکامۍ لپاره - حتی حتی.
زه باید څه وکړم؟ زه دوه لارې ګورم او وړاندیز کوم چې یوځای کیدی شي.
لومړی دا دی چې خپل کوډ د شرکت دننه چا ته وښایئ. په عکس العمل کې نه (کله چې وپوښتل شي / مجبور شي)، مګر په فعاله توګه (هو، ملګري، زما کوډ وګورئ، مهرباني وکړئ). دلته اصلي خبره دا نه ده چې د شکرې ټوټې پوسټ کړئ ، نه هڅه وکړئ چې په کوډ انتقاد په شایسته بڼه واچوئ. که کوډ خندا وي، موږ داسې وایو: کوډ خام دی. د توضیحاتو سره، البته، او د دې د ښه کولو څرنګوالي په اړه سپارښتنې.
خو دا لاره هم همداسې ده. د هغې تطبیق په هغه نقطه پورې اړه لري چې په کوم ځای کې اړیکه رامنځته شوه. که کار لا دمخه تولید ته رسیدلی وي او دا معلومه کړي چې کوډ خراب دی، نو د بیا کولو لپاره هیڅ معنی نشته. په دقیق ډول، دلیلونه - میټریکونه به هم وخورئ. مدیران به په چټکۍ سره راشي او د موثریت اړتیاو سره به تاسو مات کړي. او حتی هڅه مه کوئ چې دوی ته تشریح کړئ چې خراب کوډ به خامخا د کیګونو په شکل بیرته راشي - دا به تاسو ته ځواب ووایی. تاسو کولی شئ یوازې ژمنه وکړئ چې دا بیا نه کوئ.
که کار لا تر اوسه نه وي سپارل شوی، یا یوازې پیل شوی وي، نو په کوډ (یا د هغې پروژه، نظر) کې د شیټ اچول ممکن یو عملي معنی ولري - سړی به دا په نورمال ډول ترسره کړي.
دویمه لاره، ترټولو ښه، د غیر کاري ساعتونو په جریان کې د خلاصې سرچینې پراختیا کول دي. موخه څه ده: د پروګرامرانو د یوې ډلې لپاره، یعنې پروګرامونکي، ستاسو کوډ وګورئ او د هغې په اړه خبرې وکړئ. د شرکت دننه هرڅوک وخت نلري. مګر په ټوله نړۍ کې برنامه کونکي لاهم د کولو لپاره هیڅ نه لري ، او که تاسو د غوښتنلیک له لید څخه یو څه ګټور ولیکئ ، نو دوی به خامخا دننه وګوري.
اصلي چال، زما په اند، د غیر کاري ساعتونو په جریان کې د کوډ لیکل دي، ځکه چې د کوډ کیفیت او د پایلې وړاندې کولو سرعت ترمنځ تضاد به کار ونکړي. لږترلږه د یو کال لپاره خپل پرمختګ ولیکئ. نه مهال ویش، نه تخنیکي مشخصات، نه پیسې، او نه مالک به تاسو باندې فشار راوړي. بشپړه ازادي او خلاقیت.
یوازې په وړیا خلاقیت کې به تاسو پوه شئ او احساس وکړئ چې لوی کوډ څه شی دی ، د ژبې او ټیکنالوژۍ ښکلا وګورئ ، او د سوداګرۍ دندو جذب احساس کړئ. ښه، تاسو به د لوړ کیفیت کوډ لیکل زده کړئ.
ریښتیا، دا به تاسو ته اړتیا ولري چې شخصي وخت مصرف کړئ. لکه د نورو پرمختګونو په څیر. دې ته د لګښت په توګه نه، بلکې د یوې پانګې په توګه وګورئ - په خپل ځان کې.
سرچینه: www.habr.com