1
166
submitted 10 months ago by [email protected] to c/[email protected]

Hi all, I'm relatively new to this instance but reading through the instance docs I found:

Donations are currently made using snowe’s github sponsors page. If you get another place to donate that is not this it is fake and should be reported to us.

Going to the sponsor page we see the following goal:

@snowe2010's goal is to earn $200 per month

pay for our 📫 SendGrid Account: $20 a month 💻 Vultr VPS for prod and beta sites: Prod is $115-130 a month, beta is $6-10 a month 👩🏼 Paying our admins and devops any amount ◀️ Upgrade tailscale membership: $6-? dollars a month (depends on number of users) Add in better server infrastructure including paid account for Pulsetic and Graphana. Add in better server backups, and be able to expand the team so that it's not so small.

Currently only 30% of the goal to break-even is being met. Please consider setting up a sponsorship, even if it just $1. Decentralized platforms are great but they still have real costs behind the scenes.

Note: I'm not affiliated with the admin team, just sharing something I noticed.

2
2
submitted 8 minutes ago by [email protected] to c/[email protected]

Found this article via a comment on Lobsters for a completely different article. It's not exactly the type of knowledge I see myself using in the immediate future, but I think it's still interesting and educational to think about.

3
13
submitted 9 hours ago* (last edited 9 hours ago) by [email protected] to c/[email protected]

What I often have to do is to copy something from my editor to the browser and vice versa. But this seems not so easy in some editors. I feel I have to add that I'm on wayland under hyprland.

In some Editors it's super easy like GNOME Text Editor or nano, you mark some code in the text editor with the mouse and then in the browser you press the middle click on the mouse where you want to paste it, done. You could do it with ctrl-c and ctrl-v but with the mouse only it's just so much faster. And it works both ways browser <--> editor

But in VSCodium I can do that from editor -> browser, but I can't do it from browser -> editor, I have no idea why.

In neovim it's the opposite I can do it from browser -> editor, but I can't do it from editor -> browser.

Any ideas what is going on?

4
62
submitted 13 hours ago by [email protected] to c/[email protected]

I just read "Google Continues Working On "Magma" For Mesa Cross-Platform System Call Interface" on Phoronix and didn't get it. That made me realise my knowledge and understanding of these things is barely existent. I did write an MS paint clone on linux in C++ a really long time ago and the entire thing was with opengl (it looked like crap), but since then... nothing.

So my understanding is that the graphics card (or CPU if there's no graphics card), writes to a component which is connected to a screen and every cycle (every 1/60 seconds if 60Hz) the contents are sent or read by the screen. OpenGL provided a common interface to do so, but has been outdated since... a while and replaced by Vulkan. Then there are libraries either built on top of are parallel to OpenGL. Vulkan can be parallel or use OpenGL if that's the only one supported IIRC.
However, I'm not sure if OpenGL is implemented at the hardware level (on the graphics card), software level, or both.

Furthermore, I don't understand where Magma, Meta, and MESA come in.

Maybe my core understanding is wrong or just outdated. I can't tell. Can anybody eplain?

Anti Commercial-AI license

5
11
submitted 18 hours ago* (last edited 18 hours ago) by [email protected] to c/[email protected]

cross-posted from: https://lemmy.ml/post/33319577

  1. Running Good 1:1 Meetings

"I don't know how to start", "This solution won't work" and "I'm going to do X" are all bad examples of how to talk to your manager (or anyone). When you're talking with other people, you are having the privilege of leveraging their experience to solve your issues.

Problem --> Solution --> "What do you think?"

First, clarify the problem. If you tell (i.e. your manager, but it can be anyone) a solution, they won't know if it's the best way to solve the problem.

Second, tell your manager what your current plan is. Having an existing plan makes the next step much easier for your manager, and makes you look somewhat competent.

Third, ask your manager what they think. Maybe they'll tell you, "Yep, makes sense". Maybe they'll tell you to tweak it. Maybe they'll give you a completely different direction. Maybe they'll ask you why you're even solving that problem, and to go do something else.

I used to hate 1:1s. I had no idea what to talk about. Now, I gather a few of these questions throughout the week, and add it to an agenda. My manager regularly thanks me for having a productive session.

  1. Make a Good Plan (& Real Prioritization)

What is the problem you're solving? Why is this an important problem? How do you know when you will have solved it? How are you solving this?

Start every project with a doc explaining these 4 things in under 2-3 sentences. Until you communicate this, you do not have a plan, and you do not have a project.

It's an uphill battle if you cannot do this. I run the System Design Club at Meta. My skip told me it counts as E4 (not Senior level) at best - because it's not solving a real problem.

  1. Review Work Better

Everything we talked about above is applicable to how you review other people's work too.

First understand the problem, then understand the solution. Ask questions that make it clear the solution addresses the problem.

When reviewing plans, ask how you know they will be done ("How do you know when you will have succeeded?"). Be sure it's clear how it will be done (no "draw the rest of the f**king owl" memes) - Ensure all the steps, if followed, will resolve the problem. Ask for timelines so you can hold them accountable.

When reviewing code, your goal is to make sure the new code solves the problem, and doesn't add new ones. Don't nit about style, instead call out a problem that arises from their style ("If someone changes ABC, they won't know this breaks"). Don't assume a bunch of logic you don't understand works; ask "How do you know this is going to work?".

  1. Being supportive in your messaging goes a long way.

Any time someone asks a question, I preface by saying "Good question - [...]" (ofc I change up the style). This keeps them asking more questions. Whenever giving critical feedback, I start by calling out the good work that was accomplished. This keeps the other person motivated.

I first learned this trick when developing in open source, but saw it pay dividends at Meta. I had one contributor who was writing 90% of the project code - I would continuously praise their PRs and talk about how great they were. When I stopped doing that for about a month, that contributor noticeably dropped off. For some people it's support, and for others it's ego. But it keeps them working hard.

  1. The Reality of Looking Good - and Failure

If you are doing well, people will want you on their projects. If you're stuck or confused, they will assume you tried your best, and it's the problem that is hard.

A good engineer might fail a project from time to time, but they have clear and notable success stories too. If you have only failed projects, you are a bad engineer.

Not only do people enjoy helping good engineers - Bad engineers get the plug pulled.

Despite a supportive culture, I have been explicitly told to stop helping person X, because person X is not worth helping. Person X is later removed from the company.

The advice here is to start strong. If you start strong, you will get the support you need to thrive. If you are currently weak, you need to do everything in your power to get strong - Things will naturally feel easier when things are going well, since other people will be helping you.


This post is dense information. Do not expect to walk away remembering all of it. But pick one that applies to your weakness the most - Think deeply about how it can be applied. Then get better.

6
0
submitted 13 hours ago by [email protected] to c/[email protected]
7
76
submitted 2 days ago by [email protected] to c/[email protected]

Hi! I've created this page to showcase the features of Mint (since there are so many) and their corresponding versions in other similar languages.

8
60
submitted 2 days ago by [email protected] to c/[email protected]
9
24
submitted 3 days ago by [email protected] to c/[email protected]
10
85
Everything web based (sh.itjust.works)
submitted 4 days ago* (last edited 4 days ago) by [email protected] to c/[email protected]

What's your guys general thought on how everything is web based now? For me, I don't really like it. I would just rather have an actual program that runs. But I am merely a user, not a programmer.

11
9
submitted 3 days ago by [email protected] to c/[email protected]
12
19
submitted 4 days ago by [email protected] to c/[email protected]
13
362
submitted 6 days ago by [email protected] to c/[email protected]
14
28
submitted 4 days ago* (last edited 4 days ago) by [email protected] to c/[email protected]

I tried it after using Emacs Magit for about six or seven years, and jujutsu is really easier to use than git and useful if one wants a tidy public history of changes (Linus Torvalds recommendations on that linked here). Plus it is fully compatible to git as backend - other contributors will not even note you are using it.

15
23
Zig's New Async I/O (kristoff.it)
submitted 5 days ago by [email protected] to c/[email protected]
16
38
submitted 3 hours ago by [email protected] to c/[email protected]
17
32
submitted 1 week ago by [email protected] to c/[email protected]

I am searching for an SQL lite alternative that implements encryption more or less or of the box and has rust bindings. Do you know of any database systems that fulfill that requirement?

18
244
new Date("wtf") (jsdate.wtf)
submitted 1 week ago by [email protected] to c/[email protected]
19
59
submitted 1 week ago* (last edited 6 days ago) by [email protected] to c/[email protected]

Do you remember the recent post that self-assessing any effect is hard? Here is a comparison between self-assesment and measurements.

Surprisingly, we find that when developers use AI tools, they take 19% longer than without—AI makes them slower.

20
58
submitted 1 week ago* (last edited 1 week ago) by [email protected] to c/[email protected]

Before starting tasks, developers forecast that allowing AI will reduce completion time by 24%. After completing the study, developers estimate that allowing AI reduced completion time by 20%. Surprisingly, we find that allowing AI actually increases completion time by 19%

N = 16

21
39
submitted 1 week ago by [email protected] to c/[email protected]
22
43
A new era of Stack Overflow. (stackoverflow.blog)
submitted 1 week ago* (last edited 1 week ago) by [email protected] to c/[email protected]

Extra.

LOL in a lot of ways.

2025 is gonna be interesting.

23
29
submitted 1 week ago by [email protected] to c/[email protected]

Hey everyone — I'm a final-year student, and I’ve been wondering this a lot lately. We always hear that “you need a good project to land a job”, but most students I know either copy from GitHub, get stuck, or just... give up. We’re doing a small open survey to understand this from both sides — students and educators. If you've ever: Built or struggled with a final-year project

Helped someone else do it (educator/mentor)

Wanted to sell or learn from real-world projects

We’d love to hear your honest experience. 🙏 It’s just 2–3 mins, totally anonymous. 📄 Survey Link – for students & educators

We’ll be using the insights to create open resources and maybe a system that actually helps. Thanks in advance if you participate — or drop a comment about your experience.

24
41
submitted 1 week ago by [email protected] to c/[email protected]
25
90
submitted 1 week ago by [email protected] to c/[email protected]
view more: next ›

Programming

21621 readers
230 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 2 years ago
MODERATORS