Jump to content
php.lv forumi

Mr.Key

Reģistrētie lietotāji
  • Posts

    1,332
  • Joined

  • Last visited

Posts posted by Mr.Key

  1. Labi, ka evolūcija ļāva mums izdzīvot šīs planētas un pilnvērtīgi attīstīties, lai uzzinātu šo bezgala svarīgo faktu. Tas noteikti ļaus mūsu sabiedrībai attīstīties par vēl labākiem cilvēkiem vēl labākā vidē! Citādi dzīvotu kā kaut kādi mežoņi mežos, tirinātos ap ugunskuriem un neko nezinātu par E.colli baktērijas ietekmi uz domāšanu.

  2. Hmm, kaut blakus, bet nepamanīju, daudz darba. Vēl arī ir šāds te materiāls: oficiālo ienākumu sadalījums un nodarbināto skaits pa profesijām – Profesiju grupu vidējās stundas tarifa likmes valstī. Tur aina ir reālāka, piem., tīmekļa lapu programmētāju vidējā ir 10 EUR.

     

    Konkrēti par šo gadījumu runājot, zināms, ka LMT meklē web programmētāju, bet nu domāju, ka atbilstošam kandidātam cipars noteikti ir virs 1k. Apgalvot nevaru, bet ar to gribu teikt, ka šeit sāpe ir apslēpta kaut kur citur...

  3. Tādi vienkārši uzstādījumi jau skaisti skan un ir viegli tiem noticēt. Reālajā dzīvē daudz ko nosaka privātie kontakti un visādi citādi faktori. Acīmredzot, nav tā kapacitāte tautai tik liela, jo darītāji ar ceļarulli vai sastatnēm ir maz, bet ideālisti nokviecas, ka viss ir slikti un notinas. Varbūt tajā pašvaldībā tevi gaida un grib tev iedot normālu projektu!? Piemēram, codez ceļu brigāde, kas ņem un salabo valsts nozīmes ceļu, termiņš 3 nedēļas, jānodrošina satiksmes organizācija, garantija 2 gadi. Tas tev nebūs lasīt hakerīšu linkus un ģenerēt visādas teorijas, ieskaitot treniņu un uztura gudrības. ;)

  4. Nu bet protams un nejau viņš vienīgais, kurš tā dara. Protams būs betas, kuras kliegs, ka deputātam tā darīt ir amorāli. Bet vienalga, cik amorāli to kāda beta uzskata, tas nav pretlikumīgi un tā dara tūkstošiem cilvēku Latvijā.

    Kā saka, suņi rej, bet karavāna iet tālāk.

     

    Atvēru ledusskapi un ieraudzīju, ka sviests (augstākā labuma) izkusis...

  5. Praktiski tas notiek tā, ka fonā tiek izveidota jauna temp tabula un tad noswapota ar shēmas tabulu. Kas, protams, priecē. Bet ja tā tabula ir ar 500 laukiem un miljoniem ierakstu, tas var būt diezgan dārgs pasākums kaut vai tādēļ, ka fonā diezgan liels process notiksies un vēl jautājums, vai un kā to var apturēt, ja nepieciešams, utt. Ar relāciju normālformu tomēr tas ir tikai viens jauns ieraksts vienā no tabulām.

     

    Tas viss jāskatās no arhitektūras viedokļa, protams. Tāda viennozīmīga atbilde te nav, bet būtu labi saprast argumentus par labu vienam vai otram risinājumam. Arguments "a man tā patika" arī ir labs arguments, tāpat kā "man tā gudri mācīja visgudrākajos kursos". Tālāk jau tā ir projekta vadītāja vai klienta problēma, kam viņš uzticējis to sistēmu būvēt. :) Priekš sevis var vispār taisīt, kā labpatīk.

  6. Ja es būtu vienā tīmā ar codez, man, tāpat kā pārējiem komandas biedriem, algu maksātu par to, lai mēs izskatītos pēc komandas, kurā strādā daudz, daudz cilvēku. Vadītājam tā būtu vieglāk, nekā skaidrot vadībai, ka to visu izdara viens cilvēks.

     

    Tas ir iemesls, kādēļ codez nestrādā ne pie viena.

     

    :)

  7. Tas nav konkrēti par šo. Bet... Pieņemsim, tu esi pa nakti izdomājis labu veidu, kā glīti atrisināt problēmu. Tu no rīta atnāc mazliet vēlāk, jo normāli programmētāji uz darbu nāk mazliet vēlāk, un tad tu gribi uzrakstīt dažas rindiņas ar savu labi pārdomāto, efektīvo risinājumu. Un tad tu ieraugi, ka centīgie, kas uz darbu nāk ātrāk, jo ir centīgie, ka viņi jau ir atrisinājuši problēmu. Centīgajiem cilvēkiem nepatīk doma, ka labāk ir ilgāk posties uz pasākumu, nevis būt laicīgi un nesmukam, un tāpat viņi attiecas arī pret kodu. Nav jau tā, ka baigi slikti, bet tu arī saproti, ka no ārpuses izskatās, ka problēma ir atrisināta, bet par elegantu šo risinājumu nosaukt nevar. Nu un tā katru dienu, un re – pēc kāda laika mazie sū.. jau ir kļuvuši par vienu lielu skarabeja bumbu, bet tev, toties, twitterī ir daudzi sekotāji, kuriem patīk ciniskas piezīmes.

  8. Īsumā - MySQL jēdzīgi māk izmantot tikai vienu tabulas indeksu (eksistē tur protams tagad visādas index-merge optimizācijas) bet in general ideja ir tāda - proti ja WHERE kolonna ir vienā indeksā bet ORDER vai GROUP kolonna ir citā indeksā tad ir "ziepes", atkarībā no mysql optimizera sajūtām var tikt izmantots tikai tas indekss kas ir WHERE nosacijumā un rezultāti kārtoti "fiziski" jebšu otrādi - mysql var izdomāt ka sasortēt tabulu ar miljons ierakstiem ir ātrāk un tad skriet tai cauri "manuāli" (row-by-row) pārbaudot katru vērtību un atlasīt tikai konkrētus ierakstus.

     

    Savukārt kombinētos indeksus lielam lauku skaitam ir sarežģīti uzlikt - piemēram, ja ir indeks uz (kolonna1,kollona2, kollona3) tad kverijs WHERE kolonna1 = 'lala', kolonna2='blabla', ODER BY kolonna3 ir OK, bet kverijs WHERE kolonna1 = 'lala', ODER BY kolonna3 vairs nē (proti indekss tiks izmantots, taču tikai atlasei, bet ne kārtošanai), tāpat WHERE kolonna2='blabla', ODER BY kolonna3 (šeit vispār nē) utt... 

     

    Protams, ja kveriji ir vienmēr fiksēti (noteikti (un ne pārāk daudz variacijās) WHERE/ORDER nosacījumi) tad ir savādāk, bet praksē parasti nācies sastapties ar to ka tos WHERE/ORDER ik pa laikam maina vai arī nepieciešams tik dinamiski kārtot, ka puse no sākotnēji uzliktajiem tabulas indeksiem ir vai nu lieki vai pārklāj citus vai neizmantojas vispār.

     

     

    Tā kā bundža ar daudz tārpiem ..

    Par šo tēmu ir laba grāmata High Performance MySQL un arī citas.

    No ātrdarbības viedokļa 500 lauki varētu būt ātri, bet varētu arī nebūt. Vēl jau viss atkarīgs no storage engine un row struktūras (dynamic/fixed), blokiem, utt.

    Praksē liela problēma varētu būt, ja dati uzaug un vajag pievienot vēl kādu lauku nepārtraucot sistēmas darbību.

  9. P.S. Tas, ka Linux kernelis ir rakstīts kaut kādā vienā stilā, nozīmē tikai to, ka viņi dod priekšroku tam stilam, neko vairāk. Varbūt viņiem liekas, ka tā ir ērtāk/labāk, bet tikpat labi viņi vienkārši seko legacy koda stilam.

    Tā vis gluži nav. Kā jau piebildu, stila lietderība atklājas praktiskās situācijas. Šis ir tikai viens no maziem sīkumiem. Līdzīgi ir ar citiem stila noteikumiem. Labi ieturēts stils ļauj vērīgai acij ātri pamanīt kļūdas arī bez sintaktiskās krāsošanas un IDE palīgrīkiem.

     

    Vēl ir vēlams pievērst uzmanību tam, vai koda autors ir vizuālis, audiālis vai kinestēts. Ir grūti prasīt sakarīgi noformētu kodu no pēdējiem diviem.

  10. Nesakarīgi formulēju viedokli par tēmu "konfidencialitāti garantējam". Ar to biju domājis, ka ja darba devējs (vai kolēģi), uzzinot, ka speciālists aktīvi interesējas par citām iespējām, kaut kā negatīvi vēršas pret to, tad es teiktu, ka darbinieku noturēšanai tiek izmantotas jocīgas metodes. Ir tikai normāli izsvērt citas iespējas.

     

    Un ka šāda norāde norāda uz to, ka dažiem, acīmredzot, tas nešķiet pašsaprotami. Ir "uzņēmēji", kas saņemtos CV izmanto ofisa jautrības uzturēšanai. Tas ir ļoti neētiski. Varbūt tas bija domāts tā, ka piemēram, nebūs bļāviens ofisā "Eu, kurš te Andri Bērziņu no SIA X pazīst? Viņš te meklē darbu." :)

×
×
  • Create New...