Büyük bir kahveden mektup | Microsoft Çin CTO'su Wei Qing: Düşük kod / kod yok çağı geldi
İçbükey tapınaktan on üç Qubit Raporu | Genel Hesap QbitAI
Editörün Notu: Programlama dili son birkaç yılda değişti.C ve C ++ 'ı öğrendikten sonra, Python trendine ayak uydurmalısınız ...
Büyük sıralamalarda dil anlaşmazlıkları da yoğunlaşıyor ve zaman zaman buna dayanamıyorlar.
Yeni bir programlama dili öğrenseniz bile, birçok "tekerleği yeniden yaratma" yapmanız gerekir.
Bugünün programcıları için bu, Çift Öldür -Saç çizgisi daha şiddetli yükselsin!
Kısa süre önce Qubit ile özel bir röportajda, Microsoft (Çin) CTO'su Wei Qing, yukarıdaki sorunları çözmek için yeni bir fikir verdi. Düşük kod / kod geliştirme yok .
Qubit'in "Büyük Kahveden Mektuplar" sütunu, Wei Qing ile diyaloğumuzu orijinal amacı değiştirmeden birinci kişi olarak organize ediyor.
Konuklardan mektup
Wei Qing, şu anda Microsoft'un (Çin) Baş Teknoloji Sorumlusu.
Microsoft'ta on yıldan fazla bir süredir, Wei Qing art arda Microsoft Greater China'nın Windows ürün departmanının genel müdürü, Microsoft Greater China'nın tüketici ve çevrimiçi işletme departmanının pazar genel müdürü ve Microsoft Greater China'nın Windows mobil ürün departmanının genel müdürü olarak görev yaptı. Şirketin ticari ve tüketici ürünleri işinin stratejik tasarımından ve yürütme yönetiminden, ayrıca ortakların ve endüstriyel ekolojik zincirinin inşasından sorumludur.
Microsoft'a katılmadan önce Bay Wei Qing, mobil ürün geliştirme, pazarlama ve satış yönetimi alanlarında liderlik pozisyonlarında on yıl boyunca Motorola için çalıştı.
Nokta
- Pazar odaklı düşük kodlu / kodsuz geliştirme
- Düşük kodlu / kodsuz geliştirme, hiçbir şey öğrenmeyle ilgili değildir
- Microsoft'un bu platformdaki sonraki büyük şeyi neden?
- Düşük kodlu / kodsuz geliştirmenin BT personeli üzerindeki etkisi nedir?
- Genel dijital zeka eğilimi altında düşük kodlu / kodsuz geliştirmenin yükselişi
Wei Qing: Neden düşük kodlu / kodsuz geliştirme?
Sözde düşük kodlu veya kodsuz geliştirme temelsiz değildir. Ana nedenlerden biri, teknolojinin değil, pazarın yönlendirmesidir.
Herkes Çin'in artık dijitalleşme ve istihbarattan bahsettiğini biliyor ama geçen yüzyılın sonunda dünya bilişimden bahsediyor. O zamanın en popüler konularından biri BPR (İş Sürecinin Yeniden Yapılandırılması), 21. yüzyılın başlarında, yurt içi tartışmalar yavaş yavaş başladı.
Neden bu BPR hakkında konuşuyorsunuz? Kodsuz geliştirme ve bahsettiğimiz düşük kodlu geliştirme de onunla aynı çizgidedir ve geçen yüzyılın sonunda başlayan bilgi dönüşüm sürecinin kaçınılmaz bir ürünüdür.
Bilişim belirli bir seviyeye geldiğinde, herkes yavaş yavaş orijinal yazılımın gerçekten yararlı olduğunu görecektir. Örnek olarak Microsoft'u ele alalım: En başından beri kendimizi bir üretkenlik platformu ve üretkenlik şirketi olarak konumlandırdık.
Orijinal platformlar, masaüstü platformları, veri platformları ve Windows, Windows Server veya Exchange Server tarafından temsil edilen kurumsal yazılım platformlarıdır.
Orijinal üretkenlik temsilcisi Office'ti. Şimdi on veya iki yıllık bir dönüşümle, başarılı bir şekilde Azure bulut bilişim haline geldi - hala bir işletim sistemidir, ancak bulutun muazzam bilgi işlem gücü, depolama kapasitesi ve ağ kapasitesinden sorumludur.
Şimdi Microsoft "dört bulut" dan bahsediyor, Azure, Microsoft 365, Dynamics 365 ve bir bulut Power Platform. İnsanlara daha güçlü bir dijital araç sağlamayı taahhüt ediyor. Sonuç, artan verimlilik ve daha düşük maliyetler. Otomasyon geliştirildi.
İnsanlar, bu yazılımın şirketin süreçlerinin çoğunu otomatikleştirebildiğini anladıklarında, tamamen BT departmanı tarafından geliştirildiklerinde veya başka yazılım şirketlerine yaptırıldıklarında, talebi karşılayamayacaklarını göreceklerdir.
Bilişim ve dijitalleştirme yetenekleri belirli bir seviyeye kadar iyileştirildiğinde, hala potansiyel bir itici güç var, ki bunu sık sık söylüyoruz Dijital çağda yerli halk .
Bir kişinin kariyeri ortalama 40 yıla göre hesaplanırsa, bu grup insan sözde yaşlı çalışan tabanının yerini yılda% 2,5 oranında alacak, hatta bu orandan çok daha yüksek olacaktır. Yazılım anlayışları, kavrayışları ve talepleri çok büyük ve geleneksel BT yöntemleri kesinlikle yeterli değil.
Önümüzdeki 5 yıl içinde 500 milyon yeni uygulama üretilecek ve bunlar temelde mantıksal uygulamalardır, bu da son 40 yılın toplamına eşittir. Ancak mevcut sayıdaki profesyonel yazılımcı veya profesyonel yazılım şirketi bu talebi karşılayamamaktadır.
Şimdi, düşük kodlu / kodsuz geliştirme zamanı.
Düşük kod / kod yok nedir?
Nesnel olarak konuşursak, sözde düşük kodlu / kodsuz denilen şey aslında herkesin tam anlamıyla gördüğü gibi değil, hiçbir şey öğrenmeden yazılım geliştirebilirsiniz.Bu biraz sihirli bir ilaca benziyor, o kadar büyülü olduğunu düşünmüyorum.
Her şeyden önce, şirketin finans, personel, satış yönetimi vb. Gibi gerçek iş sorunları vardır. Bu departmanlar en bariz olanlardır.
Aynı zamanda şirket için satış verileri veya yetenek verileri veya bazı lojistik veriler, finansal veriler, en azından belirli bir bilgi seviyesi ihtiyacı gibi veri yeteneklerine atıfta bulunan bazı temel dijitalleştirme yetenekleri vardır.
Bu öncül altında, pratik uygulamada sorunlu noktalara sahiptir ve endüstri bilgisi, süreci olan çok derin bir anlayışa sahiptir. Bence bu çağda insanların sahip olduğu bazı temel nitelikler olması gerektiğini düşündüğüm, süreçle, veri ve veri arasındaki ilişki ile ilgili.
Bu öncülle, BT personeli, şirketin bazı dahili hizmetlerini BT dışı personelin kullanması için (sürükle ve bırak gibi) basit API yöntemlerine dönüştürmeye yardımcı olabilir.
Düşük kodlu geliştirme, bileşenlerinin o kadar eksiksiz olmamasıdır, tıpkı bir kapı gibi, kilidi kendiniz takmanız ve bir kapı aramak için kapının menteşesini eve vidalamanız gerekir.
Kodsuz geliştirme bu evin tasarımı gibidir.Bu menteşeler onları vidalamanıza gerek yoktur, kapıya monte edilirler.Kapıyı içeri itin ve kapı doğrudan kullanılabilir.
Ama hiç hazırlıklı olmayan bir kişi veya şirket kodsuz geliştirme yapabileceği için kimsenin bunu yanlış anlamasını istemiyorum. Dünyada böyle büyülü bir şey yok.
Her şeyden önce toplumun hazır olması, firmanın dijitalleşmesinin belli bir seviyeye ulaşması ve BT personeli ile işbirliği yapmadan önce bireyin kabiliyetinin belli bir seviyeye gelmesi gerekiyor.
Düşük kod / kod geliştirme yok
Aslında bu, tüm toplumun, endüstrinin ve bireylerin yanı sıra olgun teknolojinin doğal bir ürünüdür. Küresel bir perspektiften bakıldığında, birçok şirket zaten böyle şeyler yapıyor.
Microsoft yakın zamanda piyasaya çıktı Güç Platformu , UI Flow adında otomasyonla ilgili bir uygulama var, kullanıcı arayüzünde size adım adım rehberlik ediyor ve daha sonra bu yazılım işlemlerinizi hatırlıyor, süreç otomatikleştiriliyor. Küresel bir bakış açısıyla, bunu anlamak, kabul etmek ve tanıtmak kolaydır.
Şimdi UI Flow'un herhangi bir programlama gerektirmediğini görüyoruz, temelde sadece işlem. Ama şimdi yavaş yavaş derinleşmeye başlıyor ve sözde programlama kavramı başlıyor.
Aslında, şimdi bunun hakkında daha çok konuştuk. Örneğin, bir iş adamının kendi işinde bir sıkıntı noktası vardır, yalnızca bazı AI yetenekleri de dahil olmak üzere yazılımdaki verilerle yönlendirilir ve ardından sürecini otomatikleştirir.
Microsoft aslında Power Platform için dördüncü bulut olarak adlandırılıyor. Azure'umuz var, Microsoft 365'imiz var ve Dynamics 365'imiz var.
Microsoft CEO'su Satya bir keresinde Power Platform'dan bahsetti, sadece Microsoft'un bir platform ve verimlilik şirketi olduğunu söyledi. Bu platform bizim "sonraki büyük işimiz" olacak. Neden buna "sonraki büyük şey" diyebiliyor?
Endüstrinin ana iş odaklı süreç yeniden yapılandırması ve süreç optimizasyonu, bilgi sistemleri, algoritmalar ve veriler tarafından yönlendirilir. Yazılım tarafından yönlendirilen bu eğilim, başka bir paradigma diyebileceğiniz bir paradigma değişikliği haline gelecektir.
Gelecekte, tüm şirketlerin süreçleri makineler tarafından tanınabildiği sürece, otomatik hale getirilecek ve insanların giderek daha yaratıcı ve üst düzey iş içeriği yapmasına olanak tanıyacak, bu genel bir eğilim.
BT personelinin çalışmalarını etkileyecek mi?
Şirket düşük kodlu / kodsuz geliştirme yapmak istiyorsa, şirketin BT personeli benim standart bir rol olarak adlandırdığım bir rol oynamalıdır.
Yani, bu evi iyi inşa edeceğinden sadece tatmin edilemez. Aslında, ilgi alanları veya ürün itirazları için daha fazla başlangıç noktası ve itirazları vardır. Arayüz, API veya şirketin dahili veri kaynaklarını ve çeşitli dahili hizmet kaynaklarını nasıl kullanacağını düşünmelidir. Hizmet odaklıdır ve hizmet odaklı olarak bazı grafik yöntemler veya daha insancıllaştırılmış ve akıllı bir UI yöntemi kullanılabilir, böylece yazılım geliştirmeyi anlamayan insanlar bu yapı taşını kendi başlarına oluşturabilirler.
Bu şekilde, BT personeli için yeni gereksinimler vardır, sadece bir uygulama geliştirmekle yetinmekle kalmazlar, şirketin mevcut verilerini, mevcut süreçlerini ve mevcut hizmetlerini standartlaştırmalı ve modüller halinde paketlemelidirler.
Microsoft Power Platform'da "taçtaki mücevher" dediğimiz bir CDS, Common Data Services var. Bu ne işe yarıyor? Tüm dünyayı modellemek için ortak ve açık kaynaklı bir veritabanı yapısı olan Ortak Veri Modeli'ne sahiptir.
Bu durumda, önce bir CDM modellemesi, ardından bu hizmetleri birleştirmek için bir CDS varsa, yüzeyde bir Power Apps'dir ve Power Apps'ımız mobil uygulama olabilen bir uygulamaya dönüştürülebilir. Bu tür uygulamalar için bilgisayar uygulamaları veya web sayfaları olabilir.
Bu nedenle, şirketin BT personeli bu hıza ayak uyduramazsa, şirketteki diğer kişilerin bu yeteneğe sahip olmasını sağlayamayacaktır.
Elbette şakayla karışık dedik ki bu IT personelinin işi kesinlikle tutulabilir, çünkü her zaman program yazmak zorundadır, ancak uzun vadede bu kişinin işi tutulamaz.
Diğer şirketlerin BT personeli çok profesyonel ve zorlu endüstri uygulamaları veya kurumsal uygulamalar yazacak ve diğer şirketlerin BT personeli, şirketin yeteneklerinin çoğunu başkalarının arayabileceği API'lere dönüştürecektir. Bu şekilde, BT personelinin gelecekteki rolü Genişleme olacak.
Geleceğin BT yöneticileri veya geliştiricileri, bulut yerel geliştirme fikirleri olmalıdır.
Şu anda bahsettiğimiz kodsuz geliştirme veya düşük kodlu geliştirme, bu yeteneği şirketteki diğer meslektaşlara verebilme yeteneğidir, arkasında çok önemli bir destek var, tüm yeteneklerinin hizmete sunulmasıdır.
Bence bu temel nokta. Çünkü hizmetleştirme nerede? Bu düşük kodlu geliştirmeye sahip olmasanız bile, yazılımınızın yerel bulut olması gerekir ki bu, birçok hizmet bileşenini birbirine çağırarak elde edilir. Bu hizmet bileşenleri, başkalarının çağırması için kolayca bir API'ye paketlenebilir.
Bu bulut tabanlı platform konseptiyle, bir yandan geliştiriciler uygulamalarını geliştirmeye devam edebilir, ancak uygulamalarının bulut tabanlı olması gerekir. Ancak bulut yerel olduğu için, her şey hizmet odaklı ve API odaklı olduğundan, bu hizmeti veya API'yi bir görüntü modülüne, görüntü arayüzüne kolayca paketleyebilir.
Aslında, RPA hakkında konuştuğumuz şey, kod yok, düşük kod veya orta aşamalı platform aslında bir şeyden bahsediyor, ben şahsen bence kaynağını koymazsak, bunu optimize etmenin bulut yerel uygulama geliştirme süreci olduğunu düşünüyorum. Fikir açık, istasyonun ortasında ne hakkında konuşulacak, RPA hakkında ne konuşulacak, düşük kod hakkında ne konuşulacak, hiçbir kod pasif su değildir, çünkü arkasındaki orijinal kapasite geliştirme bulut yerel geliştirmeye dayalıdır.
Microsoft'un düşük kodlu / kodsuz geliştirme alanındaki konumu
Microsoft başlangıçta biri geliştirici, diğeri BT Uzmanı olarak adlandırılan iki tür insana hizmet etti.Adı değişmiş olsa da, aslında bir Dev + Ops, ancak şimdi Dev ve Ops birleştirildi. Artık geliştiricilerin ve BT Uzmanlarının entegre bir bileşeni var.
Bunu başlangıçta Microsoft yaptı, bu yüzden bunu kodsuz ve düşük kodlu için yaptığımızı düşünmedik, çünkü Microsoft'un geliştirme paradigması bulut yerel olarak değişti.
İkinci olarak, Microsoftun orijinal platformu, herkesin Windows, Office 365 ve Azure hakkında bildiklerinden çeşitli verileri, çeşitli geliştirme modellerini ve daha fazlasını taşıyan bir Power Platform'a dönüşmüştür. Konektörler, çeşitli görüntüleme yöntemleri.
Dolayısıyla, bu düşünce çizgisini izlerseniz, kodsuz ve düşük kodun bu bulutta yerel geçişin sadece doğal bir ürünü olduğunu söylemeyi tercih ederim.
Düşük kodlu / kodsuz geliştirme ne zaman tam ölçekli bir yükselişi başlatacak?
Popülariteden veya yükselişten bahsetmek isterseniz, düşük kodlu ve kodsuz gelişimin tüm toplumun dijital ilerlemesi, işletmelerin dijital ilerlemesi ve bireylerin dijital ilerlemesi ile çok tutarlı olduğunu düşünüyorum.
Çin için benzersiz zorluklar ve fırsatlar var.
Her şeyden önce, Çin'de bilişim süreci nispeten geç başladı, bu yüzden yaptığımız şey küresel olandan biraz farklı. Herkesin çok talepkar, titiz ve güvenli bir sürece sahip olduğunu düşündüğü kurumsal ofis yöntemleri için yüksek gereksinimlerimiz var. Aslında Çin şirketlerimizin özelliği değil.
Bunun yerine, birçok şirket ofis işleri için QQ ve WeChat'i kullanmaya devam edebilirler Tüketici düzeyinde yazılım uygulamalarını kullanırlar ve ardından kurumsal düzeye geçerler. Bununla birlikte, dünyadaki birçok dijitalleşme süreci işletmeler tarafından daha çok teşvik edilmekte ve işletmeler tarafından desteklenmektedir ve giderek daha popüler ve popüler hale gelmektedir.
Bu bir özellik yarattı. Bir yandan, Çinin böyle kodsuz / düşük kodlu geliştirme talebinin müşterinin talebinden çok güçlü olacağını düşünüyorum. Hatta bu talebin dünyanın birçok yerinden çok daha güçlü olduğunu düşünüyorum, özellikle de az önce söyledim Dijital çağda, yerli halk, bu gençler işyerine yavaşça girdikten sonra, buna yönelik algıları ve kimlik duyguları çok güçlü olacaktır.
Ancak Çin'deki pek çok şirket için en büyük zorluk, bilişimin yeterince kapsamlı olmamasıdır. Bir şirket düşük kodlu ve kodsuz yapmak istese bile, süreçlerinin çoğunun gerçekten API tarafından soyutlanamayacağını göreceksiniz. Ve API yolunda soyutlanamıyorsa, kod ve düşük kod yetenekleri olmadan bunu tamamlamanın bir yolu yoktur.
Yazılım geliştirme, hiyerarşik bir yapıdan başka bir şey olmadığı için adım adım soyutlanır. Bunun birçok şirket için büyük bir zorluk olacağını düşünüyorum. Son zamanlarda birçok insan salgına verilen tepkiden bahsediyor ve bu salgının akıllı şehirler, akıllı ofisler, akıllı evler, akıllı tıbbi bakım gibi dijital dönüşüm için yerinde olmayan birçok sorunu ortaya çıkardığını keşfetti ... bunlar aslında hala uzun bir yol. nın-nin.
Bu bir çelişkidir. Bence bu tür bir çelişki Çin'de de ortaya çıkacak, özellikle Çinli tüketiciler ve profesyoneller bu düşük kodla ve kodsuz çok kolay tanımlama, tanınma ve rezonans duygusuna sahip olacaklar, ancak bu da karşılığında baskı yapıyor Bir kuruluşun BT departmanı yetenekler sağlamasını istediğinde, pek çok "ev ödevi" veya düşük düzeyli işin hiç yapılmadığını gördü.
Bir dereceye kadar, şirket yönetimine şirketin otomatikleştirildiğini ve bilgilendirildiğini hissettirmek, ancak hizmet odaklı veya bulut tabanlı bir geliştirme olduğu söylendiğinde, bunun tekrar yapılması gerektiği keşfedilir.
Bunun içinde bir tür potansiyel baskı ve meydan okuma olabileceğini düşünüyorum. Yani bu bizim zorluğumuzdur ve kurumsal düzeydeki uygulamalardan tüketici düzeyine giden birçok yoldan farklıdır.
Son olarak, bir portalı senkronize edin. Wei Qing, Microsoft Çevrimiçi Teknoloji Zirvesi'nde düşük kodlu / kodsuz geliştirme konusunda eksiksiz bir konuşma yapacak. İlgileniyorsanız, kaçırmayın ~
https://chinaevent.microsoft.com/virtualsummit/zh-cn/index?channel_id=100088
- Bitiş -
Qubit QbitAI · Toutiao İmzalı
Bize dikkat edin ve en son teknolojideki en son gelişmeleri alın
