Jump to content
php.lv forumi

aaxc

Moderatori
  • Posts

    638
  • Joined

  • Last visited

Posts posted by aaxc

  1. Algas nenorādīšana ir padomju mantojums. Ja, piemēram, ASV sportistu algas ir publiski pieejamas, tad Krievijā tās tiek īpaši slēptas.

     

    Šāda sistēma arīdzan palīdz darba devējiem samazināt izdevumus, pieņemot darbā cilvēkus, kuri mazāk paprasīja vai maksājot mazāk, kā kolēģim. Situācija, ka vienā ofisā ir divi vienlīdz kvalificēti darbinieki, bet vienam alga ir uz pusi lielāka tikai tāpēc, ka viņš paprasīja vairāk (vai otrs nebija par sevi pārliecināts un paprasīja mazāk) ir ikdiena. Un nevienam citam, kā darba devējam, tas pa labu nenāk.

     

    Ja "rietumos" profesionāļus piesaista norādot atalgojuma sistēmu, daļas uzņēmumā un vēl dažādus finansiālus labumus, tad mums ar uzņēmuma stabilitāti un pasakām, ka citur būs sliktāk.

  2. Kautkas at meta datiem laikam ne tā, vai kas to lasa:

     

    38517129488b4f8081ddb02f1060c75c.png

        <meta name="twitter:image" content="http://www.ipexpoeurope.com/design/ip15a/images/ipexpoeurope_square.png" />
        <meta property="og:image" content="http://www.ipexpoeurope.com/design/ip15a/images/ipexpoeurope_square.png" />
    
  3. Un tikai tā, kā tad savādāk skatīties uz savu lolojumu? Tjipa: "taisu štruntu, kuram jau ir 10 labākas versijas, bet toties savu!" ?

     

    Ja tu taisi kautko līdzigu, kas jau ir, tad tikai tad, ja vari to uztaisīt labāku.

  4. Atkarīgs no nepieciešamības. Man ir i7 Lenovo Ideapad lai var klientiem atrādīt veikto. Ofisā es viņam pat nepieskaros, jo uzreiz pieslēdzu klāt docking-station ad diviem 2k monitoriem, klavas, peles un austiņām. Idejiski, man portatīvais kalpo kā trešais monitors epasta un skype lasīšanai.

     

    Mums ofisā ir tikai divi stacionārie un tie paši maki.

  5. Symfony nav dāvana, ir daži diezgan kaitinoši momenti arī tam. Absolūti skatoties Symfony pilnīgi noteikti nesūkā, bet vieta kur tiekties vēl joprojām ir. Tas gan man domāt visam un visā.

     

    Vaitad tieši tāpēc no Symphony netika atvasinās Laravel? Idejiski.

  6. Patreiz, ar 18 produktiem, ir 397k šādi ieraksti (tie pie tam ir mēnesi veci dati, prodā ir 430k patreiz). Kas notiks, ja man produkti būs 180 ? 500? Un tas ir tikai pirmais vilnis. Man vajag ieilkt pamatu sistēmai, kas strādās ar 10k+ produktiem un tad šāda struktūra būs vēl mazāk pārskatāma.

  7. Jā, nākotnes doma ir izveidot sistēmu, lai produktus un tipus var operators pats sadefinēt un ievietot pēc iedotās specifikācijas un no scripta līmeņa, nekas nav jāmaina. Šobrīd strādājam pie šīs pamatstruktūras izstrādes/pārveides.

  8. Negribas but nekrofilam, bet vajag padomu:

     

    Tātad, projektā izmantojam mysql produktu tabulu ar papilddatiem.

     



    +----------------+
    | products       |
    +----------------+
    | id             |
    | name           |
    | type           |
    | color          |
    | image_id       |
    | collection_id  |
    +----------------+


     

    Problēma rodas pievienojot jaunus produktus ar citu tipu, jo tiem ir citi papildus parametri, kā rezultātā nākas paplašināt tabulu:

     



    +----------------+
    | products       |
    +----------------+
    | id             |
    | name           |
    | type           |
    | color          |
    | image_id       |
    | collection_id  |
    | width          |
    | height         |
    | weight         |
    | offset_x       |
    | offset_y       |
    | angle          |
    | coordinates    |
    | sex            |
    | size           |
    | ...            |
    +----------------+


     

    Tākā tuvākās nākotnes plānā ir produktu klāstu palielinat no pārdesmit tipiem uz vairākiem simtiem, šī tabula ātri vien izskatities nelietojama. Veidot subtable vai katram tipam atsevišķas tabulas arī nebūtu prāta darbs.

     

    Līdz ar ko ir doma pariet uz MongoDB, kur noradīt produktu, tīpu un pārejo jau kā specifiska tipa/produkta veida parametrus.

    Šādi katrs produkts saturētu tikai sev vajadzigo informāciju, kuras struktūre es vēlāk nolasu, lidz ar to man pat nav vairs svariga kopējā struktūra - es izmantoju tikai konkreta produkta parametrus.

     

    Idejiski vis izskatas rožaini (pradukti satur tikai nepieciešamos datus, pievienojot jaunus produkturs tabula nav jāčakarē, viegli atfiltrēt, ielasot produktu es uzreiz iegūstu vajadzīgo struktūru, pat nav jāčeko kas tas par tipu), bet tākā pats produkcijā ar liela apjoma mongo datiem neesmu ņēmies ( uz konvertāciju patreiz vien jau aizies 400k+ produktu ar vairākiem miljoniem variāciju ), gribētos dzirdēt no pieredzējušiem lietotājiem potenciālās problēmas, lai nav tā, ka pēc dažiem mēnešiem ir jarauj mati no galvas ārā un jādomā kā to visu pārverst atpakaļ uz mysql.

×
×
  • Create New...