F3llony

@Wuu un tā ir valodas vaina jo? Es tev to pašu situāciju varu visās valodās parādīt.

Tas gan ir feini, bet Latvijas uzņēmumos, liekas, tas ir vienkārši nereāli. Kas ir gaužām skumji, jo reāli noderētu visiem iesaistītajiem.

Un kuru tad pie tā vainot? Lielākā daļā no tā, kas ir "te" nāk no pašu darbinieku iniciatīvām. Friday talks, hackatoni, konferenču apmeklēšana, iekšējā apmācība - viss darbinieku organizēts. Vienīgais, kas nāk no vadības ir "okei, go for it". Un galvenokārt tāpēc, ka vadība ne vienmēr zina, ka tāda vai citāda aktiviāte ir vajadzīga un noderīga - zina vispārēji, jā tur pusdienas, veselības apdrošināšana, apmaksāts šis, apmaksāts tas. Bet specifiku?

Un es arī gluži neuzskatu, ka nereāli. Ja tu Tagad aizietu un pateiktu, hey mēs ik nedēļu stundu or divas piektdienas beigās te padalīsimies ar info un pamācīsimies, vai padarīsim kaut ko tik pat noderīgu, lai mēs visi kļūtu nedaudz gudrāki un priecīgāki te atrasties, domā tavs menedžeris tev pateiks nē? Vai tad piemēram Draugiem grupā netiek piekopta tieši šāda kultūra? Un ja atbilde ir nē, tad moš ir pienācis laiks nestrādāt pie tādiem aunapierēm, m?

Esmu par fleksibilitāti, bet stabilitāte un noteiktība arī ir vērtīgas īpašības un var gadīties, ka Jānītim tiek veltīta lielāka uzticība, jo redzams, ka viņš nemētājas. Summarizējot, droši vien nav jaunums, bet optimāli ir specializēties padziļināti vienā, max. dažos virzienos, pietverot klāt vispārīgu priekšstatu par citiem virzieniem.

Es īsti nesaskatu kāds sakars starp fleksibilitāti un stabilitāti? Tas, ka cilvēks pats apgūst kaut ko pa malām nozīmē, ka jams ir nestabils vai mētājas? Tieši otrādi, kādam kas sēž tikai savā vienā platformā/valodā/freimworkā un neko, nekur, kāda tur var būt uzticība, ja cilvēks neiegulda ne sevis, ne sava darba attīstībā, no rīta 9 ierodas un vakarā 5 dodas mājās, lai tur vai kas? Es arī "specializējos" itkā vienā nišā, bet tas man pilnīgi noteikti netraucē pētīt citas tehnoloģijas. Mums piemēram tas ir pat normāls pasākums - reizi nedēļā or so savācas dažādu "nišu" cilvēki un dalās ar zināšanām - sysadmini māca developerus izmantot Puppet, virtualizāciju, adminēt kastes, maintenance, developeri māca sisadminus skriptus rakstīt, DBA māca shemas pareizi veidot, frontendi un UX māca savu daļu utt. utjp. Mums katram ir savs darbs, bet tas nenozīmē ka apkārtējā pasaule ir jāignorē.

Tas, ka specializēties padziļināti vienā/pāris nišās un klāt paņemt ko vien nu iespējams paņemt nozarē ir normāls gadījums, par ko es arī pamatā mēģinu runāt - iespējams, veids kā es to pasniedzu feilo. Kam es cenšos oponēt ir par pilsoņiem, kas pēdējos 10-15 gadus atsēdējuši vienā tehnoloģijā un paradigmā un no ārpasaules pilnīgi neko nejēdz - un tādu piemēru ir neloģiski daudz (Java cilvēki mazajā LV telekomunikāciju zarā, cough cough).

Labi, tu piedāvā aizsūtīt Jānīti kursos uz pāris mēnešiem (kas dažreiz ir nepieciešams, jā, jo tech ir pilnīgi alien, fair enough), iztērējot naudu un laiku. Tajā pašā laikā Pēterītis piesēdīsies un izdarīs, jo Pēterītis jau pāris gadus būs tīri intereses pēc izķidājis to pašu kursa materiālu reizes desmit - for the sake of fun and games.

Un gala beigās, kas ir tas "atšķiras pilnībā"? Piemēram, Java un PHP atšķiras pilnībā? 100% dažādas, viena rakstāma angļu valodā, otra ar krītiņiem uz betona bluķiem? Python? C# un Java? Mongo un MySQL? Oracle? Kur tad ir tā lielā atšķirība?... Pamēģini palūkot no šāda skatu punkta.

Nu, ir jau vēl stāsti, kur cilvēki iemācās visādus Cobolus un kļūst pieprasīti, jo sen atpakaļ sarakstīta kaudze softa mainfreimiem, lielas finanšu sistēmas un tās nomainīt nemaz nav tik viegli nomainīt, tāpēc eksotikas pratējiem darbs līdz mūža beigām garantēts. Var jau teikt, ka viņi ir šauras nišas speciālisti, bet arī tādai pieejai ir tiesības pastāvēt. 

Jep, Cobol, Fortran, ir pat visādi tādi zvēri vēl, kā JCL utml. Bet es neteiktu, ka jamie ir šauras nišas speciālisti. Mazas nišas (salīdzinot tur ar classic enterprise, gaming, web utt), jā, bet šauras noteikti nē, jo viņiem daudzums un kompleksitāte + risinājumi ir vienkārši crazy izmēros. Man kolēģis bija no ASV, kuram background bija tieši darbs ar mainfreimiem utml. lietām finanšu sektorā, un ffs, kad jams sāka par to stāstīt, kas tur un kā sabuvēts, es tur tā arī mēms paliku nedaudz...

Nu vot tieši tādu viedokļu dēļ tevi arī nošaut.

LR/KL 132.p. Ej nu sazini, cik nopietni tu te tagad runā. Būs jāziņo. :P

Un kādi modeļi? CPA/CPM/rev share? Kāds targetings? Cik vidēji ir CPM/CPA un kādi conversion rates?

Nu paskaties pats atpakaļ. Ja tas ir kods, kurš ir ar šaurām, specifiskām vajadzībām, Tu viņu apčubini ar siltu konteinerīti, "saklāj gultiņu", lai viss darbotos viņam un nebūtu nekādu sūdzību no koda puses. :) Kas ir visai jauki un prieks par tādām tehnoloģijām. Ja tas ir cilvēks, kurš ir ar šaurām, specifiskām zināšanām, Tu viņu pasludināji par nekam nevajadzīgu. :( Vismaz es to tā sapratu. Tas jau sanāk diezgan tehnokrātiski un nehumāni. Varbūt nepareizi sapratu, varbūt pats izteicos tā, ka radās tāds iespaids. Manuprāt, katrs cilvēks ir vajadzīgs un pat ļoti vajadzīgs. Protams, arī kods, kurā reiz ieguldīts liels laiks un kurš strādā, ir vajadzīgs. Vienkārši daļa cilvēku ir aizņemti ar citām problēmām, kā arī, ir nepraktiski būt kaujas gatavībā "kaujai", kas nenotiks, respektīvi, pārzināt rīkus, kas netiek lietoti, jo nav tāda vajadzība. Ja cilvēkam ir interese, tad jau viņš ātri apgūs vajadzīgās tehnoloģijas, un atbalstot to, ko cilvēks zina un prot, motivācija apgūt jaunas tehnoloģijas tikai pieaugs. Bet par to Linux, tur tiešām labāk ļaut katram pašam izvēlēties - ja pavedieni ir, cilvēks ātri sapratīs, kas viņam individuāli ir labāks.

 

P.S. Vienīgais, ko lietoju, ir kafija. It kā velkot uz kokaīna pusi, it kā esot baigi labs antioksidants. Nez... :)

Šaurām specifiskām vajadzībām varbūt, bet ja tā šaurā specifiskā vajadzība ir kaut kāda produkta pamatsastāvdaļa, tad kā to vispār var salīdzināt ar pilsoni, kas specializējas vienā konkrētā nišā, kas iespējams nevienam tā īsti nav vajadzīga? Viss ir relatīvs.

Izķidāsim sekojošu situāciju - ņemsim Jānīti un Pēterīti.

Jānītis pēdējos 5 gadus ir nomaucis rakstot ZF aplikācijas. Kodu izčeko, kodu iečeko, saraksta loģiku, viss. Jānītis zin aptuveni 110% insides no ZF, katru klasi, katru metodi, katru sīkāko detaļu, taču nav pamanījies visu pēdējo 5 gadu laikā izkāpt no sava ierastā rāmja, kas ir LAMP stacks un thats basically it.

Pēterītis pēdējos 5 gadus ir pavadījis bakstoties nedaudz adminējot kādu Linux serveri, nedaudz pačakarējot Wordpressu, ZF, Laravel un ko tik ne. Lielais vairums aplikāciju ko Pēterītis ir sarakstījis ir zem Symfony, jo jamam pagadījies vairāk darba tieši šajā freimworkā. Pēterītis zina more or less, kā darbojas insides gan visos iepriekšminētajos, var vajadzības gadījumā arī kādu Frontend detaļu pielabot, zina kas ir Nginx, kā to nokonfigurēt, zina arī kāda atšķirība starp Mongo un MySQL, zina šo to par virtualizāciju, šo to par vēl šo to - ne niansēs, bet pietiekami lai spētu pieņemt loģiskus lēmumus saistībā ar to, kad un kādu tehnoloģiju var lietot un kad un kāda tehnoloģija patiesībā atvieglos dzīvi. Un zina ne obligāti tāpēc, ka darbā vajadzēja, vienkārši bija interesanti papētīt kādas nu kuram nianses. Cilvēks, tātad, ir ieinteresēts paplašināt savu redzes loku. Pēterītis nezina ZF uz visiem 110%, varbūt uz saviem 50%. Taču šie 50% apsver aptuveni 90% potenciālā pielietojuma, kur pārējie 10% ir bloats un edge cases. 

Kāda ir galvenā atšķirība starp Jānīti un Pēterīti? Pēterītis neapjuks, ja tu Pēterītim palūgsi pielabot to legacy Cake aplikāciju, lai arī Peterītis nekad ar to nav nodarbojies. Jānītis īsti nezinās no kura gala tam pieķerties, jo jamam nav ne mazākās jausmas no kā tas sastāv. Un kamēr Jānītis lasīs manuāli, Peterītis jau sen būs atvēris pāris pullrequestus un devies darīt ko citu. 

Un par tām kaujām - arī šeit Peterītis noteikti uzrādīs labāku veiktspēju, jo ja tu pajautāsi, dodot konkrētu informāciju, kura no X un Y tehnoloģijām, par kurām Pēterītim ir priekšstats, konkrētajā gadījumā ir labāka, tu saņemsi puslīdz konkrētu atbildi. Jānītis noplātīs rokas un dosies Googlēt. Arī sastopoties ar dajebkādu situāciju, Jānītis iespējams nemaz nezinās, ka jamam ir problēma (kauja) pirms tā kļuvusi par problēmu (kauja jau zaudēta), tikai tāpēc, ka Jānītim ir ļoti ierobežots skats uz apkārtni, un nepraktiski ir nevis gatavoties kaujai, kas nenotiks, bet pieņemt, ka kauja ir mazāk svarīga par pašu gatavošanos. :)

Un godīgi sakot, cik ir tādu gadījumu, kad kādam vajag kādu, kas ir 110% specs vienā jomā un 0 visās citās? Pat no biznesa viedokļa, tā ir diezgan dīvaina investīcija, jo jebkurš, kurš šādu cilvēku noalgo zaudē jebkādu fleksibilitāti kur šo cilvēku pielietot gadījumā, ja mainās kaut kādas prasības. 

Neatradu kurš SIA šo nodrošina. Rekvizīti ir?

If you need to ask...

Soooo?

Parasti ir tā, ka tas kods pelna kaudzi naudas.

:D

In other words, it's a nightmare.

Jo? Kāpēc?

Lasot šo visu, nelabi metas. Dievs pasarg man kādreiz atkārtoti pie PHP ķerties... Nepietiek ka valodā ir nekonsistenta un neloģiska, tad vēl tas versiju murgs. Ņemot vērā plašo alternatīvu daudzumu, cik ilgi tad PHP ir atlicis. Gadi 10?

Haha, un citām valodām/platformām ir kas, tikai 1 versija un viss ir automaģiski kompatibls ar visu citu? Es cik saprotu tu tagad esi uz JavaScript pārlecis. Tu toč vēlies uzsākt diskusiju par konsistenci un loģiku - JS vs PHP? :D Please tell me more. 0.30000000000000004

ir 2 veidu programmētāji:

 

1. Kas lieto PHP un noliek visu pārējo

2. Kas lieto jebkuru/-cik citu/-as valodu/-as, un noliek PHP

3. kas izvēlas instrumentus atbilstoši veicamajam uzdevumam un vismaz cenšas nekontributēt bezjēdzīgās diskusijās.

Saprotu. Domāju arī, ka ja cilvēku nevis invalidē un aizsūta uz miskasti, bet ļauj viņam darīt to, kas labi sanāk, tad viņš arī pelna kaudzi naudas. Un tās sabiedrības, kuras piekopj šo praksi, dzīvo labi.

Viens jautājums - on how many drugs are you now, exactly? Es vairs īsti nesaprotu par ko tu runā, kas tas par...

"VIENA" projekta definīcija var būt ļoti plaša. Iedomājies, ka, piemēram, ir projekts ar kaut kādu service oriented arhitektūru, kurš ir sākts rakstīt ziljons gadus atpakaļ uz vienas php/ruby/python versijas, bet nākamie servisi tā paša projekta ietvaros jau tiek rakstīti uz jaunākām attiecīgo valodu versijām.

Ne visus legacy brīnumus tā vienkārši var ņemt un aiz gara laika pārrakstīt. Pie tam reizēm ir kaut ko labāk vienkārši neaiztikt, ja tas strādā.

This. Plus viena projekta ietvaros ne vienmēr tiek izmantots tikai pašu rakstīts softs, kas ir vēl viens iemesls kāpēc vienai un tai pašai valodai/platformai ir N versijas. Pašu softs tiek turēts cik vien tuvu iespējams vienā līmenī, ir savs legacy kurš tiek pārrakstīts, bet nevar gluži visu uzreiz.

Un lai visu to saturētu kopā talkā nāk Docker un vēl kaudzīte dažāda veida virtualizācijas (KVM/LXC).

@jurchiks Projekts itkā (!!!) viens. Sastāvdaļu gan tā pavairāk. Ikdienā es nekam no tā reāli nepieskaros. Atnāku, apsēžos, atveru IDE, sarakstu kodu, uzpūšu repozitorijā, pagaidu review un uztaisu deploy. Visa tā nepieciešamība ir fonā novirzīta. Tāpēc jau arī es varu strādāt ar N projektiem vienlaikus un tas nav fucked up - jo man nav jāuztraucas ka viens mans PHP projekts aizies pa pieskari jo es nejauši būšu izmantojis fīču, kas nav šī konkrētā projekta produkcijā, bet ir manā lokālī, man nav jauztraucas par konfigurācijām utt...

@Mr.Key pirmkārt jau "bez uzbrauciena" pēkšņi nevalidē visus uzbraucienus ko tu tur sadrukāji. :D Otrkārt, nejauc kopā manu attieksmi un manu personību. Mana personība ir atkarīga no tā, kas esmu es. Mana attieksme ir atkarība no tā, kas esi tu. Ja tu izvēlies nezināt neko, vai zināt kaut ko tikai savā ļoti šaurajā nišā, tu esi tik pat noderīgs kā neiroķirurgs, kas neprot izmantot skalpeli, nolasīt EEG un visu citu, ko nu tur neiroķirurgi dara - tikai makarēties smadzenēs ar zaru. Jā, tu iespējams esi izcils savā šaurajā zara bakstīšanas lauciņā, taču tu esi pilnīgi nekam nederīgs visos citos lauciņos, kas padara tevi diezgan nederīgu vispār. Tas ir kā tu iedomājies "ne-crossfitteri"? Kādu, kam nav ne mazākās izpratnes par to, kā kas darbojas ārpus jama programmēšanas valodas/freimworka ietvariem? Kas zina par to, kas ir HTTP response kods no konstantes savā freimworkā? Really? 

To be introduced soon - "PHP.lv safe spaces - for marginalized and minority developers, who know's jack shit about how ecosystem they are using every day actually works".

^ Tevi pie programmēšanas laiž? Vai tu tikai čakarējies ar instalēšnu, dependecies, problēmas utt

Nāk jauni projekti, veci jāuztur, kurš tad to visu darīs? Kaut kāds dedicated konsultants? :D Tagad jau vairums šo problēmu ir atrisinātas, viss plus mīnus novirtualizēts, un lai palaistu praktiski jebkuru projektu lokāli (atkarībā no stadijas) pietiek noklonēt kodu un palaist doķeri, visiem deviem vide tieši tāda pati un tieši tāda pati arī produkcijā - precīzi.

Fellonij, nenopietns drīkst būt tikai tas, kam augsts IQ un tikai tad, ja apkārt citiem augsts IQ. Pirmkārt, tā ir stadija, kad nopietnība vienkārši kaitina, otrkārt, nenopietni izmestas frāzes nedraud ar to, ka kāds tās uztvers nopietni. :)

 

Man šķiet, ka Tev darbs vairāk velk uz devops pusi, vai nav pārāk saraustīti priekš programmēšanas, ja visu laiku jāņemas ar tiem kukaiņiem, vai kas tie tur tādi par latīņu apzīmējumiem Tev tur? Ok, saprotu to tehnoloģiju, bet tā kā mans IQ nav pārāk augsts - uzskatu, ka lai labi izmantotu programmēšanas valodu, ietvaru, glīti un akurāti kodētu tā, ka pati pieeja darbam minimizē šodienas un nākotnes problēmu risku - tam nepieciešami gadi gan mācoties, gan praktizējoties. Ja katru dienu mainās vairākas tehnoloģijas, versijas (zinot, ka katrai ir nianses), tur taču sanāk pamatīgs overhead, stress un pārslodze jau vien no "context switch". Ja esi lielā projektā, to vari atļauties. Ja esi testētājs, tad to vari atļauties, jo mērķis un misija ir ātri uzlikt vidi un bliezt vaļā, lai birst nost viss, kas vien var nobirt. Bet programmētājs... programmētājam jo mazāk liekā, jo labāk. Koncentrēšanās prasa fokusēšanos. Jau klaviatūras maiņa vien ir problēma, kas rada galvassāpes.

 

Piemēram, paziņa, kas strādā bankā, atzīst, ka jaunie darbinieki vienkārši nespēj koncentrēties darbam. Visu laiku kaut kas telefonā jāpaskatās, jāpaknibinās, jāpankosās...

Nav tik smagi kā izklausas. Man, piemēra pēc, visi mainstrīma produkti griežas pamatā uz pēdējām versijām gan valodām, gan freimworkiemm - un tas overhead salīdzinot ar ieguvumu, ka tev ir pieeja jaunām fīčām, bugfiksiem utt. ir nesamērāma. Un nav jau arī tā, ka devi caurām dienām sēž un tikai dependencies updeito. Vienreiz nedēļā kā minimums tiek atajunots composer/maven/npm/utt.utjp. visos mainstream projektos, bet efekts ir nevis ka visu laiku kāds sēž un "devopšo" bet ka visu laiku ir mazas un menedžējamas izmaiņas. Un nav tā, ka viens projekts griežas uz 5 gadus veca Symfony, jo neviens negrib investēt migrēšanā - migrēšana tiek savā ziņā "loadbalancēta" ar daudz ļoti mazām un izolētām migrācijām. Tā tas ir iegājies ikdienā un darbojas tīri jauki, papildus "ja kaut ko aiztiki, atstāj labāk, kā atradi".

Par infrastruktūru runājot, nule trešdien pievienojās jauns kadrs. Viss kas bija nepieciešams lai cilvēks varētu pilntiesīgi darboties ar kodu ir 1) uzlikt OS 2) noklonēt sources 3) ierakstīt pāris maģiskas komandas terminālī kas pamatā to vien izdara kā novelk un uzliek Dokeri, docker-compose un salinko/palaiž attiecīgos konteinerus. Tad vēl ieliek duci šortkutu shell_rc ar biežāk izmantotajām komandām (tādu tiešām ir ap 10) 4) atvērt IDE. Viss. Nav jāuztraucas ne par kādām instalācijām, pilnīgi ne par ko. Ilgāk pagāja epastu uzlikt kā padsmit projektiem dev vidi. :) Un tas ir baigi forši, imho. Ne?

Kas nedarbojas? Vienīgais kas man nāk prātā ir tavas rokas )

• Docker (tikai VM - un tas nav risinājums, ja man nepieciešams fsync direktorijā, kuru nepieciešams šārēt ar hostu utt unsupported features. Arī permisijas ir problēma šajā gadījumā)
• PHPEnv (jep, man vajag vairākas PHP versijas ikdienā, un ne vienmēr softs ir dokerizēts)
• rbenv (jep, man vajag vairākas Ruby versijas ikdienā, un ne vienmēr softs ir dokerizēts)
• pyenv (jep, man vajag vairakas Py versijas ikdienā, un ne vienmēr softs ir dokerizēts)
• paškompilējami plugini PHP (Geoip2?) ir pain. Par versiju menedžēšanu nerunāsim.
• node-gyp ir pietiekami daudz known issues, nemaz nerunājot ka jāpavada 32 gadi lai saliktu visas dependencies
• pssh (varbūt it kāda alternatīva, bet... seriously)
• pt-toolkit itkā darbojas... itkā. Taču es nevēlos to pārbaudīt uz produkcijas DB.
• plenty more... Shall I continue?

+ viss, ko codez teica except 7. Jau gadiem sēžu uz Pantheon. 

Tev vajadzētu saprast, ka Tev ir vienas prasības, kādam citam ir citas. Piemēram, es neesmu frontend devs kas "griež dizainu" fotošopā (lol on that, btw). Ja tev ir ērti anal-fistingot kaut ko darīt Windows vidē, go for it. Cik produktīvs tu būsi salīdzinot ar kādu, kas visu tavu klick klick next var izdarīt ar 1 rindu terminālī, es neņemos spriest. Lai gan pieņemu, ka tavas prasības varētu apmierināt arī OS/2 defaulti.

Man klaviere un pele iet caur monitoru. Uz ubuntu, kad monitors tika izslēgts vairs nevarēja safokusēt ar peli logus.

Wat?...

@Mr.Key - Tu taču nerunā nopietni, vai ne? :)

Anterior cruciate ligament?

Access Control List.

Ja kāds seko shoptalkshow, tad var palasīt šo blogu: http://daverupert.com/

 

Ap rudeni viņš pārgāja no mac vides uz windows (nekad nebija izstrādājis neko uz win). Kā viņš cīnijās ar ruby palaišanu un visādiem package, līdz visādiem plusiem, ko novēroja.

 

Kā reiz pēdejais, par bash uz win: http://daverupert.com/2016/04/jekyll-on-windows-with-bash/

Es pamatā pat gribēdams uz Win pāriet nevarētu, jo praktiski nekas no infrastruktūras uz Win vienkārši nedarbojas... Vai nu darbinās kaut kā, čerez virtuālmašīnām.

Bet anyway, kur problēmas? node/npm/gulp/git/composer utt utt var darbināt uz win bez problēmām. Ja vajag specifisku vidi - kur problēma piešķilt vagrantu? Ja vajag kkādus vipendronus, tad gan ir sarežģītāk. Piemēram, upgreidot imagick ekstensiju ir mērens marazms :)

 Docker? :P Anyway, es nejūtos ērti uz Windows. Laikam pārāk pieradis pie Linukšveidīgajiem esmu. Nesen vēl uzliku Bootcamp W10. Pamuļļājos, pamuļļājos un izdzēsu.

Man, strādājot 2 mēnešus uz Linux, bija jārisina vairāk problēmas, nekā uz Windows vismaz gada laikā, pie tam vairums no tām bija reāli stulbas un neloģiskas (bet Linuxā jau tā pieņemts - man patika, es tā uztaisīju, enjoy or roll your own).

 Konkrētus piemērus, lūdzu. Es šito un līdzīgas frāzes esmu dzirdējis pietiekami, parasti tukša diršana un līki pirksti.

Man kā front-endam vieglāk ir win. Darbā ir linux, mājas win un jāsaka, ka yup, win ir vieglāk visu darīt personīgi man (softu ziņā, un liecies mierā ar savām PS alternatīvām, man vajag PS).

 

Griežas te darbā vm ar win7 un PS zem linuxa, bet slēgāties, griezt utt man nav ērti šādā veidā. 

 

Te gan jāpiekrīt (vismaz daļēji). Bija jau laiks izlaist Linux versiju PS, jo imo, Mac versija piemēram jau ir. Par to ka virtuālvidē nav ērti, es pats darbinu šo to Virtualbox. Nezinu gan kas nav ērti, ir vairāku moņu supports, nošarē folderi un viss darbojas plus mīnus okei. 

Es kaut kā biju ieņēmis savā tukšajā paurī, ka tāds mazohisms kā development on Windows vairs nav tik izplatīts... :/

Tmux un Tmuxinator pagaidām ir normālākie multiplekseri ko esmu atradis, a kādā bļin termināļa loga jamo palaist jau pamatā ir pofig - vai tas ir xterm vai iTerm2. Citi lieto arī byobu.

ElementaryOS, the new MacOS X wannabe.

 

@briedis - pēc skrīniem skatoties, apakšā ir vai nu Ubuntu, vai Debian. Karoče skins un varbūt kkādi papildus tūļi un viss.

Jā, tā pat, kā MacOS ir tikai skins uz BSD :P https://launchpad.net/elementary+ Pantheon ir from-scratch veidota vide. Ko var komentēt pa labi, pa kreisi, m? 

@briedis apakšā Ubuntu LTS are minimālām izmaiņām un izravētu Unity. Pašiem savs Pantheon desktops ar defaulto Pantheona softu. Darbojas lieliski. Kā nomigrēju back in 2013, nevienu citu distru neesmu vairs lietojis...

Uz windows dotfailus taisa formatējot C: un instalējot https://elementary.io

JavaScript standard library? :D What is that exactly? Ja node projektam nav 200 dependencies, tas nav node projekts :D

Cik būtu tam jaunajam nespēcīgajam? :)

Minimālā. :D

:> Pagaidi, tu tach teici ka labaaks... :> Tå ir reklåma...

Izskatās, ka ap 14 tika labots simple bug's un sešos tika salabots palielāks bug's.

 

http://i.imgur.com/HTisMpC.jpg

 Nā. Tas tur normāls fona troksnis. Kaudzīte 404 no visādiem botiem, šādi tādi greizi pieprasījumi, ikdiena vienvārdsakot...

"lokāli nenotestēja" being the keywords.

Pieņemu, ka arī kodu pilnībā nesaprata un labojums bija uz ātro, jo kādam priekšniekam vajadzēja aizvakar.

Pasaki vēl, ka pats developeris šīs izmaiņas uzkopēja dzīvajā. Vai ka nebija code review.

 

@waplet - nē, ap diviem laboja vienu bagu, un ap sešiem mēģināja salabot "labojumu" :D

Kur ir testi tavam freimworķelim? Code review ir? Pats ko dari? M? Kas notiks kad kāds vieglprātīgs auns uzkopēs tavu muhļījumu dzīvajā? Tu pats savu kodu vispār pilnībā saproti? Tie paši vēži, tie paši vēži vecīt.

Man arī, piemēram, testi iztrūkst, un ir vietas un lietas kur es jamos nerakstu. Tikai atšķirība tāda, ka es arī nereklamēju savus skricelējumus uz galda malas kas man githubā un kur ne mētājas kā krutus freimworkus... :P