ProHoster > Blogs > Administrācija > 1C ā€” labais un ļaunais. Punktu izkārtojums holivāros ap 1C

1C ā€” labais un ļaunais. Punktu izkārtojums holivāros ap 1C

1C ā€” labais un ļaunais. Punktu izkārtojums holivāros ap 1C

Draugi un kolēģi, pēdējā laikā arvien biežāk parādās raksti par Habrē ar naidu pret 1C kā attÄ«stÄ«bas platformu un tās aizstāvju runas. Å ajos rakstos tika identificēta viena nopietna problēma: visbiežāk 1C kritiÄ·i to kritizē no pozÄ«cijas ā€œneapgÅ«stotā€, lamājot problēmas, kas de facto ir viegli atrisināmas, un, gluži pretēji, nepieskaroties problēmām, kas patieŔām ir svarÄ«gas, vērtÄ«gas. apspriežas un pārdevējs tos neatrisina. Es uzskatu, ka ir lietderÄ«gi veikt saprātÄ«gu un lÄ«dzsvarotu 1C platformas pārskatÄ«Å”anu. Ko tas var darÄ«t, ko tas nevar darÄ«t, ko tam vajadzētu darÄ«t, bet ko tas nedara, un desertā, ko tas dara ar lielu triecienu, un jÅ«su izstrādātāji uzņēmumā %technology_name% darÄ«s simts gadus, izmetot to prom. vairāk nekā viens gada budžets.

Rezultātā jÅ«s kā vadÄ«tājs vai arhitekts varēsiet iegÅ«t skaidru izpratni par to, kādam uzdevumam jums bÅ«s izdevÄ«gi izmantot 1C un kur tas ir jāizdedzina ar karstu gludekli. Kā izstrādātājs pasaulē, kas nav 1C, jÅ«s varēsiet redzēt, kas ir 1C, kas rada satraukumu. Un kā 1C izstrādātājs jÅ«s varēsiet salÄ«dzināt savu sistēmu ar citu valodu ekosistēmām un saprast savu atraÅ”anās vietu programmatÅ«ras izstrādes koordinātu sistēmā.

Zem griezuma ir daudz biezu uzbrukumu 1C, 1C kritiķiem, Java, .NET un vispār... Fans pilns, laipni lūdzam!

Par sevi

Sarunas tēma esmu pazÄ«stama kopÅ” aptuveni 2004. gada. Programmēju droÅ”i vien kopÅ” 6 gadu vecuma, no tā brīža, kad manā rokās nonāca grāmata par profesoru Fortrānu ar komiksiem par kaÄ·i, zvirbuli un kāpuru. Es analizēju programmas, kuras kaÄ·is rakstÄ«ja no grāmatas attēliem, un uzzināju, ko viņi darÄ«ja. Un jā, man tobrÄ«d nebija Ä«sta datora, bet bija zÄ«mējums uz grāmatas izplatÄ«bas un es godÄ«gi spiedu papÄ«ra pogas, ievadot komandas, kuras biju izspiegojis kaÄ·im X.

Tad skolā bija BK0011 un BASIC, universitātē C++ un montieri, tad 1C un vēl tik daudz citu lietu, ko man ir slinkums atcerēties. Pēdējos 15 gadus es galvenokārt nodarbojos ar 1C ne tikai kodÄ“Å”anas ziņā, bet vispār ar 1C. Å eit tiek iestatÄ«ti uzdevumi, administrÄ“Å”ana un devops. Pēdējos 5 gadus esmu nodarbojies ar sabiedriski noderÄ«gām aktivitātēm, izstrādājot izstrādes un automatizācijas rÄ«kus citiem 1C lietotājiem, rakstot rakstus un grāmatas.

Izlemsim par diskusijas tēmu

Pirmkārt, definēsim, par ko mēs runāsim, jo ā€‹ā€‹burti ā€œ1Cā€ var nozÄ«mēt daudzas lietas. Å ajā gadÄ«jumā ar burtiem ā€œ1Cā€ mēs domāsim tikai modernās, astotās versijas izstrādes ietvaru ā€œ1C: Enterpriseā€. Mēs daudz nerunāsim par ražotāju un tā politikām (bet mums bÅ«s nedaudz jādara) Mēs neapspriedÄ«sim konkrētas programmas, kas rakstÄ«tas, izmantojot Å”o ietvaru. TehnoloÄ£ija ir atseviŔķa, lietojumprogrammas jeb konfigurācijas ir atseviŔķas.

Augsta līmeņa arhitektūra 1C: Enterprise

Ne velti es pieminu vārdu ā€œietvarsā€. No izstrādātāja viedokļa 1C platforma ir tieÅ”i ietvars. Un jums tas ir jāizturas tieÅ”i tāpat kā pret ietvaru. Padomājiet par to kā par Spring vai ASP.NET, ko izpilda kāds izpildlaiks (attiecÄ«gi JVM vai CLR). Gadās, ka parastās programmÄ“Å”anas pasaulē (ā€œnevis 1Cā€) dalÄ«jums ietvaros, virtuālajās maŔīnās un konkrētās lietojumprogrammās ir likumsakarÄ«gs, jo Ŕīs sastāvdaļas parasti izstrādā dažādi ražotāji. 1C pasaulē nav pieņemts skaidri noŔķirt izstrādes ietvaru un paÅ”u izpildlaiku; turklāt Ä«paÅ”as lietojumprogrammas, kas rakstÄ«tas, izmantojot ietvaru, arÄ« galvenokārt izstrādā pats 1C. Tā rezultātā rodas zināma neskaidrÄ«ba. Tāpēc raksta ietvaros mums bÅ«s jāapsver 1C no vairākām pusēm vienlaikus un jāklasificē pa vairākām koordinātu asÄ«m. Un katrā koordinātu asÄ« ieliksim brÅ«nas vielas lāpstu un apskatÄ«sim esoŔā risinājuma Ä«paŔības, priekÅ”rocÄ«bas un trÅ«kumus.

Skatu punkti uz 1C

1C pircējam

Pircējs iegādājas automatizācijas sistēmu, ar kuru viņŔ var ātri atrisināt sava biznesa automatizācijas problēmas. Uzņēmums var bÅ«t neliels stends vai liels holdinga uzņēmums. Skaidrs, ka Å”o biznesu vajadzÄ«bas ir dažādas, taču abus atbalsta viena platformas kodu bāze.

1C pircējam tas ir ātrs laiks, lai to pārdotu. Ātri. Ātrāks par Java, C# vai JS. Vidēji. Ap slimnÄ«cu. Ir skaidrs, ka vizÄ«tkarÅ”u vietne, kas izmanto React, izrādÄ«sies labāka, bet WMS sistēmas aizmugure 1C tiks palaists ātrāk.

1C kā rīks

Katram tehnoloÄ£iskajam risinājumam ir pielietojamÄ«bas robežas. 1C nav vispārēja lietojuma valoda; tā nedzÄ«vo atseviŔķi no sava ietvara. Ieteicams izmantot 1C, ja nepiecieÅ”ams:

  • servera lietojumprogramma
  • lietojumprogramma, kurā parādās finanses
  • ar gatavu lietotāja saskarni, ORM, ziņoÅ”anu, XML/JSON/COM/PDF/YourDataTransferingFormat
  • ar atbalstu fona procesiem un darbiem
  • ar uz lomu balstÄ«tu droŔību
  • ar skriptējamu biznesa loÄ£iku
  • ar spēju ātri izveidot prototipu un zemu laiku lÄ«dz tirdzniecÄ«bai

Jums nav nepiecieÅ”ams 1C, ja vēlaties:

  • maŔīnmācÄ«ba
  • GPU aprēķini
  • datorgrafika
  • matemātiskie aprēķini
  • CAD sistēma
  • signālu apstrāde (skaņa, video)
  • highload http zvani ar simtiem tÅ«kstoÅ”u rps

1C kā ražoÅ”anas uzņēmums

Ir vērts saprast, kas ir 1C kā programmatÅ«ras ražotāja bizness. Uzņēmums 1C pārdod biznesa problēmu risinājumus, izmantojot automatizāciju. Dažādi uzņēmumi, lieli vai mazi, bet tas ir tas, ko viņa pārdod. LÄ«dzekļi Ŕī mērÄ·a sasniegÅ”anai ir biznesa lietojumprogrammas. GrāmatvedÄ«bai, algu uzskaitei u.c.. Å o aplikāciju rakstÄ«Å”anai uzņēmums izmanto savu biznesa aplikāciju izstrādes platformu. ÄŖpaÅ”i pielāgots Å”o paÅ”u biznesa lietojumprogrammu kopÄ«giem uzdevumiem:

  • finanÅ”u grāmatvedÄ«ba
  • vienkārÅ”a biznesa loÄ£ikas pielāgoÅ”ana
  • plaÅ”as integrācijas iespējas neviendabÄ«gās IT ainavās

Kā ražotājs 1C uzskata, ka Ŕī ir stratēģija, kas ļauj strādāt ar partneriem un klientiem abpusēji izdevÄ«gā režīmā. Ar to var strÄ«dēties, taču aptuveni Ŕādi uzņēmums sevi reklamē: gatavi biznesa problēmu risinājumi, kurus partneri var ātri pielāgot un integrēt jebkurā IT vidē.

Visas pretenzijas vai vēlmes par 1C kā sistēmu ir jāskata tikai caur Å”o prizmu. ā€œMēs vēlamies OOP 1C formātā,ā€ saka izstrādātāji. ā€œCik mums izmaksās OOP atbalsts platformā, vai tas mums palÄ«dzēs palielināt kastu pārdoÅ”anu?ā€ saka 1C. Atver savu biznesa problēmu risinājumu pārdoÅ”anas prizmu:

- Čau, biznes, vai vēlaties OOP savā 1C?
- Vai tas man palīdzēs atrisināt manas problēmas?
- Kas zina...
ā€“ Tad nevajag

Å Ä« pieeja var bÅ«t laba vai slikta atkarÄ«bā no tā, kas to skatās, taču tā tas ir. Runājot par to, ka 1C nav funkcijas X, jums jāsaprot, ka tas nav iemesla dēļ, bet gan kontekstā ar izvēli ā€œIevieÅ”anas izmaksas pret peļņas summuā€.

Tehnoloģiskā klasifikācija

ā€œPatiesÄ«bā Odinesniks dara visu iespējamo, lai izmantotu labākos modeļus, kurus rÅ«pÄ«gi atlasÄ«juÅ”i gādÄ«gi metodiÄ·i un platformas 1C izstrādātāji.
Kad jÅ«s rakstāt savu muļķīgo kodu vienkārÅ”ai pārvaldÄ«tai veidlapai, patiesÄ«bā jÅ«s to izmantojat modeļa skata kontrolieris с divvirzienu datu saistÄ«Å”ana Š² trÄ«sslāņu datu lietotnes dzinējs, aromatizēts augsta lÄ«meņa objektu attiecÄ«bu kartÄ“Å”ana uz pamatnes deklaratÄ«vs metadatu aprakstskam savs no platformas neatkarÄ«ga vaicājumu valoda, C deklaratÄ«va uz datiem balstÄ«ta lietotāja saskarne, pilnÄ«ga caurskatāma serializācija un uz domēnu orientēta programmu valoda.

Tas, kur 1C izstrādātāji atŔķiras no saviem Rietumu kolēģiem, ir PR. Viņiem patÄ«k jebkurai muļķībai pieŔķirt lielu vārdu un skraidÄ«ties ar to kā ar netÄ«ru maisu.
A. Orefkovs

1C platformai ir klasiska 3 lÄ«meņu arhitektÅ«ra, kuras centrā ir lietojumprogrammu serveris (vai tā emulācija par nelielu naudu maziem veikalniekiem). Kā DBVS tiek izmantota MS SQL vai Postgres. Ir arÄ« atbalsts Oracle un IBM DB2, taču tas ir diezgan ezotēriski; neviens nezina, kas notiks, ja ieviesÄ«sit 1C Å”ajās datu bāzēs ar vidēju un lielu slodzi. Es uzskatu, ka 1C pats to nezina.

Klienta daļa ir vai nu plānais klients, kas instalēts lietotāja datorā, vai tÄ«mekļa klients. Galvenā iezÄ«me ir tāda, ka programmētāji neraksta 2 dažādus kodus, viņi raksta vienu pieteikumu, vienā valodā, un jÅ«s varat to parādÄ«t pārlÅ«kprogrammā, ja ir vēlme vai nepiecieÅ”amÄ«ba. KurÅ” gan vēlējās Ä«stu pilnu steku un vienu valodu priekŔējai un aizmugursistēmai, node.js? Viņiem nekad neizdevās izdarÄ«t tieÅ”i to paÅ”u lÄ«dz galam. Ir Ä«sta pilna kaudze, taču jums tas bÅ«s jāraksta 1C. Likteņa ironija, tādas lietas :)

Mākoņa SaaS risinājums 1C:Fresh darbojas arÄ« pārlÅ«kprogrammas režīmā, kurā var nevis iegādāties 1C, bet gan iznomāt nelielu datubāzi un sekot lÄ«dzi shawarma pārdoÅ”anas apjomiem. Tikai pārlÅ«kprogrammā, neko neinstalējot un nekonfigurējot.

Turklāt ir mantots klients, ko 1C versijā sauc par ā€œparasto lietojumprogrammuā€. Mantojums ir mantojums, laipni lÅ«dzam lietojumprogrammu pasaulē 2002. gadā, taču mēs joprojām runājam par paÅ”reizējo ekosistēmas stāvokli.

1C servera daļa atbalsta klasterizāciju un mērogoÅ”anu, pievienojot klasterim jaunas maŔīnas. Å eit ir salauzts diezgan daudz kopiju un par to rakstā bÅ«s atseviŔķa sadaļa. ÄŖsāk sakot, tas nav gluži tas pats, kas pievienot pāris tieÅ”i tādus paÅ”us gadÄ«jumus aiz HAProxy.

Lietojumprogrammu izstrādes ietvars izmanto savu programmÄ“Å”anas valodu, kas aptuveni atgādina nedaudz uzlabotu VB6, kas tulkots krievu valodā. Cilvēkiem, kuri ienÄ«st visu krievu valodu, kuri netic, ka ā€œjaā€ tiek tulkots kā ā€œjaā€, tiek piedāvāta otrā sintakses iespēja. Tie. Ja vēlaties, varat rakstÄ«t 1C tā, lai to nevarētu atŔķirt no VB.

1C ā€” labais un ļaunais. Punktu izkārtojums holivāros ap 1C

Å Ä« programmÄ“Å”anas valoda ir galvenais iemesls naidam pret 1C segvārdiem pret viņu platformu. AtzÄ«sim, ne bez pamata. Valoda tika iecerēta pēc iespējas vienkārŔāka, lai izpildÄ«tu mantru ā€œIZSTRĀDĀTĀJI, IZSTRĀDĀJIā€ vismaz NVS mērogā. Šāda risinājuma komerciālā bÅ«tÄ«ba, manuprāt, ir skaidri redzama: vairāk izstrādātāju, lielāks tirgus pārklājums. Tas piepildÄ«jās, pēc dažādām aplēsēm no 45% lÄ«dz 95%. Uzreiz teikÅ”u, ka rakstÄ«t valodā, kura tev Ŕķiet, ir patieŔām vienkārŔāka. Un es zinu diezgan daudzas programmÄ“Å”anas valodas.

Sāksim ar valodu.

1C programmēŔanas valoda

Vienlaikus sistēmas stiprais un vājais punkts. NodroÅ”ina vieglu ievadi un lasāmÄ«bu. No otras puses, tas nav atjaunināts kopÅ” 8. versijas izlaiÅ”anas 2002. gadā un ir morāli novecojis. Kāds teiks "galvenais trÅ«kums ir tas, ka nav OOP", un viņi kļūdÄ«sies. Pirmkārt, PLO nepatÄ«k ne tikai Nuraļjevs, bet arÄ« Torvalds. Un, otrkārt, OOP joprojām pastāv.

No izstrādātāja viedokļa viņa rÄ«cÄ«bā ir ietvars ar bāzes klasēm, kas tiek parādÄ«tas DBVS. Izstrādātājs var ņemt bāzes klasi ā€œDirectoryā€ un mantot no tās direktoriju ā€œKlientiā€. Tas var pievienot jaunus klases laukus, piemēram, INN un Adrese, kā arÄ«, ja nepiecieÅ”ams, var ignorēt (ignorēt) bāzes klases metodes, piemēram, OnWrite/AtRecord metodi.

Ietvars ir izveidots tā, ka dziļāka mantoÅ”ana ir reti nepiecieÅ”ama, un OOP ierobežojumam, manuprāt, ir jēga. 1C koncentrējas uz domēnu virzÄ«tu attÄ«stÄ«bu un liek domāt, pirmkārt, par izstrādājamā risinājuma tematiku, un tas ir labi. Nav ne tikai kārdinājuma, bet arÄ« nav jāraksta 10 dažādi DTO un ViewModels, lai tikai kaut kur parādÄ«tu dažus datus no domēna. 1C izstrādātājs vienmēr darbojas ar vienu entÄ«tiju, nepārblÄ«vējot uztveres kontekstu ar duci klasēm ar lÄ«dzÄ«giem nosaukumiem, kas pārstāv vienu un to paÅ”u entÄ«tiju, bet no citas puses. Piemēram, jebkurā .NET lietojumprogrammā noteikti bÅ«s pieci vai divi ViewModels un DTO serializācijai JSON un datu pārsÅ«tÄ«Å”anai no klienta uz serveri. Un aptuveni 10ā€“15% no jÅ«su lietojumprogrammas koda tiks iztērēti, pārsÅ«tot datus no vienas klases uz otru, izmantojot pildspalvas vai kruÄ·us, piemēram, AutoMapper. Å is kods ir jāuzraksta un programmētājiem ir jāmaksā par tā izveidi un uzturÄ“Å”anu.

Izrādās, ka 1C valodu ir grÅ«ti izstrādāt, nesarežģot to lÄ«dz galveno valodu lÄ«menim, tādējādi zaudējot vienkārŔības priekÅ”rocÄ«bas. Kāds ir pārdevēja uzdevums bÅ«tÄ«bā tiek risināts: izdot standarta risinājumu, kuru ikviens uz ielas pieÄ·erts skolēns var pielāgot ar nepiecieÅ”amo kvalitātes lÄ«meni (t.i., tiek pabeigta lieta no stenda lÄ«dz lielai rÅ«pnÄ«cai). Ja esat stends, paņemiet studentu; ja esat rÅ«pnÄ«ca, paņemiet guru no sava Ä«stenoÅ”anas partnera. Tas, ka Ä«stenoÅ”anas partneri pārdod studentus par guru cenu, nav ietvara problēma. ArhitektÅ«ras ziņā ietvaram ir jāatrisina abu problēmas, standarta konfigurāciju kodam (kuru mēs pārdevām uzņēmumiem ar pielāgoÅ”anas solÄ«jumu) ir jābÅ«t saprotamam studentam, un guru ir jāspēj saprast, ko vien vēlaties.

Tas, kas, manuprāt, valodā patieŔām pietrÅ«kst, kas liek rakstÄ«t vairāk, nekā varētu, ir tas, kas tērē klienta samaksāto laiku.

  • Iespēja rakstÄ«t lÄ«menÄ«, piemēram, TypeScript (rezultātā vairāk attÄ«stÄ«ti koda analÄ«zes rÄ«ki IDE, pārstrukturÄ“Å”ana, mazāk aizskaroÅ”u jambu)
    Funkciju kā pirmās klases objektu pieejamÄ«ba. Nedaudz sarežģītāka koncepcija, taču tipiskā koda koda daudzumu varētu ievērojami samazināt. Skolēna izpratne par kodu, IMHO, pat palielinātos apjoma samazināŔanas dēļ
  • Universālās kolekcijas literāļi, inicializatori. Tas pats - samazināt koda daudzumu, kas jāraksta un/vai jāskatās ar acÄ«m. Kolekciju aizpildÄ«Å”ana aizņem vairāk nekā 9000% no 1C programmÄ“Å”anas laika. RakstÄ«t Å”o bez sintaktiskā cukura ir ilgi, dārgi un kļūdāms. Kopumā LOC daudzums 1C risinājumos pārsniedz visus iespējamos ierobežojumus, salÄ«dzinot ar pieejamajiem atvērtajiem ietvariem un kopumā visiem jÅ«su uzņēmuma Java kopā. Valoda ir daudzveidÄ«ga, un tas izpaužas datu apjomā, atmiņā, IDE bremzēs, laikā, naudā...
  • beidzot konstrukcijas Man ir hipotēze, ka Ŕīs konstrukcijas trÅ«kst tāpēc, ka viņi neatrada veiksmÄ«gu tulkojumu krievu valodā :)
  • PaÅ”u datu tipi (bez OOP), tipa analogi no VB6. Tas ļaus jums nerakstÄ«t struktÅ«ras, izmantojot komentārus BSP un maÄ£iskās metodes, kas veido Ŕīs struktÅ«ras. Mēs iegÅ«stam: mazāk koda, mājienu caur punktu, ātrāku problēmas risinājumu, mazāk kļūdu drukas kļūdu un trÅ«kstoÅ”o struktÅ«ru Ä«paŔību dēļ. Tagad lietotāju struktÅ«ru rakstÄ«Å”ana pilnÄ«bā ir Standarta apakÅ”sistēmas bibliotēkas izstrādes komanda, kas, godam, rÅ«pÄ«gi raksta komentārus par nodoto parametru struktÅ«ru paredzamajām Ä«paŔībām.
  • Bez cukura, strādājot ar asinhroniem zvaniem tÄ«mekļa klientā. AtzvanÄ«Å”anas elle ProcessingNotifications formā ir Ä«slaicÄ«gs kruÄ·is, ko izraisa pēkŔņas galveno pārlÅ«kprogrammu API izmaiņas, taču jÅ«s nevarat tā dzÄ«vot visu laiku; tiek zaudēta priekÅ”rocÄ«ba, ko rada asinhronā koda ā€œstudentu izpratneā€ vairāk un vairāk. Nepievienojiet Å”ai paradigmai atbalstu galvenajā IDE, un viss kļūs vēl sliktāks.

Å Ä« ir viena no aktuālākajām problēmām, ir skaidrs, ka saraksts varētu bÅ«t daudz lielāks, taču nedrÄ«kst aizmirst, ka Ŕī joprojām nav vispārējas nozÄ«mes valoda, tai nav nepiecieÅ”ama daudzpavedienu, lambda funkcijas, piekļuve GPU un ātra peldoŔā komata aprēķini. Å Ä« ir biznesa loÄ£ikas skriptu valoda.

Programmētājam, kurÅ” jau daudz strādājis ar Å”o valodu, ieskatÄ«jies js vai c#, Ŕīs valodas ietvaros kļūst garlaicÄ«gi. Tas ir fakts. Viņam ir nepiecieÅ”ama attÄ«stÄ«ba. No otras puses, piegādātājam ir norādÄ«to funkciju ievieÅ”anas izmaksas, salÄ«dzinot ar ieņēmumu pieaugumu pēc to ievieÅ”anas. Å eit man nav nekādas informācijas par to, kas Å”obrÄ«d uzņēmuma acÄ«s atsver.

Attīstības vide

Arī Ŕeit lietas neiet gludi. Ir divas izstrādes vides. Pirmais ir komplektācijā iekļautais konfigurators. Otrā ir Enterprise Development Tools vide jeb īsumā EDT, kas izstrādāta uz Eclipse bāzes.

Konfigurators nodroÅ”ina pilnu izstrādes uzdevumu klāstu, atbalsta visas funkcijas un ir galvenā vide tirgÅ«. Tas ir arÄ« morāli novecojis, neattÄ«stoties, pēc baumām - tehniskā parāda apjoma dēļ sevÄ«. Situāciju varētu uzlabot, atverot iekŔējo API (draudzÄ«bas veidā ar SniegavÄ«rs A. Orefkova vai uz neatkarÄ«ga pamata), bet tas tā nav. Prakse ir parādÄ«jusi, ka kopiena ierakstÄ«s savus lÄ«dzekļus IDE, ja vien pārdevējs neiejauksies. Bet mums ir tas, kas mums ir. Konfigurators bija lielisks 2004.-2005.gadā, ļoti atgādināja to laiku Visual Studio, vietām bija pat forŔāks, bet iestrēga tajos laikos.

Turklāt kopÅ” tā laika vidējā standarta risinājuma apjoms ir pieaudzis vairākas reizes, un Å”odien IDE vienkārÅ”i nevar tikt galā ar koda daudzumu, ar kuru tas tiek ievadÄ«ts. LietojamÄ«ba un pārstrukturÄ“Å”anas iespējas nav pat nulles, tās ir mÄ«nusā. Tas viss izstrādātājiem entuziasmu nedod un viņi sapņo pārcelties uz citām ekosistēmām un tur turpināt kodēt sÅ«dus, bet patÄ«kamā vidē, kas ar savu uzvedÄ«bu nespļauj sejā.

Kā alternatÄ«va tiek piedāvāta no jauna uzrakstÄ«ta IDE, kas veidota uz Eclipse. Tur avoti, tāpat kā jebkurā citā programmatÅ«rā, dzÄ«vo teksta failu veidā, tiek glabāti GIT, pull pieprasÄ«jumu filiāles, tas viss. NegatÄ«vie ir tas, ka tas jau daudzus gadus nav atstājis beta statusu, lai gan tas kļūst labāks ar katru izlaidumu. Es nerakstÄ«Å”u par EDT trÅ«kumiem, Å”odien tas ir mÄ«nuss, rÄ«t ir fiksēta funkcija. Šāda apraksta atbilstÄ«ba ātri izzudÄ«s. MÅ«sdienās EDT ir iespējams izstrādāt, taču tas ir neparasti, jums ir jābÅ«t gatavam noteiktam skaitam IDE kļūdu.

Ja paskatās uz situāciju caur iepriekÅ” minēto ā€œ1C prizmuā€, jÅ«s iegÅ«stat kaut ko lÄ«dzÄ«gu: jaunā IDE izlaiÅ”ana nepalielina kastu pārdoÅ”anas apjomu, bet IZSTRĀDĀTĀJU aizplÅ«Å”ana var tikt samazināta. GrÅ«ti pateikt, kas sagaida ekosistēmu izstrādātāju komforta ziņā, taču Microsoft jau ir apgrÅ«tinājusi mobilo ierīču izstrādātājus, piedāvājot tiem savus pakalpojumus pārāk vēlu.

Attīstības vadība

Å eit viss ir ievērojami labāk nekā koda rakstÄ«Å”anā, it Ä«paÅ”i nesen, kad kopienas pÅ«liņi atklāja administrācijas automatizācijas problēmas, laida klajā prototipus, kas aicina iemest 1C repozitoriju miskastē un izmantot git, ātro vainoÅ”anu, koda pārskatÄ«Å”anu. , statiskā analÄ«ze, automātiskā izvietoÅ”ana utt. Platformai ir pievienotas daudzas funkcijas, kas paaugstina izstrādes uzdevumu automatizācijas lÄ«meni. Tomēr visas Ŕīs funkcijas tika pievienotas tikai un vienÄ«gi mÅ«su paÅ”u lielo produktu izstrādei, kad kļuva skaidrs, ka mēs nevaram iztikt bez automatizācijas. Bija automātiska sapludināŔana, trÄ«svirzienu salÄ«dzinājums ar KDiff un tas viss. Palaista vietnē Github gitconverter, kurÅ”, atklāti sakot, idejiski tika atvilkts no projekta gitsync, bet pārveidots, lai tas atbilstu pārdevēja uzņēmuma procesiem. Pateicoties spÄ«tÄ«gajiem atvērtā pirmkoda puiÅ”iem, 1C izstrādes automatizācija sāka darboties. Atvērta API konfiguratoram IMHO arÄ« novirzÄ«tu galvenās IDE morālo atpalicÄ«bu.

MÅ«sdienās 1C avoti tiek glabāti git formātā ar saistÄ«bām, kas saistÄ«tas ar Jira problēmām, pārskati pakalpojumā Crucible, spiedpoga no Jenkins un Allure ziņojumi par koda testÄ“Å”anu 1C formātā un pat statiskā analÄ«ze SonarQube - tas ir tālu no jaunumiem, bet drÄ«zāk mainstream uzņēmumos, kur ir daudz 1C izstrādes.

Administrācija

Å eit ir daudz ko teikt. Pirmkārt, tas, protams, ir serveris (1C serveru klasteris). BrÄ«niŔķīga lieta, bet pateicoties tam, ka tā ir pilnÄ«gi melna kaste, dokumentēta pietiekami detalizēti, bet specifiskā veidā - apgÅ«t nepārtrauktas darbÄ«bas palaiÅ”anu augstas slodzes režīmā vairākos serveros ir dažu izredzēto, kas valkā medaļa ar uzrakstu ā€œEksperts tehnoloÄ£iju jautājumosā€. Ir vērts atzÄ«mēt, ka principā 1C servera administrÄ“Å”ana neatŔķiras no jebkura cita servera administrÄ“Å”anas. Tā ir uz tÄ«klu balstÄ«ta, vairāku pavedienu lietojumprogramma, kas patērē atmiņu, CPU un diska resursus. NodroÅ”ina plaÅ”as iespējas telemetrijas datu savākÅ”anai un diagnostikai.

Problēma ir tāda, ka pārdevējs nepiedāvā neko Ä«paÅ”u attiecÄ«bā uz gataviem risinājumiem tieÅ”i Å”ai diagnostikai. Jā, ir 1C: Instrumentation and Control Center, tie ir pat diezgan labi, taču tie ir ļoti dārgi un ne visiem tādi ir. Kopienā ir vairāki uzlabojumi, lai savienotu Grafana, Zabbix, ELK un citas lietas no standarta administratoru komplekta, taču nav viena risinājuma, kas bÅ«tu piemērots lielākajai daļai. Uzdevums gaida savu varoni. Un, ja esat uzņēmums, kas plāno uzsākt darbÄ«bu 1C klasterÄ«, jums ir nepiecieÅ”ams eksperts. Savējie no iekÅ”puses vai no ārpuses, bet to vajag. Tas ir normāli, ka ir atseviŔķa loma ar servera darbÄ«bas kompetencēm, ne katram 1C lietotājam tas bÅ«tu jāzina, jums tikai jāsaprot, ka Ŕāda loma ir nepiecieÅ”ama. Ņemsim, piemēram, SAP. Tur programmētājs, visticamāk, pat nepiecelsies no krēsla, ja viņam lÅ«gs kaut ko konfigurēt lietojumprogrammu serverÄ«. ViņŔ var vienkārÅ”i bÅ«t stulbs un viņam nebÅ«s kauns. SAP metodoloÄ£ijā tam ir atseviŔķa darbinieka loma. Kādu iemeslu dēļ 1C nozarē tiek uzskatÄ«ts, ka tas ir jāapvieno vienā darbiniekā par tādu paÅ”u algu. Tas ir malds.

1C servera trūkumi

Ir tieÅ”i viens mÄ«nuss - uzticamÄ«ba. Vai, ja vēlaties, neparedzamÄ«ba. PēkŔņa dÄ«vaina servera uzvedÄ«ba jau ir kļuvusi par pilsētas diskusiju. Universāls lÄ«dzeklis - servera apturÄ“Å”ana un visu keÅ”atmiņu notÄ«rÄ«Å”ana - ir pat aprakstÄ«ts eksperta rokasgrāmatā, un pat ieteicams izmantot sērijveida grāmatu, kas to dara. Ja jÅ«su 1C sistēma sāk darÄ«t kaut ko tādu, ko tai pat teorētiski nevajadzētu darÄ«t, ir pienācis laiks notÄ«rÄ«t sesijas datu keÅ”atmiņu. Pēc manas aplēses, visā valstÄ« ir tikai trÄ«s cilvēki, kas prot darbināt 1C serveri bez Ŕīs procedÅ«ras un viņi nedalās noslēpumos, jo... viņi dzÄ«vo no tā. VarbÅ«t viņu noslēpums ir tāds, ka viņi notÄ«ra sesijas datus, bet viņi nevienam par to nestāsta, vecÄ«t.

Pretējā gadÄ«jumā 1C serveris ir tāda pati lietojumprogramma kā jebkura cita lietojumprogramma, un to administrē gandrÄ«z tādā paŔā veidā, lasot dokumentāciju un klauvējot pie tamburÄ«nas.

dokers

Konteineru 1C servera izmantoÅ”anas lietderÄ«ba ražoÅ”anā vēl nav pierādÄ«ta. Serveris netiek grupēts, vienkārÅ”i pievienojot mezglus aiz balansētāja, kas samazina ražoÅ”anas konteinerizÄ“Å”anas priekÅ”rocÄ«bas lÄ«dz minimumam, un nav izveidota prakse veiksmÄ«gai darbÄ«bai konteineros augstas slodzes režīmā. Rezultātā tikai izstrādātāji izmanto Docker+1C, lai iestatÄ«tu testa vides. Tur tas ir ļoti noderÄ«gi, pielietoti, ļauj spēlēties ar modernajām tehnoloÄ£ijām un atpÅ«sties no konfiguratora izmisuma.

Komerciālā sastāvdaļa

No investÄ«ciju viedokļa 1C ļauj atrisināt problēmu ar ātru biznesa ideju uzsākÅ”anu, pateicoties plaÅ”ajām lietojumprogrammu klaÅ”u iespējām. 1C no kastes nodroÅ”ina ļoti pienācÄ«gas atskaites, integrāciju ar jebko, tÄ«mekļa klientu, mobilo klientu, mobilo aplikāciju, atbalstu dažādām DBVS, t.sk. bezmaksas, starpplatformu gan servera, gan instalētās klienta daļas. Jā, lietojumprogrammu lietotāja saskarne bÅ«s dzeltena, dažreiz tas ir mÄ«nuss, bet ne vienmēr.
Izvēloties 1C, bizness iegÅ«st programmatÅ«ras risinājumu komplektu, kas ļauj izveidot ļoti plaÅ”u lietojumprogrammu klāstu, kā arÄ« daudzus izstrādātājus tirgÅ«, kuri vēlas mazāk naudas nekā Javaisti un tajā paŔā laikā iegÅ«t rezultātus ātrāk.

Piemēram, uzdevums nosÅ«tÄ«t klientam PDF rēķinu var tikt atrisināts studentu darba stundā. To paÅ”u problēmu .NET var atrisināt, iegādājoties patentētu bibliotēku vai pāris dienu vai nedēļu kodÄ“Å”anu, ko veic bargs, bārdains izstrādātājs. Dažreiz, abas vienlaikus. Un jā, es runāju tikai par PDF Ä£enerÄ“Å”anu. Mēs pat neesam teikuÅ”i, no kurienes Å”is likumprojekts nāks. TÄ«mekļa frontenderim ir jāizveido forma, kurā operators ievadÄ«s datus, backender bÅ«s jāizveido dto modeļi JSON pārsÅ«tÄ«Å”anai, modeļi uzglabāŔanai datu bāzē, paÅ”as datu bāzes struktÅ«ra, migrācija uz to, grafiskā attēla veidoÅ”ana. Ŕī paÅ”a konta parādÄ«Å”ana un tikai pēc tam - PDF. Uz 1C viss uzdevums no nulles tiek pabeigts tieÅ”i vienas stundas laikā.

PilnvērtÄ«ga uzskaites sistēma nelielam stendam ar vienu biznesa procesu pirkts/pārdots tiek veikts 3 stundās.Ar pārdoÅ”anas atskaitēm, preču uzskaiti par pirkÅ”anas un pārdoÅ”anas cenām, sadalÄ«jumā pa noliktavām, piekļuves tiesÄ«bu kontroli, web klientu un mobilo aplikāciju . Labi, aizmirsu par pieteikumu, ar pieteikumu ne 3 stundās, seŔās.

Cik ilgi .NET izstrādātājam bÅ«s vajadzÄ«gs Å”is uzdevums no Visual Studio instalÄ“Å”anas tÄ«rā datorā lÄ«dz tā demonstrÄ“Å”anai klientam? Kā ar izstrādes izmaksām? Tas pats.

1C kā platformas stiprās puses

1C ir spēcÄ«gs nevis tāpēc, ka tajā ir kaut kas Ä«paÅ”s, kas ir labākais pasaulē. Gluži pretēji, katrā atseviŔķā apakÅ”sistēmā jÅ«s varat atrast interesantāku analogu pasaules programmatÅ«rā. Tomēr, pamatojoties uz faktoru kombināciju, es neredzu platformu, kas bÅ«tu lÄ«dzÄ«ga 1C. Å eit slēpjas komerciālie panākumi. Platformas priekÅ”rocÄ«bas ir izkaisÄ«tas visā tajā un ir visskaidrāk redzamas, kad redzat, kā tas tiek darÄ«ts citās platformās. BÅ«tÄ«bā tās NAV pat pazÄ«mes, bet tieÅ”i otrādi - pazÄ«mju noraidÄ«Å”ana par labu vienai konkrētai paradigmai. Daži piemēri:

  1. Unicode. Kas pie velna var bÅ«t vienkārŔāks? 2019. gadā nav nepiecieÅ”ams izmantot viena baita ASCII kodējumus (izņemot integrāciju ar senajiem mantotajiem). Nekad. Bet nē. Katrā ziņā kāds kādā tabulā izmanto viena baita varchar un lietojumprogrammai bÅ«s problēmas ar kodējumiem. 2015. gadā Gitlab LDAP autorizācija neizdevās nepareiza darba ar kodējumu dēļ; JetBrains IDE joprojām nedarbojas ar kirilicas failu nosaukumiem visur. 1C nodroÅ”ina augstas kvalitātes lietojumprogrammas koda izolāciju no datu bāzes slāņa. Tur nav iespējams rakstÄ«t tabulas zemā lÄ«menÄ« un tur nav iespējams izveidot nekompetentu junioru jambus datu bāzes lÄ«menÄ«. Jā, ar neprasmÄ«gajiem junioriem var bÅ«t arÄ« citas problēmas, taču problēmu dažādÄ«ba ir daudz mazāka. Tagad jÅ«s man pateiksiet, ka jÅ«su lietojumprogramma ir pareizi izstrādāta un datu bāzes piekļuves slānis ir izolēts, kā vajadzētu. Vēlreiz apskatiet savu korporatÄ«vo pielāgoto Java lietojumprogrammu. CieÅ”i un godÄ«gi. Vai sirdsapziņa tevi nomoka? Tad man prieks par tevi.
  2. Dokumentu/uzziņu grāmatu numerācija. 1C tas noteikti nav elastÄ«gākais un ne labākais. Bet tas, ko viņi dara banku programmatÅ«rā un paÅ”rakstÄ«tajās grāmatvedÄ«bas sistēmās, ir tikai tumsa. Vai nu identitāte bÅ«s iestrēgusi (un tad ā€œak, kāpēc mums ir caurumiā€), vai gluži pretēji, viņi izveidos Ä£eneratoru, kas strādā ar bloÄ·Ä“Å”anu DBVS lÄ«menÄ« (un kļūs par vājo vietu). PatiesÄ«bā ir diezgan grÅ«ti veikt Å”o Ŕķietami vienkārÅ”o uzdevumu - entÄ«tiju skaitÄ«tājs no gala lÄ«dz galam, ar unikalitātes sadaļu, kas balstÄ«ta uz noteiktu atslēgu kopu, prefiksāciju, lai paralēlas datu ievades laikā tas nebloķētu datubāzi. .
  3. Ierakstu identifikatori datu bāzē. 1C pieņēma stingru lēmumu ā€“ visi saiÅ”u identifikatori ir absolÅ«ti sintētiski, un tas arÄ« viss. Un nav nekādu problēmu ar izplatÄ«tajām datu bāzēm un apmaiņām. Citu sistēmu izstrādātāji spÄ«tÄ«gi izveido kaut ko lÄ«dzÄ«gu identitātei (tā ir Ä«sāka!), ievelk tos GUI, lÄ«dz pienāks laiks izveidot vairākus saistÄ«tus gadÄ«jumus (un tad tie tiks atklāti). Vai jums Ŕī nav? GodÄ«gi?
  4. Saraksti. 1C ir diezgan veiksmÄ«gi mehānismi (lielu) sarakstu lapoÅ”anai un navigācijai tajos. Ä»aujiet man veikt rezervāciju uzreiz - pareizi izmantojot mehānismu! Kopumā tēma ir diezgan nepatÄ«kama, to nevar atrisināt ideāli: tā ir vai nu intuitÄ«va un vienkārÅ”a (bet milzÄ«gu ierakstu kopu risks klientam), vai arÄ« peidžeri ir ar vienu vai otru greizÄ«bu. Tie, kas veic peidžeru, bieži to dara greizi. Tie, kas veido godÄ«gu ritjoslu, pievieno datu bāzi, kanālu un klientu.
  5. PārvaldÄ«tās veidlapas. Nav Å”aubu, ka tÄ«mekļa klientā saskarne nedarbojas perfekti. Bet tas darbojas. Taču daudzām citām grāmatvedÄ«bas un banku sistēmām attālinātas darba vietas izveide ir uzņēmuma lÄ«meņa projekts. Atruna: par laimi tiem, kas sākotnēji to izveidoja tÄ«meklÄ«, tas neietekmēs.
  6. Mobilā lietotne. Nesen jÅ«s varat arÄ« rakstÄ«t mobilās lietojumprogrammas, atrodoties tajā paŔā ekosistēmā. Å eit ir nedaudz sarežģītāk nekā ar tÄ«mekļa klientu; ierīču specifika liek jums rakstÄ«t tieÅ”i tām, taču jÅ«s tomēr nealgojat atseviŔķu mobilo izstrādātāju komandu. Ja jums ir nepiecieÅ”ama lietojumprogramma uzņēmuma iekŔējām vajadzÄ«bām (kad mobilais korporatÄ«vās problēmas risinājums ir svarÄ«gāks par dzeltenu lietotāja interfeisa dizainu), vienkārÅ”i izmantojiet to paÅ”u platformu.
  7. ZiņoÅ”ana. Ar Å”o vārdu es nedomāju BI sistēmu ar lieliem datiem un aizkavÄ“Å”anos ETL procesā. Tas attiecas uz operatÄ«vo darbinieku pārskatiem, kas ļauj novērtēt grāmatvedÄ«bas stāvokli Å”eit un tagad. Atlikumi, savstarpējie norēķini, pārklasificÄ“Å”ana utt. 1C tiek piegādāts kopā ar pārskatu sistēmu ar elastÄ«giem iestatÄ«jumiem grupÄ“Å”anai, filtriem un vizualizācijai lietotāja pusē. Jā, tirgÅ« ir vēsāki analogi. Taču ne risinājuma ā€œviss vienāā€ ietvaros un par cenu, kas dažkārt ir augstāka par ā€œviss vienāā€ risinājumu. Un biežāk tas ir pat otrādi: tikai ziņoÅ”ana, bet dārgāka nekā visa platforma un sliktāka kvalitāte.
  8. Drukājamas veidlapas. Izmantojiet .NET, lai atrisinātu problēmu, kas saistÄ«ta ar algu lapiņu PDF formātā nosÅ«tÄ«Å”anu darbiniekiem pa e-pastu. Un tagad rēķinu drukāŔanas uzdevums. Kā ar to kopiju saglabāŔanu tajā paŔā PDF failā? 1C segvārdam jebkura izkārtojuma izvadÄ«Å”ana PDF formātā ir +1 koda rindiņa. Tas nozÄ«mē + 40 sekundes darba laika, nevis dienas vai nedēļas citā valodā. Drukāto veidlapu izkārtojumi 1C formātā ir neticami viegli izstrādājami un pietiekami jaudÄ«gi, lai konkurētu ar apmaksātiem kolēģiem. Jā, iespējams, 1C izklājlapu dokumentos nav daudz interaktÄ«vu iespēju; jÅ«s nevarat ātri iegÅ«t 3D diagrammu ar mērogoÅ”anu, izmantojot OpenGL. Bet vai tas tieŔām ir vajadzÄ«gs?

Å ie ir tikai daži piemēri, kuros funkcionalitātes ierobežoÅ”ana vai kompromisu ievieÅ”ana izrādās nozÄ«mÄ«gs arhitektÅ«ras ieguvums nākotnē. Pat kompromiss vai ne pats efektÄ«vākais variants ā€“ tas jau ir kastē un tiek pieņemts kā paÅ”saprotams. Tā patstāvÄ«ga realizācija bÅ«s vai nu neiespējama (jo tādi lēmumi jāpieņem jau projekta sākumā, un tam nav laika, un arhitekta vispār nav), vai arÄ« vairākas dārgas iterācijas. Katrā no uzskaitÄ«tajiem punktiem (un tas nav pilnÄ«gs arhitektÅ«ras risinājumu saraksts) varat sabojāt un ieviest ierobežojumus, kas bloķē mērogoÅ”anu. Jebkurā gadÄ«jumā jums kā uzņēmējam ir jāpārliecinās, ka jÅ«su programmētājiem, veidojot ā€œsistēmu no nullesā€, ir taisnas rokas un viņi uzreiz labi tiks galā ar smalkām sistēmas problēmām.

Jā, tāpat kā jebkurā citā sarežģītā sistēmā, arÄ« paÅ”am 1C ir risinājumi, kas noteiktos aspektos bloķē mērogoÅ”anu. Tomēr atkārtoju, ka, pamatojoties uz faktoru kombināciju, Ä«paÅ”uma izmaksām un jau iepriekÅ” atrisināto problēmu skaitu, es neredzu tirgÅ« cienÄ«gu konkurentu. Par to paÅ”u cenu jÅ«s saņemat finanÅ”u lietojumprogrammu ietvaru, klasteru lÄ«dzsvarotu serveri ar lietotāja interfeisu un tÄ«mekļa saskarni, ar mobilo lietojumprogrammu, ar atskaitēm, integrāciju un daudzām citām lietām. Java pasaulē jÅ«s algojat priekÅ”gala un aizmugures komandu, atkļūdojat zema lÄ«meņa mājās rakstÄ«ta servera koda kopas un maksājat atseviŔķi par 2 mobilajām lietojumprogrammām 2 mobilajām operētājsistēmām.

Es nesaku, ka 1C atrisinās visus gadÄ«jumus, bet iekŔējai korporatÄ«vai lietojumprogrammai, kad nav jāmarķē UI - ko vēl vajag?

Lidot ziedi

Iespējams, jums radās iespaids, ka 1C izglābs pasauli un ka visi citi korporatÄ«vo sistēmu rakstÄ«Å”anas veidi ir nepareizi. Tā nemaz nav. No uzņēmēja viedokļa, ja izvēlaties 1C, tad papildus ātrai ievieÅ”anai tirgÅ« ir jāņem vērā arÄ« Ŕādi trÅ«kumi:

  • Servera uzticamÄ«ba. NepiecieÅ”ami patieŔām kvalitatÄ«vi speciālisti, kas spēj nodroÅ”ināt tā nepārtrauktu darbÄ«bu. Es neesmu informēts par gatavu apmācÄ«bu programmu Ŕādiem speciālistiem no pārdevēja. Ir kursi, lai sagatavotos Ekspertu eksāmenam, bet ar to, manuprāt, ir par maz.
  • Atbalsts. SkatÄ«t iepriekŔējo punktu. Lai saņemtu pārdevēja atbalstu, jums tas ir jāiegādājas. Kādu iemeslu dēļ tas nav pieņemts 1C nozarē. Un, izmantojot SAP, tas ir gandrÄ«z obligāts pirkums, un tas nevienu neuztrauc. Bez korporatÄ«vā atbalsta un bez personāla eksperta jÅ«s varat palikt viens ar 1C kļūmēm.
  • Tomēr jÅ«s nevarat darÄ«t pilnÄ«gi visu ar 1C. Å is ir rÄ«ks, un tāpat kā katram rÄ«kam tam ir piemērojamÄ«bas robežas. 1C ainavā ir ļoti vēlams, lai bÅ«tu ā€œne-1Cā€ sistēmas arhitekts.
  • Labi 1C segvārdi nav lētāki par labiem programmētājiem citās valodās. Lai gan sliktu programmētāju algoÅ”ana ir dārga neatkarÄ«gi no valodas, kurā viņi raksta.

Apzīmēsim punktus

  • 1C ir ātrās lietojumprogrammu izstrādes (RAD) ietvars biznesam un ir pielāgots Å”im nolÅ«kam.
  • TrÄ«s lÄ«meņu saite ar atbalstu galvenajām DBVS, klienta lietotāja saskarni, ļoti labu ORM un atskaitēm
  • PlaÅ”as iespējas integrācijai ar sistēmām, kas spēj paveikt to, ko 1C nespēj. Ja vēlaties maŔīnmācÄ«Å”anos, izmantojiet Python un nosÅ«tiet rezultātu uz 1C, izmantojot http vai RabbitMQ
  • Nav jācenÅ”as darÄ«t visu, izmantojot 1C, jums ir jāsaprot tā stiprās puses un jāizmanto tās saviem mērÄ·iem
  • Izstrādātājiem, kuri vēlas iedziļināties tehnoloÄ£iskā ietvara sÄ«krÄ«kos un ik pēc N gadiem pārveidot, lai iegÅ«tu jaunu dzinēju, 1C ir garlaicÄ«gi. Tur viss ir ļoti konservatÄ«vi.
  • Izstrādātājiem ir arÄ« garlaicÄ«gi, jo no ražotāja puses par viņiem ir ļoti maz rÅ«pju. GarlaicÄ«ga valoda, vājÅ” IDE. Viņiem nepiecieÅ”ama modernizācija.
  • No otras puses, izstrādātāji, kuri nevar izklaidēties, izmantojot un apgÅ«stot citu sev tÄ«kamu tehnoloÄ£iju, ir slikti izstrādātāji. Viņi vaimanās un pārcelsies uz citu ekosistēmu.
  • Darba devēji, kuri neļauj saviem 1C segvārdiem kaut ko rakstÄ«t Python valodā, ir slikti darba devēji. Viņi zaudēs darbiniekus ar zinātkāriem prātiem, un viņu vietā nāks mērkaÄ·u kodētāji, kuri, lai arÄ« piekrÄ«tu visam, ievilks korporatÄ«vo programmatÅ«ru purvā. Tas joprojām bÅ«s jāpārraksta, tāpēc varbÅ«t labāk bÅ«tu ieguldÄ«t nedaudz Python nedaudz agrāk?
  • 1C ir komerciāls uzņēmums un ievieÅ” funkcijas, pamatojoties tikai uz savām interesēm un lietderÄ«bu. JÅ«s nevarat viņu vainot par to, biznesam ir jādomā par peļņu, tāda ir dzÄ«ve
  • 1C pelna naudu, pārdodot risinājumus biznesa problēmām, nevis Vasjas izstrādātāju problēmām. Å ie divi jēdzieni korelē, bet prioritāte ir tieÅ”i tas, ko es teicu. Kad izstrādātājs Vasja bÅ«s gatavs maksāt par 1C: Resharper personÄ«go licenci, tas parādÄ«sies diezgan ātri, tam ir A. Orefkovas ā€œResharperā€. Ja pārdevējs to atbalstÄ«tu un necÄ«nÄ«tu pret to, rastos programmatÅ«ras tirgus izstrādātājiem. Tagad Å”ajā tirgÅ« ir pusotrs spēlētājs ar apÅ”aubāmiem rezultātiem, un tas viss tāpēc, ka integrācija ar IDE ir negatÄ«va un viss tiek darÄ«ts uz kruÄ·iem.
  • Vairāku maŔīnu operatora prakse pazudÄ«s aizmirstÄ«bā. MÅ«sdienu lietojumprogrammas ir pārāk lielas, lai tās varētu atcerēties gan no koda puses, gan no biznesa lietoÅ”anas puses. ArÄ« 1C serveris kļūst arvien sarežģītāks, vienā darbiniekā nebÅ«s iespējams noturēt visu veidu zināŔanas. Tam vajadzētu radÄ«t pieprasÄ«jumu pēc speciālistiem, kas nozÄ«mē 1C profesijas pievilcÄ«bu un algu pieaugumu. Ja iepriekÅ” Vasja strādāja trÄ«s vienā par vienu algu, tad tagad ir jāalgo divi Vasyas, un konkurence starp Vasyām var veicināt viņu lÄ«meņa kopējo izaugsmi.

Secinājums

1C ir ļoti cienÄ«gs produkts. Manā cenu diapazonā es vispār nezinu analogus, rakstiet komentāros, ja tādi ir. Tomēr izstrādātāju aizplÅ«Å”ana no ekosistēmas kļūst arvien pamanāmāka, un tā ir ā€œsmadzeņu aizplÅ«Å”anaā€, lai kā uz to skatÄ«tos. Nozare ir izsalkusi pēc modernizācijas.
Ja esat izstrādātājs, neaizraujieties ar 1C un nedomājiet, ka citās valodās viss ir maÄ£isks. Kamēr tu esi juniors, varbÅ«t. TiklÄ«dz bÅ«s jārisina kaut kas lielāks, jau gatavie risinājumi bÅ«s jāmeklē ilgāk un jāpabeidz intensÄ«vāk. Runājot par ā€œblokuā€ kvalitāti, no kuriem var uzbÅ«vēt risinājumu, 1C ir ļoti, ļoti labs.

Un vēl viena lieta - ja jums tiek pieņemts darbā 1C segvārds, tad 1C segvārdu var droÅ”i iecelt vadoŔā analÄ«tiÄ·a amatā. Viņu izpratne par uzdevumu, priekÅ”metu jomu un sadalÄ«Å”anas prasmēm ir lieliska. Esmu pārliecināts, ka tas ir saistÄ«ts ar DDD piespiedu izmantoÅ”anu 1C izstrādē. Persona ir apmācÄ«ta domāt, pirmkārt, par uzdevuma jēgu, par sakarÄ«bām starp priekÅ”meta jomas objektiem, un tajā paŔā laikā viņam ir tehniskas zināŔanas integrācijas tehnoloÄ£ijās un datu apmaiņas formātos.

Jāapzinās, ka ideāls ietvars nepastāv, un rūpējies par sevi.
Labi visiem!

P.S. Liels paldies speshuric par palīdzību raksta sagatavoŔanā.

Aptaujā var piedalīties tikai reģistrēti lietotāji. Ielogoties, lūdzu.

Vai jūsu uzņēmumā ir 1C?

  • 13,3%Nemaz.71

  • 30,3%Ir, bet tikai grāmatvedÄ«bā kaut kur. Pamatsistēmas citās platformās162

  • 41,4%Jā, uz tā darbojas galvenie biznesa procesi221

  • 15,0%1C jāmirst, nākotne pieder %technology_name%80

Nobalsoja 534 lietotāji. 99 lietotāji atturējās.

Avots: www.habr.com

Pievieno komentāru