codez

Atkal vienam skauž kad kāds māk kaut ko vairāk un zin kaut ko vairāk. Mācies, nevis streso. Bet var redzēt, ka tu esi vergs savā domāšanā. Viscaur ir redzams, ka tu uztver VID kā kaut ko augstāku. Bet VID ir tavi un mani vergi, viņi kalpo mums, viņu vienīgais uzdevums ir, lai mēs justos labi. Mēs maksājam viņu algas. Un, ja viņi nedara tā, kā tev vajag, vērsies pret viņiem ar visu savu bardzību. Tak VID ir tikai bariņš ne pārāk gudru cilvēku, kuri pat nespēj tikt galā ar uzņēmumiem, kuri brutāli nelikumīgi pārraksta kases aparātu datus. Tev jāmaina attieksme. Kā tu uztversi sevi, tā citi uztvers tevi. Kas attiecas uz māju būvēšanu/īrēšanu, mašīnas pirkšanu, utt. uz firmas vārda, 100% varu apgalvot ka tā var darīt, gan no savas, gan citu personīgās pieredzes, tas viss ir likumīgi un Latvijā to dara tūkstošiem cilvēku. Tava firma drīkst nodarboties ar NI iegādi, tam nevajag nekādas speciālas atļaujas un tāpat tava firma drīkst tev izīrēt NI kaut par 1eur / mēn, vai kādam citam kaut par 2000 eur/mēn. Nākošreiz, pirms saki, ka kaut kas nav iespējams, lūdzu norādi atsauc uz likumu un pantu, kurā tas ir aizliegts, savādāk tava runāšana ir tukša muldēšana.

Teiksim no piemēra, tu tos 3k maksā kā algu, tev uz rokas paliek 1700 eur. Ar šādu algu, ejot pensijā 65 gados un sākot strādā 25, pensija ir 835 eur (rēķināts ar SEB kalkulātoru). 40 gados (25 - 65) * 1300/mēn = 624k eur. Par to var iegādāties aptuveni 3 augstas klases mājas, kuras tev nomā vien nesīs vairākus K mēnesī (pašreiz 3 - 5) un ne tikai pensijas vecumā bet jau krietni ātrāk. Bez tam, ja ar gudru ziņu pērc NI vietā, kur tā cena nākošo 20 - 30 gadu laikā uzkāpj, tad tie NI var maksāt arī krietni vien vairāk. Pat, ja tu tos 624k vienkārši turēsi naudā, tev no 65 gadiem jānodzīvo līdz 127 gadiem, lai tev atmaksātos pensija. Un, ko darīsi, ja gribēsi iet pensijā 50 gados? 15 gadus dzīvosi uz sausiņiem? Manā variantā par nodokļos lieki nesamaksāto naudu tu jau esi nopircis/uzbūvējis 2 lielas mājas, no kurām vienā dzīvo pats, bet no otras saņem 1,5k nomu.

Lai VIDs domā, ko grib, viss ir likumīgi.

Nākošreiz varētu ne tikai neapsaukāt, bet arī izlasīt un mēģināt saprast, to ko citi raksta, pirms nepamatoti kritizēt. SIA1 - parsts sia, SIA2 - MU sia. No klientiem visi rēķini nāk no SIA1 un vari rakstīt rēķinos visu, ko vajag. Ja tu gribētu izņemt naudu priekš sevis no tā, kas paliek pāri pēc izdevumiem, tev jasamaksā UIN(15%) + IIN(10%), kopā 25%. Tāpēc SIA1 visu šo starpību par kādu pakalpojumu samaksā SIA2, kurš no tā samaksā 9%, pārējo izmaksā sev un savai sievai un, ja ir vēl kāds, pa 720 eur, bez papildus nodokļiem. Bez tam no šiem 9% daļa ir sociālās iemaksas. Ja nauda nāk tik daudz, ka nespēj pakās pa 2x vai 3x 720 eur izmaksās visu, tad daļu var sākt tērēt no pirmā SIA, piemēram, mājas būvniecībai, zemes iegādei, utt. Tie SIA1 būs kā izdevumi un līdz ar to ar nekādu nodokli neapliksies. Tāpat vari nopirkt mašīnu, tikai jārēķinās ar ikmēneša nodokli (Transporta ekspluatācijas nodoklis), bet jau pie normālas mašīnas, šis nodoklis ir krietni mazāks, nekā viss kopā, ko tu samaksā nodokļos, lai dabūtu sev naudu priekš pirkšanas, uzturēšanas, degvielas, utt. Piemēram, ja tev klienti katru mēnesi samaksā 3k, teiksim 200 tev ir visādi firmas izdevumi un teiksim esi tu un tava sieva, kurai var izmaksās MU algu. Tad no atlikušā 1590 samaksā uz MU, MU no tā samaksās 143 eur nodoklī, bet 1440 eur divās algās. SIA1 vēl paliek 1210 eur, kurus vari iztērēt auto iegādei vai mājas apmaksai. Rezultātā tev ir gan kešs, gan manta un no 3k nodokļos esi samaksājis tikai 143 eur, kas ir mazāk par 5%. Vienkāršības labad es šeit nepieminēju vairākas nianses, bet tās lietas būtību būtiski neietekmē. Šāda shēma atrisina gan nozaru aizliegumu MU, gan rēķinu problēmu klientiem, gan uzlabo to, ka vari tērēt uz firmu nemaksājot MU nodokli (kas ir gadījumā, ja tev ir tikai MU), gan arī krietni samazina nodokļu apmēru par naudu, kuru tu sev vari dabūt kešā (gadījumā, ja tev ir tikai parasts SIA).

Nu tas jau atkarīgs no leveļa, varbūt viņi meklē LVL15 testētāju, bet tikai LVL6 frontendistu. Bet no otras puses testētāja darbs parasti ir baigā haļava - 80+% laika automātisko testu laišana un novērošana. P.S. Un jā, frontendistam var daudz ko prasīt darīt, es, piemēram, tagad rakstu aplikāciju, kur frontendā ir Webgl, websocketi, custom šeideri, 3 vektoru matemātika, pamatīgs darbs ar typed array-iem, utml. lietām. Un tas viss arī ir frontends.

Iesaku iemācīties lasīt un uztvert. Nav tur divu MU, ir viens parasts SIA un viens MU. Parastais SIA strādā bez ienākumiem, jo visu starpību starp reāliem ieņēmumiem un izdevumiem pārskaita MU par tulkošanas pakalpojumiem. MU nodoklis netiek maksāts no visa apgrozījuma, bet tikai no starpības, kamēr parastajā SIA nav jāmaksā IeN, jo tajā nav ienākumu. P.S. Cik dumjam vispār jābūt, lai pieņemtu, ka tur varēja būt 2 MU, tas taču uzreiz nav loģiski, jo klientiem tik un tā nāksies prasīt samaksu par tulkošanas pakalpojumiem un arī otrs MU nevarēs strādāt programmēšanas nozarē. Ja šitādi pāļi vēl kodē, tad nav jābrīnās par dažu produktu kvalitāti.

Tak uztaisi divus SIA - vienu, kurš komunicē ar klientiem, tajā vari arī visus izdevumus atrakstīt un atlikumu par tulkojumiem pārskaiti uz savu MU. Šāda kombinācija pat ir ļoti laba, ja gribi nopirkts glaunāku mašīnu, vari uz firmu, ja gribi celt māju, cel uz firmu un maksā MU nodokli tikai no pārpalikuma.

http://apollo.tvnet.lv/zinas/mikrouznemumu-nodokla-rezimu-nepiemeros-37-nozarem/705759 Deklarē, ka tavs uzņēmums nodarbojas ar tulkošanu. Tulko no latviešu un angļu uz php/js/etc.

Es domāju, pirmais ar ko jāsāk, ir jāpabeidz pamatskola un jāiemācās rakstīt konstruktīvus un saturīgus teikumus.

Ne-e, kurš vispār pie vesela saprāta grib darbu?

Nē, vienkārši mana mīļākā valoda un freimworki.

nice, nice!

jurchiks nezin, kas ir references. http://php.net/manual/en/language.references.pass.php

Kad atnāca rēķins, es nospļāvos un aizgāju uz Maksimu un nopirku jaunāko Meatpress versijas gaļasmašīnu.

Es šodien tieši mašīnu pasūtīju, lai no jauna izprojektē, notestē un uztaisa tieši priekš manis. Atsūtīja rēķinu - $20'000'000

Izmanto ORM.

Es 15+ gadus nodarbojos ar Competitive programming, daudzi no sacensību formātiem ir tādi, ka uzdevumu ieskaita tikai tad, ja tas iziet visus testa datus - tas ir, arī visus "corner case". Lai to ievērotu, nav jābūt ģēnijam, ir vienkārši jāprogrammē ar tādu "mindsetu", ka uzreiz visam ir jāstrādā pareizi. Un, jo vairāk tu tā programmē, jo vieglāk paliek ar pirmo visu uzrakstīt pareizi.

Es savu kodu ar pirmo piegājienu rakstu pareizu - reāli ietaupa laiku.

Varētu latviešu forumā nelietot teroristu valodu?

Jurchik, Angularā ir normāli templeiti, kuri var atrasties atsevišķā failā un saturēt tikai prezentācija loģiku, tā ka viss ir atdalīts: https://docs.angularjs.org/tutorial/step_02 P.S. Bet vienalga, React > Angular.

Skolas laikā tieši skolas datorus var izmantot hostingam.

Šī kļūda rodas, kad GC mēģina atbrīvot atmiņu un pavada 98% CPU laika to darot, bet negūstot nepieciešamos rezultātus. Parasti tas notiek tad, kad atmiņa ir pārpildīta un nav ko atbrīvot, lai kā GC censtos. Pēc kāda laiciņa viņš izmet šo exceptionu, lai nenotiktu bezjēdzīga programmas darbošanās.

Turpinājumā ReactJs, Facebook izstrādājis Relayjs un Graphql, kas kaut kādā veidā risina šī problēmas. Pamatideja, React komponentes deklarē kādus datus viņām vajag (piemērs), tiek savākts nepieciešamo datu grafs, kuru pieprasa serverim, no kur saņemot atbildi, dati tiek smuki salikti pa komponentēm. Produkcijā gan šo neesmu izmantojis. Bet tavā gadījumā der ļoti vienkāršs mixins, kura loģika ir universāla visām komponentēm, tik jāpadod urlis no kurienes dabūt datus. Es gan daru tā, ka man ir store, kurā glabājas entitīji un globāli dati un ajax atbildes tiek apstrādātas viso gadījumos un, ja tajās ir jauni entitīju dati, tad komponente, kura uz tiem klausās, automātiski atjaunojas. Tādā veidā man lielākā daļa ajax funkciju ir bez callbackiem. Piemēram, ja es userim nomainu parametru "name", tad man atnāk atbilde {entities:{users:{123:{name:"john"}}}}, tā automātiski tiek saglabāta entitīju storē un visas komponentes, kuras klausās uz konkrēto entitīju tiek pārrenderētas. Tādā veidā uz onClick, man būtu tikai request('user/changename',{id:123, name:"john"}) Būtībā tas ir kaut kādā veidā vienkāršos Relayjs darbības princips.

Ha, ha, tas, kam tu iedevi nosaukumu "Rolling mutation model" un ko nav nekādu referenču internetā un šādu nosaukumu Google nepazīst, bet spriežot pēc tava apraksta, ir vienkārša stāvokļa mainīšana viena threada ietvaros. Jautājums, kā viņš (single manager) saņems ziņas no vairākiem citos thread-os atrodošiem procesiem? Tikai caur kaut kādu viņa messega queue, kura tik un tā kaut kādā līmenī saturēs multi thread drošu queue datu struktūru. Tas ir principā tas, kas notiek Scalā/Akkā. Actoram ir messega queue, kuru viņš apstrādā pēc kārtas un par savu stāvokli atbild pats, tāpēc tev nav jāuztraucas par mutithread drošumu, jo apakšā jau ir droša multi thread datu struktūra (šajā gadījumā - message queue). Un jā, pēdējo reizi multi thread aplikāciju ar paša nodrošinošu datu lokošanu taisīju gadus 8 atpakaļ. Tagad sen jau to nedaru, jo tā pati Akka to nodrošina vienu abstrakcijas līmeni zemāk un man tas nav jādara. Bet, ja nu gadījumā ir vajadzīgs nolaisties arī zemāk, tad ir kaudze jau gatavu un pārbaudītu thread-safe datu struktūru (mapi, seti, listi, utt.)

Ko tu domāji ar "rolling mutation model"? Izskatās, ka terminus izzīd no pirksta. https://www.google.lv/search?q=rolling+mutation+model Bez tam tavi mēģinājumi iestāstīt, ka pasaulē nekur produkcijā neizmanto starp thread-iem šārētus stāvokļus, par tevi neko labu neliecina. Skat, SO ir 22k jautājumi ar atslēgas vārdu mutex: http://stackoverflow.com/search?q=mutex Tak jebkuras multithreaded programmas cache būs thread-safe datu struktūra. Jebkurā programmā, kur 2 threadiem kaut kādā veidā vajadzēs sazināties, apakšā būs thread-safe datu struktūra. Tas, ka, piemēram, Scala/Akka gadījumā man nav jāuztraucas par thread-u drošību, kad actor-i sazinās viens ar otru, ir konkrētā framework-a risinājums, kuru zem pārsega nodrošina thread-u drošas datu struktūras. P.S. Visi tavi minētie autonomie sensori tiek lasīti, pieprasot lasījumu. Bez tam tas, ko tu sauc par gudro sensoru, patiesībā ir mikroprocesors vai mikrokontroleris + sensors. Un sava autonomā sensora gadījumā, tu nolasi datus no mikrokontrolera, nevis no sensora. Savukārt mikrokontroleris nolasa no sensora. Pat tavā pieminētajā OSGP protokola, tu sūti pieprasījumu nolasīt datus un tad tie tiek atgriezti, nevis sensors konstanti sūta savus datus, kā tu te apgalvo.