Omicrxn

@joyofcodedev It's the only pain point I have with zed to be honest. The rest is really good. Sometimes the suggestions and fixes don't work too for large codebases, dunno if it's related. But other than that it's top tier editor.

I wondered why Svelte syntax highlighting in Zed looked funky only to find out it was updated 2 years ago 💀

@DigitalSunGames @revamp_game Dude, the moment the arrow's blood flowed to his hand gave me chills. Insane animation

OUR NEW GAME IS HERE 🦇 ReVamp (@revamp_game) A Tower-Defensevania where you rule as Dracula 🏰🧛🏻 Build an ever-shifting castle. Command monsters of the night. And if mortals break through… Deal with those fools yourself! 👊🩸

@thomasglopes THANK YOU i thought I was alone in this world.

I always find it odd when websites don't let you go to their main page when you're logged in. And instead redirect to the app instead of their landing page. Looking at you Linear and Cursor

@joshpuckett You better publish a photo of that when finished with more thoughts 😋

@OmicrxnDev thank you!! I've got a matching bar cabinet in the works... eventually 🙈

You must fall in love with outcomes, not abstractions. This very raw, very thoughtful video from Mo is worth a watch in full. Much of it resonates, and I feel and have felt a lot of the dissonance he talks about. Here's how I'm thinking about things of late. ---- One of my many side quests in life is being an aspiring woodworker. I've made most of the furniture in our house, and my latest piece was a media console for our den. Woodworking has a lot of parallels to software. You work with raw materials, modify and assemble them, and ultimately deliver some output that is more valuable than it's constituent parts. Like software, there are many ways to build furniture. You can do it entirely with hand tools, no electricity at all. Or, you can do it with entirely 'fake' wood and mechanical fasteners to just assemble something like IKEA. I think there is value in knowing all of the points along the way; I have taken raw lumber, milled it by hand, planed it, jointed it, and transformed it from a tree to something resembling 2x4s you'd see at your local home center. You learn a respect for the material, an appreciate for how furniture was built, and develop a certain intuition. But if your goal is to build beautiful, heirloom quality furniture, and your constraints are that this is not your full-time job or hobby, there are much better abstractions available. You can by lumber that is already surfaced and dimensioned. You can use tablesaws and jointers and routers to aid you in more quickly cutting and shaping the wood into your desired form. You can select hardwood for key parts of a build, or use cabinet grade plywood strategically to help speed things up. These are all abstractions. Different ways of accomplishing a task to achieve an outcome. In my own woodworking practice, I have found a happy medium somewhere between 'hand tools only' and 'IKEA'. I make liberal use of power tools. But I also, because I am saving time, can achieve a higher end result by focusing on a better outcome and quality bar. It also, most importantly, makes this accessible to me. There's a running bit in woodworking communities that it's the perfect hobby for an old retiree. Partly cost, partly time. But with more modern abstractions, I (a very non-retired person) can participate and bring to life my own creations. I think of LLMs and coding agents in a similar way. They are the latest in a series of powerful abstractions that afford convenience and accessibility when it comes to those who make software. They are extremely powerful, far more than the abstractions of yesteryear. But at the end of the day, that's all they are. If the outcome you love and value is a world-class user experience, they are but one of many tools to help you get there. They are great for a good many things, but they aren't a complete answer (at least not yet). You cannot "make no mistakes" your way to a beloved, soulful, inspiring product that people talk about and smile at. You have to use the tools to achieve that outcome. And much like woodworking, there are still some things I or we all might prefer to do by 'hand'. I like to break my corners with a handplane still, in most cases. I could do this with a router, but there's something about the connection and feel that I want to have, if for nothing else than my own desire. I would never want an LLM to have the final say when it comes to the details of my interface; I want to use abstractions to more quickly allow me to focus on that, and do it 'by hand.' So all of that is to say: I think it's important to fall in love with the outcome of whatever it is you are trying to create, and view abstractions simply as tools to help you get there. That way, you can pick and choose how they will serve you without losing yourself to them.

@peduarte @glazeapp Build glaze on glaze and enter the Matrix

hmm what to build on @glazeapp today 🤔 gimme some ideas

@helloitsolly Yeah communication is essential in remote. Everyone wants the comfort of remote but not everyone knows how to work well in remote. That's why it is often not a good experience with employers unfortunately. Wish you a lot of luck finding someone capable, either remote or on site😋

@OmicrxnDev He was updating the status but not telling us the staging link or next steps to review I agree that a remote working dynamic requires a different flow and communication style

Another engineer quit midway through a trial $9,000 a month and apparently keeping Linear updated as you go is too much Listed twice in job description Designed to facilitate remote work and fewer meetings

Oh I get it, like giving a heads up aside from keeping the linear up to date, well that shouldn't be much of a headache for the engineer imo. Sorry to hear that experience, but I've been working remote and I know that there are people that are not accountable enough to work in this way, what a pitty. I'm open for work right now, and dm'd you and filled the form, if you are still interested in remote we could maybe get on a call or smth.

@OmicrxnDev Our whole team works from from linear We need the engineer to communicate when and where the fix is ready to review

@helloitsolly Why not? Dunno about your specific case but you can review the changes on the feature branch before merging? Maybe I'm missing something due to different workflows though but just an idea that worked well for me in the past.

@OmicrxnDev Then sadly we can’t review the fix or let the customer know

I've been working remotely for nearly 6+ years even as a freelancer and I know first hand that working remote needs accountability and good communication with the team unfortunately that is not always the case and that makes employers hate remote which is a problem for those of us who do know how to work remotely. I don't understand people saying you don't know people management, you have your system and the employee needs to adapt or go, not the other way around.

I think to avoid the various issues around comms (mine as well as theirs) my next hire is going to be in person (Cape Town)

On Design on.design/claim?ref=omic…

@helloitsolly Done!

@OmicrxnDev No - did you apply? Feel free to DM me your app

Hiring: engineer who loves Svelte 💪 → UK, Europe or East Coast North America → Small, remote team → $9,000 a month → PLG, shipping fast and often Help us grow from 3,000 to 10,000 paying customers Job description in reply

Got access yesterday to @joshpuckett's Interface Craft and I can't be happier with it. It is full of knowledge, the UI for the practical examples is just 🔥 and can't wait to get the upcoming features. I'm only sad that DialKit is React only so won't be able to use it in @sveltejs but heh, maybe I'll do a Svelte version applying the learnings from the course? Who knows.

When using Svelte for a while, at least in my case, I found out that it's actually more readable than in React, even more with the div content opened or when needing more blocks as @thomasglopes stated. I can agree it is not what we are used to at the beginning but after a while you get used to it and in the long term it is not something that will bother you or something that feels like a pain point. Even more the # : and / symbols makes it easier for you to quickly see if the {} is the start or the end so, I can understand that there are different symbols (dunno if that is the real reason). Anyways Svelte brings so much to the table for this to be a deal breaker. In the end frameworks are tools, use React when needed, use Svelte when needed, same with AngularJS, Vue, Solid and the long etcetera of JS frameworks. At @fermat_app my last job, they used KotlinJS which is not a common choice and they built Amazing things with it too.

👀 Don't you thing is is more easy on the eyes?

@Eric_Lostie Se merecía un post para el solo, es el mejor😂😂

Me he dejado al pobre Sirtfetchd.

A petición popular, aquí tenéis un resumen de todas las formas regionales, evoluciones regionales y fakémon que tendrá Pokémon Z. La imagen vendrá con la descarga del juego para consultarla. Hay una cantidad descomunal de trabajo resumida en esto jaja.

@DigitalSunGames Kinda miss the pixel art, but the 3D art is gorgeous too. But playability is a huge win with the changes.🔥

Going from 2D to 3D was one of the boldest changes when making Moonlighter 2. How do you think we handled the transition? 💚

@DigitalSunGames Found a bug though while fighting Tyke where he gets stuck in this state and since he is flying and I'm out of bullets I can't hit him. Also spears should be able to hit flying enemies maybe? Hahaha It would be nice poking him there with the spear. In the end I had to return home empty handed, no way to continue the fight. A bit frustrating but Early access things 🤷🏻

I enjoyed the early access of Moonlighter 2 a lot. I didn't have a lot of confidence in the 3D and camera angle at first but it is way better than the first game, which was already great. The art is gorgeous and the new mechanics are just 🤌🏻. Awesome work @DigitalSunGames 🫶🏻