Kaklz

Nesaprotu, par ko stress. Izskatās vienkārši, ka iepriekšējais koderis ir notinies atstājot sīkas astes, kas ir jāsavāc līdz produkta palaišanai. Tā kā neviens saprātīgs cilvēks neies labprātīgi pieteikties savākt cita mēslus, tad arī tiek piedāvāts kārtīgs cipars.

Tb. ar domu labāk kādu nomotivēt kārtīgi ar tiem 10-12Ls stundā, kas darbu izdara nedēļas laikā, nekā gaidīt uz kādu mēnesi, kas to pašu izdarīs par 6.25 Ls stundā

codez, man sāk palikt bail no taviem postiem. Vienā tu meklē profesionāļus, kas dzīvos komūnā un kodēs septiņas dienas nedēļā, nākamajā jau meklē šaibas ar ko viņus sazāļot, lai varētu non-stopā kodēt.

Attiecībā uz pašām šaibām - nedomāju, ka tas ir saprātīgs risinājums ilgtermiņā. Tas visticamāk ir tāpat, kā kaut kur lasīju par energy-drinkiem, ka būtībā tu iztērē enerģiju uz kredīta un pēc tam tev tā organismam ir jāatdod ar procentiem. Ja nu nespēj atdot, tad rēķinies, ka vai nu atstiep galus vai arī paliec uz gultas.

Redzi, lai noticētu, vajag vairāk info. Tagad tu te pabārsti kaut kādus iedomātus ciparus, kuriem pamatojumu varbūt zini vai esi izdomājis tikai tu pats, bet profesionāļus ar tekstu "pēc 1.5 gadiem būs xxM" tu neatradīsi. Visam vajag kaut vai minimālu pamatojumu.

Manuprāt tas 1% var būt kā papildus motivators, lai programmētājs neaizietu tad, kad projekts jau ir kaut cik aizgājis un ir redzama reālā projekta vērtība, bet to solīt kā starta bonusu nav nopietni.

Ja tu tagad saki, ka tev būs nākamais facebook ar vērtību 400M, tad es saku, ka es tev neticu un viss.

Es ceru, ka tas 1kLs par tādu režīmu bija neizdevies joks. Pie tādiem nosacījumiem man vajadzētu kādus 10kLs mēnesī un tad varētu sākt domāt. (vari uztvert tos 10k kā kaut ko nereālu, bet nu tikpat nereāls ir tavs piedāvātais režīms)

Darbs tuvu mājām. Ja man būtu izvēle esošo darbu darīt šībrīža Rīgas birojā (uz kuru pavadu ceļā aptuveni 20min līdz pat stundai atkarībā no tā, vai braucu ar auto vai ar sabiedrisko transportu) vai dzīvot kādā mazpilsētā un uz darbu doties kājām 10 minūšu gājienā, es nešaubīgi izvēlētos dzīvot mazpilsētā.

Darbs ārzemēs vai tālu no mājām, neskatoties uz to, ka tas ir "tepat" Igaunijā, tomēr ir pārāk tālu, lai varētu pilnībā dzīvot ģimenisku dzīvi (ar sievu/bērniem/esošajiem draugiem). Un tur nu ar "iespējams pāris simtiem lielāku algu nekā esošajā darbā" (uzsvars uz iespējams) diez vai pietiks. Turklāt reti kurš, kam interesē ģimeniska dzīve domās par to "5 gadus tagad paraušos un varbūt tad varēšu tā dzīvot"..

Miljonārs ierunājās? :D

A tev pašam neliekas smieklīgi maksāt TIKAI Ls 2.50 mēnesī par "portāla" uzturēšanu un pēc tam čīkstēt, ka nav supporta? Labi labi, es saprotu, solīt jau viņi sola. bet nu tomēr. Ja tev ir tik dikti svarīgs tas uptime un dikti svarīgi ir novērst visas hardware problēmas pusstundas laikā, varbūt ir vērts pāriet uz cita līmeņa hostingu?

No otras puses man liekas dīvaini tas, ka viņi labo tavus failus, lai kāds tam arī nebūtu iemesls, normālā gadījumā cilvēki izmanto kaut kādas versiju kontroles sistēmas. Attiecīgi tev uzkopējot tos failus pa jaunu no savas VCS atkal būtu tas tavs "localhost", kas atkal visu salauztu.

No trešās puses - čīkstēšana, ka uz shared hostinga tavu lapu atslēdz par pārlieku lielas slodzes radīšanu - ar to tomēr ir jārēķinās, jo to pašu tavu kasti izmanto (visticamāk) vēl 100 citi klienti. Attiecīgi izvēlies - vai nu atslēdzam un apbižojam vienu klientu (vainīgo) vai apbižojam 100 klientus (no kuriem 99 nav vainīgi).

Vispār iemet linku uz to savu portālu, tīri intereses pēc :)

2 lietas:

1) admin interfeisā uztaisi tā, ka tev pie kaut kādas maģiskās pogas nospiediena tiek kaut kādā failā ierakstīts cipars 1 - lapa aizvērta, 0 - lapa atvērta. Pieņemsim, ka failu sauksim /lapaswebroot/status.txt

2) katrā daudz maz nopietnā web projektā visās lapās tiek iekļauts konfigurācijas fails. tad nu nekas tev neliedz konfigurācijas failā ielasīt atbilstošo statusu:

if(file_get_contents(/lapaswebroot/status.txt)){

die('lapa aizvērta');

}

Ja nav noslēpums, cik reizes tad tu šādi esi uzmests?

Tu vispār datubāzei esi pieslēdzies pirms mysql_query() lietošanas? Ja ne, tad tās tavas 30 sekundes tikpat labi var būt mysql_query timeout ;)

Triks slēpjas faktā, ka tu itkā izveido watermark lieluma bildi, bet tūlīt pēc tam to pārdefinē par jpg izmēriem atbilstošo bildi, izveidojot jaunu bildes resursu pa taisno no jpg faila:

$image = imagecreatetruecolor($watermark_width, $watermark_height);  
$image = imagecreatefromjpeg($jpg);

Attiecīgi arī tu uzreiz pazaudē gala rezultāta bildes izmērus. Vienkāršākais variants būtu nosaukt savādāk $image mainīgo, kurā tu iebāz to jpg bildi un pēc tam to jpg bildi uzkopēt uz $image, aptuveni šādi (nepārbaudīju, tāpēc skaties vai nav kļūdas pats)

$image = imagecreatetruecolor($watermark_width, $watermark_height);
$image2 = imagecreatefromjpeg($jpg);
imagecopyresampled($image, $image2, 0, 0, 0,0,$watermark_width, $watermark_height, 160, 102);

un tālāk jau aiziet tas tavs paša kods:

ImageAlphaBlending($image, true);
//....

Nekas nestandarta tur nav - html,js,php,mysql, pēdējās lietās arī nedaudz flash.

Subjektīvais viedoklis frameworkiem (jeb ietvariem kā es viņus saucu) - Jā, bet ar savu galvu uz pleciem.

Spēja izmantot citu rakstītu darbu un pielāgoties tā noteikumiem ir viena no svarīgākajām. Tajā brīdī, kad tu sāksi darbu komandā vai kādā citā puslīdz nopietnā darba vietā, bieži vien nāksies saskarties ar citu jau izstrādātiem risinājumiem, kuros vai nu būs jālabo kļūdas, vai tie jāpapildina. Gadījumā, ja vienmēr visu būsi rakstījis pats un skatīsies uz lietām no sērijas "tikai manis paša rakstītais kods ir vislabākais", tad nedomāju, ka kaut kur tālu tiksi. Tev vienmēr nebūs laika visu pārrakstīt pēc saviem ieskatiem, lai kā tu arī to gribētu.

Ja tu būsi iemetis aci vairākos ietvaros, tad visticamāk, ka būsi arī aptuveni iepazinies ar to, kā lietas VAR darīt un kā dara citi programmētāji. Katrs no ietvariem ir būvēts ar savu domu, attiecīgi arī tādiem mērķiem tas ir domāts. Ir reizes, kad gribot vai negribot nāksies rakstīt pašam visu no nulles, taču ir reizes, kad gatavu ietvaru izmantošana jūtami atvieglo darbu un ļauj rezultātu panākt nesalīdzināmi ātrāk. Tā, piemēram, ja tev ir jāveido standarta mājas lapa ar 5 sadaļām un vienu navigācijas līmeni, tad nav prātīgi pašam vēlreiz izgudrot divriteni. Tādu lapu ar to pašu Zend Framework var uzklabināt stundas laikā. Turklāt tu vēl būsi saglabājis lieliskas iespējas šo lapu papildināt nākotnē.

Kā jau teicu sākumā, tad vienmēr jādarbojas ar savu galvu uz pleciem, pārsvarā visus lielos ietvarus to programmētāji cenšas būvēt maksimāli universālus, lai ieinteresētu maksimāli lielu potenciālo lietotāju skaitu un iegūtu sava izveidotā ietvara popularitāti. Diemžēl universalitāte nāk komplektā ar sarežģītību un lēnību. Tas, ko Vebers teica par lēnumu - ja tu salīdzināsi, teiksim ar Zend Framework būvēto manis pieminēto vienkāršo lapu un vienkāršāko iespējamo paša rakstīto risinājumu, tad gandrīz ar garantiju var teikt, ka paša būvētais risinājums būs 100 ja ne vēl vairāk reizes ātrāks no koda izpildes viedokļa. Taču ne vienmēr tas ir svarīgākais. Ir reizes, kad potenciālā slodze lapai ir tik maza (daži simti apmeklējumu dienā), ka tas nav svarīgi. Galvenais ir zibenīga izstrāde, kuru tieši piedāvā ietvari.

Lai nu kā arī būtu, tas, ka tu mācēsi izmantot ietvarus, tev nāks tikai par labu, jo tu parādīsi potenciālajam darba devējam, ka esi spējīgs apgūt kaut ko jaunu un apjomīgu.

Paskaties uz:

http://framework.zend.com/manual/en/zend.search.lucene.html

Zend_Search_Lucene is a general purpose text search engine written entirely in PHP 5. Since it stores its index on the filesystem and does not require a database server, it can add search capabilities to almost any PHP-driven website. Zend_Search_Lucene supports the following features:

 

* Ranked searching - best results returned first

* Many powerful query types: phrase queries, wildcard queries, proximity queries, range queries and more [6]

* Search by specific field (e.g., title, author, contents)

4 gadu pieredze un lētas cenas neiet kopā :) Rādi paraugus!

Bet ja musu projekts nestu pelnu, es domaju sarunat ko varetu mierigi, jo mani galvenais interese so projektu istenot paistam talu.

Varbut tad sataisit bezpelnas projektu.

..

A kas velesies vares ziedot projektam.

Piedod, bet tas viss pilnīgi un galīgi neizskatās nopietni :)

Nu man ar to sakars tik daudz, cik te linku ieliku :)

Peec paaris nedeeljaam (23.-24.02.2008.) aizstaigaa uz Latvijas streetdance chempionaatu, tur tieshaam ir ko redzeet :)

http://www.danceofstreet.lv/Latvian%20Cham...009.01.2008.pdf

Pagaajushajaa gadaa biju un tas ir vnk vaaks, kas tur notiek :)

Ja nu gribas palasīt ne tikai slavinātājus, bet arī cilvēkus ar pieredzi, kas ir pametuši RoR izstrādātāju aprindas, tad reku ir viens pagarš lasāmgabals:

http://www.zedshaw.com/rants/rails_is_a_ghetto.html

Brīžiem gan liekas, ka autors mazliet par daudz izgāž savas personīgās emocijas, bet nu tur ir arī šis tas interesants.

Es gan neesmu dikti mēģinājis iedziļināties pašā RoR, pāris reizes esmu uztaisījis "Hello world" aplikācijas, taču manī kaut kā neradās pārliecība, ka tas ir tas, kas man ir vajadzīgs. Ar visiem nepieciešamajiem uzdevumiem pietiekami labi tieku galā ar PHP un ar to saistītajiem rīkiem.

Un tieši patenti ir tie, kas traucē daudz lielākā ātrumā attīstīties tehnoloģijām, jo redz vieni nedrīkst izmantot to, citi nedrīkst izmantot to, bet ja vien padalītos ar otriem, tas ir visi padalītos ar visiem, tad tehnoloģiskā attīstība būtu daudz straujāka, bet ta nebūs neatņemtu peļņu, jo nebūtu taču tā, ka visi nepelnītu :)

Tāda "straujā attīstība" būtu maksimāli dažu gadu garumā. Pēc tam būtu pilnīgs krahs, jo neviens vairs neieguldītu jaunu tehnoloģiju izgrudrošanā, kas maksā miljonus. Iemesls pavisam vienkāršs - man atliktu tikai paņemt kāda liela uzņēmuma izgudrojumu un maukt gaisā kopiju par pašizmaksu + nelielu procentu, kuru es gribu nopelnīt, nevis reālās produkta izmaksas, iekļaujot izgudrošanas laiku un paredzot līdzekļus nākamajām tehnoloģiju paaudzēm.

Beidz sapņot un nolaidies uz zemes.

A tu vispār hostētājam esi pateicis, ko tur taisies likt un ar ko tas draud pašam hostētājam (lasi "serveru konfiscēšana")? :)

Es gan nez vai ir vērts dikti iespringt uz detalizētu speceni. Pāris reizes sen sen atpakaļ mēģināju ar tādu piegājienu kaut kādus projektus bīdīt, bet nekas prātīgs nesanāca. Vienam projektam līdz kodēšanai vispār netiku, jo pasūtītājs specenes izstrādes laikā sāka skaldīt matus un diskutēt par nejēdzīgi sīkām niansēm, kuras mierīgi varētu risināt vismaz pāris mēnešus pēc programmatūras nodošanas.. Tā kā aptuveni ap to pašu laiku arī nomainīju darbu, tad izdomāju, ka nu i nafig man to haltūru..

Otru reizi (vēl senāk) man iedeva itkā gatavu speceni, pēc kuras arī cīnījos un būvēju augšā vienu projektu. Nelaime tāda, ka tajā brīdī, kad kaut kas jau ir izdarīts, pasūtītājam rodas jau citas vēlmes un specene, lai tā atbilstu attiecīgā brīža situācijai ir jāpapildina un jāpielāgo. Atkal mēs atduramies pret to pašu momentu, ka izmaiņas sākotnējā projektā ir.

Mans ieteikums drīzāk ir vienoties par iteratīvu izstrādes ciklu. Nedēļu - divas pakodēju, atnesu kaut ko parādu, pasūtītājam rodas idejas kas un kā vēl vajadzīgs. Pakodēju vēl nedēļu, atkal parādu progresu. Tādā veidā pasūtītājs arī redzēs, ka ir reāls progress un ka kaut kas tiek darīts. Attiecībā par summu - tā jau no sākuma ir jānosauc pietiekami liela, lai tev pietiktu arī sliktākajā iespējamā gadījumā. Ja pasūtītājs nav gatavs maksāt, tad lai meklē kādu citu. Iespēja ieberzties pastāv, taču tā iespēja nav atkarīga tikai no pasūtītāja, bet arī no izpildītāja. Ja izpildītājs laiž luni un nestrādā kā nākas/nav ieinteresēts projekta izstrādē, tad arī pasūtītājs to jūt un sāk visādus brīnumus.

Ar tādu niansi, ka empty iekļauj sevī arī isset funkcionalitāti un tāpēc ir reizes, kad to var lietot isset vietā.