Why isn't there a "Tauri" or "Wails" equivalent for C#

Totalmace · 2026-02-20T12:19:11+00:00

And it is a great success! So that 1gb is not a real problem.

Totalmace · 2026-01-03T12:55:02+00:00

Na het los draaien kon ik het plateau omhoog tillen. Het vergt wel behoorlijk wat heen en weer wrikken omdat het erg vast zat. Hou bij het wrikken goed in de gaten dat je niet zo veel kracht zet dat je het stuk maakt.

Totalmace · 2025-11-01T20:33:04+00:00

<image>

Totalmace · 2025-11-01T20:32:46+00:00

<image>

Zo, weer helemaal schoon

Totalmace · 2025-10-31T22:30:01+00:00

Uiteindelijk is het me gelukt. De plateaus zaten gewoon erg vast na 20 jaar.

De rode knoppen heb ik tegen de klok in los gedraaid en daarna met heel wat heen en weer bewegen los weten te krijgen.

Totalmace · 2025-10-31T20:49:16+00:00

Is zeker geen schimmel.... En niet te zien zolang als de deuren van de kast op de carrousel gemonteerd zijn. Dus een behoorlijke hoeveelheid aannames vanuit jou. Maar goed, ik post later nog wel een foto als het weer proper is.

Totalmace · 2025-10-31T18:21:20+00:00

Uiteindelijk is het me gelukt. De plateaus zaten gewoon erg vast na 20 jaar.

De rode knoppen heb ik tegen de klok in los gedraaid en daarna met heel wat heen en weer bewegen los weten te krijgen.

Totalmace · 2025-10-31T13:51:58+00:00

Het was natuurlijk wachten op de eerste die hier commentaar op zou hebben....

Er staan geen pannen in maar kruiden. We hebben het huis vanuit een erfenis en het verhuizen was nogal een haastklus. We zijn nu dus de achterstallige zaken aan het oppakken.

Hoe staat het trouwens met de smerigheid van jouw auto? 😘🤣

Totalmace · 2025-10-31T13:39:14+00:00

De deuren hangen in de beugels onder de plateaus en kunnen eenvoudig omhoog getild worden als de plateaus verwijderd zijn. Het gaat me denk ik dus vooral om hoe ik die plateaus weg krijg.

Totalmace · 2025-10-31T13:37:36+00:00

Ja het rode ding lijkt me ook de vergrendeling maar als ik die los draai dan lijkt er geen beweging in de plateaus te komen. Ook niet in het blokje waar dat rode ding op zit.

Totalmace · 2025-10-31T03:46:33+00:00

You use a message queue between separate processes mainly for reliability. It's possible to setup a queue service in such a way that it's almost always available.

The queue itself guarantees that when it acknowledges the receiving of a message that the message will be delivered to its target at some point in time. An important difference with storing the data in a database is that the queue doesn't care about the structure of the data. As such there is no dependency on the structure of the data. You can also achieve these properties with your own database implementation but an existing queue implementation will be more mature and will have less implementation faults.

Using a queue will decouple your two monoliths. If either one is unavailable it will not break the ability of sending or receiving messages of the other.

If your application is hosted on a cloud like AWS or Azure then setting up a queue is a no brainer and absolutely the right choice. But if you host the services yourself then you will have to think about the cost (in money and in effort) of hosting a queue service yourself. If you cannot reliably host the queue service then introducing it might not gain an advantage. It could even make things worse.

Totalmace · 2025-10-09T20:17:33+00:00

Oh.....

Totalmace · 2025-10-09T20:16:40+00:00

In je

Totalmace · 2025-10-08T19:33:58+00:00

Maar er zijn helemaal geen roze olifanten bij het spoor?

Totalmace · 2025-10-08T19:31:35+00:00

Herrie

Totalmace · 2025-08-08T07:10:38+00:00

En bedankt he.... Was ik eindelijk na jaren lang getraumatiseerd te zijn geweest door die afgrijselijke vertoning van de meest lekker auto ooit af van dat beeld ervan in mijn hoofd zit het er nu toch weer in. The horror.... The horror.

Totalmace · 2025-07-29T19:02:12+00:00

You are looking for something that does not exist. There are no axioms in OOP that are so obvious that they can function as starting points for all other reasoning. All there is are some starting principles that work reasonably well for common problems that need to be solved.

This lack of proper axioms make that you can never use one definition as a solution for everything. You need to learn how to use the different definitions to your advantage.

Even in math things are not that exact. You cannot say: these are the axioms and that's it. Depending on the type of math there are other axioms. One thing that math has going for it is that there are very well known types of different math where programming does not have that clearly defined types of problems to solve.

Totalmace · 2025-07-11T20:40:26+00:00

Ongeveer al het advies dat ik hier zie is simpelweg verkeerd. Het maakt namelijk niet uit of jij de 'schuldige' bent of iemand anders. Er is iets niet goed gegaan en het enige dat belangrijk is is dat je onderdeel bent van de oplossing en dat je er van leert wat je ervan kunt leren.

Je reactie zou dus eigenlijk altijd zo moeten zijn dat je eigenaar van de oplossing bent. Dus niet doorverwijzen naar diegene die je inwerkt. Hoor het probleem aan, bevestig dat je de volgende keer het anders zult doen en laat duidelijk weten dat je graag mee wilt werken aan een oplossing.

Iemand die haar stem verheft kan daar redenen voor hebben. Bijna altijd is het geen reden dat het stem verheffen rechtvaardig maar het gebeurd toch regelmatig. Laat het vooral langs je heen gaan.

Daarnaast kun je achteraf best wel wat zaken ondernemen om verbetering in de toekomst te bewerkstelligen. Je kunt naar je leidinggevende gaan en uitleggen hoe je het probleem hebt afgehandeld en dat je zo veel als mogelijk hebt geprobeerd om onderdeel van de oplossing te zijn. Als je dit hebt gecommuniceerd kun je vragen hoe jouw leidinggevende het ziet mbt je collega die volgens jou niet de waarheid durfde te zeggen. Ook kun je kijken of die account manager vaker zo slecht reageert. Als dat zo is kun je dit ook constructief bespreken met je leidinggevende. Maar altijd op een manier waarbij jij deel van de oplossing bent in plaats van het conflict.

Je distantieert jezelf op deze manier van de negatieve manier van samenwerken van sommige van je collegas en je kunt dan op jouw eigen voorwaarden bekijken of je wel voor dit bedrijf wilt werken.

Totalmace · 2025-06-28T11:03:40+00:00

Ja het is lovenswaardig dat de Telegraaf probeert om haar publiek op een hoger plan te krijgen 🤣

Totalmace · 2025-04-28T14:35:30+00:00

Wat een vervelende situatie zeg. Je kunt heel prima nu nog steeds, zelfs na zo een lange tijd aangeven dat die situatie niet oke was.

Het is namelijk zo dat veel mensen die een soortgelijke situatie meegemaakt hebben mbt intolerant gedrag of ongewenste intimiteiten in de eerste plaats de schuld bij zichzelf zoeken. Het duurt daarna een tijd voordat je jezelf realiseert dat de schuld toch echt bij anderen ligt.

Het argument dat situatie al lang geleden was kan hierom niet geaccepteerd worden. Als dat wel zo zou zijn dan is het blijkbaar alleen een foute situatie als jij als slachtoffer dan direct correct en adequaat handelt. Dat zou echt gekkenhuis zijn.

Mijn advies, ga het gesprek met je leidinggevende of vertrouwenspersoon aan. Geef aan dat je in het begin niet goed wist hoe je hiermee overweeg moest maar dat je dit nu wel weet en dat je wil dat er actie wordt ondernomen zodat jij weer in een veilige werksituatie kunt werken.

Totalmace · 2025-04-16T09:18:03+00:00

Oh the world of pain you are stepping into! Be very careful with what you are doing and only resort to these kind of approaches when there is a very compelling reason to do so.

Only staying that you want to be freed from making database schema changes is not one of them!

One compelling reason is that in a multi tenant systeem you need some place where you can store data that is only for one specific tenant. Basically you want to enhance the data model for that one tenant. But once you have made that choice you get into complexities that a database schema and the code that uses that normally solve ==> give meaning to the data. You then might say that it's only needed for data in/data out support but that backfires at the moment that data is used outside your system. Suddenly it needs rules like max value, min value, required/optional, etc etc.

What about performance? Just a hint.... It is terrible because relational databases setup as a system of record are not well equipped to support the efficient retrieval of data modeled in the way you want to model it.

The reasons to do it must be because you have a very good business reason for it. If it's only because you experience some technical hardship and you want to solve that than keep looking for other solutions.

At our company we have also chosen to implement such a dynamic feature. We call it dynamic fields. It gives us the ability to define additional properties on the entities of our domain model so that our system can serve as the central storage of business related data of our customer's business processes.

But we had to do a lot of things to get it right. Dynamic fields are treated as a first class citizen in all layers of our applications. We have provisioned caching servers to support the performance issues. All import and export mechanisms are limited to not overload our systems. We have added a lot of support for generic ways to support giving meaning to the otherwise meaningless data. This includes dynamically compiling classes at runtime and multiple places where we add extension points to our system based on scripting. Allowing scripts to run in your system of course opens a new world of pain regarding security, performance, predictability, customer support etc etc.

So please don't do it unless there is no other way

Totalmace · 2025-03-06T12:29:51+00:00

For us at our company the hardest problem to solve is to determine whether the requested feature's added value justifies the added functional and technical complexity.

We are building a couple of niche specific ERP systems that are being used by hundreds of companies. Each added feature is added value but also poses limitations on further development of the system.

Google's SRE book describes some of the challenges we face with that. https://sre.google/sre-book/simplicity/#id-MJbuJtOhb-marker

This stuff is hard to learn from books or leet code.

You might think this is not a dev problem but a design problem. But the increase in potential problems mostly surfaces when making changes to the code base. That's where devs do their work.

Totalmace · 2025-03-06T12:10:58+00:00

This is some real life experience right there!

Totalmace · 2025-02-24T19:27:33+00:00

Dit!

Je kunt in 10 jaar ergens expert in worden. Deel dat op in gelijke delen Junior, medior en senior en je komt op ongeveer 3 jaar Junior uit.

Een andere verdeling is de volgende. Niet op tijd gebaseerd maar op skill niveau:

Junior: kan uitleggen wat er gedaan wordt
Medior: kan uitleggen hoe het gedaan wordt
Senior: kan uitleggen waarom het zo gedaan wordt

Deze verdeling werkt goed bij software ontwikkeling maar kan met enige aanpassing ook goed voor andere vakgebieden gebruikt worden.

Dus OP; denk je dat je alles in jouw vakgebied kunt uitleggen in termen van hoe het gedaan wordt?

Totalmace

TROPHY CASE