Plutonium

Pačiam mole atrodo nėra. Yra šalia jo. Berods baršausko 68. Ten bus žaislų parduotuvė, ir tame pačiame pastate yra kirpykla. Prieš kokį pusmetį praeinant mačiau iškabas dėl praktikančių kirpimo, bet tuo metu dar nedirbo. Būtų smagu jei pasakytum ar gerai kerpa. Pats nueičiau :D

35

31

25

20

na nepasakyčiau kad LABAI panašios, sintaksė gerokai skiriasi.

Po kelių metų programavimo patirties galiu pasakyti, kad sintaksė mažiausias faktorius yra. Jei išmoksi programuoti su viena kalba, tai ant kitos nesunkiai pereisi

na seb yra mano pagrindinis bankas, bet turejau reikalu su anstoliais tai nenoriu ten eiti, zinau kad ir kiti bankai matys tai, bet as imsiu paskola ne 40 metu o tik 5

Šiaip anstoliai uždeda gan juodą dėmę kreditingumo istorijoje. Tad ir sąlygas gausi gan prastesnes. Tad tai tik dar didesnė paskata pasivaikščioti, ir gauti geriausią variantą.

Kiekvienas bankas Tau duos specifinį pasiūlymą palei Tavo padėtį. Jei kažkam ten buvo gerai, tai nereiškia, kad ir Tau bus taip pat. Jei bankas pasako, kad neduos, tai išbrauki iš galimų bankų ir tiek, ir eini į kitą klausti. Taip turėsi pasirinkimą. Juk ne pora šimtų litų emi, o didelius pinigus, tad gali viename ar kitame pakankamai daug išlošti.

Man ir reiktų :)

Bet spėju geriausiai eiti per visus bankus, ir žiūrėti ką siūlo. Aš bent taip darysiu kitą mėnesį.

1. Operator overloading yra naudojamas nuo situacijos. Pavyzdžiui aš turiu du objektus ir noriu juos palyginti, ir žinau, kad objekto unikalumas yra pvz palei vieną ar du property. Tuomet permušu == operatorių, kad atsižvelgtų tik į tuos property. Kokia nauda? Kartais tiesiog reikia specifinio palyginimo ir nesinori rašyti pvz if(obj1.pr1 == obj2.pr1 && obj1.pr2 = obj2.pr2) keliuose vietose. Permuši klasėje ir viskas, visą laiką naudoji taip.

Realiai kol nesusidūriai su situacija, nelabai žinosi kaip tai panaudoti :) Man pvz reikėjo lyginti filtrų objektus, kurių unikalumas realiai yra name ir user'is.

2. Perfomance kažin ar čia klausimas. Man atrodo tiesiog aiškumo duoda kode.

3. Deja, bet viskas angliškai ;) Ir geriau mokytis anglų, nes dirbdamas vistiek info ieškosi pastoviai anglų kalba, nes lietuvių nerasi visos info...

4. Manau aiškiai išdėstyta čia http://msdn.microsoft.com/ . Permetus akį, tai yra realiai castinimo operatorius. Kai nori iš objekto A padaryti B, bet A klasė nėra paveldėta nuo B. Ir gan geras pavyzdukas čia pateiktas :)

Dabar sita skaitau http://www.amazon.com/Windows-8-1-Apps-XAML-Unleashed/dp/0672337088/ref=sr_1_1?ie=UTF8&qid=1393548341&sr=8-1&keywords=windows+store+apps+c%23+xaml

Bet dekui uz rekomendacijas, sita "C# in Depth, Third Edition" sudomino, perzvelgiau parodomaji skyriu tai taip visai lengvai skaitosi. O siaip i ka labiau orientuotis siuo metu reiktu jusu akimis? :) Ta prasme darbo pasiulos atzvilgiu. Webas nelabai traukia nors HTML ir CSS zinau, butu paprasciau negu kazka nauja pradet, Bet as programuot pradejau galima sakyti del WPF, man tai buvo kazkas tokio :) bet va isejo Win8 ir viskas apsiverte aukstyn kojom. Pastebejau kad sokineju tai prie Win8 apps tai WPF. Kiek ziurejau skelbimus darbu tai darbui su webu 65% o daugiau jau visa kita. Tenka rinktis, WPF ar Win8 apps. Ka jus pasirinktumete? Tuo labiau, kad vistiek darau viska su XAML o tas ir ant to ir ant to tinka (neskaitant keliu niuansu). Kur ateitis? Pakolkas svieciasi kad webe :D

Dideli rimti projektai nevisada gali dirbti web'e, nes galios nepakaks. Pats tupiu prie projekto, kuris web'e kažin ar būtų gyvas.

Ir WPF > Win8. Kodėl? Didesnė dalis sprendimų yra skirta vistiek desktop pusei, kur vartotojai moka dirbti. Win8 apps yra tik šiaip kad patouchinti galėtum ir tiek. Mažoms aplikacijoms gal ir gerai, bet pats atsisakęs metro nesamonių esu, nes tiesiog nepatogu.

Suprogramuok kažką naudingo. Kad ir sau. Pvz pasidaryk biudžeto apskaitą. Elementarus duomenų suvedimas, bet duombazės struktūra turės būti ne paprastos pora lentelių :) man kažkada buvo pasiūlęs draugas pasimokyti sukurti failų talpyklą, kurioje admin mato viską, o vartotojas gali tik pridėti failus. Ar kažkas panašaus ;)

Kokia vaizduškė?

Jei AMD, tai http://support.amd.com/en-us/download/auto-detect-tool , ir parsiųs gerus driverius. Bet prieš tai ištrink ką surašei. Tik patartina, bet nebūtina

Kiek prisimenu, per kelias vietas naudoji tą pačią animaciją? Ir visose dubliuoji tą patį kodą? Jei dubliuoji, tai galbūt būtų geriau perkelti į C#, nes tuomet dirbs optimaliau (vienas kodas visiems) - click (suveikia commanda), execute gauni objektą ir darai ką nori su juo.

Jeigu turi template pasidaręs kažkokį, tuomet gal su Triggers ar Behaviors sužaisti, bet per daug nesu mėginęs animacijų. Mėginčiau pasiskaityti apie tuos du, ir jei greitai atsakymo nerasčiau, tuomet kelčiau į .cs kodą :)

O muzika, nors ir nesu mėginęs :)

<Style TargetType="Button">
   <Style.Triggers>
       <EventTrigger RoutedEvent="PreviewMouseDown">
           <SoundPlayerAction Source="/ClickingButton;component/click.wav" />
       </EventTrigger>
   </Style.Triggers>
</Style>

Tai kad Tu čia nieko neparodai..

Viską padarei kaip http://zombiebrainzjuice.fr/playing-with-stanfords-karel-the-robot-on-a-standard-eclipse/ ? Ar paleidus nerodo consolėje jokių klaidų? Geriausiai, tai surarinti ir pasidalinti, tada galės parsisiųsti eclipse ir pasimėginti

Kad ir su notepad atsidarai, tik excel rodys stulpiais tvarkingiau info

Jei gerai supratau, tai radeon, parsisiunti http://support.amd.com/en-us/download/auto-detect-tool ir auto sudiegs vaizdo plokštei

O motininės numerio neužmačiau niekur

teisingiausia tai pranešti projekto administracijai apie klaidą ir manau gausi kažkokį rewardą, ypač, jei tai komercinis projektas.

White hacker pabūti? Esu girdėjąs atvejų, kai praneši apie klaidą ir gauni velnių dar už tai, nors norėjai tik gero :)

Metus laiko naudodavau nemokamą narystę užregistruodamas fake mail kaip referall ir galiausiai tik panaikino tą funkciją ir viskas :) aišku čia koks mastas šito dalyko yra. Gali ir nepastebėti :)

Visą programą įmauni taip į try ar būtent vietą, kuri žinai kad lūžti gali. Tuomet išmes pranešimą. Pranešimą sufocusavus gali ctrl+c ir turėsi klaidos pranešimą (arba printscreen) ;)

int skaicius= 20;
int da = 0;
try
{
   var atsakymas = skaicius/da;
}
catch (Exception ex)
{

   System.Windows.Forms.MessageBox.Show(ex.ToString());
}

Ir išvis kodėl nenaudoji pvz SQLite? Easy to use :)

Aš truputi nusistatęs prieš MSSQL po darbo su Access, nors gal tai ir ne tas pats :D

Aš manau, jam reikia gatavo kodo, jog kas parašytų, o ne patarimo :D

Žinau, todėl ir duodu patarimą, nes jau ne pirmą kartą rašo čia, kaip padaryt vieną ar kitą, ir visada gauna gatavą kodą... Tai nonsense mokytis programuoti ir visada klausti kaip padaryt viena ar kita, kai internetas pilnas sprendimų :)

nepavyksta man krc...

Gero programuotojo savybė yra anglų kalba ir užsispyrimas ;)

Nu as sita zinau, bet kaip uzrasyt nezinau :/

Tingi googlinti...

// reading a text file
#include <iostream>
#include <fstream>
#include <string>
using namespace std;

int main () {
 string line;
 ifstream myfile ("example.txt");
 if (myfile.is_open())
 {
   while ( getline (myfile,line) )
   {
     cout << line << '\n';
   }
   myfile.close();
 }

 else cout << "Unable to open file"; 

 return 0;
}

https://www.dropbox.com/s/rfrl3i6b4y43k6z/MVVMKlausimas.7z patvarkytas kad veiktų. Kodėl nesikeičia spalva? Nes TestView1 nėra grido columns'u. Jei pamėgintum šiaip uždėti StackPanel background tia jis nepasikeistų. Todėl aš sustumdžiau dar ir į gridą. Tik netvarkingai išmėčiau testavimo suemtimais.

Dabar spėju vienas virš kito kažkai susistumdė ir nesipiešia :)

Ar geriau kurti viena dideli ViewModeli viskam? Bet ce jau sitas kaip ir priestarautu MVVM principui kuris yra: Vienam View turi buti Vienas ViewModel'is. [/size]

Priklausomai nuo situacijos. Aš pats linkęs būčiau paskirstyti truputi. Yra pirmas View, kuris realiai yra kaip ir Window pats. Tiesiog pradinis vaizdas. Jap reikės kažkokių properties, tai ir sudėsi tuos kelis į modelį. Paskui turim dar vieną View, kuris yra idėtas į pirmajį, ir pvz yra gridas, su daug stulpelių ir eilučių, dar kokia paieška šalia idėta. Na tiesiog struktūriškai sudėtingesnis už pirmajį. Tai jam darau irgi modelį. Taip bereikalingai antrojo view propeties neapkraus pirmojo modelio.

Darbe bent jau yra panaši situacija. Bet dar pvz pirmame lygyje yra eksportavimo mygtukas, kuris surenka viską iš antro lygio ir sueksportuoja. Vėlgi atskiras modelis gaunasi, nes tai tik eksportavimo dalis, ir kitiems per daugiausiai nereikia žinoti apie juos

Tikuosi supratai :D

Kai reikės ir padarysi. Dabar specialiai nesimokyk. Kodėl? Nes WPF apskritai yra magic. Išmoksti kai darai :) ir beto toks susiejimas modelių, man bent jau nelabai gražus atrodo. Darbe kiek teko dirbti su MVVM, tai niekada nereikėjo iš "tėvo" kažką pakeisti taip kitame modelyje.

Bet išrišau kaip galima padaryti :D

TestView2 DataContext nenustatyk tame pačiame view'e. Juk TestViewModel2 turi TestViewModel1 modelyje. Vadinasi jeigu priskiriant TestView1 DataContext nustatytum ir TestView2, viskas suveiktų ;) Dalis kodo apačioje. Idėjus šitą, turėtų suveikti, tik TestViewModel1 pasidaryk TestViewModel2 property :)

 public TestView1()
       {
           InitializeComponent();
           DataContext = new TestViewModel1();

           TestView2 antrosSpalvosUserControl = new TestView2();
           antrosSpalvosUserControl.DataContext = (DataContext as TestViewModel1).TestViewModel2;
           Kvadratas2Content.Content = antrosSpalvosUserControl;

       }

Ir po šito "fix'o" nebus dviejų TestViewModel2. Bus tik vienas, ir teisingas. Nors nežinau ar tvarkingai čia viskas gausis, bet veikia ;)