moebius VS ecto

TheDraw font support has been requested a few times before but it hasn't been implemented to any degree. Your best bet is to use TheDraw.

Learn more about moebius here: https://blocktronics.github.io/moebius/

took a closer look at this now that i'm not on a phone. it's certainly reminiscent of ansi style, but looks like pixel art? from a technical standpoint since you asked about specifications: ANSI is a textmode artform made using IBM codepage 437. If you want to try making ansi art proper the easiest way to jump in is to download a copy of the moebius drawing program and go at it with the default settings.. https://blocktronics.github.io/moebius/

Moebius

for more complex art i use moebius

get a copy of mobius https://blocktronics.github.io/moebius/ it can reproduce most of the forms and is a good place to start

Made with Moebius (Found via 16colo.rs)

At some point I realized the only way to have the capabilities I wanted in the engine, was to design a graphics & meta editor. Which so far turns out to be basically an MSPaint program that draws in ANSI and contains game meta information. Up until now, I have been relying on procedural code / command line utilities (jp2a, img2txt) to convert jpeg's, gif's & png's images into ANSI, or 3rd party ANSI drawing programs like Moebius ANSI Art Editor

Maybe https://blocktronics.github.io/moebius/

To ruin the party, deterministic UUID generation is exactly what UUID v5 is designed for. And since Ecto does not validate UUIDs against their specs, you might as well use uuid again and do:

To me this looks a lot like ecto https://github.com/elixir-ecto/ecto

Is there a significant difference?

Ecto database driver use-case

When it comes to building microservices, Go has the advantage of being easier to deploy and tighter integration with gRPC. On the other hand, Elixir will provide a more expressive layer to communicate with the database through Ecto.

May I ask why CouchDB though? Is it for the offline support?

Phoenix comes with its own database tool called Ecto[0] which is excellent, and it uses Postgres by default. If you're not intended to leverage CouchDB for offline support you should go Postgres without a second thought.

That said, I'm also curious about how to implement offline support with Phoenix in a nice and trivial way.

[0] https://github.com/elixir-ecto/ecto

The best would be to set aside at least 40 minutes of study a day. Being 20 minutes focused on the core of the language, solving problems and a website that can help you a lot and exercism. Another 20 minutes some of the core frameworks like: Phoenix, Ecto, Enum

This is a testiment to the value and productivity of Phoenix, but the resulting code is just basic CRUD. The views are tied 1:1 with their database-backed Ecto schemas. One thing to note is that Phoenix generates DDD-style contexts. This is unlike Rails, which would produce a typical ActiveRecord sprawl: bloated models directly being accessed and lazily queried across the entire application.

Ecto uses prewalk to count the number of interpolations within a given expression.

I've used my share of data access libraries and patterns (e.g. hibernate, activerecord, ecto, ...). The only time I've been happy is when I use raw SQL for non-dynamic SQL and a lightweight query builder for everything else.

I feel like I always run into some thing that at best isn't intuitive to express/read and at worse, cannot be expressed. If I remember correctly, when I was learning Elixir/Ecto, https://github.com/elixir-ecto/ecto/issues/1616 issue and the lack of lateral join support caused me issues.

Want to create a user?

"insert into users (id, name, status) values ($1, $2, $3)"

Our query builder takes pretty raw SQL fragments:

    q = Query.new()