Jump to content
php.lv forumi

F3llony

Reģistrētie lietotāji
  • Posts

    1,353
  • Joined

  • Last visited

Everything posted by F3llony

  1. @Wuu un tā ir valodas vaina jo? Es tev to pašu situāciju varu visās valodās parādīt.
  2. 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?
  3. 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.
  4. 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...
  5. LR/KL 132.p. Ej nu sazini, cik nopietni tu te tagad runā. Būs jāziņo. :P
  6. Un kādi modeļi? CPA/CPM/rev share? Kāds targetings? Cik vidēji ir CPM/CPA un kādi conversion rates?
  7. Š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.
  8. Neatradu kurš SIA šo nodrošina. Rekvizīti ir?
  9. :D Jo? Kāpēc? 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 3. kas izvēlas instrumentus atbilstoši veicamajam uzdevumam un vismaz cenšas nekontributēt bezjēdzīgās diskusijās. Viens jautājums - on how many drugs are you now, exactly? Es vairs īsti nesaprotu par ko tu runā, kas tas par...
  10. 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).
  11. @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".
  12. 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. 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?
  13. 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. Wat?... @Mr.Key - Tu taču nerunā nopietni, vai ne? :)
  14. Access Control List. 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.
  15. 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. 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. 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.
  16. Es kaut kā biju ieņēmis savā tukšajā paurī, ka tāds mazohisms kā development on Windows vairs nav tik izplatīts... :/
  17. 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.
  18. 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...
  19. Uz windows dotfailus taisa formatējot C: un instalējot https://elementary.io
  20. JavaScript standard library? :D What is that exactly? Ja node projektam nav 200 dependencies, tas nav node projekts :D
  21. :> Pagaidi, tu tach teici ka labaaks... :> Tå ir reklåma...
  22. Nā. Tas tur normāls fona troksnis. Kaudzīte 404 no visādiem botiem, šādi tādi greizi pieprasījumi, ikdiena vienvārdsakot... 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
×
×
  • Create New...