Mr.Key

Nu tā tas arī ir. Netrāpīju. Nedomāju ar to paspīdēt. Varbūt pastāstot par to, atklāsies, ka ir jāmērķē pavisam citā virzienā, un ka iespējas vispār ir citur. Varbūt arī nē.

Aplausi! Frontends ir patēriņa produkts. Taisot produktu, viss tiek piedots, vienkārši neizvēloties to produktu, bet izvēloties kaut ko citu. Frontendā prasās vairāk radošuma un enerģijas, jo patērētājs ir prasīgs. Vienā neveiksmīgā projektā uztaisīju tik labu frontendu, ka pasūtījumi un wow nāca paši no sevis. Diemžēl biznesa puse nebija pārdomāta un toreiz nebiju tik apņēmīgs, lai to ņemtu uz sevi. Bet nu frontends ir tā vieta, kurā, es domāju, "hard work always pays off".

Redzi, te problēma ir aptvert, ka tas tiešām nozīmē izgriezt tos alfa slāņus. Tāpēc jau to AI taisa, lai mākslīgo intelektu varētu izmantot 1-click install pluginos, kuram pasaki "Tagad to bumbu katram savā krāsā" un viss būs vienkārši!

WATCH DEMO - CREATE FULL FEATURE CROSS PLATFORM APPLICATION IN 10 MINUTES NOW !!! :D Vispār man jau arī ir dažas rindiņas, tikai dažas no viņām klonē un remūvo. Vai moderni? Nezinu, uzstādījums nav uz moderni. No stress - ja vajadzēs moderni, būs moderni. ;) Bet, lai dabūtu to, kā vajag man, manā situācijā, ātri vien dažas rindiņas izaug par ne-dažām rindiņām, it kā nosacīti vienkāršai formai. (Uzdevums ir rediģēt datu gridus, vairākus, katru ar podziņām + un x, lai pievienotu/noņemtu rowus un kolonnas. Gatavie table data plugini kaut kā neder, jo 1) tur papildus funkcionalitāte pie šūnām, 2) viss ir pietiekami vienkārši, lai uzkodētu no 0, 3) ieguldītais resurss apmēram tāds pats, kā ar kaut kā gatava adaptēšanu 4) protams, visi šie lēmumi ir subjektīvi, no kuriem galvenais - gribas, lai normāli izskatās un lietojās, un tas nozīmē daudz laika niansēm 5) Apple, piemēram, visiem patīk, bet neviens nepārmet viņiem, ka viņi būtu pārāk daudz ieguldījuši produkta nostrādāšanā).

Ķerot vienu bagu, aizdomājos. Kā IQ ietekmē darba procesu? Piemēram, kādu pusstundu nesapratu, kāpēc uztaisot POST uz dinamiski ģenerētā tabulas, ne viss saglabājas kā vajadzīgs. Rezultātā atklājās, ka tad, kad ar jQuery klonēju formas laukus, es viņus notīru. Bet man ir daži hidden lauki, kuru vērtības klonējot ir jāsaglabā. Tās, protams, netika izfiltrētas no tās jQuery rindiņas, kura vienkārši find('input').val(''). To es atklāju pēc vairākiem print_r. Vispār, vienalga, kā es to atradu, bet jautājums ir par to, vai ir reāli visas šīs nianses atcerēties jau koda rakstīšanas gaitā. Tā, ka ir divas darbības - 1. raksta kodu 2. pārliecinās, ka viss ok 3. ja nav ok, tad tas ir liels izņēmums Tad nu jautājums tāds: Vai lielie IQ cilvēki šāda tipa neuzmanības kļūdas pieļauj? Citiem vārdiem, vai ir tā, ka viņi no rīta uztaisa to kodu, kas klonē un notīra laukus, bet vakarā pieliek to hidden lauku un viņiem ir pats par sevi saprotams, ka uzreiz arī atceras par to rindiņu, kura notīrīs to hidden lauku, tādēļ pieliek filtrēšanu, pirms vispār jebkādas pārbaudes? Varbūt lielajiem IQ šādu kļūdu nav, bet ir citas raksturīgās kļūdas? Varbūt mazajiem IQ ir tik daudz kļūdu, ka nemaz nenonāk līdz kaut kādai dinamisku tabulu kodēšanai?

Bilde, protams, ir viena. Ja piešaujas pie fotošopa, tad tādas bildītes sataisīt var kafijas pauzē kādas 5 bildes variēt katru pa desmitiem krāsu. Tehniski tur ir 1) magic wand 2) new layer with alfa 3) dublicē slāņus tik, cik krāsas vajag, 4) katru slāni aizpilda ar vajadzīgo krāsu. Kas tur īpašs? Darbs prasa darbu un prasmes. Ja prasmes ir, tad laika ziņā tas būtu kāda 1h. Vai pupu maisu tirgotāji algo programmētājus, kas konsolē ar convert darbojas? Diez vai... Es pats pie maza apjoma ņemtos ar fotošopu, jo tas ir daudz vieglāk, nekā studēt, kā to automatizēt. Pie liela apjoma vai izziņas procesā, protams, to visu var automatizēt. Varbūt painteresējies pie tiem, kuriem ir gatavi konstruktori, varbūt būs gatavi pārdot. Padalies pēc tam. ;) Codez, tajā variantā tomēr ir baisi primitīvs gadījums - maina Hue. Ja vienā bildē ir tikai viens auto ar grayscale riepām un logiem, tad tas strādā. Ja bildē plika fona vietā būs koki ar sastingušiem bērniem, tad tas variants kļūs stipri savāds un risinājumā prasīsies kaut kas spēcīgāks.

F3llony, mazliet pārprati. Ja man ir iespēja, piemēram, nopirkt vienu kafiju un otru pārdevējs dod par brīvu - kāpēc gan no tā atteikties? Vai, ja viena stāvvieta ir domāta slinkiem vai steidzīgiem, un par to ir jāmaksā, bet ja ir vēlme mazliet pastaigāt, tad var izmantot bezmaksas stāvvietu. Protams, ka par darbu un ērtībām ir jāmaksā un to tikai atbalstu, bet tā laiski svaidoties ar naudu arī nekas labs nesanāk(-s)...

Pa tēmu: uzdūros interesantam blogam. https://jenssegers.com/ Daži īsi temati par laravel, composer utml. viltībiņām. Varbūt kaut kas noder kādam.

Kāpēc maksāt, ja var nemaksāt? Bet kā pie tiem kuponiem var tikt? Kur viņi rodas? Es labprāt patērētu kuponus un 10 EUR patiesībā nav nemaz maza nauda.

Esmu veidojis vairākus interneta veikalus, tostarp tādus, kur prece ir viena un neatkārtojas. Esmu darbojies ar vairākiem cilvēkiem, kuri tā kā sadarbības partneri. Esmu ticējis, ka labs produkts būs tas, kurš pats aizies. Bezmaksas padoms - tici man, esmu par šīm lietām domājis daudz, esmu redzējis vairākus veiksmes stāstus, un neviens no tiem nav interneta veikalu platforma, bet neveiksmes stāsti ir kaut kādi, apmēram šādi varianti. Met mieru. Tu māni sevi. Tu sapņo par automatizētu bagātību, pat tik ļoti, ka esi to iekļāvis savā nikā. Tirgū ir daudzi risinājumi, kuriem ir gan finansējums, gan kuru vadībā ir fanātiķi, kurus tu vienkārši nevarēsi pārsist. Un 100 citu argumentu. Vispirms tiešām nepaslinko, cieni sevi un citus un pakonsultējies par šo jautājumu ar nopietniem uzņēmējiem. Tas notiek tā, ka tu atrodi personu, kuras viedoklis tev šķiet vērā ņemams, un tad tu ar viņu sakontaktējies un sarunā nelielu apspriedi. Un nākamo, un nākamo. Vispār, tam būtu jābūt kaut kādam, kas jau ir ticis izdarīts. Otrkārt, kamēr mocīsies ar šo smagnējo ideju, tu tā vietā būtu varējis darboties ar citām idejām un, piemēram, nejauši atklāt kaut ko, kas atrod eksplozīvu pieprasījumu. Tas var būt jebkas, kaut vai [ te es uzrakstīju ideju, bet izdomāju, ka pieturēšu to sev ] un cilvēki to gāž riņķī, liek feisbukā bildītes un tas viss turpinās precīzi 2 sezonas, kad visiem apnīk un ir jādomā kaut kas cits.

Nomaini niku, es tevi lūdzos un prasu!

Man arī tie multi monitori kaut kā ne visai. Cik mēģināts, otrs monitors faktiski paliek neizmantots. Manuprāt, tas atkarīgs no programmētāja domāšanas veida. Vieni domā un raksta, citi raksta un skatās. Vai kaut kā savādāk. Tas nav uzbrauciens, vienkārši tā ir individuāla izvēle un īpatnības - vienam bez diviem monitoriem būs grūti, citam vairāk par vienu būs neērti. Izskats, protams, efektīvs - ja vēl 4 vai 8 monitori, tad vispār jūties kā kuģu flotes karalis... ja ne pats NASA komandieris. :D

ThinkPad kādreiz bija ģeniāls dators. Līdz kādiem 4 gadiem atpakaļ arī to sačakarēja. Vecā klaviatūra pati par sevi ir leģendāra. Paskatījos to Dell. Nu jā... Nez, man liekas, ka darbarīkam jābūt tādam, ar kuru ir prieks strādāt. Tas jau tāds arhaisks izskatās.

Pieņemsim, es vai kāds cits iztulko. Kas notiek tālāk - tie 4 failiņi jāliek kā pull request tam čalim, kuram tas repo ar pārējiem tulkojumiem? Vai var kaut kādu diskusiju taisīt, kur citi var pielabot tulkojumus? Vai jātaisa savs forks?

Var izmantot failu, tikai mazliet gudrāk. Kādreiz uz šo biju iesprindzis, bet tagad, domāju, ka composer search vai github search un būs gatavs risinājums, kas pasargās arī no izņēmumsituācijām. Es izmantoju 2 failus, lai novērstu, ka viens process sāk lockot, kamēr otrs ir uzsācis, bet vēl nav pabeidzis. Šodien laikam risinājums ir uz to neiespringt un pie dižķibeles vaimanāt, cik viss dīvaini un kādi tik izaicinājumi dzīvē nav.

Lockošana, respektīvi. https://en.wikipedia.org/wiki/Lock_(computer_science) Un deadlockošana reizēm arī... :)

Ar PHP 7 varbūt šis jau ir lietojams, bez iespējas, ka kaut kas vienkārši apstājas bez nekāda kļūdas paziņojuma. ;) Un bez pauzītes šis baigi noceps procesoru. Kas notiks, ja viens jobs uzkārsies, piemēram, dēļ buga "Fatal Error: method very_rarely_if_ever_used_method() not defined"?

Ne nu izmirstoša, ne kā. Jāsaka, ka bieži ir tāda situācija, ka leišiem tulkojumi ir, bet LV un EE nav, tā bija arī pirms 15 gadiem dažādos opensource lokalizācijas projektos. Iespējams, kāda universitāte aktivizējusies uz šo.

Baisi daudz visa kā gatava... Ar valodām sapratu, ka laikam starp pieejamām pakām ir valodu menedžeris, bet sīkāk vēl nepētīju. Varbūt izdosies ar vienu composer rindiņu pielikt klāt iespēju adminā pārvaldīt tulkojumus caur admin interfeisu.

Hmm, es kaut ko nemāku atrast, jeb neviens vēl nav iztulkojis Laravel validācijas tekstus uz LV? Arī EE nav. https://github.com/caouecs/Laravel-lang/tree/master/src

Ar brilli tur nebūs līdzēts novērsts, problēma ir acs muskulis, kurš netiek nodarbināts. Vingrini acis. Tas ir viens. Otrs, kas notika ar pasauli, ka par nezināmu noslēpumu ir kļuvis fakts, ka ar redzes korekciju parasti izmanto divas brilles? Vienas darbam (ar datoru), un otras tālumam. Atkarībā no piederības kastai, protams, ir arī brilles operai, sportam, brīvdienu ceļojumiem stratosfērā, utt.

Ja nu kas, diezgan daudz par šo tēmu var atrast laracastos, ja meklē "admin". Piemēram, mazliet uz austrumiem cilvēks uztaisījis SleepingOwlAdmin: https://github.com/LaravelRUS/SleepingOwlAdmin(izskatās tas pats Bootstrap Admin LTE + standarta lietas). Bet nu nav vismaz pasaule no jauna jāatklāj. Nav arī rupji nosaukumi.

Acis jā, bet likt smadzenēm domāt nozīmē arī atlikt vecuma marasmu. Un daudzi inženieri 55 gados, un arī 75 gados ir sportiski un visādi citādi attīstīti, tā ka nav pamata satraukties.

Es neturpinātu programmēt. Vai arī turpinātu, bet programmētu savus projektus, izmantojot to, ka man ir savi resursi. Piemēram, kaut kādas 3D printing lietas vai citas lietas, kuras interesētu mani. Ar resursiem es varētu brīvāk sevi prezentēt, atrast noietu utt. Uzbūvēt biznesu, respektīvi. Bet tas viss ir utopija, kamēr tādas situācijas reāli nav. Man liekas, ka manager un CTO ir jāsāk jau kā manager/CTO un ja uz to iet caur developer pozīciju, tad baisi ilgs laiks paiet, kā uzreiz tēmējot uz manager/CTO lomu. Esmu redzējis labus vadītājus, kam ar programmēšanu ir ļoti mazs sakara, un sliktus vadītājus, kas ir slikti, jo domā kā programmētāji. Bet tas ir tikai mans viedoklis. Bet nu dalīt cilvēkus kastās... nezinu. Man liekas, ka to var atļauties indieši, kuri ir miljardi.

Vai Tu to spēj šo tekstu pateikt saviem programmētājiem tagad, kad lasi šo? Ja nespēj, tad par kādām kastām iet runa un kurš tieši kaut ko dara nepareizi?