Леший

"sanāk, ka es strādāju tikai viņiem, kas savukārt nozīmē citus nodokļus."

Pirmo reizi ko tādu dzirdu. Nav nekādas starpības, vai tavai SIA ir viens klients, vai vairāki.

 

"Vai viņu piedāvātais risinājums strādātu un ir izdevīgs"

Jā un jā. Viņi tev varēs maksāt nedaudz mazāk, viņiem par tevi nav jāmaksā nodokļus, savukārt tu vari saņemt lielāku naudu. Kā microSIA tev būs jāmaksā 9% nodokļos reiz kvartālā (kaut gan no 2015. gada šo nodokli lineāri paaugstinās līdz 15%).

 

"Vai man būtu jāreģistrējās kā Induviduālajam Komersantam vai mikrouzņēmumam?"

Tev ir jāreģistrē SIA ar mikrousņēmēja nodokli. Svarīgi ir to precizēt pie SIA reģistrēšanas. Ir bijuši gadījumi, kad UR darbinieces nepamana to "mikronodokļa" ķeksi 4. veidlapā.

 

"Vai ir kāds labāks variants kā šo varētu panākt?"
Pieņemot sevi un vēl dažus cilvēkus (radiniekus) darbā pie sevis ar algu =< 500Ls. Attiecīgi, tu maksā viņiem to algu, tad viņi to naudu atdod tev atpakaļ. Profit! Tad tev būs tikai jāmaksā tos 9%.

Bija mēģinājums pāriet uz IRC, nesanāca.

Btw, kopš daži kadri tur nav, tur ir diezgan klusi.

"Tagad tur ir kkādi underground programmētāji, kas strādā par minimālajām. :)"

 

Hahaaa :)

https://segment.io/blog/how-to-make-async-requests-in-php/

Man tas "īsais" ternary neliekas īpaši lasams. Labāk izmantot ko tādu:

isset($asdf) || print(1);
!isset($asdf) && print(2);

vai vēl lasamāk:

isset($asdf) OR print(1);
!isset($asdf) AND print(2);

Es domaju, ka cilvēks gribēja pateikt, ka nevis jāzin algoritmu no galvas, bet ir jāsaprot algoritma pamatprincipu. Algoritma zināšana no galvas by default ir neiespējama. No galvas var zināt tikai algoritma konkrēto realizāciju. Algoritma darbības pamatprincipa izprātne ir kaut kas cits.

Algoritma principu var izprast pat ar šita piemēra palīdzību:

Tik ļoti, ļoti ne-patiesi!

Medz būt dažādi forumi. SO arī skaitās forums, un teiksi, ka SO ir slikts?

LV forumos tevi pārsvarā apdirs, patroļos, un tikai ļoti retajos gadījumos palīdzēs. No potato in Latvija only cold and suffer.

set tabstop=4
set shiftwidth=4
set expandtab

un problēmas ar indent ir aizmirstas.

Nu kas tie par variantiem? Jāizmanto tas rīks, kas ir vajadzīgs. Ja tev ir paredzētas tranzakcijas, tad jāizvēlās DB dzinējs, kuram ir tranzakcijas, tas nozīmē, ka par MyISAM nevar būt ne runas.

Nez kāpēc visi ir pārliecināti, ka abstrakcijas domātas, lai varētu bieži pārnest uz citu DB. Cik bieži jūsuprāt pasaulē kāds pārnes projektu no mysql uz prostgre piemēram?

Abstrakcijas ir domātas, lai nebūtu jāpārrakstā kodu, ja notiek kaut kādas izmaiņas db, kaut vai refaktorings.

Dedzinam uz sārta

Šeit es redzu divus viedokļus: viena puse aizstāv spaces un argumentē to ar problēmam redaktoros un SVNā; un otrā puse, kuru pārstāv MRT, aizstāv tabs un argumentē savu poziciju ar to, ka tabs viņam netraucē.

Nav īpaši grūti novērtēt abu pušu argumentāciju.

 

Iemeslu flamewaram neredzu.

Parasts CRUD, nav nekā divaina.

prp ++ par having.

Default idēs tab = 4 speisi, always.

Prooflink? Vim defaultais indent ir 8 space, tas piemēram.

 

Ja SVN redz konfliktus kur to nav, kādam no tīma ir ieslēgta automātiska konvertācija on save

Wrong! Ir bijuši gadījumi, kad SVN redzēja starpību rindās "}" un "}". Nezinu, kāda tev ir pieredze ar SVN, bet man ir ļoti liela.

Un šis komentārs ir diezgan utopisks, jo paredz, ka visi programmētāji vienmēr izmantos vienu un to pašu kodēšanas standartu, un ja nē, tad atlaidam nafig. Tas vienkārši nevar strādāt paralēli ar biznesa interesēm. Un interesanti, ko tad darīt ar open source projektiem, kuriem ir vairāki tukstoši collaboratori visā pasaulē?

Piemēram, programmētājs ir atvēris kodu ar savu uberkruto redaktoru un redz, ka kaut kādai metodei ident ir salauzts, jo viņa redaktors rāda tabs kā 8spaces. Viņš to salabos automatiski un pēc tam arī iekommitos. Sanāk bezjēgas komits.

Un cik reizes bija konflikti, jo tupais SVN redzēja izmaiņas, kur to nebija.

Par tabiem ir tā, ka strādājot pie projekta, kur  piedalās vairāki cilvēki un tiek izmantota versiju kontrole, 4space garantēs vienādu koda izskatu visos redaktoros/IDE, un mazāk čakarēs SVN/git.

Par komentu pie katra propertija - nezinu, vai tāds stils ir labs. Labāk nosaukt propertiju tā, lai tas būtu self-explanatory:

class Human {
    public
        $name,
        $surname,
        $age;
    private
        $life,
        $porn_collection;
}

Par tēmu:

if ()<space here you fag!>{
    .... // 4 spaces for indent, no tabs! Every time you use tabs, one kitten dies
}

class CamelForClassName {
    public
        $foo_bar,
        $baz;

    private function snake_case_for_method() {
        ....
    }
}

Rekur sev uztaisīju printable versiju ērtam cheatsheetam, ko izmantoju (oriģināls uz A4 nav lasams, uztaisīju 2xA4)

 

vimcs.pdf

Kaklz'am ir taisnība par F/J pogām. Esmu pieradis apieties bez h pogas - vispār ikdienā navigācijai izmantoju t/T. Tas arī pieradina efektīvāk izmantot d/y/... komandas.

codez, jā, es arī lasīju kaut ko līdzīgu, un arī lasīju, ka Einšteins bija stulbs, un visi viņa darbi ir nozagti no citiem, kā arī, amerikāņi nebija uz mēness.

Nevajag lasīt visādas muļķības internetā.

Par IQ tēmu:
 - People who boast about their IQ's are losers /S. Hawking/

Pārbaude: pie select pieliec

"... AND is_admin = 1"

1. Šādos gadījumos nav starpības, vai AND vai &&, nevajag stāstīt cilvēkiem muļķības.

2. Lieks pieprasījums: var pie login/pass pārbaudes uzreiz dabūt user_id.

3. Priekš kam eskeipo md5 hešu? :D

4. header maiņu jāliek pirms jebkāda output, citadāk, header tiek aizsūtīts momentā, kad output ir sācies, un redirekts nestrādās.

if(!isset($_SESSION['ienacis']))
                        {
?>
<!DOCTYPE html>
<html lang="en">
<head>
        <meta charset="utf-8">
        <title>lapa.lv :: Login</title>
        <link rel="shortcut icon" href="admin/img/favicon.ico">
               
</head>
 
<body>....
<?
else header(...)

                        

1. PHP tik ļoti sūkā, ka viņam vajag papildināt core funkcionalitāti, lai būtu autoloads

To biš, php sūkā, jo tiek attistīts?