Lewis Hamilton: Lucrăm mai bine decât Ferrari. Lewis Hamilton: Lucrăm mai bine decât Ferrari sau cum lucrăm 1

1. Lucrăm în fiecare zi, cu excepția lunii.
2. Când se închide restaurantul?
3. Duminica servim micul dejun de la noua dimineata.
4. Restaurantul nostru este deschis de la zece dimineața până la unsprezece seara.
5. Chelnerul vine la șapte și jumătate dimineața.
6. Ai un meniu pentru copii? - Da.
7. Cafeneaua ta are bere? - nu, berea este doar în bar.
8. Când este pauză? - lucrăm fără întrerupere.
9. Prietenului tău îi place mâncarea chinezească? - Nu.
10. Avem muzică live în weekend.
11. Seara acest restaurant are doua tipuri de meniu.
12. Cât costă prânzul?
13. Vorbesti germana? - Da.
14. Cum vă întâlniți cu străinii?
15. Cafeneaua noastră are multe tipuri diferite de înghețată pentru copilul dumneavoastră.

1. Lucrăm în fiecare zi, cu excepția lunii. 2. Când se închide restaurantul? 3. Duminica servim micul dejun de la noua dimineata. 4. Restaurantul nostru este deschis de la zece dimineața până la unsprezece seara. 5. Chelnerul vine la șapte și jumătate dimineața. 6. Ai un meniu pentru copii? - Da. 7. Cafeneaua ta are bere? - nu, berea este doar în bar. 8. Când este pauză? - lucrăm fără întrerupere. 9. Prietenului tău îi place mâncarea chinezească? - Nu. 10. Avem muzică live în weekend. 11. Seara acest restaurant are doua tipuri de meniu. 12. Cât costă prânzul? 13. Vorbesti germana? - Da. 14. Cum vă întâlniți cu străinii? 15. Cafeneaua noastră are multe tipuri diferite de înghețată pentru copilul dumneavoastră.

0 /5000

Definiți limba Klingon (pIqaD) azeră albaneză engleză arabă armeană afrikaans bască bieloruză bengaleză bulgară bosniacă galeză maghiară vietnameză galiză greacă georgiană gujarati daneză zulu ebraică igbo idiș indoneziană irlandeză islandeză spaniolă italiană yoruba kazahă kannada catalană chineză chineză tradițională coreeană creolă (Haiti) khmer laotiana latină latviană lituaniană macedoneană malgașă malayalam malteză maori marathi mongolă germană nepaleză olandeză norvegiană punjabi persană poloneză română rusă cebuano sârbă sesoto slovacă slovenă swahili sudaneză tagalog thailandeză tamil telugu turcă ucraineană urdu finlandeză franceză hausa hindi hmong croată chewa cehă suedeză Esperanto Estonă japoneză japoneză Klingon (pIqa) ) azeră albaneză engleză arabă armeană afrikaans bască bieloruză bengală bulgară bosniacă galeză maghiară vietnameză galică greacă georgiană gujarati daneză zulu ebraică igbo idiș indoneziană irlandeză islandeză spaniolă italiană yoruba kazahă kannada catalană chineză chineză tradițională coreeană cre Ola (Haiti) khmer laotiana latină letonă lituaniană malagasă malagasă Malayalam Malteză Maori Marathi Mongolă Germană Nepaleză Olandeză Norvegiană Punjabi Persană Poloneză Portugheză Română Rusă Cebuano Sârbă Sesoto Slovacă Slovenă Swahili Sudaneză Tagalog Thai Tamil Telugu Turcă Uzbek Ucrainean Urdu Finlandeză Franceză Hausa Hindi Hmong Croată Chewa Cehă Suedeză Esperanto Estonă Javaneză Japoneză Sursa: Ţintă:

1. Funcționăm în fiecare zi, cu excepția lunii.2. Când ești aproape de un restaurant? 3. servim micul dejun duminica de la ora 9.00. 4. restaurantul nostru este deschis de la 10:00 la 23:00. 5. Chelnerul vine pe jumătate din a opta dimineață. 6. Ai un meniu pentru copii? - Da. 7. În cafeneaua ta are o bere? - Fără bere în bar. 8. Când ai o pauză? Lucrăm fără întrerupere. 9. Prietenul tău iubește bucătăria chinezească? - Nu. 10. La sfârşit de săptămână avem muzică live. 11. Seara celor două tipuri de meniu. 12. Cât costă prânzul? 13. Vorbeşti germană? - Da. 14. Cum te întâlneşti cu străinii? 15. În Cafeneaua noastră, multe varietăți diferite de înghețată pentru copilul dumneavoastră.

În Ungaria, Lewis Hamilton a câștigat a cincea victorie a sezonului și și-a mărit avantajul în campionatul individual la 24 de puncte. În interviu, el a rezumat rezultatele cursei și a vorbit despre perspectivele echipei în a doua parte a sezonului.

Întrebare: Un weekend aproape perfect?
Lewis Hamilton: Da, nu e rău.

Întrebare: Nu te așteptai la un asemenea rezultat? La începutul săptămânii ați spus că doriți să minimizați pierderile...
Lewis Hamilton: Nu ne așteptam la un asemenea rezultat când am ajuns în această etapă. Știam că Ferrari-urile sunt foarte rapide, mai ales pe această pistă. Au fost puternici în ultimele trei sau patru curse. Înainte de începerea weekendului, mă gândeam ce am putea contracara acest lucru, cum să obținem rezultatul de care aveam nevoie. Acest lucru mă ajută să folosesc mai mult potențialul mașinii.

Acum suntem în spatele Ferrari în calificări, ne-au învins în linie dreaptă. Dar la nivel global, ca echipă, am lucrat mai eficient, iar strategia noastră a fost mai bună. Am profitat la maximum de fiecare șansă. Cred că acest lucru va juca un rol cheie la sfârșitul anului.

Întrebare: Calificarea în Ungaria s-a dovedit a fi o nebunie. Dar ai făcut totul bine și ai câștigat pole position. În acel moment ai câștigat cursa?
Lewis Hamilton: Calificarea joacă un rol, dar sincer să fiu, astăzi este o zi importantă. O cursă de 70 de ture te epuizează complet, există o sarcină fizică mare. Pentru ca anvelopele să reziste la distanță maximă, trebuie să fii creativ. Pentru a conduce un segment atât de lung pe UltraSoft, am folosit diferite tehnici, altfel am trecut prin viraj, iar în unele momente nu am atacat. Pentru aceasta, setările corecte ale diferenţialului şi aripii sunt importante, există mulţi alţi factori.

Am început excelent. Eu și Valtteri am făcut o treabă grozavă pentru a rămâne pe primele două locuri până la primul viraj. Starea la boxe a fost perfectă, dar am lucrat cu ea. În ultima cursă m-am oprit prea mult la gropi, așa că băieții au fost nevoiți să se miște. De data asta m-am oprit unde trebuia. În al doilea stint a trebuit să creez un decalaj pentru că știam că Valtteri ar putea fi atacat de rivalii săi pe cauciucuri mai proaspete.

Întrebare: Crezi că Sebastian te-ar fi putut ajunge din urmă dacă nu s-ar fi blocat în spatele lui Valtteri? Pe un kit UltraSoft proaspăt ar fi făcut asta fără probleme...
Lewis Hamilton: Ai văzut diferența de viteză. Am încetinit. Când Sebastian a trecut înaintea lui Valtteri, eu aveam grijă de motor și de mașină, dar aș fi putut merge mai repede.

Dacă Vettel s-ar fi întors pe pistă înaintea lui Bottas, mi-ar fi fost mult mai dificil. Poate că m-ar fi prins cu cinci ture de final. Aș fi în stare să-l țin în urmă? as avea probleme. Dar, din fericire, am făcut destul cât am avut ocazia în perioada în care Sebastian conducea în spatele lui Valtteri.

Întrebare: Ai spus că ai lucrat bine cu Valtteri la început. Ce ai vrut sa spui? Ce ai vrea să spui despre opera lui Valtteri?
Lewis Hamilton: Eu și Valtteri am început primul și al doilea. Am discutat despre asta înainte de cursă - firește, unul dintre noi va fi în frunte. Am început bine, dar era și important să menținem postul. Dacă l-aș fi blocat la viraj, le-aș fi dat ocazia de a-l devansa celor care conduc în spate. Am încercat să nu-i fac viața grea în acest sens.

Î: Am văzut câteva exemple de Bottas care a reținut Ferrari-ul pentru a vă oferi șansa să vă despărțiți?
Lewis Hamilton: Deoarece unul dintre piloții Ferrari a început pe Soft, a trebuit să creăm un decalaj pentru a menține șansa de a termina în aceleași poziții în care am început. Din câte știu, Valtteri nu a putut să-mi țină pasul. Apoi a trebuit să facă o oprire la boxă pentru a rămâne în fața lui Kimi. A avut puțin ghinion pentru că a trebuit să conducă o secțiune foarte lungă pe Soft, ceea ce nu este foarte bine.

Întrebare: Astăzi a fost greu pentru lideri să rămână în fața turneului. Ai probleme cu asta?
Lewis Hamilton: Da, nu m-am putut apropia de ei. Este aerodinamica. Pe măsură ce te apropii de ei, cauciucurile încep să alunece mai mult. La început câștigi o secundă pe tur, dar pe măsură ce te apropii de tură avantajul începe să scadă și anvelopele se supraîncălzesc. Pe măsură ce temperatura anvelopelor crește, ritmul scade brusc. Aceasta e problema. În plus, unele din sensurile giratorii încetinesc în locuri foarte ciudate.

Întrebare: Începe vacanța de vară, dar mai sunt nouă curse înainte. Acum ești în creștere: cum o vei menține?
Lewis Hamilton: Acest lucru nu este nou pentru mine - știu ce să fac. Sunt într-o formă fizică bună, dar întotdeauna există zone care pot fi îmbunătățite. Nu voi spune care anume, dar voi lucra cu ea de sărbători. Trebuie să continuăm să lucrăm și să progresăm.

După cum spuneam, mașina Ferrari este puțin mai eficientă, dar lucrăm mai bine decât ei. Sper că acest lucru va juca un rol, iar în a doua jumătate a sezonului vom aduce un nou kit de caroserie și vom continua să luptăm cu ei.

În acest articol dorim să vorbim despre ce model de prelucrare a datelor a fost ales în platforma 1C:Enterprise și de ce.

Pentru aplicațiile de afaceri, lucrul cu date este o problemă arhitecturală foarte importantă. Într-un fel sau altul, întreaga funcționare a aplicației este construită în jurul datelor. Mai mult, dacă în unele clase de sisteme software datele sunt de natură auxiliară, atunci în aplicațiile de afaceri datele reprezintă conținutul principal al sarcinilor care se rezolvă.

Aici (în acest articol) nu vorbim despre aspectul tehnic al stocării și manipulării datelor, ci despre descrierea datelor ca o modalitate de a proiecta o aplicație. De ce sunt datele atât de importante pentru aplicațiile de afaceri?

Pentru că ele descriu domeniul în sine. Ce entități există în afacere, cum sunt legate între ele? Datele descriu foarte bine problema rezolvată. Până la urmă, atunci când proiectăm aplicații, nu ne interesează absolut toate datele, ci ne interesează acele date (și relațiile lor) care influențează într-un fel sau altul problema care se rezolvă (inclusiv o oarecare rezervă pentru dezvoltarea sistemului). în direcții potențial interesante). De exemplu, dacă automatizăm procesul de dezvoltare a personalului, atunci vom fi interesați de educația și istoricul profesional al angajaților. Dar nu vom reflecta informații despre îmbrăcăminte și mărimi de pantofi. Dar, dacă, de exemplu, dorim să automatizăm contabilitatea îmbrăcămintei de lucru, atunci acest lucru devine interesant. Deși, un designer curios poate ridica o întrebare și aici. Acolo unde este dezvoltarea personalului, există motivație. Și acolo unde există motivație, există, poate, producția de haine cu simboluri de marcă. Aici puteți vedea că cantitatea de date din natură este infinită, iar arta modelării datelor determină în mare măsură arta proiectării aplicațiilor.

Desigur, procesele joacă și ele un rol foarte important în aplicațiile de afaceri. Deși îmi doresc foarte mult (atât pentru noi, cât și pentru dezvoltatorii altor platforme de dezvoltare a aplicațiilor de afaceri) greutate mai mareîn proiectarea aplicațiilor, se bazează pe procese, dar datele rămân în continuare cel mai semnificativ aspect al domeniului. Și modelul principal de aplicație este construit pe baza reflectării datelor.

Să facem doar o mică declinare a răspunderii. Datele aici înseamnă și procesele care însoțesc datele. Adică, se dovedește că procesele sunt, de asemenea, exprimate indirect prin modelul de date.

Platforma 1C:Enterprise are și mecanisme de reflectare a proceselor, dar acesta este subiectul unui articol separat.

Există mai multe paradigme tradiționale pentru lucrul cu date.

În primul rând, există modelul relațional clasic. Descrie datele sub formă de tabele relaționale (de obicei stocate în DBMS relațional). Această paradigmă, deși nu este deloc nouă, este destul de relevantă.

Există o paradigmă de obiect. În ea, datele sunt descrise ca obiecte limbaj de programare și cumva stocate într-o bază de date. Poate fi o bază de date relațională sau obiect. În primul caz, capacitățile de modelare sunt determinate de SGBD, în al doilea caz - de ORM-ul utilizat.

Există, de asemenea, tehnici și abordări care sunt utilizate mai rar (la crearea aplicațiilor de afaceri). De exemplu, o abordare bazată pe date semi-structurate.

Acum, de fapt, despre abordarea pe care am ales-o pentru platforma 1C:Enterprise. Nu există un nume acceptat oficial pentru el. Să-l numim „modelul tipurilor de obiecte de aplicație”. Esența abordării este că platforma oferă dezvoltatorului un anumit set de tipuri de obiecte de aplicație. Fiecare tip este conceput pentru a reflecta o anumită categorie de entități de domeniu în modelul de aplicație. Atunci când reflectă domeniul problemei care se rezolvă în modelul de aplicație, dezvoltatorul aplicației trebuie să selecteze tipurile adecvate de obiecte și să le folosească pentru a descrie modelul de date. De fapt, descrie nu numai modelul de date, ci și, în multe feluri, modelul aplicației în sine. Dar mai multe despre asta mai târziu.

Ce este un tip de obiect de aplicație?

Acesta este un șablon încorporat în platformă (de asemenea, îl puteți considera o clasă abstractă) care definește multe aspecte diferite ale lucrului cu esența domeniului subiectului.

Tipurile de obiecte de aplicație apar atât în ​​timpul dezvoltării (în timpul proiectării), cât și în timpul funcționării sistemului (în timpul rulării). În timpul proiectării, acesta este un meta-model pentru descrierea obiectelor în metadate și clase pentru manipularea datelor într-un model de program. În timpul execuției, acestea sunt diferite aspecte ale comportamentului sistemului atunci când lucrați cu obiecte de acest tip. De exemplu, comportamentul mecanismului de blocare.

În 1C:Enterprise există mai multe tipuri de obiecte de aplicație.

De exemplu, să luăm trei tipuri:

• Directoare
• Documentație
• Registre de acumulare

Directoarele sunt concepute pentru a reflecta în sistem unele informații condiționat permanente (liste de angajați, produse, clienți...).

Documentele reflectă unele evenimente din domeniul subiectului (vânzare, angajare angajat, transfer de bani la o bancă). Uneori sunt chemați după numele lor formulare tipărite(„ordin de plată”, „ordin de muncă”, ...). Dar asta este doar pentru ușurință de înțelegere. De fapt, acesta este tocmai un tip de eveniment, nu o formă tipărită.

Registrele de acumulare sunt concepute pentru a reflecta anumite aplicații ale sistemului de contabilitate. De exemplu, contabilitatea stocării Bani sau mărfuri în depozite.

Să vedem ce este inclus în „setul” de capabilități oferit de tipurile de obiecte de aplicație

În primul rând, desigur, tipul de obiect al aplicației descrie modelul de date și oferă o mapare a datelor cu modelul de stocare relațională. Dar aceasta este doar o mică parte din ceea ce definește.

De exemplu, pentru un director:

• există mai multe detalii standard (câmpuri) încorporate în platformă (link de identificare, cod, nume, link către părinte pentru un director ierarhic, ...)
• puteți descrie detaliile (câmpurile) dvs. (arbitrare)
• puteți descrie părți de tabel care reprezintă entități strâns legate (de reținere) sau pot fi considerate și tabele imbricate

Pentru un document - este similar, dar există un atribut Data standard, care reflectă poziția evenimentului în raport cu alte evenimente pe axa timpului, precum și atributul „Postat”, care determină dacă documentul este reflectat în sistemul contabil sau este o ciornă.

Pentru registrul de acumulare, câmpurile sunt împărțite în dimensiuni, resurse și detalii. Dimensiunile descriu sistemul de coordonate al modelului contabil (de exemplu, produs, depozit), resurse - indicatori (de exemplu, cantitate, cantitate), detalii - pur și simplu câmpuri suplimentare (nu afectează modelul contabil, ci comentează înregistrările de mișcare).

De ce operăm cu tipuri de obiecte de aplicație și nu operăm, de exemplu, doar cu tabele (sau doar cu entități)?

Acesta este un punct foarte important. Foile de calcul au multe beneficii. Sunt mai aproape de cea mai simplă modelare din modelul relațional; nu limitează dezvoltatorul la cadrul tipurilor încorporate. Dar tabelele nu oferă oportunitățile pe care le oferă abordarea pe care am ales-o.

Esența abordării pe care am ales-o este (dacă spunem în cuvinte simple), că, în abordarea noastră, sistemul (platforma) în sine „știe multe” despre obiectele descrise și „poate face o mulțime de lucruri cu ele”. Pe baza acestor cunoștințe și abilități, sistemul asigură automat funcționarea a peste o duzină de mecanisme diferite care lucrează direct sau indirect cu aceste obiecte. Adică, se dovedește că dezvoltatorul aplicației selectează tipul de obiect și descrie un anumit obiect, iar platforma, cunoscând tipul și descrierea unui anumit obiect, oferă ea însăși multe funcții și mecanisme utile diferite. Acest lucru se realizează datorită faptului că la nivelul tipului de obiect este definită semantica obiectelor de acest tip (scopul obiectului „în mare”), iar modelul de metadate vă permite să clarificați semantica unui anumit obiect. prin diverse proprietăţi şi modele specializate care descriu diverse aspecte ale vieţii.

Să enumerăm doar câteva dintre ele:

• În primul rând, desigur, aceasta este crearea de structuri de date pentru stocarea și transformarea automată a structurii atunci când modelul se schimbă
• Un set de clase din modelul obiect pentru manipularea datelor (citire, scriere, căutare)
• Mecanism de conversie obiect-relațional
• Un set de proceduri tipice de prelucrare a datelor. De exemplu, pentru documente aceasta este numerotarea automată, pentru un registru este calculul totalurilor, obținerea unui instantaneu al soldurilor la un anumit moment în timp etc.
• Reflecție în sistemul drepturilor. Deoarece sistemul știe despre scopul obiectului, știe și ce drepturi vor fi relevante pentru acesta
• Vizualizare (reflecție în interfață). Din nou, cunoscând scopul și rolul obiectelor, sistemul însuși construiește comenzi în interfața aplicației pentru accesarea obiectelor de acest tip, formulare pentru vizualizare și editare și comenzi pentru diferite acțiuni cu un obiect.
• Schimb de date. Pe baza cunoștințelor despre semantica datelor, platforma oferă un mecanism standard pentru schimbul asincron de date modificate atât între aplicațiile conexe (noduri de baze de date distribuite), cât și între aplicații eterogene (scrise atât în ​​1C:Enterprise, cât și în alte tehnologii)
• Blocarea obiectelor și a tranzacțiilor. Pentru a construi corect un sistem de blocare, aveți nevoie de cunoștințe despre scopul datelor și relațiile.
• Mecanismul caracteristicilor (câmpuri suplimentare definite de utilizator)
• Interfață REST furnizată automat (conform standardului OData)
• Încărcarea și încărcarea datelor în XML, JSON
• În plus, mecanisme precum căutarea text integral, înregistrarea accesului la date etc. funcționează automat.

Diagrama nu prezintă toate mecanismele platformei care funcționează pe baza obiectelor aplicației, ci doar câteva.

Într-un fel, tipurile de obiecte de aplicație se suprapun cu abordarea orientată pe aspect. Întrucât toate capabilitățile enumerate sunt câteva aspecte predefinite care reflectă tipurile de obiecte de aplicație. Putem spune că tipurile de obiecte de aplicație nu sunt doar șabloane, ci șabloane parametrizate. Parametrizarea se realizează printr-un set de proprietăți de metadate. Prin alegerea unei valori de proprietate, dezvoltatorul parametriază șablonul tipului de obiect aplicație selectat și, prin urmare, rafinează comportamentul obiectului într-un anumit aspect. De exemplu, el poate selecta tipul de numerotare a documentelor (in decurs de un an, trimestru, luna...) iar sistemul va asigura automat atribuirea si controlul numerelor cu o frecventa specificata.

Tipurile de obiecte de aplicație oferă cunoștințe despre semantica nu numai a entităților înseși, ci și despre semantica relațiilor lor. De exemplu, există o relație standard între documente și registre, care reflectă modul în care evenimentele din domeniul subiectului sunt reflectate în modelul contabil. După ce a definit o astfel de conexiune, dezvoltatorul primește imediat o funcționalitate gata făcută, bazată pe durata de viață comună a documentului și a intrărilor de registru asociate acestuia.

Merită menționate separat aspectele importante orientate pe subiect.

De exemplu, pentru directoare este posibilă activarea suportului ierarhic cu o singură casetă de selectare. În același timp, sistemul va oferi suport pentru directoare ierarhice în orice: în interfața cu utilizatorul, în rapoarte, în modelul obiect.

Setarea unei proprietăți a directorului „Director ierarhic” suportă imediat ierarhia în interfața cu utilizatorul, în rapoarte, în modelul obiect.

Pentru documente, există posibilități precum jurnale care combină mai multe tipuri de documente, numerotarea continuă pe puncte etc.

Pentru registrele de acumulare, cea mai importantă caracteristică este stocarea automată a totalurilor calculate și a tabelelor virtuale gata făcute pentru accesarea totalurilor în diverse secțiuni și luând în considerare frecvența.

Adică, de fapt, tipurile de obiecte de aplicație conțin o parte semnificativă a mecanismelor universale (standard) ale logicii de afaceri a aplicației, caracteristice categoriei corespunzătoare de date din domeniul subiectului.

Se pare că dezvoltatorul asamblează aplicația din obiecte din tipurile selectate, ca din părțile unui constructor. În plus, dacă există designeri cu piese „abstracte”, atunci în designerul nostru piesele au deja un „scop” - roți, ferestre, uși...

Pe baza tipului „Director”, dezvoltatorul construiește directoare de produse, angajați, valute și clienți; pe baza tipului „Document” - documente „Comandă de cumpărare”, „Factură”, „Comandă de vânzare”, etc.

De asemenea, merită spus despre valoarea metodologică a acestei abordări. Toți dezvoltatorii operează cu un anumit set de concepte care îi ajută să înțeleagă mai bine esența aplicațiilor și simplifică comunicarea. După ce a deschis un proiect necunoscut 1C:Enterprise, un dezvoltator vede imediat concepte familiare și își poate da seama rapid ce rol joacă acest sau acel obiect în sistem. De exemplu, pentru a înțelege esența aplicației, merită să vă uitați la compoziția registrelor - de obicei reflectă scopul principal al aplicației. Dacă deschideți structura tabelelor sau, cu atât mai mult, structura claselor unei aplicații necunoscute scrise pe instrumente care funcționează cu tabele și clase, atunci va fi mult mai puțină înțelegere.

Dar, mai important, această abordare aduce mai aproape limbajul dezvoltatorilor și al reprezentanților afacerilor (sau al analiștilor). Necesitatea unui astfel de limbaj este bine declarată în cartea Domain-Driven Design (DDD). Structuring complexe software systems” de Eric Evans. Tipurile de obiecte de aplicație devin rapid ușor de înțeles pentru non-programatori, iar acest lucru le permite analiștilor, clienților și dezvoltatorilor să discute despre funcționalitatea principală a proiectului într-o singură limbă. Puteți întâlni adesea reprezentanți de afaceri sau analiști care nu cunosc programare, dar pot pune o sarcină în ceea ce privește tipurile de obiecte de aplicație 1C:Enterprise.

Ce altceva este interesant. Această abordare asigură dezvoltarea continuă a sistemului. Adăugăm noi mecanisme platformei, iar acestea încep imediat să funcționeze pentru obiectele existente (fără sau cu un efort minim din partea dezvoltatorului aplicației). De exemplu, recent am dezvoltat . Deoarece sistemul știe în general despre semantica datelor, dezvoltatorul trebuie doar să bifeze caseta că dorește să stocheze istoricul datelor unui anumit obiect, iar platforma oferă tot ceea ce este necesar, de la stocarea istoricului până la vizualizare - afișare. istoricul modificărilor aduse utilizatorului sub formă de diferite rapoarte. Când am dezvoltat anterior (pe baza standardului OData), o interfață REST gata făcută a apărut imediat în toate aplicațiile. Dezvoltatorii nu au trebuit să modifice nimic pentru asta.

De ce nu facem și „doar tabele” (pe lângă tipurile de obiecte de aplicație gata făcute)? Aceasta nu este o întrebare ușoară. Ne punem periodic această întrebare.

Pe de o parte, acest lucru pare tentant. În acest fel, am închide toate cazurile controversate când subiectul nu se încadrează perfect în setul de tipuri de obiecte de aplicație pe care l-am pregătit. Le-ai putea spune dezvoltatorilor: „Ei bine, iată doar o masă pentru tine - și fă totul în ea așa cum vrei.” Dar, pe de altă parte, acest lucru va duce la faptul că toate mecanismele noastre standard vor fi „în pierdere” - cum ar trebui să se ocupe de aceste tabele? La urma urmei, ei nu vor cunoaște semantica acestor date și nu vor putea înțelege cum să lucreze corect cu ele. Ei bine, adică poți lucra cu ei „cumva”. Strict vorbind, avem o astfel de experiență în ceea ce privește sursele externe. Pentru sursele externe, descriem exact tabelele (fără a indica focalizarea subiectului). Și sistemul funcționează cu ele într-un anumit mod universal - dar unele dintre funcționalități nu sunt acceptate.

Deocamdată, încă încercăm să ne abținem de la introducerea „doar tabele” pentru a asigura puritatea modelului și capacitatea de a adăuga noi funcționalități bazate pe cunoașterea semanticii tuturor datelor. Dacă unele capacități nu sunt suficiente, atunci mai întâi vom lua în considerare cum putem dezvolta compoziția tipurilor de obiecte de aplicație. Dar, desigur, aceasta este o problemă discutabilă și vom continua să ne gândim la ea.

Astfel, capacitățile pe care platforma 1C:Enterprise le oferă gata făcute și creșterea nivelului de abstractizare care este apreciat de dezvoltatorii de aplicații se bazează în mare măsură pe setul de tipuri de obiecte de aplicație. Aceasta este una dintre cele mai semnificative diferențe dintre 1C:Enterprise și alte instrumente de dezvoltare și unul dintre instrumentele principale care asigură o dezvoltare rapidă și unificată.

Ne plac sărbătorile de mai și le așteptăm cu nerăbdare. Unii pleacă la țară în aceste zile, unii pleacă în oraș cu prietenii la un grătar, iar unii încep renovarea casei sau măcar curățenia generală. Cu alte cuvinte, vacanțele lungi oferă o oportunitate de a implementa o varietate de planuri.

Cum ne relaxăm în sărbătorile de 1 și 9 mai 2020?

La începutul acestei luni vom avea mai multe sărbători. 1 mai, când sărbătorim Festivalul Primăverii și Muncii, cade vineri. Ziua de joia care o precedă (30 aprilie) va fi o zi pre-sărbătorică scurtată. În consecință, înainte de sărbătoare saptamana de lucru va fi cu o zi mai scurtă decât de obicei.

Sărbătoarea va fi urmată imediat de sâmbătă și duminică (2 și 3 mai), iar apoi încă două zile libere luni și marți (4, respectiv 5 mai), care au fost mutate în aceste zile din sărbătorile de Anul Nou.

Weekendul lung de cinci zile va fi urmat de trei zile lucrătoare, despărțindu-l de următoarea sărbătoare mai, Ziua Victoriei. Cu o zi înainte, vineri 8 mai, va fi o zi de lucru scurtată înainte de vacanță.

Sărbătoarea de 9 mai 2020 cade sâmbătă, urmată de încă două zile de odihnă duminică, 9 mai, și luni, 10 mai, a cărei zi liberă a fost mutată din sărbătoarea de Ziua Victoriei. Acest weekend lung va fi urmat de o săptămână de lucru scurtă de patru zile.

Cum lucrăm de sărbători pe 1 și 9 mai 2020?

Ultima zi lucrătoare din aprilie va fi 30 (joi). Această zi va fi o zi lucrătoare scurtată înainte de sărbătoarea de 1 mai, care cade vineri. În consecință, ultima săptămână lucrătoare din aprilie va fi cu o zi mai scurtă.

Următoarele zile lucrătoare sunt de miercuri până vineri (6, 7 și, respectiv, 8 mai), iar ultima zi a acestei săptămâni, 8 mai, va fi o zi prevacatoare scurtată. Și apoi ne întoarcem la muncă marți, 12 mai, și vom avea din nou o săptămână de lucru scurtă de patru zile.

Cu toate acestea, cei care lucrează în program de serviciu vor trebui să lucreze în zilele de sărbătoare (în această categorie sunt incluse pompierii, unii lucrători medicali, agenți de pază, angajați ai Ministerului Situațiilor de Urgență și ai altor organizații).

Câte sărbători legale sunt pe 1 și 9 mai 2020?

Așadar, în 2020, în sărbătorile mai de 1 și 9 mai, vom avea două weekenduri lungi cu durata de 5, respectiv 3 zile, care vor fi separate printr-o săptămână de lucru scurtă de trei zile.

Trebuie spus că Ziua Victoriei nu a fost întotdeauna o zi nelucrătoare la noi. Din 1945 până în 1948, cetățenii URSS s-au odihnit în această zi, dar în anii următori, până în 1965, au plecat la muncă în această zi.

Și numai în timpul domniei lui L.I. Brejnev această zi a devenit din nou o zi roșie în calendar. Și acum nu ne mai putem imagina primele zece zile ale lunii mai fără un weekend lung.

Astfel, înainte de sărbătorile de 1 Mai, avem patru zile lucrătoare (de luni până joi prevacant – 27-30 aprilie), apoi urmează cinci zile de odihnă (de vineri, 1 mai până marți, 5 mai), apoi vom va lucra trei zile până la 9 mai 2020 anul (6, 7 mai și programul de lucru scurtat pe 8 mai).

Apoi din nou vor fi trei zile de concediu (de la 9 la 11 mai), după care, pe 12 mai, oamenii vor merge la muncă. Noua săptămână de lucru scurtă de patru zile (12 - 15 mai) va începe marți și va dura până în weekendurile următoare, sâmbătă și duminică.

Încercăm să procesăm toate cererile primite în termen de 4 ore lucrătoare din momentul în care sunt primite. Uneori în timpul perioadei de raportare, dacă este disponibil cantitate mare apelurilor la linia de consultație, timpul de răspuns poate crește.

Toate aplicațiile sunt înregistrate de manageri în baza noastră de informații. Pentru a vă înregistra contestația, avem nevoie de la dvs.:

• Numele organizației dvs
  (pentru a verifica dacă există un acord de asistență valid și pentru a înțelege ce aveți produse software)
• Numele și funcția dvs
  (pentru ca consultantul să înțeleagă cine trebuie să fie apelat înapoi și, de asemenea, dacă angajatul care ne-a contactat are dreptul să ne contacteze pentru consultații)
• numar de contact
  (dacă aveți mulți angajați în organizația dvs., atunci este mai bine să plecați telefon mobil, deoarece numărul principal poate fi ocupat în mod constant, iar consultantul nostru pur și simplu nu va putea trece)
• E-mail
  (dacă descrieți sarcina într-o scrisoare, vom putea să vă rezolvăm problema mai rapid, deoarece costurile cu forța de muncă pentru înțelegerea acestei sarcini sunt reduse și, în consecință, costul serviciului este redus)
• Despre ce program ai o intrebare?
  (avem diferiți specialiști responsabili pentru diferite produse software)
• rezumatîntrebare
  (astfel încât consultantul să poată înțelege aproximativ care este esența problemei și să înceapă rapid să răspundă la ea).

Dacă nu ați fost sunat înapoi după 10 minute, nu vă faceți griji și credeți că au uitat de tine. Aplicația dvs. a fost înregistrată și nu va fi uitată sau pierdută; de îndată ce consultantul procesează cererile anterioare, vă va contacta cu siguranță.

Ce înseamnă procesarea unei cereri?

Aceasta înseamnă că specialistul nostru vă va contacta, va afla care este problema și va încerca să o rezolve imediat. Cu toate acestea, acest lucru nu este întotdeauna posibil. Programele 1C sunt produse intelectuale complexe cu algoritmi și mecanisme complexe încorporate. Viteza de rezolvare a problemei depinde de mulți factori - de modul în care a fost formulată și descrisă sarcina, unde a apărut eroarea - într-un mecanism modificat sau standard, cu ce este asociată eroarea - datele utilizatorului introduse incorect sau un mecanism care funcționează incorect, indiferent dacă este o eroare in general sau astfel de programe de comportament furnizate de dezvoltatori etc.

Uneori vi se pare că a intrat un specialist, a bifat o căsuță și totul a funcționat. Dar pentru a bifa această casetă, trebuie mai întâi să efectuați diagnostice, să înțelegeți ce doriți, ce setări au fost deja făcute în program, ce date au fost introduse și în ce secvență, cine a schimbat documentele și cum, cum se comportă programul în cutare sau cutare caz. Fără aceste acțiuni obligatorii și o serie întreagă de acțiuni intermediare suplimentare, problema de multe ori nu poate fi rezolvată. Toate acestea necesită timp și uneori mult.

Specialiștii cu experiență pot determina adesea prin formularea problemei dacă o soluție operațională rapidă este posibilă sau dacă soluția va necesita cel mai probabil un timp mai lung.

Dacă specialistul nostru a încercat să rezolve problema imediat și nu a reușit, de obicei își ia timp analiză suplimentarăși să te gândești la soluții. Și apoi te sună înapoi cu o propunere de soluție.

Dacă un specialist înțelege imediat că rezolvarea unei probleme va necesita mai mult de o oră sau chiar câteva ore, atunci el vă va informa imediat despre acest lucru și va conveni asupra unui moment convenabil pentru o soluție pe termen lung a problemei.