Thread Rules 1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution. 2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20) 3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible. 4. Use [code] tags to format code blocks.
Started my first programming gig, currently getting my arse kicked, in a good way. Been looking forward to getting stuck in.
It’s a (decently paid) work placement year as part of my degree program, I’m pretty damn likely to come back as a grad providing I’m not terrible. Full stack exposure too which I’m digging
The only current downside is so much of the company are enjoying the trappings of working from home, so I can’t just look over shoulders and get workflow inspiration
Was wondering if any of you folks had any utilities/workflow things you swear by. Anything of that kind really, quite a new beast for me.
We’re given pretty swanky Macs, which I’m quite digging as I’m pretty familiar with the platform. Currently having to tweak stuff in basic JS/React/Node and look at backend stuff in Go.
I’m getting by fine with the stock terminal/VS Code thus far, although if there was something more customisable than the stock terminal I’d happily adopt that. Or VS Code extensions
I’ve yet to familiarise myself enough with Vim to do anything but slow my workflow, but I will give it a full dedicated day or two and get on top of it, I do see the value in it long term
On September 15 2022 06:58 WombaT wrote: Started my first programming gig, currently getting my arse kicked, in a good way. Been looking forward to getting stuck in.
It’s a (decently paid) work placement year as part of my degree program, I’m pretty damn likely to come back as a grad providing I’m not terrible. Full stack exposure too which I’m digging
The only current downside is so much of the company are enjoying the trappings of working from home, so I can’t just look over shoulders and get workflow inspiration
Was wondering if any of you folks had any utilities/workflow things you swear by. Anything of that kind really, quite a new beast for me.
We’re given pretty swanky Macs, which I’m quite digging as I’m pretty familiar with the platform. Currently having to tweak stuff in basic JS/React/Node and look at backend stuff in Go.
I’m getting by fine with the stock terminal/VS Code thus far, although if there was something more customisable than the stock terminal I’d happily adopt that. Or VS Code extensions
I’ve yet to familiarise myself enough with Vim to do anything but slow my workflow, but I will give it a full dedicated day or two and get on top of it, I do see the value in it long term
Thanks in advance
So, as far as workflows go this you'll have to discover on your own as you gain more experience. Different things work for different people. Some swear by Pomodoro Technique, some hate it. Some need to come to office to focus, some abhor it. For myself my preferred way of doing things is working from home (been at it for 6+ years now) and just being left to my own devices so I can split the work however I want/need to without much fixed hours (I'm always available for contact during standard business hours but I do most of my work outside of them).
The same thing with your workstation and such. I had to use a Mac for almost 2 years and I hated every second of it.
For the software vim is great to know for those times when you need to patch a few files here and there but it's not great for working with bigger projects. IMO if you're working with anything that requires a framework and is larger than 10 files it's best to just grab an IDE as it'll save you a ton of time even if you're only using the most basic features (ctrl+click opening the file where a class/method is defined, searching through project and 3rd party libraries etc.).
I would still learn vim though as it's quite indispensable for patching up some files on remote servers etc.
For IDE my personal favorite for many years now has been IntelliJ. Being able to view, edit and set breakpoints in dependency libraries easily is great help for debugging, having your db hooked up to it and being able to view the tables and execute queries from within the IDE (with table and column name completion and SQL hints no less) is also a very nice feature.
this weekend is not good and it's barely even started
keyboard on my main PC died updated one of my servers and it just....lost the kernel and I had to reinstall the OS, reimported the pools just fine but then none of the VMs would come up two of my other mini servers are just straight up dead, one of them being one of my dns servers
I think I installed debian about 15 times today
out about $1500 without even having done anything at all
Revenue Canada is stinging companies hard when they've been sloppy with their information. A non stop parade of CIOs and CEOs are coming to me begging for a way to overhaul their infrastructure keeping everything offline and encrypted. None of this SAAS bullshit. LAN//Visual Foxpro accessing encrypted data all the way. No per-seat licensing fees with Visual Foxpro... fuck SQL Server.. its pokey slow.
Oracle should've been advising their customers to lock down their information systems. These days they're getting burned.
We totally do. But the reason is that all the tooling to achieve nice amazing apps without piling on layers of BS are fairly recent, and now it's difficult to start the building paradigm over from scratch.
If there wasn't an enormous ecosystem around webapps existing already today you would build multi page apps with practically only browser native functionality. But that functionality just wasn't there 10 years ago when all this ecosystem was being built.
On September 19 2025 21:55 zatic wrote: We totally do. But the reason is that all the tooling to achieve nice amazing apps without piling on layers of BS are fairly recent, and now it's difficult to start the building paradigm over from scratch.
If there wasn't an enormous ecosystem around webapps existing already today you would build multi page apps with practically only browser native functionality. But that functionality just wasn't there 10 years ago when all this ecosystem was being built.
Part of the problem he mentions is actually the bloated infrastructure. All the dockerization, kubernetes, CI/CD pipelines in the cloud and all that jazz. This adds a lot of work for the devs, requires more infrastructure and possibly personnel to run it all etc. etc.
That's why the newest version of Ruby on Rails was changed slightly to better accommodate what they found in production developments of many bigger projects: making it more friendly to set up for local development/CI runs so if you want you can drop most of the cloud bloat (at Basecamp they dropped cloud and this should save them $10m over the course of 5 years).
Also, they toyed with the idea of onboarding new programmers and they devised a whole new Linux distro so for RoR development you can have your OS and necessary tools installed within 5 minutes (assuming fresh, blank desktop/laptop computer) and push to production within 15 minutes of putting your OS install disk into your new comp
Quite impressive stuff, really. Personally I'd love to go back to working with simpler tools and being able to run CI locally with reasonable times and doing easier deployments.
I watched the full talk now ironically while setting up a deployment infrastructure on a home lab just like he does in the video. I am using the stack he rails against but I disagree in a few points: I still own everything (100% open source) and it took a team of one, not 50, to set everything up. Sure it's possible to overcomplicate things but just because you use docker doesn't automatically mean endless complexity.
On September 19 2025 23:41 zatic wrote: Ah I expected this to be about client side bloat.
I watched the full talk now ironically while setting up a deployment infrastructure on a home lab just like he does in the video. I am using the stack he rails against but I disagree in a few points: I still own everything (100% open source) and it took a team of one, not 50, to set everything up. Sure it's possible to overcomplicate things but just because you use docker doesn't automatically mean endless complexity.
Client-side bloat is another thing though. I've worked for some bigger corps and they're the most hardcore with this (bash script that launches a python script which then fires up some rust stuff etc.), a million different libraries in 15 languages etc.
But even for some smaller projects you can get a lot of unnecessary bloat. Like people working on RoR for the first time and seeing all the cool things and being not extremely experienced developers yet or coming from Java and they go "we'll use EVERY SINGLE design pattern there is" and "ALL the cool new libraries." A few years down the line the project is pretty much unmaintainable because everything is way too complex for what it needs to do, some of the cool libraries they used back in the day are no longer supported so upgrading the project to latest language/framework now means gigantic refactors etc.
One of the things I learned during my over a decade of doing web apps small and large is that when you start a new thing you should keep it simple and avoid straying from your framework defaults as long as possible. Sure, some libraries might look nice and shiny but then every bit of custom or 3rd party stuff you add potentially increases your workload down the line, adds extra complexity and makes onboarding new people that much harder.
On September 20 2025 01:55 Manit0u wrote: A few years down the line the project is pretty much unmaintainable because everything is way too complex for what it needs to do, some of the cool libraries they used back in the day are no longer supported so upgrading the project to latest language/framework now means gigantic refactors etc.
On September 20 2025 01:55 Manit0u wrote: Sure, some libraries might look nice and shiny but then every bit of custom or 3rd party stuff you add potentially increases your workload down the line, adds extra complexity and makes onboarding new people that much harder.
people over engineer to protect their jobs. its a form of technical empire building. they want onboarding new people to be difficult.
in NA, the last 5 years turf protecting has gotten way worse. its no surprise that over engineering is also getting more prevalent.
On September 20 2025 01:55 Manit0u wrote: A few years down the line the project is pretty much unmaintainable because everything is way too complex for what it needs to do, some of the cool libraries they used back in the day are no longer supported so upgrading the project to latest language/framework now means gigantic refactors etc.
On September 20 2025 01:55 Manit0u wrote: Sure, some libraries might look nice and shiny but then every bit of custom or 3rd party stuff you add potentially increases your workload down the line, adds extra complexity and makes onboarding new people that much harder.
people over engineer to protect their jobs. its a form of technical empire building. they want onboarding new people to be difficult.
in NA, the last 5 years turf protecting has gotten way worse. its no surprise that over engineering is also getting more prevalent.
It can be a nightmare though. I've just inherited a project like that. I'm basically a solo dev in there (got a mid helping me a few days every week but that's it). Got hired, didn't have time for any real onboarding "just dive in and try to figure it out" since the 2 devs that made the whole project from scratch sold it and moved on. My first task? We have an ISO audit coming up so you need to remove all the vulnerabilities from the project. Hello few months of removing and upgrading a bunch of ruby and javascript libraries and doing necessary refactors.
Oh, and while you're at it, we're 5 months behind on SLAs, gotta do that too.
On September 20 2025 01:55 Manit0u wrote: A few years down the line the project is pretty much unmaintainable because everything is way too complex for what it needs to do, some of the cool libraries they used back in the day are no longer supported so upgrading the project to latest language/framework now means gigantic refactors etc.
On September 20 2025 01:55 Manit0u wrote: Sure, some libraries might look nice and shiny but then every bit of custom or 3rd party stuff you add potentially increases your workload down the line, adds extra complexity and makes onboarding new people that much harder.
people over engineer to protect their jobs. its a form of technical empire building. they want onboarding new people to be difficult.
in NA, the last 5 years turf protecting has gotten way worse. its no surprise that over engineering is also getting more prevalent.
It can be a nightmare though. I've just inherited a project like that. I'm basically a solo dev in there (got a mid helping me a few days every week but that's it). Got hired, didn't have time for any real onboarding "just dive in and try to figure it out" since the 2 devs that made the whole project from scratch sold it and moved on. My first task? We have an ISO audit coming up so you need to remove all the vulnerabilities from the project. Hello few months of removing and upgrading a bunch of ruby and javascript libraries and doing necessary refactors.
Oh, and while you're at it, we're 5 months behind on SLAs, gotta do that too.
they get you to promise them the sun, moon and stars during the hiring process. Then they ask for the sun, moon, and the stars two weeks later.
Or just use Linux and have fun urxvt is such an awesome terminal...
I have been trying for 6 years to get them to issue me a linux computer. My options are Mac or Windows At home I use kitty+fish on one of my laptops, and that's mostly nice aside from the weird ctrl+c behavior
Kitty has been my main terminal for years too. Personally I still use zsh over fish as my shell just because my config is highly customized. Fish is way better out of the box though.