Junior-әзірлеушілерге жұмыс табудың қиындауы
Бұл — тек әзірлеушілердің өзінің ғана емес, жалпы әзірлеу саласының мәселесі.
Бұрын junior-әзірлеушілер тәжірибелі әріптестер берген техникалық тапсырмаға сәйкес код жазумен айналысатын. Бүгінде бұл нишаны сенімді түрде ЖИ жасаған код иеленіп келеді. Қарапайым қарасаңыз — тамаша, бұл әзірлеудің бір бөлігін жылдамдатады және арзандатады, бірақ junior лауазымдары бағдарламашы-инженерлер үшін кіру қақпасы болатын. Осы лауазымда мамандар алғашқы тәжірибе жинайтын, дұрыс архитектураны түсінуді тереңдететін (архитектураны тәжірибелі әріптестер сипаттайтын), көзі кодты «оқуға» үйренетін, код-ревью арқылы өз жұмысына кері байланыс алатын — жалпы, тәжірибе беру процесі толық қарқынмен жүретін.
Қазір бұл процесс бұзылды деп айтуға болады. Бұл индустрия үшін бірмәнді жаман дей алмаймын, бірақ бұл әзірлеу саласы қалай да шешуге тиіс жаңа сын-тегеурін екені анық.
Одан да жоғары абстракция деңгейі
Бағдарламалау кәсібінің таңында, 1940–50-жылдары, бағдарламашылар кодты машиналық код түрінде жазатын. Бұл компьютерге арналған ең тікелей нұсқаулар деңгейі еді. Бағдарламашылар осы кодты жазғанда, қолдарында екілік кодты адамға түсінікті мәнге (сан немесе операцияға) аудару үшін жаднама болатын. Адамның машиналық кодқа аудару сияқты жалықтырғыш жұмыстың орнына тапсырманың өзіне көбірек көңіл бөле алуына деген қажеттілік пайда болды. Осылайша ассемблерлер — бағдарламашы кодты неғұрлым оқуға ыңғайлы түрде жаза алатын, ал ассемблер осы кодты машиналық кодқа аударатын алғашқы бағдарламалау тілдері — пайда болды.
Дәл осы процесс — бағдарламашы код туралы неғұрлым ыңғайлы тілде ойлап, жазып, машиналық кодтың өзі туралы егжей-тегжейлі ойламауы — абстракциялау деп аталады. Әдетте абстракция деңгейі неғұрлым жоғары болса, адамды бағдарламалауға үйрету соғұрлым жеңіл болды және жалпы әзірлеу процесі соғұрлым тиімді болды. Сондықтан абстракциялау процесі одан әрі жалғасты: бағдарламашыға сүйемелдеуші жұмысқа кететін когнитивті шығындарды азайтып, тапсырманың өзіне көбірек көңіл бөлуге көмектесетін бағдарламалау тілдері мен басқа технологиялар пайда болды.
ЖИ бұл абстракция деңгейін мүлдем жаңа деңгейге көтерді деуге болады. Бағдарламалық жасақтама әзірлеушісі тапсырманы қарапайым адами тілде сипаттап, жобаның бір бөлігінің іске асырылуын ала алады, бірақ бүгінгі жағдай абстракциялау тұрғысынан бұрынғыдан мүлдем өзгеше. Бұрын әзірлеуші мен компьютер арасындағы аралық тілдер мен технологиялар қатаң логика бойынша жұмыс істейтін: егер адам жоғары деңгейлі бағдарламалау тілінде қауіпсіз, жұмыс істейтін код жазса, төменгі кезеңдерде қандай код генерацияланатынын тексеру қажет болмайтын. Бүгінде, менің ойымша, әзірлеуші қандай код генерацияланатынын қадағалауға міндетті, өйткені ЖИ-де қатаң логика жоқ: бірдей кіріс нұсқауы бойынша басқа да көптеген параметрлерге байланысты әртүрлі код генерациялануы мүмкін.
Әртүрлі платформалардағы шығындардың өсуі
ЖИ пайдаланудың таралуының артуымен ең әртүрлі салаларда контенттің күрт өсуі байқалады: стриминг платформаларындағы музыкалық тректер, видеоплатформалардағы бейнелер, мақалалар. ЖИ көмекші ретінде пайдалы болатын сапалы контент туралы сөз болса — бір басқа, ал контент «сан жағынан алу» үмітімен орасан көп мөлшерде генерацияланғанда — мүлдем басқа мәселе. «AI slop» деп аталатын осындай сапасыз контент әртүрлі платформалар тарапынан қарсы шараларға тез әкелді. Мысалы, өткен жылы-ақ Spotify 12 ай ішінде 75 миллион «спам» тректі жойғанын хабарлаған болатын (мақалаға сілтеме). Олардың бәрі бірдей ЖИ пайдаланумен байланысты емес, бірақ мақалада мұндай контенттің жедел өсуі ЖИ пайдаланудың таралу кезеңіне тура келетіні атап өтілген.
Мұндай жағдай App Store пен Google Play-де де байқалады. Мен бұл туралы қосымшаларды жариялау туралы мақалада ішінара жаздым. Қысқаша айтқанда, қосымшалардың көп болуына байланысты осы платформаларда жариялауға кететін мерзімдерді ұзайту қажет болып отыр.
Қысқаша қорытынды
ЖИ жалпы әзірлеу процесіне, соның ішінде мобильді қосымшаларды әзірлеуге де айтарлықтай өзгерістер әкелді. Бір жағынан, әзірлеу процесін жылдамдататын жақсы көмекші пайда болды (ол, айтпақшы, жобаның тек бір бөлігі ғана), бірақ басқа да транзакциялық шығындар қосылды. Мен болашаққа оптимизммен қараймын және қазіргі үрдіс бағдарламалық жасақтаманы кастомды әзірлеу саласын кеңейтуге мүмкіндік береді деп болжаймын. Бұрын кастомды әзірлеуді тек орта және ірі бизнес көтере алатын, бүгінде бұл парадигма өзгеруде.
