jurchiks

Lasot SO jautājumu, rodas sajūta, ka cilvēks vienkārši DAUDZ PAR DAUDZ aizdomājas par tām lietām (i.e. patīk sarežģīt vienkāršas lietas). Vnk liec tās file handling metodes Image klasē un miers. Ar MVC or whatever tam nav nekāda sakara.

@briedis - neviens jau neko nesaka par standartiem. Var jau pilnīgi nestandarta un tikai pašiem sev, galvenais, lai labāk/ērtāk/krutāk.

>twitter accountu ar vismaz 1000 sekotājiem Nafig kaut ko tādu vajag?

Ok, my bad.

>jūs abi zināt, kāds būs uzdevums Ko vēl tev vajag? Un kur ir tava atbilde?

Nu kā, ja abi zin, kāds būs uzdevums, tad vienkārši sarunā, ka apgriezīs monētu kreisajā apakšējā stūrī no ieejas durvju puses skatoties, piemēram.

Only applies if your product is built on open source software though. Bet ideja laba, protams. Vienīgā problēma ir - ko tad, ja tā OS projekta, kuram contributo, menedžmentam nepatīk tavi PR? Piemēram, viņi grib fokusēties uz bugfiksiem un tavas jaunās fīčas neņem pretī, utml.

Daudz labāk, nekā visi iepriekšējie, nav divu domu.

Redmine neiesaku, 2 projektiem ir bijis Redmine (vienam labi sen, otram pašreiz), un pieredze diezgan slikta. Gan bagi ir bijuši, gan performance sūdīga. TRAC tad jau ir labāks. Jebkurā gadījumā, Wiki kā dokumentācijas avots klasēm noteikti ir garām. Neviens neies to uzturēt up-to-date. API overview var uzģenerēt automātiski no koda, un apdeitot reizi dienā/nedēļā, priekš tam Wiki noteikti nevajag. Ja hostingam izmanto github, tad ir tāds gitter.im čats, ko var piejūgt savam github projektam.

Es arī nestādos priekšā nopietni strādāt uz laptopa. Neērti pēc velna, cik neesmu lietojis, nekādīgi nepierast. Laptopu klavas man par mazu.

Pats sāc strīdu ar uzbraucienu un tad brīnies. Gtfo, idiot.

@briedis - jā, saukšu. 100 pieprasījumi galīgi nav nekas daudz, it īpaši ņemot vērā, ka tas ir iekešots pieprasījums ar parametru. Ja izvada atbildes sarakstā, tad tur anyway neizvadīs visas atbildes, vai nu izvadīs apstiprināto atbildi vai top voted atbildi, tā kā tas nekas nav. @codez - ej dirst. Simplicity > all.

Kaut kā tā: $questions = \database\Handler::getInstance() ->prepare('SELECT q.id, q.question, q.date, q.author, u.username FROM questions q INNER JOIN users u ON q.author = u.id WHERE u.username = ? ORDER BY q.date DESC') ->execute(array($segments[1])) ->fetchAllRows(); $answerStmt = \database\Handler::getInstance() ->prepare('SELECT answer, author, date FROM answers WHERE questionID = ? ORDER BY date ASC'); // or desc, w/e foreach ($questions as $question) { $answers = $answerStmt->execute(array($question['id']))->fetchAllRows(); ... echo question and answers } Ja tās atbildes izvadi tikai atsevišķā jautājuma lapā, tad to $answerStmt nevajag glabāt atsevišķi, var uzreiz $answers = ...

1) Drausmīgi noformēts query. LEFT JOIN users vispār ir lieks, jo neko nedara. 2) NEKĀDĀ GADĪJUMĀ neievieto kaut kādu random stringu pa taisno no URL datubāzes pieprasījumā! Vai nu prepared statement ar parametru, vai vismaz pārbaudi, vai username atbilst kaut kādam patternam, kāds norādīts reģistrācijas formā. Ja tu neizmanto nekādus frameworkus, tad paņem vismaz šito: https://github.com/jurchiks/dbhandler Tad vari rakstīt šādi: $data = \database\Handler::getInstance() ->prepare('SELECT DISTINCT question, username, author, date FROM questions WHERE username = ?') // jautājums - kāpēc username un author nav viens un tas pats? // ja author = authorID, tad username jāatrodas tikai un vienīgi users tabulā, nevis šeit. ->execute(array($segments[1])) ->fetchAllRows(); Ja es pareizi saprotu, tu ar to query biji domājis panākt kaut ko šādu: SELECT DISTINCT q.question, q.date, q.author, u.username FROM questions q INNER JOIN users u ON q.author = u.id WHERE u.username = ?

>cilvēka uzmanības noturēšanai ir kaut kas jāmaina nepārtraukti Kāpēc nepārtraukti? Šis forums nav mainījies jau entos gadus, tikai tagad ir parādījies iemesls domāt par pāriešanu uz aktīvi suportētu foruma softu. P.S. Man kaut kāda velna pēc developers.lv neļauj ielogoties ar github accountu. Taisu jaunu, bet neļauj, met ārā:

>ja kāds gīks nazālā balsī boksterē, kaut ko bakstās savā mazliet nefokusētajā ekrānā slikts piemērs gadījās...

@ieleja - nē, tu teici, ka tu nesaproti, nevis, ka liekas neērts veids. Ir būtiska atšķirība. @xPtv45z - es savus programmēšanas pamatus daļēji apguvu no tiem Java tutoriāļiem, uz kuriem linku nesen iepostoju vienā topikā: http://php.lv/f/topic/22139-rīgas-valsts-tehnikums-programmēšana/?p=176662 Tiesa, daļu no tā es jau biju iemācījies pašmācības ceļā un daļēji vienkārši apstiprināju savas aizdomas, bet tomēr. Tāpat arī es iemācījos pamatus AngularJS ar šo kursu: https://www.codeschool.com/courses/shaping-up-with-angular-js Šāda formāta kursi, imho, ir perfekts veids, kā mācīties pamatus/intermediate lietas kaut kādā jomā. Man ir tieši pretēji ielejai - es nestādos priekšā mācīties programmēšanu no grāmatas. Tas man būtu DRAUSMĪGI GARLAICĪGI! @foxsk8 - +1 par darba apmaiņu. Radi gan var iet iesālīties :D Lai pamēģina pašmācības ceļā kaut ko iemācīties, un tad uzreiz citu dziesmu dziedās.

@Kavacky - buuuuurn :D

>nekad neesmu sapratis kā ir mācīties programmēt no "video tutoriāļiem", nevis no rakstīta teksta Varbūt pamēģini un tad sapratīsi?

Minu, ka viņa grib iemācīties tāpēc, ka tu nereti izspļauj kādu programmēšanas terminu, kuru viņa nesaprot, bet tā kā jūs esat kopā un viņa grib tevi saprast, tad prasa iemācīt. Pajautā viņai, vai tā ir, un ja jā, tad es piedāvātu paskaidrot tos terminus, nevis mācīt programmēšanu kā tādu, it īpaši ja viņa reāli netaisās kaut ko ar tām zināšanām darīt. Varbūt kaut kādā līmenī paplašinās redzesloku, bet lielā mērā waste of knowledge.

http://www.tomshardware.co.uk/forum/266944-30-optimization-verifying-pool-data

>vīteņaugu selekcionēšanu >saistībā ar IT

@SnuuFix, F3llony - It īpaši tie "splendid", "if_that_is_inconvenient" un "cheerio" :D @Kasspars - jāatīsta humora izjūta.

Kāpēc vispār tāds nesmuks nosacījums - ID pēc 2114?

Well in that case you're asking a few thousand years too early.