darklow

Manas personīgās domas/pārdomas. 1. IT profesijā svarīgākas ir zināšanas un pieredze nevis izglītības pakāpe (augstākā, vidējā, utt.) 2. Sliktāki darbinieki ir ceļojošie naudas vergi, kas skraida 100/200 latu dēļ no viena uzņēmuma uz otru. 3. Attiecīgi labākie darbinieki ir tie, kas uzticīgi un ar patriotismu dara savu darbu, viņiem arī var uzticēt dažādus uzņēmuma iekšējās sistēmas darbus, neuztraucoties par informācijas un sistēmu noplūdi utt. Tas attiecīgi tiek novērtēts un viņiem tiem maksāts stipri vairāk nekā ar tādām pašām vai pat labākām zināšanām citos uzņēmumos. Alga var sasniegt 600-900 Ls. Vēlāk darbineks no vienkārša programmētāja kļūst par uzņemuma pamatkodolu un viņam var atļauties maksāt vēl vairāk un to skaitli jau ierobežo tikai uzņēmuma maksātspēja un attīstības līmenis 4. Vēlme macīties un attīstīties vērtēju augstāk nekā augstprātību un no zila gaisa nosauktu pieredzi un neatbilstošu vēlamo algu - lai arī situācija darba tirgū nav spīdoša, tas tikai vēl vairāk pasliktinās situāciju, ja nezinošiem un attīstīties nevēlošiem darbiniekiem maksās lielas algas, tikai tādēļ, ka citu alternatīvu nav. Par algas nosaukšanu darba sludinājumos manas domas ir tādas, ka tas ir lieki saukt algu un nav nepieciešams. Piemēram mēs meklējam programmētāju, esam gatavi maksāt 300-500 (netto) Ls iesācējam/vidēja līmeņa programmētājam/mācīties gribošam, utt. Ja pieteiksies kāds zinošāks esam gatavi maksāt vēl vairāk 500-700. Ja ar bagātu pieredzi un vēl pozitivām cilvēciskajām īpašībām 700 - ... Ja jūtam, ka darbinieks ir tas ko meklējam, tad pēc pārbaudes laika esam ar mieru vēl pacelt algu un piemēram ik pēc pus gada pārskatīt algas jautājumu. Un tagad - kas notiek ja mēs sludinājumā ierakstam 400Ls algu. Nenāk neviens, jo uzskata algu par mazu. 800-900 Ls alga, nāk tie kam ir zināšanas un arī kam nav un ja novērtēsi viņa zināšanas uz 600 viņš jutīsies uzmests jo sludinājumā taču bija 800. Darbiniekam būtu nepieciešams izvērtēt vai darba devējs ir atbilstoši novērtējis (atbilstoši vēlmēm un pašvērtējumam, kā arī tirgus situācijai) viņa zināšanas un pieredzi un tad jāpieņem lēmums vai strādāt šajā uzņēmumā vai nē. Aiziejot uz darba interviju pa galvu neviens nesitīs :) Izvēle šajā nozarē visbiežāk paliek darbinieka pusē. Es uzskatu situācija ir diezgan dramatiska visiem - gan lielajiem uzņēmumiem, kuru attīstību kavē darbinieku trūkums, gan arī mazajiem, nupat darbību uzsākušajiem un perspektīvajiem uzņēmumiem, kas tikai vēlas uzņemt apgriezienus. Jo šobrīd pat, ja uzņēmuma maksātspēja ir, atrast jaunu darbiniekus nav viegli. Jāpiekrīt Roze, par to, ka vajadzētu kādu arodbiedrību :) tikai tagad grūti saprast, kurš no tā iegūs, uzņēmumi, vai programmētāji. Par to ka abi - tas ir sarežģīti :) Bet nu nav vairs laika filozofēt, kā ir - tā ir, katrs cīnās kā māk un kādām metodēm uzskata par korektu - bet šo jūtīgo un diskutablo jautājumu (par metodēm) labāk neaizskaršu... :) P.S. Jāsāk apdomāt iespēja "ievest" darbiniekus no Indijas :) darklow Kaspars, FF IT http://www.ffit.lv/

Interneta veikala www.ff.lv izstrādātājs - SIA "FF IT" meklē programmētāju: 1. Nepieciešamā pieredze: PHP, SQL (PostgreSQL, MySQL), Javascript, HTML, CSS; Vēlme mācīties un pilnveidot savas zināšanas. 2. Piedāvājam: iespēju piedalīties sarežģītu un apjomīgu projektu izstrādē; stabilu darba vietu perspektīvā un augošā uzņēmumā; konkurētspējīgu atalgojumu; attīstības iespējas. Sīkāks info un kontakti www.ffit.lv.

Pedējā laikā esmu nonācis, pieturos un esmu gana apmierināts pie šādas projektu arhitektūras. ServerSide: PHP + PostgreSQL ClientSide - AJAX un JavaScript Prototype Framework - http://prototype.conio.net/ RSH - The Really Simple History (RSH) framework makes it easy for AJAX applications to incorporate bookmarking and back and button support. http://codinginparadise.org/projects/dhtml...ory/README.html Javascript Cookies - Gribētu šo īpaši izcelt, jo redzēts, ka bieži par šo iespēju tiek aizmirsts. Cookies administrācijas sistēmās spēj aizstāt daudz daudz lieku pūļu, izmantojot tos visādos orderingos, language switcheros utt. pēc principa setcookie and refresh with ajax. Nepieciešamības gadījumā: Xinha - WYSIWUG editors. http://xinha.python-hosting.com/ DHTML Calendar - http://www.dynarch.com/projects/calendar/ Laika gaitā izveidojies smuks AJAX based CMS, ar savu PHP form builderi un citām lietām ātrai un ērtai CMS un paša saita uzstādīšanai. CMS gan nav tas precīzākais vārds. Drīzāk būtu CMSBS - Content Mangement and Site Building System. Esmu sen sapratis, ka universālu sistēmu izveidot nav iespējams, tādēļ maksimāli esmu pilnveidojis šo visu tā, lai maksimāli ērti un ātri spētu pielāgot projekta specifikai.

Grafton (www.grafton.lv) steidzami meklē lielisku programmētāju par lielisku samaksu konkrētam projektam http://www.tvnet.lv/special/tvnet_ads_spec/prog_gi2.html

Radio buttoniem nevar! Taču izmantojot bildītes, javascriptu un input type=hidden laukus var panākt vairāk vai mazāk to, ko vēlies

nezinu kaa ar browser compatibility un specifikācijām, taču dažkārt, kad tas nerūp un savām vajadzībām dažādus trikus var izveidot ar <button> tagu lietojot <button><img></button>, kā rezultātā tiek panākts defaultais onclick efekts pogaam, kad ta pavizraas par paaris px zemaak :)

2 orion - tas pats errors pie lielaka attela - kaa jau mineeju scripts ir pareizs, un nav starpiiba ir cikls vai nav, bet tikko ir imagecreatefromXXX (jpeg, png, pat imagecreatfromstring() meeginaaju, tam nav starpiibas), pie 1,5 MB vel viss ir ok. risinaajumi: 1) vai nu tas memory_limit jaaliek lielaaks par 16 M, ko ne iipashi gribes dariit admins 2) visdrizak tiks uzlikts un izmantots: http://www.imagemagick.org/ <b>convert</b> pasakums, kas itkaa pat kvalitaates zinjaa ieliek imagecreatefromjpeg un ari performances zinjaa sevi jau ir pieradijis

beigas atradaam, kadelj 3 MB attelam nepietiek ar 16 M atminjas: http://qdig.sourceforge.net/Support/AllowedMemorySize lidz ar to, pec rakstaa mineetas formulas pie mana attela (3035x2048x24bit): 3 x 3035 x 2048 x 24 =18,647,040 bytes = 18,210 MBytes !!! kas paarsniedz 16 M memory atminjas

man ir tieshi taapati probleema ar imagecreatfromjpeg un memory erroru, php.ini ir uzlikts: memory_limit = 15M ; Maximum amount of memory a script may consume (15MB) tad es testa peec izveidoju failinju kur ir tikai sekojoshas rindinjas: $img=$PTH.'test.jpg'; $image = imagecreatefromjpeg($img); test.jpg aiznjem ~3 MB palaizham scriptu un sanjemam: Fatal error: Allowed memory size of 15728640 bytes exhausted (tried to allocate 12140 bytes) in test_image_resize.php on line 12 (rindinja kuraa tiek izmantots imagecreatefromjpeg()) secinoshi: nav nekaadu ciklu, liidz imagedestroy nemaz netiekam, jo Fatal error nokillo scriptu, vai kaads var izstaastiit kadelj 3MB failu verot ar imagecreatejpeg(), rada vairaak kaa 15 MB memory vietu??? no ideas

Man ir sekojosha atteelu samazinaashanas f-ja: <? function createThumb($img,$tnpath,$MAX_W,$MAX_H) { $check=getimagesize($img); if($check[0]>$MAX_W || $check[1]>$MAX_H){ $orig_image = imagecreatefromjpeg($img); $orig_x = imagesx($orig_image); $orig_y = imagesy($orig_image); if (($orig_x / $orig_y) >= (4 / 3)) { $y = round($orig_y / ($orig_x / $MAX_W)); $x = $MAX_W; } else { $x = round($orig_x / ($orig_y / $MAX_H)); $y = $MAX_H; } $sm_image = imagecreatetruecolor($x, $y); Imagecopyresampled($sm_image, $orig_image, 0, 0, 0, 0, $x, $y, $orig_x, $orig_y); imageJPEG($sm_image, $tnpath, 80); imagedestroy ($sm_image); imagedestroy ($orig_image); } } ?> viss straadaa, un izdodas, tachu regulaari kaadam izmetaas errors un php nocrasho (alja die()): 1) PHP Fatal error: Allowed memory size of 15728640 bytes exhausted (tried to allocate 6000 bytes) vai 2) PHP Fatal error: Allowed memory size of 15728640 bytes exhausted (tried to allocate 1500 bytes) errors izmetaas tieshi pie shiis rindinjas $orig_image = imagecreatefromjpeg($img); sho f-ju es izsaucu ciklaa pie attelu uploada, saakotneeji lai samazinaatu attelu peec garaakaas malas, lai buutu 600px, un pec tam tajaa pashaa ciklaa velreiz veidoju thumbnail attelam. lasiju, peetiju, domaaju bet beigaas taa arii nesapratu kur varetu buut probleema...

Izmantojot javascriptu <code><font color="#000000"> <script language="JavaScript" type="text/javascript"> var a=Array('text 1','text 2', 'text 3'); n=Math.round(Math.random()*2); document.write('<b>Random teksts:</b> '+a[n]); </script></font> </code>

kaa php aatraak parsee kodu, gadiijumos, kad echojam kaadu lielaaku gabalu teksta, un ir nepiecieshams pa vidu ielikt if? 1) piem: <code><font color="#000000"> <font color="#0000CC"><? </font><font color="#006600">echo</font><font color="#CC0000">'txt xtx txt xtx'</font><font color="#006600">; if(</font><font color="#0000CC">$a</font><font color="#006600">)echo</font><font color="#CC0000">'bla'</font><font color="#006600">; echo</font><font color="#CC0000">'txt txt txt txt'</font><font color="#006600">; </font><font color="#0000CC">?> </font> </font> </code> 2) vai arii aatraak tiek parseets shaadi: <code><font color="#000000"> <font color="#0000CC"><? </font><font color="#006600">echo</font><font color="#CC0000">'txt xtx txt xtx'</font><font color="#006600">.(</font><font color="#0000CC">$a</font><font color="#006600">?</font><font color="#CC0000">'bla'</font><font color="#006600">:</font><font color="#CC0000">''</font><font color="#006600">).</font><font color="#CC0000">'txt txt txt txt'</font><font color="#006600">; </font><font color="#0000CC">?> </font> </font> </code>

Cik sarezhgjiiti ir no Access datubaazes datus migreet uz teiksim MySQL vai PostgreSQL datubaazi. Ir kaads kompakts veids kaa to var izdariit? vai arii tur jaadzen aaraa piem .CSV faili un ar php jaaparsee un jaaievieto SQL datubaazee.

Pagaidaam PHP.LV ievadteksts ir: "Paigaidām teitan ir pieejams tikai forums. Taču, tuvākajā laikā Jūs tiksiet iepazīstināti ar jebkura projekta grūtākā procesa darba augļiem — projekta aprakstu, mērķiem, iespējām, etc. To visu pēcāk uzprogrammēt jau ir tehniskas dabas jautājums." Vai pashlaik tiek kautkas domaats un spriests arii par php.lv paareejaam lietaam, kas buus paredzeetas saitaa? Vai pashlaik forums ir uzlikts un ar to uz kaadu laiku buus miers!? Gribeetos dzirdeet kaadas taalaakaas attistiibas domas no php.lv veidotaajiem.

divi neatkariigi resursi katrs ar laiku var attiistiities nedaudz dazhaados virzienos, kas neapshaubaami ir liels pluss php intereseejoshais auditorijai, apvienoshanas gadiijumaa tas notiks daudz leenaak, taadeelj man vairaak patiktu, ja paliktu kaa pashlaik - divi neatkariigi resursi. Tomeer atbalstu Rozes ideju: "varbuteeja savstarpeja resursu izmantoshana, krospostings". Noraades vienam uz otru, par ko jaunu otraa utt. buutu noderiiga lieta.