Davidgu; 5. oldal; Fejlődtünk a technológiák terén, hogy újítsunk a szoftverekben
Fejlődtünk a technológiák terén, hogy újítsunk a szoftverekben
Néhány hónapig a Ducksboard eszközt használtuk a vállalat legfontosabb mutatóinak értékeinek ábrázolására. Ez idő után részletezhetem az 5 fő okot, amiért újra használnám.
1. Interfész
Az első dolog, ami lenyűgöz, amikor elkezdi használni a Ducksboard-t, az a gondos részletek, amelyek a teljes felületén vannak, az adminisztrációs résztől a prezentációs részig. Mindennek egyszerű és kellemes stílusa van. Még akkor is, ha megpróbál egy csúnya elemet feltenni, nem fog sikerülni.
2. +101 kütyü
3. Jó minőségű fa
Irányítópultjaink háttere nagyon jó, főleg a fa, ez valami nagyon buta dolog, de jó ok arra, hogy egyik vagy másik terméket válasszuk.
4. API
Az API-t akkor kezdi el használni, amikor befejezi a játékot az összes előre definiált, működő eszközzel. Ez az igazán hatalmas dolog, és itt kezdheti el kihasználni az összes szükséges információt.
A teljes API együtt működik a REST kérelmekkel, amelyek átadják neki a frissíteni kívánt információkat. Elsősorban a Python és a Velneo adatait frissítem, de több száz módon frissíthetők. Hogy feltétlenül kipróbálja a Curl-t
Legutóbbi kiegészítésem az irányítópult irányítópultjaihoz egy weboldal képe volt, beágyazott teljesítmény-, hiba- és méretinformációkkal. Ily módon minden weboldalunk állapotát kontrolláltuk.
A határ a képzelet.
5. Nem tökéletes
A Ducksboard használatakor még egy olyan érzés lesz, hogy úgy tűnik, hogy ez elmarad, mivel kevés dolga van. Valóban minden benne van, amit használni fog, semmi sem felesleges. Ez egy olyan termék, amely a funkcionalitás 20% -ára összpontosít, amelyet az ügyfelek 80% -a fog használni.
Mindenesetre az elmúlt hónapokban láttam, hogy Patolandia lakói keményen dolgoznak, és új dolgokat adnak hozzá, hogy megkönnyítsék az életet
Oszd meg:
Franklin D. Roosevelt
Oszd meg:
Múlt pénteken, 2011. november 11-én rendezték Gijón a Life is soft 2011 rendezvényt. 12 perces előadásom arról szólt, hogy milyen referenciákat kereshetünk a technológiák fejlődéséhez.
Oszd meg:
Minden részleg szoftvereket és még többet készít, akik kevesebbet dolgoznak egész nap az alkalmazások verzióival. A fejlesztői verzió, a Pepiño kliens verzió, a hibát javító javítás, a tegnapi verzió, a forradalmian új verzió.
Minden verziónak tartalmaznia kell egy olyan nevet, amely lehetővé teszi számunkra, hogy:
- Egyértelműen azonosítsa alkalmazásunk állapotát egy adott pillanatban (Jel)
- Tudja meg, kivel "jön ki" ez a verzió (Integration)
- Engedje meg, hogy megtudja, melyik ciklusban/iterációban dolgoztak ki
- Fő védjegy (év, főbb jellemzők)
A verziószámozásnak számos típusa van:
A csoportban a kritériumokat a következő konfigurációval egyesítjük:
Négy számjegyből áll, amely lehetővé teszi számunkra, hogy elegendő rugalmasságot biztosítsunk a különböző konfigurációk összes igényének kielégítésére.
11.3.0.9323
- 11.xx.xx.xx - Fő verzió (Jelentős alkalmazásváltozás fontos változásokkal. Ezt a számozást általában a részleg kereskedelmi stratégiai változásai jellemzik, amelyekhez jó kommunikációs kampány társulhat)
- xx.3.xx.xx - Kisebb verzió (Ez az alapvető munkaciklus, ezek az adott fejlesztési ciklusra beprogramozott változások, állítólag tesztekkel, hírekkel és dokumentációval, videókkal stb.)
- xx.xx.0.xx - Javítás (Ezek az elkerülhetetlen javítások, amelyek kijavítják a problémát, és gyorsan közzé kell tenni őket, nem kísérik őket hírek vagy dokumentációk, mivel ezeket a verziókat gyorsan el kell tudni távolítani, ideális az, ha nem adnak ki semmit)
- xx.xx.xx.9323 - Pecsét (Ez egyértelműen azonosítja a verziót, megakadályozza, hogy két, azonos verziószámú alkalmazás megjelenjen az utcán. Nagyon kényelmes, amikor támogatásban vagy programozásban napi több tucat verziót használnak. Ez egy egymást követő szám lehet a Build/Changelist/stb