3h5Hne7t1K

joined 1 year ago
[–] [email protected] 2 points 6 months ago (1 children)

People like you should be in leadership positions. The landscape rewards quick solutions, and quick solutions are rarely good solutions. "Whatever works" might still be a bad solution, just look at electron and that entire ecosystem.

 

Im contemplating buying a printer on a tight budget. I heard Sovol makes good stuff, so im looking at their product line. I have heard that the SV07 uses V-rollers instead of linear rods, that the SV06 uses.

Im comforting with flashing microprocessors and building custom code. My priority list is as follows:

  1. Open source, both hard and software
  2. Part availability and software interoperability/ecosystem
  3. Stability/quality of the build
  4. Print quality and speed

What do you guys think? Any recommendations? Should i get myself a bone stock SV06 and upgrade it to klipper by flashing, or should i get a SV06 Plus with a klipper display already? Is there something else i should consider?

Very thankful for any advice.

[–] [email protected] 1 points 8 months ago (2 children)

Interesting. Im curious, what are some key areas of math that you think is the most interesting/useful for software engineering (that you would personally recommend learning)?

I will likely have some spare time in the following months and i currently plan to spend it on deepening my senses related to linear algebra and analysis.

 

It is often echoed that mathematicians make excellent software engineers, and that their logic-adjacent work will translate efficiently into coding and designing.

I have found this to be almost universally untrue. I might even say the inverse is true.

While I and many of my peers have capacity to navigate the mathematical world, it certainly is not what sets us (at least me) apart when designing clever algorithms and software tricks.

Point being: I dont think the property/trait that makes good programmers is mathematical literacy.

I would love to hear what others experience is regarding this.

[–] [email protected] 3 points 8 months ago

I need that story

95
submitted 8 months ago* (last edited 8 months ago) by [email protected] to c/programming
 

Both zig and go use the dot operator, but I find the '::' operator much more readable.

Vec::new();

Makes it clear that were accessing a static method belonging to the Vec struct/namespace.

Vec.new()

Makes it seem like Vec is an object with a 'new' method.

Am I alone in thinking this?

[–] [email protected] 8 points 9 months ago

For those wondering, this seems to be MIT licensed. I didnt check all components.

[–] [email protected] 1 points 9 months ago (1 children)

I think you are misguided. Given your level of experience, you are not in a position to spew hot takes on software architecture.

There is something else underneath this. Did you try to use linux or something?

General advice when it comes to software is to just start. There are always different paths, depending on what type of programmer you are. My opiniom: choose simple, not easy.

[–] [email protected] 3 points 9 months ago

This is terrible advice. Communication is the solution.

[–] [email protected] 3 points 9 months ago

Of these, only zig compiles to binary code. The others are usually interpreted.

[–] [email protected] 5 points 9 months ago

Name checks out

[–] [email protected] 4 points 9 months ago (1 children)

We dont want a bunch of proprietary extensions to an open communications standard, do we? This is something positive.

That said, I dont have much hope for matrix. Implemented in python with the initial goal of "bridging every chat platform in existence" is just bound to be a disaster.

Maintaining anything beyond a couple of hundred lines in python becomes tedious imo.

The rewrite in go has been spoken about since like 2018, and matrix.org still runs synapse iirc. Synapse should have been trashed immediately after MVP demonstration.

Theres also conduit, but to be honest, i feel like the lesson here is to avoid feature creep. Safe, fast and distributed dm text chat should have been the target functionality, with a lean, mean codebase.

Thanks for coming to my ted talk

 

Throughout my life i have set up a multitude of different printers. None of them have been a pleasant experience. Why is this, and is there a printer that is actually good?

Order of priorities:

  1. Free/open software and hardware
  2. Available ink/toner and spares
  3. No connectivity "dumb as a rock"

Print quality really doesent matter unless it is really bad. Of course, im willing to make sacrifices on all of these points, but you get the gist.

Any suggestions for models that comes even close to any of these requirements?

view more: next ›