ეს მხოლოდ პატარა ცვლილება! ჩვენ უნდა დაამატოთ პატარა ფუნქცია. ჩვენ უნდა გააუმჯობესოთ რაღაც. კოდი განიცდიან ან გამოქვეყნოს, უბრალოდ აღიარებს, რომ მათ საჭიროა შენარჩუნება, ან ალბათ ანალიზიტი მივიღა უახლესი მონაცემები, ასე რომ ახლა ჩვენ უნდა დაამატოთ მხოლოდ რამდენიმე ხაზები კოდი. ისინი არ შეესაბამება შესრულება ან ნებისმიერი სხვა დეპარტამენტები, მე გთხოვთ. და ეს არის მხოლოდ 3 წუთი კოდიერი მუშაობა - რატომ არ? სწრაფად წინ: ისინი შეხვდა “Buy” ღილაკს საწყისი გვერდზე მაღაზია გამოქვეყნებით. რატომ ეს ყოველთვის ხდება მცირე ცვლილებთან ერთად? რა თქმა უნდა, თუ ვფიქრობთ, რომ არ ვფიქრობთ. გთხოვთ გაიგოთ: დიზაინერები ფიქრობენ ფუნქციებს და მომხმარებლის გამოცდილება. ინჟინრები ფიქრობენ მთლიანად სისტემები. მწარმოებლები ფიქრობენ სამუშაოები. მომხმარებლებს ვფიქრობ ბიზნესის შედეგებს. და ერთი მცირე ცვლილება ყოველთვის ითვლება, როგორც არაფერი დაზიანებული და ჩვეულებრივ ყველაფერს არ იცის. ასე რომ, ეს ძირითადად კუნთულური ჩვეულებრივა. და ეს არ ხდება, რადგან ყველაფერს არ არის შეცდომა ან არ პროფესიონალი. ეს არის, რადგან თანამედროვე წარმოების სისტემები უმაღლესი კავშირი, ასე რომ არ არის შესაძლებელი იცოდეთ, რა შეიძლება პოტენციურად შეხვდეს ნებისმიერი - განსაკუთრებით თუ თქვენ არ მუშაობს ამ პროექტი 15 წლის განმავლობაში. რა არის თანამედროვე პროდუქცია? ვფიქრობ, რომ გთხოვთ! არ აქვს მნიშვნელობა, თუ თქვენ შექმნათ თამაშები ან ბანკული პროგრამა - თქვენ არ უნდა მხოლოდ ფუნქციები და მობილები. თქვენ გაქვთ ოკსიპედია თითოეული ფუნქცია: ხელოვნება, კოდი, დიზაინი, UI, მარკეტინგი, გამოქვეყნება (თუ კი პროექტების მართვა - wow, თქვენ არის მდიდარი განვითარებელი), და ა.შ. და თითოეული მათგანი აქვს საკუთარი ინფრასტრუქტურა, მილები, სამუშაო წვდომები და გაზიარებული მობილები. ადვილად, ეს შეიძლება იყოს გაზიარებული მონაცემთა გრაფიკები, builds, ავტომატიზაციის პროცესები, UI ბმულები და მრავალი სხვა რამ. რა არ არის ცუდი, თუ მე მხოლოდ მცირე ფერი ცვლილება ერთ-ერთი იკონები? კარგად, ეს იმას ნიშნავს, რომ თქვენ გაქვთ 3 წამში ცვლილება ფერი კოდი. შემდეგ თქვენ უნდა შეიმუშავოთ build. შემდეგ QA უნდა შეამოწმოთ თქვენი მცირე ცვლილება, რათა დადასტუროთ, რომ თქვენ ნამდვილად ცვლილება ფერი. შემდეგ თქვენ უნდა შეიმუშავოთ build კიდევ ერთხელ, რომელიც უნდა იყოს ხაზში სხვა builds დასაწყისში. მას შემდეგ, რაც ჩვენ უნდა განახლება სერვერზე თქვენი ცვლილებები - oh დაველოდოთ, არ გითხრათ ვინმეს? არა? ჰო, ეს არის დიდი, რადგან თქვენ უბრალოდ გადაცემა თქვენი ცვლილებები კომპიუტერის შეზღუდვის დროს, და ახლა განხორციელების ინჟინერი უნდა გადაწყვიტოს CI / CD მილები, და ჩვენ უნდა გადაწყვიტოს გათავისუფლება 4 დღის განმავლობაში, რადგან ეს არის თებერვალი. და მეშვეობით - ჩვენ უნდა გაუზიაროთ, რომ მომხმარებელს, რადგან ისინი ეძებდნენ ამ ახალი ვერსია, და ზოგიერთი მათგანი გადაწყვიტოს, რომ არ დაველოდოთ, რომ ხანგრძლივი და გააუმჯობესოს თქვენი პროგრამა. Whoops, ეს არის შეუზღუდავი. გთხოვთ, შეამოწმოთ Change Propagation Surface (CPS) - სისტემების, მიწოდების, მობილურების და სამუშაო ფართოების რაოდენობა, რომელიც ცვლილება უნდა გააკეთოს, სანამ ის მოდის მოთამაშეში. თქვენი ცვლილება არ უნდა იყოს შეფასებული მისი სამუშაო ზომა, როგორიცაა "1 საათის მუშაობა". თქვენი ცვლილება შეიცავს CPS × Coupling Density (მომცველი მუშაობა სხვა დეპარტამენტები უნდა გააკეთოთ, რათა ამ ცვლილება გადაიხადოს). დაფიქსირეთ ამ გზა: 
 
 
 ერთი მცირე UI tweak არ შეესაბამება არ გაზიარება მონაცემები - დაბალი CPS. Gameplay რეგულარული ცვლილებები კავშირი კოდი, ბალანსი, დიზაინი, ანალიტიკა, მოთამაშე გამოცდილება - მაღალი CPS. დაახლოებით 3 წამში მუშაობა შეიცავს UI, builds, player perception, გამოცდილება და დიზაინი. ეს შეიძლება ასევე შეიცავს ფერი კოდირება ხელმისაწვდომობის წესები, პლუს build assembly, და ბოლოს სერვერზე განახლებები. ეს არის მაღალი CPS - რა თქმა უნდა, თუ თქვენ არ განიხილოთ, რომ ცვლილებები გარეშე ყველა ცოდნა (მე ვხედავ, რომ - დატოვოთ ეს!). იგივე ნიშნავს ქონების ცვლილებისთვის ან სტატის ღირებულების ცვლილებისთვის: ეს ეფუძნება მახასიათებლები, AI- ის ტინირება, გაფართოების ლოგიკა და ა.შ. არ გააკეთეთ ეს, თუ ვინმეს უმაღლესი მენეჯმენტი არ განაცხადა, რომ ეს არის დაბალი CPS - მაშინ უბრალოდ გააკეთეთ და იხილეთ, თუ როგორ მუშაობს. თქვენ შეგიძლიათ გამოიყენოთ ეს პრაქტიკა ძირითადად ნებისმიერ ადგილას წარმოების, რადგან ეს არ არის abstract რამ და შეიძლება შეფასება. მაგალითად : 
 
 
 
 
 
 
 
 
 
 
 
 ეს უკანასკნელი კლიენტის კოდი Game დიზაინი ეკონომიკა ანალიზი QA Build / CI / CD მარკეტინგი მომხმარებლის მხარდაჭერა Live ოპერაციები თითოეული ეს ელემენტები დაახლოებით 1 CPS Factor. შემდეგი, უფრო მეტი იგივე "ეიტები" თქვენ Touch, უფრო მაღალი CPS ნომერი თქვენ მიიღებთ. და ამ მონაცემებით, თქვენ შეგიძლიათ შექმნათ მცირე შეფასების მატრიკას, როგორიცაა: CPS 1-2 - ადგილობრივი ცვლილება CPS 3-5 - Cross-ფუნქციური ცვლილება CPS 6+ - სისტემური ცვლილებები კიდევ ერთხელ, ფორმულა არის: Impact = CPS × Coupling Density. Easy! იხილეთ, თუ როგორ მუშაობს რეალური ცხოვრებაში: ასე რომ თქვენი განვითარებელი დასვენება და დასრულდა Matematikakursus on LinkedIn. და როდესაც მან დაბრუნდა, ის განაცხადა, რომ არსებობს უფრო ეფექტური გზა შეფასება EXP. ეს ცვლილება არის "One line of code." OK, მაგრამ შემდეგ წაიკითხეთ ამ სტატიაში, თქვენ უკვე იცით, თუ როგორ მუშაობს რეალურად და რომ ეს შეიცავს მრავალი რამ: 
 
 
 
 
 
 
 
 
 თამაში Balance მოთამაშე Progression Pacing ეკონომიკური ინფრასტრუქცია Battle Pass პროგნოზი Metrics შენარჩუნება ანალიტიკური Dashboards მარკეტინგის შეთავაზებები მომხმარებლის მხარდაჭერა Load ეს იმას ნიშნავს, რომ CPS უფრო მეტია, ვიდრე 7. ასე რომ ახლა თქვენ ხედავთ, რომ მიუხედავად იმისა, რომ კოდი diff მცირე, გაფართოების ზედაპირზე არის სისტემური და აქვს დიდი პოტენციური შედეგები. სხვა თქმა უნდა, თუ XP Progression აჩქარებს რამ, როგორიცაა ეკონომიკის, ხელმისაწვდომობის შინაარსი, Battle Pass ღირებულება, retention curves და ა.შ., თქვენ უნდა იცოდეთ, რომ მიუხედავად იმისა, რომ გაფართოება იღებს დაახლოებით 10 წუთი, Ripple ეფექტი შეიძლება იღებს კვირაში მუშაობა. რატომ სიცოცხლის მომსახურების წარმოება გაუმჯობესებს? იმის გამო, რომ მას გაუმჯობესებს შინაარსი მრავალფეროვანი ფუნქციები, ტელმტრია და ეკონომიკა, და სისტემები მგრძნობიარეა და ხშირად მოითხოვს backward compatibility. ასე რომ, რეალური ღირებულება, რომელიც თქვენ გადაიხადეთ გაფართოებისთვის, მდებარეობს ხანგრძლივი დროის ხაზებში, შეუზღუდავი განახლება, კრისტეს გუნდის friction, ტექნიკური ფული, burnout და საბოლოოდ, ადამიანები პირდაპირი ან პირდაპირი დატოვება. ვიდრე ფიქრობთ, “თუ, ეს არის პატარა ცვლილება,” ჩვენ ალბათ უნდა ფიქრობთ, “თუ სისტემები ამ ცვლილება Touch?” ფიქრობთ ეს როგორც ინფრასტრუქტურა, არა ფუნქცია, და ყოველთვის ცდილობენ, რომ Cross-Team ინახება. და თუ თქვენ გაქვთ საკმარისი შესაძლებლობა, ცდილობენ შეფასოთ ზედაპირზე ფართობი, არა მხოლოდ ეს საკმარისი პატარა ცვლილება. ** ჩემი ძალიან ხანგრძლივი ინტენსიის მთელი მნიშვნელობა არის, რომ წარმოების სისტემებში არ არსებობს მცირე ცვლილება. არსებობს მხოლოდ ცვლილებები შეშფოთებული სფეროებში. და უფრო ძველი ხართ, უფრო მეტი თქვენი მიმოხილვა ცვლილებებს განიხილოს, თუ როგორ ამ ცვლილებების მიმოხილვა, ვიდრე ცდილობენ შეცვალოს ცვლილებები საერთოდ.

Read My Stories

ეს აუდიო დამზადებულია სიუჟეტის ორიგინალურ ენაზე!

რატომ არ არსებობს "თუ მცირე ცვლილებები" წარმოების თამაშის სისტემებში

About Author

კომენტარები

დაკიდეთ ტეგები

ეს სტატია იყო წარმოდგენილი

Related Stories

DAO-Funded Hardware Wallet Kampela Secures Polkadot Network Investment

Karak and Space and Time Join Forces to Revolutionize Blockchain Security

Unhinged and Overstrained: The Mind of a Harassed Woman

Karma: Love on the Blockchain and the Gamification of Helping Others

DAO-Funded Hardware Wallet Kampela Secures Polkadot Network Investment

Karak and Space and Time Join Forces to Revolutionize Blockchain Security

Unhinged and Overstrained: The Mind of a Harassed Woman

Karma: Love on the Blockchain and the Gamification of Helping Others

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps