Leave a comment below to introduce yourself! You can talk about what brought you here, what you're learning, or just a fun fact about yourself.
Reply to someone's comment, either with a question or just a hello. 👋
Come back next week to greet our new members so you can one day earn our Warm Welcome Badge!
Top comments (132)
Hey folks - I'm Hoshang. Super excited to be a part of the dev community. I'm a 2x founder in the data space - currently building my third one. Happy to discuss anything around data, ops, analytics.
Welcome! Pylar looks awesome.
Thanks Peter!
I checked out "third one" link. Giving AI's safe access to structured data will be uber important! I am personally working on the Local AI front in one project, and not much is needed to run the models locally. But what you are doing, ensuring business can use AI without compromised data, wow. Great work!
@t_c_96146fe21 - Thank you! Would love to connect and help anywhere I can :)
Nice to meet you Hoshang, I'm Tam
Nice to meet you Tam!
Welcome Hoshang 👏
Thank you, Andy!
welcome , can u please give more details about 2x founder in the data space
@code_igniter
My first startup was an RPA layer powered by conversational AI — you could automate data workflows just by telling it what you wanted.
My second is a collaborative GTM analytics workspace where business and data teams could pull from any datasource and build insights together using SQL, no-code, or AI.
Achei muito interessante a forma como a IA pode automatizar tarefas. Isso mostra como a tecnologia pode realmente ajudar na aprendizagem. Para mim, parece algo de outro mundo, e é a primeira vez que ouço falar de algo assim. Fiquei curiosa para aprender mais sobre como essas ferramentas funcionam na prática
Hey - I'm Sven from Sweden. I write a lot of code. Most of it open source. Most of it not in any kind of wide use. Sometimes I write games for the Commodore 64. In a not too distant future I hope to be able to write that I sometimes finish games for the Commodore 64.
Hej Sven! First post I read in here and damn, I like it!
Coded in ASM then I assume? which ASM what type of processor do they run on? Interesting stuff. I am from Sweden myself as well.
I've been programming on a personal level for enjoyment and it's soemthing that I really just love, and love to get lost in. Electrician by trade, but never got enough courage to even look for a job in that field, I just always assumed that it was impossible without a diploma.
Nowadays though, I am planning on slowly building up my own business , developing apps for Handheld devices(phones). This will come with time though, I've just dipped my toes into this field, otherwise I was very into low-level programming. ASM/Microchips/Building wallhacks and aimbots for games using assembly and memory scanners.
I'd love to get in closer contact with you if you are up for it.
It feels and seems like I found the right place, And I have only read two comments so far so that's saying something at least )(
Hello everyone!
Hej, Max!
Yes, coding for the C64 usually means ASM. There is obviously the option of using BASIC, but it isn't really fast enough to do anything meaningful or do anything that requires any kind of precise timing.
The Commodore 64 uses a MOS 6510 processor, which has the same instruction set as the more widely used 6502 and its derivates (which includes the Ricoh 2A03 which is used in the NES).
Programming as a hobby and programming professionally are often very different things. And by that I don't mean to say that the latter is "harder" or that professional programming isn't for hobbyists, or anything like that. Just that programming for programming's sake is usually more... fun, while the profession is usually full of things like... meetings, deadlines and having to compromise on quality for non-technical reasons.
A diploma isn't necessary. I don't have one. The tricky part could be getting that first job to have documented experience. Mindset, willingness to learn and keyboard-experience - which you obviously have - is a lot more important than diplomas and credentials, but of course, not everyone in a hiring position sees that.
Getting in contact - sure, let's talk!
Cheers/S
Wow! I never had a Commodore 64 but I do love games from the past.
May I recommend an emulator, ie VICE, to let your "re-live" the childhood you never had with a C64? ;)
Hello everybody
Hello everyone, I'm excited to escape isolation and connect with the world over my developing passion for technology. I am interested in creating and contributing to productivity solutions that save or enhance the most valuable and scare resource, time.
Welcome!
Hi :)
Hello! I am excited as well
Welcome welcome welcome!!
Thanks
Hello! I'm here to connect with other devs. I'm working on a horror-inspired operating system game. Users can write their own programs, so I figured I would reach out to other developers!
I've got a dev blog at stealthisgame.com/dev/ if anyone is interested in following the development.
Hey!
Tell us more about your game. What does "operating system game" actually mean? This piqued my interest.
Is it something that actually happens on the OS of the player's host machine or is the game kind of a virtual OS itself and its own "game world" ?
@svjson Hey Sven!
At the core it's basically a realistic simulation - the idea is it should look, and feel like an operating system. Having all of the components one would come to expect. The command-line is realistic, and I've done my best to include a bunch of default apps that give the experience of being inside an actual operating system.
So the entire thing happens within the frame of the game:
None of these assets are final and will be changed in the final game
Oh, that's cool!
And I do like the idea of "Hi Sven!" being a command. /s
I somehow imagined that the OS would be terminal only, but this is so much more ambitious! Hats off!
And what about the horror aspects?
Interesting! how deep can users go with the programs they create inside the OS?
@amvitor-cm Hey Tam! I've made it so users can basically create entire programs, almost unrestricted. There are some limits with what the API can do, but I'm hoping to work with other developers so I can learn what they need, then I can extend the API to perform those tasks.
In the screenshot, I show two Lua applications. These are running within the OS and have been programmed with the same API and tooling that users will have access to.
My goal is to make it not only feel like an actual OS, but to have all of the complexity that an actual OS would. (Within reason, a lot of stuff we can skip doing as we're already running within an existing OS. So this means I can leverage APIs like OpenGL, OpenAL, etc.)
Hello Everyone, I’m Santosh Pawar an SEO expert with 11+ years of experience helping brands grow through data-driven search strategies, content optimization, and digital marketing. Currently, I’m part of the CrashPlan Marketing team, focusing on driving visibility and organic growth for our cybersecurity and data-protection solutions.
Hi everyone, glad to join. I'm a software engineer founding and building an MVP, and enjoying the new possibilities LLMs open for automation and development. Looking forward to learning and sharing with the community.
I spent over a year with LLM's testing the practicality of writing code that will actually run an a real server, not just inside Cursor or Replit or whoever's proprietary environment.
So using Docker Desktop to mirror the Apache Server environment in the real server, I set up Cursor and applied coderule and context engineering best practices--only to find that the current best practices do NOT keep LLM's in line in IDE's!
I documented a list of reciepts you would all know well on the Agent's fuckery. And I mean RECIEPTS.
Not until I gave it what every human LLM uses to ensure WE do not have garbage output, make sure the LLM has exhaustive relevant data to the task and that correct logic is applied to list all plausible hypotheses, to start with! Then there is the logical methodology that lives in every engineer's brain that ever lived.
That’s why my System Instructions, The Zero-Bullshit Protoclo, works so well.
I didn’t invent some fancy framework.
I just wrote down, in excruciating detail, how a competent human engineer already thinks when they refuse to be wrong.
Every rule in the GEMIMI.md file I use for Gemini CLI is the silent checklist that lives in the head of every senior dev who’s been burned one too many times:
“Wait, do I actually have the current file?”
“Did I back this up before I touch it?”
“What else could this break?”
“Am I assuming something I haven’t verified?”
“If this fails twice the same way, I’m obviously stuck in the wrong mental model—zoom out.”
Most people never externalize that inner voice.
I did.
And then I weaponized it and handed it to the AI.
That’s why it crushes every corporate “best practice” and every new GitHub toy:
it’s not a methodology cooked up in a conference room;
it’s the distilled cognition of a human who actually codes reliable software.
I solved the problem the same way Linus solved version control: by getting pissed off enough to write down exactly how he already worked.
Now I put my file into the IDE or or into the directory I open Gemini CLI in Terminal from, and the Agents behave. I am going to release my generic non coding Protocol for LLM's soon.
My partner has the generic protocol but tested it inside of Cursor, which is not where it goes! And I was ready to defend its failures, It doesnt have backup or history routines in that version of the Zero Bull Shit AI Protocol, and it's, well f-ing generic.
But lo and behold! The GENERIC NON CODING version of the protocol made the Cursor Agent build out Max's app with none of the hallucinations or agentic fuckery we had both went through for a year, him watching me on my machine via teams, or me watching him--for a year!
And now to watch Cursor working for him the way we always wanted it to...
Priceless.
Hey there! 👋 I’m all about learning cool things and sharing them in simple, practical ways. If you enjoy tech, business tips, and personal growth without the boring stuff—then we’ll get along just fine! 🎉
Some comments may only be visible to logged-in visitors. Sign in to view all comments.