Mr.Key

Kāpēc lai es sasietos ar projektu, par kura nākotni ir vairāk nekā skaidrs, ka pēc pusgada projekts būs miris? Kas viņu atbalstīs, uzturēs pēc 3 gadiem? Cik liela ir projekta komanda? Kas vispār ir projekta komanda, kāds uzņēmums(-i) sniedz tam aizmuguri? Kur ir projekta roadmap, wiki, repozitorijs, bug trackeris?

Kāpēc statiski izsaukumi? Vai tāpēc, ka funkcionālā programmēšana ietērpta objektos un metodēs, ignorējot OOP principus?

Tādas lietas notiek, ja cilvēks kā vientuļais vilks darbojas savā nodabā, neredz, ka pasaule straujiem soļiem iet uz priekšu.. nē, pat ne iet uz priekšu, bet trīs reizes jau apriņķojusi zemei, milzīgiem ietvariem, kuriem ātrdarbība nebūt nav problēma, jau ir N tās versijas... Un, ja runājam par ātrdarbību, FW ātrdarbība, iespējams, nemaz nav tas faktors, ar kuru panāk risinājuma ātrdarbību. Smieklīgi...

Ir tīri ok, ja uztaisi FW priekš sevis, specifiskiem (saviem) projektiem un ieliec githubā, bet kam tu lien ārā ar saukļiem "pasaulē ātrākais" un "lietojiet", utt.? Vai saproti, ka FW izvēle ir ļoti atbildīgs lēmums? Varbūt ne projektiem, kas ir īslaicīgi mācību projekti, taču un arī tur jādomā, vai cilvēks būs apguvis FW, kura zināšanas varēs izmantot profesionālā darbībā. Nav noslēpums, ka pasaulē tā jau ir pietiekami daudz FW ar apjomīgu dokumentācijas, lietotāju, infrastruktūras bāzi. Katrā ziņā, interesē pamatojums, kāpēc šādas aktivitātes tiek uzskatītas par produktīvām un tām tiek veltīts laiks? Vienkārši sāpīgi noskatīties...

Bez komentāriem...

Esmu skatījies stundu ilgu interviju ar Torvaldu, kurš viņš stāsta par to, kā, kad vēl mācījās Helsinkos, sāka veidot savu OS (attiecīgi Linux), jo Minix viņam nepatika un viņam bija ļoti daudz brīva laika. Domā es nepamanītu faktu, ka viņš strādāja ar Windows? Tad vispār bija Windows? Drīzāk DOS. Moar http://en.wikipedia....istory_of_Linux .

Taisnība, es kļūdījos! Vai nu biju nepareizi izlasījis, vai sapratis, bet šķita, ka viņš pats tīri labi sadzīvo ar Win. Varbūt tas bija par citu Linux pasaules "papu".

Starp citu, kad pieslēdzos programmēšanas pasaulei, Win vēl bija pietiekami zaļš, un pat LV dažiem kadriem doma par savu OS likās tīri veselīga. Win 3.1. jau bija, grūtāk bija atrast datorus, uz kura to varēja uzlikt.

Būtu labi, ja tā būtu pagātne, un tagad būtu labākas lietas, bet ir tā, ka pēdējā cīņa ar Linux Desktop uzstādīšanu bija vēl gada sākumā, kad pēc pāris gadu pauzes nācās secināt, ka situācina nevis pat nav uzlabojusies, bet otrādi - tās pašas 10 (!!!) gadus vecās problēmas, no kurām vislielākā - nav skaidrības par to, kas ar manu izstrādes vidi notiks rīt (KDE, Gnome, vai būs Flash playeris, vēl kaut kas?) ... (piemēram, pēc atsevišķu package uzlikšanas, no jauna jākonfigurē fonti, jo tie vnk. aizpeld prom)...

Katrā ziņā man kā izstrādātājam ir daudz argumentu pret Linux izmantošanu programmētāja izstrādes darbā. Ja nu kas, Why Linux sucks iekš youtube izmet daudzas prezentācijas par tēmu ar argumentiem.

p.s. Mans galvenais mērķis ir nevis pateikt, ka jūsu argumenti ir slikti vai nepareizi, bet viedokļu dažādībai piedāvāt citus argumentus un citu skatījumu.

P.S. Nelasīju visu, bet mans viedoklis ir, ka Windows OS nav domāta priekš programmēšanas. Pašu visvairāk pavelk OSX, bet nu Linux arī patīk labāk nekā Windows. Āmen.

Un ko tu teiksi par to, ka Linuss Torvalds programmē(ja) Linux, izmantojot Windows?

attiecīgi, tev tās tabulas nemaz nav tik lielas. jau jau tev tur vajag tik labu klientu supportu, tad es taisītu kaut kādu db ar fultext search un būtu daudz reiz ātrāk nekā ar exeli. varbūt izmanto ne tos tūļus ne tām lietām? man arī mājās visu laiku bļāva, ka bez ms offisa nevar iztikt. tagad jau openofisā raksta kā profiņš. :)

Man šitais patīk. Varbūt aizej uz ofisu, kurš šobrīd strādā ar eksceļiem, uzliec viņiem linuksu un tad, kad viņi Tev zvanīs, pasaki viņiem šo tekstu? Pēc tam pastāsti kā gāja. Ceru uz drīzu atbildi - bija ofiss, kuram bija stabils bizness, tagad jau Linuksā un openofisā viss notiek, Ja izdosies, visu cieņu...

Vienīgais, kas man pēdējā gada laikā ir uzkāries ir Skype. Man uz meitenes laptopa bieži karās viss sākot ar Microsoft Office un beidzot ar VLC pleijeri.

 

Nemaz nerunāsim par to, ka laptops ir divreiz jaudīgāks par desktopu, bet strādā, neesmu mērījis, bet pēc manām izjūtām, 4x lēnāk?

Lielākā daļa laptopu ir bremzīgs TV ar klaviatūru. Tirgus ir pārbāzts ar modeļiem, kuriem ir integrētā videokarte un citas īpatnības. Labus modeļus cenās no 500 Ls uz augšu var atrast, ja rūpīgi analizē specifikāciju.

Skype karās gandrīz vai visiem - uzauguši straujāk par reālajām spējām, droši vien iekšienē arī auklējas ar zema līmeņa programmētājiem...

Wine? ... :)

Serveros ir vēl vairāk linuks priekšrocību. Konkrēts piemērs (viens no piemēriem), to pašu PHP, kas tā arī nestrādā ar UTF-8 failu vārdiem, tā arī nesanāca nokonfigurēt, lai varētu normāli apstrādāt UTF-8 failu vārdus, rakstījām savus paplašinājumus, līdz ienāca prātā pārbaudīt to visu uz linuksa, kur tas viss tika atrisināts pašai sistēmai uzliekot UTF-8 kodējumu un pieeja failiem caur samba klientu (faili ir uz windows servera).

Vai varētu uzzināt, kāda tieši vajadzība pēc UTF-8 failu vārdiem šeit bijusi? Kas tieši nestrādāja? Nupat uz Win 7 kastes pamēģināju, darbojas ar UTF-8 failu vārdiem.

Pieņemu, ka klase strādā, bet izpildījumu var daudz kritizēt.

* Klašu nosaukumus pieņemts veidot ar lielo burtu

* Masveidīgi statiskie izsaukumi... metodēm, kas nav definētas kā statiskas, pirmo reizi kaut ko tādu redzu.

* Couplings... kods jāpielāgo klasei, piemēram, __construct() izsauc header(), iepīta sesija, kas, cik saprotu, ir patvaļīgs mainīgais, kuru atgriež atbildē.

utt.

Maris, es runāju par Desktop Linux. Mēģinājām visādi, ne es vienīgais. Saklausījāmies stabilitātes argumentus, kā visi pāriet uz Linux... Rezultāts - Kill poga sistēmas izvēlnē, kuru nācās diezgan bieži lietot, neapgūti projekti, jo ar stabilo Linux kaut kā bija pagrūti konkurēt. Varbūt jūs vienkārši nenoslogojat desktop aplikācijas pietiekami, lai saprastu, par ko ir runa? Varbūt jums nav jāvirina exceļi, kuros ir tūkstošiem preču pozīciju, un var ātri novērtēt, kurš produkts (biroja programmatūra + OS) ir stabilāks? Varbūt jums nav tā, ka telefonsarunas laikā ātri un stabili jāatrod vajadzīgā informācija datorā? Varbūt jums nav klienti, kuriem vajag arī kaut ko, kas nav php skripti?

Kas attiecas uz track changes, protams, ja viss, ar ko asociējas teksta redaktors, ir CV vai iesnieguma uzrakstīšana, tad derēs arī parsts pārlūks, bet ja runa ir par 100+ lapas gariem tehniskiem dokumentiem, grāmatām, ar sasaistītiem laukiem... Tad ir citi argumenti. Ofisam vai profesionālim, kuram darbs un, attiecīgi, ienākumi apstājas dēļ vēlmes izmantot Linukss, nelīdz argumenti par stabilitāti u.c. lietām, kas reālajā dzīvē nemaz tā nav. Arguments, ka tāda un tāda fīča patiesībā nemaz nav vajadzīga, vai nav zināma, vai ka ne jau Linukss uzkāries, bet GUI, nešķiet nopietns.

Daudzus minētos argumentus, ko Maris nosauc, kas strādā uz Linux un nestrādā uz Win, esmu izbaudījis... otrādā secībā. Gan to, ka Linukss bremzē, karās un tādā garā. Ļoti daudz nepilnību, daudzas lietas nav izdarītas līdz galam. Nerunāsim tagad par to, kas notiek, ja sagribas ar savu portatīvo kaut ko izdrukāt kaut kur ciemos, utml. Piemērs par pārliecinošajiem argumentiem, ka ar Linux viss ir labi - cilvēks, kas pat nekad nav lietojis Track changes iespēju, nemaz nerunājot par Fields vai macros, metas apgalvot, ka MS Office ir nevajadzīgs, jo ar Open Office visu varot izdarīt.. Kad sākas jautājumi par dokumentu templeitiem, kas MS Office nāk līdzi defaultā, tad sākas stāsts, ka kaut kur internetā varot novilkt. Utml., utjpr. Tie visi ir mazi sīkumi, bet summā dod nomācošu pārsvaru par labu Win un par labu komerciāliem produktiem. Vismaz manā gadījumā. Kaut vai tas pats Total Commander - moci kā gribi, ar Midnight Commander darbs nebūs tik produktīvs. Utt.. ja sauktu visus piemērus, būtu kāda nedēļa tam jāvelta.

Ar Linuxu būs jautri, būs daudz atklāsmes, visvērtīgākais - sāksi uzmanīgāk vērtēt, ko cilvēki saka. Man tā bija liela iespēja atklāt daiļd...ējus, kas ar putām uz lūpām mēģina skaidrot, ka pelēks ir balts un šķībs ir taisns, utt.

Šis no tās programmas, kur valsts/ES maksā darba devējam par stažieru nodarbināšanu?

Tāpēc jau arī pārgāju uz darbu, jo tā sanāk nopelnīt vairāk un strādāt ir daudz interesantāk, nekā pasūtītājam skaidrojot, kāpēc gribu daudz par 1h, vai kāpēc gribu maz par 1h, bet tad arī ieskaitot pārdomu laiku. :) Vienatnē frīlansot ir grūti, cita lieta, ja aizmugurē ir uzņēmums, kurš, piemēram, pārdod tevi citam uzņēmumam par sakarīgām naudām un uz sakarīgiem nosacījumiem. Bet tas vairs nav par php vai web... :)

Ko tu dari darbā, kur ir astoņas stundas? Trīs stundas vienkārši guli? :D

~ "Ja man ir 8 stundas, lai nocirstu koku, es 6 stundas domāšu, kā to izdarīt, un atlikušajās 2 stundās to izdarīšu".

Tas ir kā rēķina. Es, piem., kad strādāju uz stundām, rēķināju produktīvās stundas. Citi lika iekšā dirnēšanu pie kompja. Reāli dienā vairāk par 5-6 produktīvām stundām izspiest nevaru.

Piemērā ir bez single quotes, error ziņojumā - ar. Kaut kas nelīmējas kopā. Pareizāk sakot, tu esi izmantojis ' tā vietā, lai izmantotu `. Jo kļūdu rada lauks desc, kura nosaukums atbilst MySQL rezervētajam vārdam.

Ja nevajag vienā SQL pieprasījumā, tad izveido divus db pieslēgumus, vienam ar set names utf8, otram bez.

Apskaties uz Zend Framework. Ja jau plāno laulību uz ilgu laiku, ņem visus trīs, salīdzini, padomā, kas tu pats vēlies nākotnē būt un tad izdari izvēli. Tas nav viegli, jo jāpieņem arī kompromisi.

Labs "Experts Exchange"

Jocīgi Tev tur. Iemetu šādu Apache htdocs un viss notiek:

<?php

$inc = $_GET['i'] . '.zzz';
var_dump($inc);
include $inc;

ņem iekšā visu, kas tajā direktorijā. PHP 5.2.17.

Varbūt Tavā gadījumā kaut kādi iestatījumi vai suhosin, vai PHP 5.4 to liedz, katrā gadījumā, pēc kļūdas ziņojuma spriežot, null baits nostrādā, problēma ir ar tā faila atrašanu.

Pēc datubāzes idejas kā tādas, indeksu izmantošana kolonnu nosaukumu vietā vispār ir kļūda.

Kādas mulķības? Pat SQL paredz izmantot indeksus nosaukumu vietā. Ceru, ka šis nebūs jaunatklājums...

Vairāk jau izskatās pēc eksperimentiem/mācībām :) Lai saprastu, kā pulkstenis strādā, reizēm tas ir jāizjauc un jāpabaksta kāds zobrats. Visinteresantāk ir tad, kad atsperes aizlido pa gaisu un viss jāsaliek kopā.

Nē nu interesanti. Bet es pamēģināju, man viss notikās kā vajag, respektīvi, ar null byte URLī include sekmīgi nostrādāja. Tas gan uz Win.

Briedis, null byte nekur nepazūd, bet triks ir tāds, ka C (??? neesmu drošs) funkcijas izmanto viņu, lai noteiktu, ka tās ir string beigas, PHP saprot, ka tas ir strings ar 9 simboliem, bet C funkcija ielādē stringu buferī, lasa līdz null baitam.. :)

ORM taču ir lēns...

(jox)