e-remit

Dažreiz sakarīgu programmētāju var šādā brīdī dabūt, piedāvājot viņam daļas uzņēmumā. (Tas pats Playboy sākumā tā darīja). Tāds piegājiens ļautu dabūt labu speciālistu jau pašā sākumā, kas savukārt ļautu arī pašam uzņēmumam plaukt. Bet nu tas pēc Jūsu vēlmēm.... P.S. bubu, nu nau taču par šo pašu tēmu, kas #2 ;)

black, tā kā mani šis jautājiens ieinteresēja, jo ar MySQL niekojos maz, bet kādā citā populārā DBVS šito uzrakstīt būtu dažu minūšu jautājumsvienā SQL pieprasījumā, tad pagūglēju un atradu, ka paši MySQL izstrādātāji piedāvā šitādu sviestu: http://dev.mysql.com/tech-resources/articles/hierarchical-data.html no sakarīgām metodēm atradu versiju, ka uztaisa rekursīvu PHP funkciju, kura meklē dotā līmeņa bērnus, pie reizes var savākt vajadzīgo infu - apmēram, kā šeit: http://www.sitepoint.com/article/hierarchical-data-database/ Liekas, MySQL nav domāc šāda tipa uzdevumiem. :(

Sekojot black piemēram, kāda būtu DB struktūra grāmatvedības programmai, lai ievērotu likumdošanas prasības? ;) blackhalt, atbilde principā jau tika dota dažus postus iepriekš, ja uzmanīgi palasīji. Tikai jāsaliek viss kopā.

Atrodi kādu, kurš Tev izmasēs plecus un muguru. No ilgas sēdēšanas īpaši muguras plecu - kakla daļā no sliktas asinsrites sāļi savācas, kas liek mugurai sāpēt un pirmo reizi masējot gribas skaļi kliegt. Toties masējot jau kādu 5. dienu vairs nesāp un ir patīkami, jo sāķi izkustinātu un aiznesti prom. Tiesa, nevajag pārforsēt - īpaši 1. dienā - jādara prātīgi, lai mazāk sāpētu. Alternatīva - sākt apmeklēt kādu zāli, kas datoriķiem vispār būtu obligāts pasākums....

Tiešām, nau ko apcelt Robi - mazums cilvēks ir darītājs, nevis runātājs, tāpēc arī aizstāvēšanās tāda neveikla. Labāk Robis varētu iemest pāris linkus uz lapām, ko taisījis - lai darbi runā par sevi.

Nu patiesībā ir redzēti cilvēki, kas īpaši daudz nezin, bet ar savām darba spējām pelna labu naudu. Piemērs no dzīves: bija viens, kurš organizēja mežu zāģēšanu un baļķu pārdošanu un tā arī teica: "Priekš kam man ekonomiku mācīties, ja es tāpat māku un pelnu labu naudu?" Kad kaut kāda iemesla dēļ viņš tomēr apmeklēja kaut kādus vadītāju kursus, pēcāk viņš tā arī pateica, ka no iemācītā viņš var izmantot tikai kādu piekto daļu, bet tagad viņš nepārdod vis baļķus, bet dēļus un pelna vēl vairāk. Ja jau Robis tiešām nopelna naudu un klienti ir apmierināti, tad lai viņam veicas. Tiesa, gribētos redzēt Robi pēc gadiem 3-5, ko tad viņš par to visu teiks. P.S. par celtniecību teksts pavīdēja, jo izskatījās, ka Robim ātri naudu vajag, bet viņa zināšanas par DB pierādīja, ka agru vai vēlu var sanākt auzas - tas nebija uzbrauciens...

var jau būt, ka esmu iedomīgs, bet Tev ir iespēja pierādīt, ka tāds neesi. Pabeidz iepriekš minēto uzdevumu, ņemot vērā, ka vienai grāmatai var būt vairāki autori (nemaz ne tik rets gadījums ne-daiļliteratūrai) un viens autors var sarakstīt vairākas grāmatas. ...par sevis iepazīstināšanu? kam es te interesēju, izņemot gadījumus, ja kādam varu ko ieteikt. Tev es ietecu paskatīties uz sevi, ko neesi vēl sevī pamanījis. Kad atrisināsi šo uzdevumu, būsi arī ieguvis zināmu pieredzi sarežģītākiem darbiem. ;)

Gundar, karjeras sākumā (ap 1997. gadu) sanāca pastrādāt vienā firmā, kur viens FoxPro programmētājs tādās reizēs izlamājās par to, ka kādam ienācis prātā ievadīt ko līdzīgu. Tas bija smags gadījums, lai arī šo to no viņa iemācījos (Foxpro2.6 un kaut ko par datu bāzēm, kā tādām un arī, kā nevajag strādāt)... Viņa domu lidojuma virsotne bija pie katras pavadzīmes apturēt lietvedības programmu (kas Klarionā), tad palaist viņa foxpro programmu un pavadzīmi drukāt no tās. operatoru ātrums būtu milzīgs....

Robi, centība laba lieta - tiešām novērtēju - tabulas sajoinot māki, bet... bet Tev tiešām vēl vajadzētu savākties pieredzi, vai nu strādājot par kādu jaunāko programmētāju, vai pašam brīvajā laikā taisot savus projektiņus, kuros savākties pieredzi, un pie veiksmes var notirgot. Ja vajag ātri naudu dabūt (labi Tevi saprotu), labāk tiešām piesakies iesākumā par palīgstrādnieku kādā remontbrigādē, jo ar programmēšanas darbiem vari iebraukt dzīīīļās auzās un pie reizes sev sliktu reputāciju savākt. ...protams tikai manas domas... P.S. tur tiešām vajadzīga saite daudz pret daudziem, kā jau v3rb0 minēja...

Robi, tur panesās kašķis, vai ko saproti no SQL vai nē. Es Tev devu iespēju parādīt, ka saproti, un rezultāts varēja arī būt kāds reāls piedāvājums pelnīt tik, lai nav jāpiehaltūrē. Šo iespēju Tu pagaidām palaidi garām... :( ...nekas, nākamreiz, bet piehaltūrēt labāk celtniecībā ;)

Robi, klasisks uzdevums: jāizveido tabulas, kur tiek glabātas grāmatas, par kurām jāuztur šāda informācija: nosaukums, izdošanas gads, autora vārds, autora uzvārds (vai pseidonīms, ja tas tikai no viena vārda sastāv), lappušu skaits. Datu bāzē tiks apkopotas visas latviešu grāmatas. Uzraksti, kāda būs tabulu struktūra un arī uzraksti pieprasījumu, kas atlasa visas tā autora grāmatas, kurš sarakstījis grāmatu "Zaļā zeme". ...tīri intereses pēc, bez reāla piedāvājuma...

Ievērtēju pirmo lapu un tur ir neeksistējoša saite uz pods.lv. Kāc labs cilvēks varētu to izvākt, vai nomainīt uz http://web.archive.org/web/20041027142507/.../2003/5/23/1333

Doma bija (moš ne līdz galam izsacīta): UPDATE tb_sms SET main_id = :1 WHERE id = (SELECT MIN(id) FROM tb_sms WHERE main_id IS NULL); t.i. vienā SQL teikumā un nebūs nekādu problēmu ar paralēlām sesijām. Tiesa, nezinu, vai tas teikums atbilst MySQL sintaksei. Ja jau atrisināts, tad ok, nav vairs ko... ;)

Tad var logot, kad ir veikti tie iknedēļas apteiti un pie katras skripta izpildes pārbaudīt faktu. otrs variants, pārbaudīt, vai ir jau veikts updeits ierakstiem, kas vecāki par *** laiku. Bet vispār nepatīkama ķēpa ar liekiem pieprasījumiem pie katras skripta izpildes, ja vien nevari palaist pēc noteikta laika no citas sistēmas. tad sāc mīlēt visādus freimworkus. Starp citu, vienā projektā izskatījām tik brutālu variantu - crontabā ielikt wget, lai tas atver noteiktu lapu noteiktos laikos. Tiesa, neatceros, kā tas beidzās, jo to citi taisīja.

Sliktais, bet vienkāršais variants - crontabā tad un tad, tikos un tikos izsauc izpildei php failu...

tad vienkāršāk varētu būt Tb_Main (id normals_id, others citi_lauki); Tb_SMS_Id (id, main_id areja_atslega_uz_main_id); un algoritms: 1) meklē SELECT MIN(id) FROM Tb_SMS_Id WHERE main_id IS NULL 2a) ja 1. atrada, tad šajā ierakstā aizpilta Tb_SMS_Id.main_id ar Tb_Main.id 2b) ja 1. neatrada, izveido jaunu rindu Tb_SMS_Id (auto_increment), kurā aizpilda Tb_SMS_Id.main_id. 3) kad vairs nevajag, UPDATE Tb_SMS_Id SET main_id=NULL; Ja ļoti vajag, Tb_Main var glabāt arī sms_id bez ārējās atslēgas un DateTime.

Neiedziļinājos koda rindās, bet, nogurušām acīm lasot, ienāca doma. Table1 (id normals_id_lauks, uq_id unikals_pagaidu_id, citi_lauki). Tad nu redz - id netiek aiztikts, bet uz izmantošanas brīdi piešķir uq_id = minimālais pieejamais brīvais uq_id, bet pēc izmantošanas, uq_id = NULL. Ceru, ka domu uztvēri.

Pati programmatūras dokumentācija jāraksta, lai tā atbilstu noteiktām prasībām. Tieši šīs prasības redzējis neesu, bet jāatzīst, ka sanācis strādāt šajā jomā diametrāli pretējās vietās - vienā kur programmētāji vispār dokumentāciju neraksta, kā arī vietā, kur programmētāji rakstā DAUuuuuDZ - gan par to, kas ir realizēts, gan testa plānus... jāatzīst, ka pēdējā vietā līdz testētājiem nonāca diezgan sakarīgs rezultāts - kļūdas bija maz, jo to visu aprakstot, nākas pārskatīt, ko īsti esi sataisījis, diemžēl tas pasāciens pamatīgi aprija laiku.

Nu vienā ilggadīgā projektā bij redzēts testētājs, kurš pārbaudīja nianses, intereses pēc paskatījās kodā, lai atrastu vēl potenciālos caurumus, un vēl uzraka pāris gadus vecus rīkojumus, kur esošā koda darbība tam neatbilda. Projektā algu sarakstā viņš bija augšgalā, ja kas. Kur pašlaik strādāju, testētāji ir dažādi - sākot no paša vienāršākā, līdz tādiem, kas iedveš izmisumu programmētājos, jo notestē dažādas nianses un atrod lietas, ko programmētājs nav vispār iedomājies... Starp citu, nācās reiz redzēt sarakstu, kur bija aprakstītas nesavienojamās profesijas. Tur bija arī programmētājs - testētājs. Protams, ja projekts ir tik maziņš, ka viņi tomēr ir vienā personā, bija atrunas, kā šī situācija jārisina - apmēram, dokumentācija atbilstoša jāraksta, utt.

Patiesībā laba doma - uztaisīt PHP aplikāciju serveri un tirgot. Gundar, ja tas Tev izdosies, viens no Tevis. ;)

Ņem VB .NET, uztaisi ātri visu, ko vajag. Bet ja kautrējies, ka esi iekš VB taisījis, to pasākumu var uz C# dekompilēt, un sabāz visiem ausīs batornus ;) un vēl piedevām uz mono palaid linuxā. Ja reiz esi ar VB ņēmies, būs tev ātrāk rezultāts tajā, un parasti tieši tas ir svarīgi.

Un kā vēl. Lai tik pamēģina ko teikt pretī. ;) Tiesa, mani šai jomā drīzāk lutinājuši vairākās darba vietās - labi apzinās, ka pēc likuma pienākas, un ja kādam redze pasliktināsies, bet nebūs atbilstošs papīrs, darbinieksejot prom pasūdzas un vēl tiesā iesūdzē.

Nav gluži raksts, bet doma, ko pateikt pasūtītājam. Ar "ON" uzturēt ir sarežģītāk, līdz ar to dārgāk izmaksā. Piemēram uzliec koeficientu, ka pārbaudīt visus mainīgos, dēļ ON izmaksas jāreizina ar 1.3.

starp citu, vēlmes radikāli mainās, ja potenciālajam darbiniekam rodas ģimene - plus punkts zināmai stabilitātei. Ja vēl gadās īpašumu uz kredīta nopirkt, tad vispār ir vēlme uz stabilitāti. Diemžēl jebkura darba mainīšana ir zināma nestabilitāte - esu redzējis cilvēkus, kas uz relatīvi drošiem variantiem neaiziet, tikai uztraucoties, ka var bez iztikas līdzekļiem palikt. Tiesa, tas nebija Rīgā, tāpēc pilsētā nav daudz variantu, kur izvēlēties strādāt.

Ja ir vēlme dabūt lojālus darbiniekus, kuri nemuks pie pirmajām grūtībām, tad tos ir pagrūti atņemt citiem. Ne jau par velti dažas lielās firmas labāk paņem darbā studentus un izaudzina paši, jo lojālākie paliks ilgi. Protams, ir brīži, kad arī lojālie meklē citas vietas, un ja izdodas patrāpīties tādam acīs attiecīgajā brīdī - esi ieguvējs. Mani personīgi būtu grūti dabūt no manas pašreizējās darba vietas ārā. Bet iemesls, kāpēc mainītu darba vietu, ir informācija, ka jaunā darba vieta atvieglos man dzīvi un strādāšana tur man palīdzēs sasniegt dažus citus mērķus.