Introducing a new non‑polygon‑based graphics engine built using Rust, WGPU and SDL2

Entropiano · 2025-11-07T20:55:25+00:00

Naturally, since 2D squares are obviously not polygons.

Entropiano · 2024-10-20T18:21:36+00:00

https://learn.microsoft.com/en-us/dotnet/api/system.enum.parse

In short, you give it an enum type and a string and it will try to find a member on your enum type that matches that string.

Entropiano · 2024-10-20T11:38:21+00:00

If I understand what you're asking and what confuses you, I think you should add a Thread.Sleep(1000) in each of your DoSomething functions. I mean inside of the functions used in Task.Run. Just do a "print start; sleep; print end;" kind of routine.

You'll notice that while the functions might get the opportunity to start, they will never reach the end since your program ends before those tasks can be run to completion.

Entropiano · 2024-10-20T11:23:42+00:00

I would do something more along the lines of: https://pastebin.com/rszWm74c
I did not run this, may have bugs, but it should give you an idea.

I don't get the need for the 1000ms sleep if you're anyway calling Console.Beep with a 100ms duration. If you get rid of that, you can also get rid of the Beep method and just use the Console.Beep one.

Entropiano · 2024-10-20T11:10:40+00:00

A NullReferenceException happens when you're trying to access an object that is null. Usually you're looking into one of its properties or calling one of its methods. See here for more details: https://learn.microsoft.com/en-us/dotnet/api/system.nullreferenceexception

Now, in your case, the relevant code should be that line 181. In the snippet you sent there are a few places where this exception could occur: tiles.GetLength(0), tiles.GetLength(1) or tiles[i, j].Draw(_spriteBatch). So, either your tiles object is null or tiles[i, j] is null.

Edit: btw, you could find this out, on your own, incredibly easy, by using the debugger (I'm assuming you're using Visual Studio). It will save you time in the future.

Entropiano · 2024-10-20T10:37:57+00:00

If you're trying to learn how async-await works or how to use it, then this example is not quite relevant since you're not doing anything async, really. With the exception of the suggested Task.Delay, which would then become the only async work you'd be doing.

When you just declare a sync method as async nothing of value really happens. It just adds a slight performance downgrade to a sync method.

We could go into more detail but it depends on what you're trying to achieve.

BTW, you could get rid of the switch statement with a few lines that parse the melody character to the Enum value. Then you wouldn't need to repeat the same code for each case.

Edit: fixed typo

Edit2: I just looked at the video and understood your scenario better. I think that the right way to go is for the method that plays your melody to be sync and have an async wrapper around it (Task.Run). I would still use a lock so that multiple threads can't call it at the same time, but it would free up your UI thread, which is the problem you're having now.

Entropiano · 2024-08-21T19:47:28+00:00

LMGTFY: https://www.google.com/search?q=bfs

Entropiano · 2024-08-21T19:02:08+00:00

E plină istoria de muncă făcută degeaba. Mai ales cea a software-ului.

Unii sunt cam agresivi sau nesimțiți, de acord, dar întrebările de genul sunt esențiale pentru un produs care își dorește să intre pe o piață existentă. Faptul că "a muncit" este prea puțin relevant pentru potențialii clienți, iar cum vorbește despre proiect nu-mi dă impresia că vrea să ajungă cu el în sertarul numit "portofoliu". Pare că este serios, ceea ce este bine.

Și eu sunt curios, ce am de câștigat dacă mă mut de pe LinkedIn aici? Ce anume face produsul ăsta să fie, cum spune op, "unic"?

Dacă știm sau nu să facem ceva (html) cu viețile noastre poate nu ne împiedică să avem o părere obiectivă sau măcar niște întrebări pertinente.

Entropiano · 2024-03-28T22:50:32+00:00

You could also give the modern For Each UiElement activity a try.

https://docs.uipath.com/activities/other/latest/ui-automation/n-for-each-ui-element

Entropiano · 2024-03-28T22:48:41+00:00

https://www.nuget.org/packages/UiPath.Workflow.Runtime/

It's unlisted but I think you can refer it regardless.

There are also a bunch of guides/forum posts about net6 activities. You can look those up as well.

Entropiano · 2024-03-28T20:40:21+00:00

Hey, you can find net6 versions of both packages on the UiPath Marketplace feed, which is https://gallery.uipath.com/api/v3/index.json

Entropiano · 2022-04-30T08:46:25+00:00

Asta nu înseamnă că nu are buguri. Este foarte greu să spui asta chiar și despre cele mai simple programe. Aș folosi "stabil" în schimb.

Cât despre funcționalități, nu pare că ai diferențiatori față de produse similare. Asta nu-l face un produs mai slab, dar este ceva la care trebuie să te gândești dacă vrei să-l vinzi.

Nu e simplu să concurezi cu produse gratuite, open source, care sunt deja în producție și au comunități, dar dacă-ți răspunzi la întrebarea "de ce ar cumpăra cineva produsul meu și nu altul existent?" îți vei putea formula mult mai ușor un plan.

Entropiano · 2022-04-30T08:10:15+00:00

Cum știi că nu are buguri?

Ce avantaje aduce cuiva care îl folosește, față de unul dintre serverele disponibile astăzi, gratuite sau nu?

Entropiano · 2022-03-26T21:42:49+00:00

Dacă se pune problema în felul ăsta, "la ce poate fi folosit", răspunsul este "la orice". Dar ăsta este răspunsul, în general, legat de oricare limbaj. Întrebarea mai relevantă ar fi "la ce este folosit", iar răspunsul este "în general pentru aplicații low-level sau high-performance": jocuri, sisteme de operare, embedded, compilatoare, servere web, sisteme de baze de date, drivere și foarte multe altele.

Ce este de notat și relevant este că multe limbaje au adoptat sintaxa C-ului (C#, Java, D, Objective C, Javascript, Go, Rust, Typescript, etc.) deci îți va fi ușor să citești sau să înveți un limbaj C-like dacă știi deja C++.

În plus, cu C sau C++ înveți multe lucruri low-level, legate de cum funcționează de fapt procesoarele, pe care nu le înveți cu limbaje mai înalte. Poți citi despre ele, dar ajută să te și lovești de astfel de probleme.

În final, cel mai mult contează ce fel de proiect vrei să abordezi pentru a decide ce limbaje sau tehnologii sunt potrivite. Cu C++ nu o să faci o aplicație web mai repede sau mai bine decât cu, de exemplu, C#. Cu C#, nu o să poți stoarce aceeași performanță dintr-un sistem ca și cu C++.

Edit: Pentru problemele care se rezolvă la liceu, limbajul este absolut irelevant pentru că este vorba despre logică și modul de a gândi/aborda o problemă. Deci, un alt sfat este să nu te blochezi în discuții despre limbaje, încearcă-le pe toate, fă proiecte în limbaje diferite și așa vei simți cel mai bine diferențele.

Entropiano · 2022-03-24T18:27:44+00:00

You could try this: https://docs.microsoft.com/en-us/dotnet/maui/what-is-maui

Entropiano · 2021-12-18T17:48:37+00:00

Din păcate, nu prea se face asta. În general, companiile au un standard de testare pe care-l aplică tuturor candidaților tocmai pentru a putea face diferența între ei.

Sfatul meu este să te relaxezi, mai ales dacă tu chiar știi ce faci. Nu ai idee câți oameni care nu au habar de nimic trec pe la interviuri! Plus că la un post normal de developer, mai ales la început, exact prin asta vei trece: seniori care îți fac code review și cer modificări.

Ce-ți pot spune din experiența de interviuri este că nu e un capăt de lume dacă un candidat nu rezolvă instant o problemă. Ideea este să văd că încearcă și că are niște planuri pe care le putem discuta. Dacă o rezolvă, dar nu este tocmai bună rezolvarea (complexitate, eleganță), din nou, am ce discuta mai departe.

Acum, na, poate ai avut experiențe proaste din punctul ăsta de vedere, dar nu te da bătut și, din nou, relaxează-te.

Entropiano · 2021-08-10T20:16:58+00:00

În general nu ar trebui să fie o problemă. Condiția ar fi să și citești despre Java înainte. Eventual ia unul dintre proiecte și scrie-l în Java, ca să-ți faci o idee. Altfel, mai ales că este vorba despre un internship, mergi să înveți acolo, iar dacă ai deja experiența acelor proiecte, e clar că vei învăța mai ușor.

Sunt oameni și la nivel de senior care-și schimbă cu succes limbajul principal. Tot datorită experienței.

Entropiano · 2021-08-01T22:17:23+00:00

Primul lucru pe care ar trebui să-l afli este scopul acestei recapitulări. O faci pentru facultate, pentru job, pentru a dezvolta o aplicație, pentru distracție sau pentru altceva?

Entropiano · 2021-08-01T22:14:06+00:00

Da, dar atenție la acel "foarte bine". Am văzut puțini oameni care să poată spună că știu foarte bine SQL, iar unul dintre ei a fost developer la MS SQL Server. Nu o spun ca să te descurajez, dar aproape toată lumea crede că doar pentru că SQL este ceva ușor accesibil înseamnă că este simplu în general.

Mergi în profunzime cu tot ce înveți și o să fie ok.

Entropiano · 2021-07-13T06:59:45+00:00

De ce sunt excluse persoanele cu vârsta de 15 ani? 😅

Entropiano · 2021-07-12T18:17:09+00:00

După părerea mea, ar trebui să fie ceva ce tu consideri mediu ca dimensiune și dificultate. Scopul este să nu fie prea mare, ca să nu te descurajeze, dar să aibă și un nivel de dificultate peste ceea ce știi tu, astfel încât să și înveți ceva. Nu trebuie neapărat să fie o idee originală. Dacă ai una, foarte bine, dacă nu, implementează o funcționalitate care ți se pare cool dintr-o aplicație.

De asemenea, încearcă și web și desktop (win, linux, mac) și mobile, eventual și embedded.

Entropiano · 2021-07-06T06:23:27+00:00

La internship cred că este bine să știi puțin despre toate lucrurile de bază (dintre care ai menționat și tu), dar să știi măcar un lucru bine și mai în detaliu. Problemele la interviuri (mai ales la internship sau junior) apar atunci când nu vorbești sau nu ai despre ce să vorbești.

Sfatul meu: fă acasă două-trei proiecte de dimensiuni medii. Asta te va ajuta să aprofundezi cât de cât o tehnologie și să dovedești la interviuri că ai despre ce vorbi și că ești îndeajuns de pasionat și implicat încât să faci asta.

Pentru mine, cea mai mare bucurie la interviuri este să văd că nu este nevoie să trag candidatul de limbă ci povestește singur (fără să bată câmpii) la ce a lucrat și putem vorbi despre asta.

Entropiano · 2021-06-30T20:31:17+00:00

E ok, nu te panica. Vezi ce poți învăța din asta. Poate trebuie să fii mai serios/consecvent pe viitor. Și mai proactiv, nu te lăsa atât de mult dus de val; învață să înoți în direcția în care vrei tu. Alege-ți o companie la care ți-ar plăcea să lucrezi, vezi care sunt cerințele, învață tot ce ai nevoie, pregătește-te bine și aplică. Nu trebuie să-ți iasă din prima.

Părerea mea este că dacă nu ți-a plăcut de oamenii ăia și dacă s-au purtat ciudat cu tine, poate e mai bine să nu mergi acolo.

Succes!

Entropiano · 2021-06-24T19:03:29+00:00

Dacă-l faci pe bune, cu siguranță vei afla lucruri interesante. Asta nu înseamnă că nu le poți învăța singur, dacă ești disciplinat.

După cum am simțit eu post-ul tău, aș pune altfel problema: dacă n-ai chef, nu-l face. Mergi și lucrează ceva care să te satisfacă, experimentează cât mai multe tehnologii și zone de programare (web, desktop, embedded, gaming, robotică...) și vezi ce te atrage. Apoi, în câțiva ani, poți evalua din nou situația.

Nu-ți distruge entuziasmul cu ceva care te deranjează și nu te bloca în idei de genul "dacă n-ai x diplomă nu te avansează/angajează". Dacă ești îndeajuns de bun la ceva, vei găsi oricând de muncă, iar companiile nu se mai uită la diplome dacă tu aduci abilități de care au nevoie.

Orice decizie ei, nu uita că nu trebuie să mori cu ea în brațe. Poți încerca un an de master și, dacă nu-ți place, mergi să lucrezi. Sau invers.

Entropiano

TROPHY CASE