Jump to content
php.lv forumi

jurchiks

Reģistrētie lietotāji
  • Posts

    1,649
  • Joined

  • Last visited

Posts posted by jurchiks

  1. Nu kā kuram, ir saiti, kuriem +100ms ir par daudz.

    Piemēram, Google ļoti zemu vērtē lēnas lapas, un ja tev jau tā tur ir kaut kas lēns, tad +100ms = lapas Googlē vairs nav.

  2. Vecīt. Tu taisi rīku, kurš vienkārši ļauj menedžēt datubāzes. Pareizi?

    Ja tā, tad nevienu (ar retiem izņēmumiem) neinteresē, kas tam tūlim apakšā, tikai tas, cik labi/ērti tas pilda savu uzdevumu.

    Visi tavi "Why" utt ir par backendu/tehniskajām detaļām, bet šis ir frontend tūlis (tādā izpratnē, ka interakcija notiek tikai caur UI).

  3. Redzi, tu raksti, ka šis ir "grafisks datubāzes rīks". tātad idejisks ekvivalents PhpMyAdmin/Adminer utml rīkiem (correct me if I'm wrong, bet tas ir vienīgais, ko no apraksta var saprast).

     

     

     

    1. Framework agnostic (dependencies only)
    2. Lightweight (backend ~1.2k NCLOC)
    3. 100% loosely coupled, non-static
    4. Tested (as much as I could)
    5. Based on Propel Behavior concept
    6. Other Propel goodies (generator, migrations, etc.)
    7. Sass + Bootstrap + Gulp included

     

    1. Nobody cares because this is a standalone tool.

    2. Tu skaiti tikai SAVA koda līnijas, bet aizmirsti par dependencies (pats Propel).

    3. See #1.

    4. See #1. Galvenais, ka strādā pareizi, bet konkrēti testus gandrīz neviens neies laist šādam rīkam.

    5. See #1.

    6. Fine.

    7. ??? Loģiski, šis taču ir "grafisks" rīks.

    >Nesaprotu. Katru projektu var izaudzēt (liec priekšā load balancerus, horizontals stacks), ja kļūdas ielaistas sākumā, pēcāk būs grūtāk. Tad sanāk, ka saki, ka design practices ir domāts kaķiem, vai tā?

    Tu tagad par šito projektu runā jeb par mūsu darba projektiem? Jo tās ir 2 nesaistītas lietas.

     

     

    1. skripti, kas ģenerē visu Tavu shēmas informāciju
    2. kas veic migrāciju,
    3. kas atbalsta 12+ dažādas DBMS,
    4. kas ļauj darboties OOP stilā,
    5. type hintings (kaut arī tas nav, kāpēc izvēlējos Propel),
    6. visas PDO iespējas,

    1. Nafig tas vajadzīgs grafiskam db mgmt tūlim?

    2. Ļoti reti nepieciešams, bet labi, pieņemsim, ka kaut kas noderīgs.

    3. Ok.
    4. GRAFISKS db mgmt tūlis...

    5. see #4

    6. see #4

  4. Nu kāpēc uzreiz tā? Ja cilvēks strādā 20 logos vienlaicīgi, tad es varu saprast, priekš kam vajadzīgi 3+ monitori (cita lieta, kā tik daudzām lietām var uzturēt uzmanību, bet tas nav par tēmu). Bet ja 4 logi, vnk katrs pa pilnu monitoru, nu tad jā...

     

    Ko tev tik mazs ekrāns?

  5. Jā, visi dara tā kā jurgenz aprakstīja. Pa lielam visiem ir max 2 monitori external vai 1 liels widescreen.

    Visi tā nedara. Man ir stacionārais ar 1 ekrānu (24" 1920x1200) un man ar to pilnībā pietiek.

    Esmu nedaudz pastrādājis ar 2 monitoriem, taču neko revolucionāru nesajutu. Bet es neesmu baigais multi-taskeris, droši vien tāpēc. Es parasti cenšos strādāt maksimāli maz logos.

     

    Bet es redzu jēgu jurgenz setupā. Tiesa, grūti pašam sevi iedomāties tādu izmantojam, ja vien laptopam nav tiešām labas iekšas un ērta klaviatūra (jo laptops tomēr ir domāts izmantošanai arī bez visiem tiem peripherals).

  6. Nonkonformisms != pieredzes trūkums.

     

    Turklāt ne tuvu ne visās komandās formatē PSR. Pēc manas pieredzes pat izskatās, ka vairāk ir citu stilu, nekā PSR, lai gan līdzības, protams, ka ir.

×
×
  • Create New...