Programming thread

Yeah but that's fucking gay. I've worked with Node and I fucking hate it. Trying to set up Elixir and laravel echo is GAY NIGGER AIDS. I want something that actually just works. Laravel Echo crashing all the fucking time was the main reason sockets sucked on 9.
Is it Elixir you're opposed to using or trying to integrate it into Laravel? I've heard good things about the Phoenix framework and it's liveview features.
 
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.
 
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.
One. I have Emacs open and perhaps a browser, but I try to rarely look at it. Multiple monitors are a source of distraction. Multiple windows and workspaces are a source of distraction. See if you can build a work flow around cutting those down and what changes.
 
One. I have Emacs open and perhaps a browser, but I try to rarely look at it. Multiple monitors are a source of distraction. Multiple windows and workspaces are a source of distraction. See if you can build a work flow around cutting those down and what changes.
I don't see how that's possible when you're dynamically adjusting a bunch of visual elements, debugging graphical elements or experimenting with the feel or an interface. There are times when I can focus on text and that's all I need, but this is not one of those cases.
 
  • Agree
Reactions: Marvin
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.
Going with four and looking towards either replacing them with bigger ones or looking for a GPU that will handle more than that.
 
  • Like
  • Thunk-Provoking
Reactions: Marvin and Bongocat
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.

I like to use three. One, front and center, for the code and browser windows; one for SSH windows and reference stuff; one for Slack and IRC plus YouTube or iTunes windows for my background noise. I just use smaller monitors (I think my largest is 24") with no higher than 1080p resolution, though. For me it's not so much about cramming as much information as possible on the screen as it is separating work stuff from reference stuff from nonsense stuff. That said, there have been times in my life where I've gotten by making a living with just the sub-1080p, not-even-Retina-yet screen of a non-pro MacBook. Multiple screens are great but I can live without them.

Just want to say that Ruby programming doesn’t get mentioned that much when you compare it to the C, C++, Java and Python languages. I think I might buy the reference book material regarding Ruby.
Ruby used to be quite big back in the heyday of Ruby on Rails in the late-00s and early-10s, but Node has kinda taken over the "I'm too hipster to use PHP" niche in web development and despite being a general scripting language, Ruby hasn't really taken off for other uses as, for example, Python has. It's not a language I'd consider worth your time in terms of career opportunities, but if this is just for kicks, knock yourself out.

Be sure to check out the lore and works of "why the lucky stiff." Great stuff, but a sad story.
 
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.
I use the same setup. I use virtual desktops and browser profiles to separate what I'm doing into contexts:

1. Code: IDE and web browser on my docs browsing profile
2. DevOps/SRE: VSCode and web browser on my work profile
3. Comms: email, slack, etc
4. Writing - specs/etc
5. Personal/etc browsing on different browser profiles

If I'm working on 2 coding tasks simultaneously with lots of waiting I'll have another virtual desktop for the other task.

I don't really code so much these days but it is convenient to have my IDEs open a few screens away if I need to refer to something.

Also take advantage of FancyZones in Windows PowerToys to get better control over keyboard placement of windows so I can get dual columns on each screen.

Personally I'm happy with it but I have been eyeing an ultrawide, not sure what the software support is like.
 
  • Informative
Reactions: Bongocat
I use the same setup. I use virtual desktops and browser profiles to separate what I'm doing into contexts:

1. Code: IDE and web browser on my docs browsing profile
2. DevOps/SRE: VSCode and web browser on my work profile
3. Comms: email, slack, etc
4. Writing - specs/etc
5. Personal/etc browsing on different browser profiles

If I'm working on 2 coding tasks simultaneously with lots of waiting I'll have another virtual desktop for the other task.

I don't really code so much these days but it is convenient to have my IDEs open a few screens away if I need to refer to something.

Also take advantage of FancyZones in Windows PowerToys to get better control over keyboard placement of windows so I can get dual columns on each screen.

Personally I'm happy with it but I have been eyeing an ultrawide, not sure what the software support is like.
imo ultrawides don't really help that much. They're wide enough to distort the intended look of most tools, but not large enough to practically have two full applications open. The only thing I've found them good for is viewing excruciatingly long console outputs (also video editing to a degree).
 
  • Agree
Reactions: GreeneCoDeputy
I don't see how that's possible when you're dynamically adjusting a bunch of visual elements, debugging graphical elements or experimenting with the feel or an interface. There are times when I can focus on text and that's all I need, but this is not one of those cases.
If there's a graphical aspect to your development, would splitting the screen and tiling the IDE and graphical effects side by side not be sufficient?
 
If there's a graphical aspect to your development, would splitting the screen and tiling the IDE and graphical effects side by side not be sufficient?
Looking at half a screen at once is rather claustrophobic, especially when you need to see fine details and view the product as a customer would. Also sometimes I work as a build/deployment engineer. Yesterday for instance, I had to monitor 3 different windows at once and work with a very large list of files in 4 different directories simultaneously. There's really no avoiding it.

But anyway, I found a very small monitor I'm going to put off to the side just for tasklists or comms and try that for a while. I'm basically just trying to avoid alt tabbing because it's very disruptive. Refining my statement from earlier, virtual desktops are ok, but only for organizing COMPLETELY separate tasks.
 
After arguing in the matrix all day I'm looking at Rocket. I have a sense of impending doom with XenForo dropping our license and then I'll have to find some sort of solution for the forum moving forward. I could easily approach a forum with PHP8/Laravel but nobody seems to use PHP anymore and I get bullied for it. It's also just not very "performant", I guess. I wouldn't know since I don't have much experience with anything else.
Good choice.

Apple® has declared PHP to be obsolete in macOS 12.0 and has removed it. Time to get with the times.
 
Apple® has declared PHP to be obsolete in macOS 12.0 and has removed it. Time to get with the times.
That's some weird logic. It's more like they removed a component of their operating system which wasn't being used by any other components anymore. No serious web devs used the built-in PHP anyway, since the versions included were always out of date by at least a couple patch releases by the time of the release of the OS.

macOS doesn't include Swift or C compilers, either; you have to download them separately. Does that mean Apple, by your logic, has declared C and Swift to be out of date?
 
macOS doesn't include Swift or C compilers, either; you have to download them separately. Does that mean Apple, by your logic, has declared C and Swift to be out of date?
No- those were never included in macOS.

Apple still gives the full endorsement to realPython (2.7).
 
How many monitors do you use when programming? I have to juggle a lot of content with code, so I have two 32 inch 1440 monitors. I still feel like it's not enough. Trying to deal with alt tabbing or virtual workspaces just kills me.
3. Left monitor is the terminal or live browser output depending on what I'm doing, center is IDE/ text editor, right is file browser.

Edit: I also have a Corsair gamer mouse with programmable buttons. It has small up and down buttons at the the upper left corner of the mouse that I've set up to toggle between desktops. I think they were intended for adjusting the mouse sensitivity in FPS games originally.
 
Last edited:
Looking at half a screen at once is rather claustrophobic, especially when you need to see fine details and view the product as a customer would. Also sometimes I work as a build/deployment engineer. Yesterday for instance, I had to monitor 3 different windows at once and work with a very large list of files in 4 different directories simultaneously. There's really no avoiding it.

But anyway, I found a very small monitor I'm going to put off to the side just for tasklists or comms and try that for a while. I'm basically just trying to avoid alt tabbing because it's very disruptive. Refining my statement from earlier, virtual desktops are ok, but only for organizing COMPLETELY separate tasks.
If you're developing a fully graphical application then yes, there's sense to this approach, then alt-tab could be disruptive. I always tend to forget UI/UX.
While alt-tabbig is disruptive, a multitude of monitors just makes the distraction permanent. When you don't have to look at the graphical output, seeing email, slack, live logs in the corner of your eye is a distraction, in my experience.
Programming being a rather new craft, I don't think we've nailed down the best ways to go about it yet, not by a long way. Who even said text files and windows are the best way? Sometimes I wonder what an IDE in VR would look like.
 
  • Informative
Reactions: Bongocat
I didn't make good experiences with synergy. When I once had that problem I eventually resolved it by using the kernel's uinput module and creating a fake keyboard and mouse I could redirect commands to via script running on source and target machine over ssh. That method also has the advantage that it's completely display server agnostic (you can e.g. have the other machine run X11 or wayland and the source machine be console only) and also works with all kinds of special keys synergy in my experience had problems with. There are code snippets out there and the implementation should be trivial. Of course you can't fancily pass with the mouse cursor from monitor to monitor with this method, at least not without making more assumptions about the environment and having a bit more code.
 
Back