• 3 Posts
  • 22 Comments
Joined 1 year ago
cake
Cake day: June 26th, 2023

help-circle




  • Game dev is a very varied field, there’s lots of ways to get into it and there’s (almost) no bad choice as long as you put effort into it. Game development includes even things like art, sound, music, writing etc. which all are exciting in their own right (and indeed, if you want to make a game by yourself you’ll have the chance to dabble in all of them), but from the way you phrased your question I’m assuming that you want to focus first on the programming(/game engine) part.

    For game engines, I’ve heard a lot of praise for Godot, both for its good design and possibilities. For a first game engine, I’d pick one that is well documented, has a strong community and a doable learning curve, I think Godot ticks all boxes. After that, you can look around to see if another engine matches your needs better, but you’ll already be familiar with the basics which are transferable.

    For programming, the basic skills are again transferable between different languages of the same type; any popular imperative language should do. Lua is simple and straightforward, Python probably has the most resources for beginners, C still is the basis for a lot of the systems in use and will teach you more about computer science if you feel like it, C++ is popular for bigger projects in gamedev, the list goes on. No reason to be overwhelmed by choice though; pick any of them that seems to “click” with you and if you want to switch a few months later, you’ll get up to speed fast. Once you pick a language and have gone through the basics of it, a good game dev exercise I think is to try to make clones of existing small games. Games like Tic Tac Toe, Snake, Pong hold a surprising amount of challenges which will all come in handy when you’ll start making your own (more complex) thing.

    Personally I have more experience with programming than with game engines, but you could go with either of them and leave the other for later as needed. As long as you’re motivated and put in effort, you’ll get there :)


  • Soweit ich das verstehe, kann man mit einem Account auf Instanz A bei allen anderen Instanzen mitmachen (lesen/kommentieren) die nicht explizit blockiert sind (was sehr selten vorkommt).

    Insofern ist es schon dezentralisiert. Natürlich muss die Instanz der Gemeinde auch online sein um mitzumachen, aber das ist genauso bei zentralisierten Foren wie Reddit. Der Unterschied ist dass, wenn eine Instanz offline ist/blockiert wird, man mit seinem Account immer noch mit anderen Instanzen kommunizieren kann. Das würde bei zentralisierten Seiten wie Reddit nicht funktionieren (wenn Reddit nicht erreichbar ist, sind alle Reddit-Gemeinden weg).



  • This is a very inaccurate map, as it lumps the actual Italian empire, protectorates and administrated regions all together as one. The map’s resolution is very small so it’s hard to tell, but some places are marked that were none of the above (e.g. Athens in Axis-occupued Greece).

    Even worse though, this map includes regions that were never under Italian control simultaneously. Quoting from the Wikipedia image on the linked article (and which this map is an either accidental or intentional worse copy of):

    Italian Colonial Empire. Every territory ever controlled by the Italian Empire as some point in time during World War II. (many of those were not under Italian control until November 1942/early 1943, and East Africa was lost before the conquest of Yugoslavia and Greece in 1941)





  • I’ve been playing it sporadically over the past 10 years and I’d say it’s a lot of fun! Very easy to get into, even for people with little strategy experience. The mechanics are clear and not overly complex; for beginners and intermediate players I feel like it’s just the right balance.

    It also runs on pretty much anything (as demonstrated^), so I like having it installed and playing a short skirmish for 20-30’ if I’m bored. Alternatively, there’s plenty of decent campaigns, and a lot of fan content (and a map editor if you want to try your hands at it).

    I’ve only played it a computer though, so not sure how well the interface works for touchscreens.





  • Nice idea about the GPS receiver, I hadn’t thought of this workaround.

    I ~recently got a Fairphone as well, and while it’s the next model, the fact that I can see them still supporting the FP3 with both hardware and software was what convinced me that they’ll probably keep the same promise with my model in the future.

    Apart from no headphone jack and it being a little bigger than I’d like, I’m very happy with the FP4. I intend to use it until the end of its 5-year warranty, and reading about the longevity of yours makes me optimistic. Thanks for sharing!


  • It certainly has a learning curve, and not everything is well designed. However, I think that’s unfortunately to be expected of the whole domain; ERP tends to be one of the most complex types of software. The question is, which option makes this whole complexity less painful/overwhelming.

    For the scope, features and breadth that Odoo offers, I think it’s doing a decent job (albeit with lots of room for improvement).

    Is there any alternative ERP system of a ~comparable scope that you could alternatively recommend? Python-based is ideal, but other languages are also fine.







  • Ähnliches ist mir auch aufgefallen, und ich glaube ich habe den Grund verstanden (bitte korrigieren falls falsch, ich habe keine direkte Ahnung wie das Fediverse auf einer technischen Ebene funktioniert):

    Das Problem liegt nicht zwischen Browser und App, sondern zwischen Angemeldet und Nicht Angemeldet sein bzw. durch welchen Server der Inhalt abgerufen wird.

    Innerhalb eines einzigen Servers sind die Dinge einfach - Kommentare usw. sind alle bereits dem Server bekannt weil auf ihm gespeichert. Wenn man aber von (/angemeldet bei) Server A eine Gemeinde von Server B aufrufen will, dann müssen die Posts und Kommentare erst von B nach A “gepusht” werden, wo sie dann eine Kopie von sich selbst errichten (daher haben sie dann eine URL unter Server A/post/123…).

    Dieses Pushen scheint mit den Posts selber gleich beim Abfragen der Gemeinde zu passieren, sodass man die Posts alle gleich sieht.

    Kommentare unter den Posts sind da etwas komplizierter: Sie werden von B nach A gepusht, wenn der Kommentar auf B veröffentlicht wird und A die Gemeinde in B in der kommentiert wird, abonniert hat (d.h., mindestens ein Benutzer von A hat die Gemeinde in B abboniert). Alle neuen Kommentare werden so nach A kopiert und dort angezeigt.

    Was passiert mit den alten Kommentaren? Sie wurden zu einem Zeitpunkt verfasst, zu dem A noch nicht die Gemeinde von B abboniert hatte, also fand auch kein Pushen von B nach A statt. Also werden sie nie nach A kopiert, und Benutzer von A sehen sie nicht. Server B weiß natürlich um die Kommentare da sie direkt auf ihm leben, also werde alle Kommentare normal angezeigt.

    Die Kommentare, die auf deinem Server nicht auftauchen, sind daher (falls die These stimmt) meist Kommentare, die veröffentlicht wurden bevor irgendein Nutzer deines Servers die Gemeinde des anderen Servers zum ersten Mal abonniert hat.