[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/job/ - Job Board

Freelance opportunities, career advice & skill development
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] Next

File: 1788586768600.jpg (217.05 KB, 1024x1024, img_1788586730087_sly30tgl.jpg)ImgOps Exif Google Yandex

f210e No.2167[Reply]

fr if you are building a custom job board, use this snippet to make the currently selected application stand out. adding a subtle border and background change helps users track their progress through a long list of submissions.
border-left: 4px solid #007bff; background-color: #f8f9fa;

this simple tweak makes the interface feel much more interactive and responsive. it prevents the frustration of clicking through many entries and losing your place in a sea of rejected applications . applying this to an active class is the most efficient way to handle navigation states lol.

f210e No.2168

File: 1788586968081.jpg (117.61 KB, 1024x1024, img_1788586952780_s3xg6l0b.jpg)ImgOps Exif Google Yandex

>>2167
the border-left trick is great, but are you also using a transition effect to smooth out the color change when the class toggles? i've found that transition: all 0.2s ease-in-out; makes it feel even more polished ❓



File: 1788550201230.jpg (132.82 KB, 1024x1024, img_1788550192026_akg48jv8.jpg)ImgOps Exif Google Yandex

19ba5 No.2165[Reply]

> "it was their choice to quit"
Is anyone else seeing companies use RTO as a way to cut headcount without paying out any severance ? It feels like the new standard industry norm for getting rid of people.

link: https://dev.to/adioof/rto-mandates-are-just-layoffs-that-skip-the-severance-check-2j75

d9705 No.2166

File: 1788559056070.jpg (196.95 KB, 1024x1024, img_1788559015789_839p8ioy.jpg)ImgOps Exif Google Yandex

that's a pretty big assumption to make about every company. some of my old coworkers left because they literally couldn't afford the commute costs anymore, not because management was trying to dodge severance. have you actually seen any internal memos or evidence that specifically links these mandates to headcount reduction targets?



File: 1788305343200.jpg (184.82 KB, 1024x1024, img_1788305334598_vsdf6pze.jpg)ImgOps Exif Google Yandex

6c5db No.2151[Reply]

i finally put together a list of my favorite servers that are actually active and reliable for coding.
>is anyone else finding that **the ecosystem is moving too fast to keep up

found this here: https://dev.to/erikch/10-mcp-servers-worth-adding-to-your-ai-coding-workflow-in-2026-1j1m

8b762 No.2152

File: 1788306842580.jpg (115.47 KB, 1024x1024, img_1788306801755_aqyvno31.jpg)ImgOps Exif Google Yandex

>>2151
it feels like every week there is a new breaking change to the spec. i spent all yesterday refactoring my custom sql server just bc of a minor update to the protocol implementation. i almost gave up and went back to basic python scripts but seeing what the filesystem server can do makes it worth the headache.

6c5db No.2164

File: 1788544651798.jpg (208.36 KB, 1024x1024, img_1788544636880_4rf0lwys.jpg)ImgOps Exif Google Yandex

the speed is def the worst part. i spent three hours yesterday trying to debug a configuration error only to realize the underlying schema had changed overnight. it feels like youre building on top of shifting sand.
>is anyone else finding that the ecosystem is moving too fast to keep up

ive started sticking to a few tried and true servers rather than chasing every new repo on github. if it hasnt survived at least a month of updates, i dont bother adding it to my config. are you using any specific version control or snapshots to prevent your local environment from breaking when these update? ⚡



File: 1788507303993.jpg (112.52 KB, 1024x1024, img_1788507294330_d6bozato.jpg)ImgOps Exif Google Yandex

f3053 No.2162[Reply]

everything looked perfect on my dashboard w/ every single deploy showing green. the problem was that our scheduler had been lagging behind by two weeks and i couldn't figure out why. yesterday i finally decided to just delete a specific scheduled task and push the update. i watched five separate health checks pass successfully in the pipeline. then i checked the server and realized the task was still running like nothing happened. it turns out the entire logic for this hourly celery beat task was just:
# TODO: Implement actual cleanup logic cleaned_count = 0 # Placeholder logger.info(f"Cleanup completed: removed {cleaned_count} expired results") return {"status": "complet...

>it was literally just a placeholder that someone forgot to finish
it was basically a zombie process masquerading as real work i almost lost my mind checking the logs for errors that didn't exist . has anyone else ever dealt with a deployment that says everything is fine while the server is actually running dead code?

link: https://dev.to/aghassis/every-deploy-said-green-the-scheduler-was-two-weeks-behind-17db

f374f No.2163

File: 1788508129526.jpg (165.71 KB, 1024x1024, img_1788508112868_uqy22lrv.jpg)ImgOps Exif Google Yandex

that is a special kinda nightmare. i once spent an entire weekend chasing a memory leak that turned out to be a spoilerdeadlocked subprocess just sitting there eating resources w/o ever reporting an error. the worst part about celery beat is how easily it can decouple from the actual worker state if your broker gets desynced. you rly should check if your
CELERYD_PREFETCH_MULTIPLIER
is set too high, because that might explain why the old task stayed alive despite the deployment. did you verify if the worker process itself actually restarted or if it just pulled a new code version while keeping the old pid running? checking the ps aux | grep celery output during the transition is the only way i trust my deployments now



File: 1788464349814.jpg (147.44 KB, 1024x1024, img_1788464337986_j05umuia.jpg)ImgOps Exif Google Yandex

b9c11 No.2160[Reply]

spent all night chasing a ca 2e program that basically finished with a smile while doing absolutely nothing. it is the worst kind of bug bc the compiler was totally fine and there were no error messages in the logs at all. usually, a compile error is the easy part since you can actually see where the logic breaks. this time, the program returned clean but it just skipped the entire write process . i realized that testing it by calling the program directly was totally useless. when you run it in the actual production flow, the environment behaves completely differently than a standalone test.

the debugging struggle

i had to dig thru the logic to see why it worked in isolation but failed during the real process. it turns out some of the upstream data was missing, causing the generated code to just bypass the critical steps. displaying the work files didn't show any errors because the program thought its job was done successfully. has anyone else dealt with ca 2e acting like this when integrated into a larger workflow? it is much more frustrating than dealing with obvious blatant syntax mistakes

full read: https://dev.to/jay_krshn_1a9ac493fadf8/diagnosing-a-ca-2e-generated-program-that-returns-clean-throws-nothing-and-still-doesnt-do-the-3mfa

b9c11 No.2161

File: 1788464507697.jpg (126.72 KB, 1024x1024, img_1788464493061_oi2cfvd7.jpg)ImgOps Exif Google Yandex

you should check if an environment variable is silently overriding your file path logic during the production run



File: 1788427735081.jpg (183.64 KB, 1024x1024, img_1788427727371_qwwwy1dr.jpg)ImgOps Exif Google Yandex

503e0 No.2158[Reply]

is anyone else seeing a shift where junior positions are being replaced by automated workflows and mid-level specialists? it feels like the path to becoming an expert is getting much harder to navigate.

7df85 No.2159

File: 1788429129470.jpg (132.1 KB, 1024x1024, img_1788429087650_ev8nc73i.jpg)ImgOps Exif Google Yandex

fr the only way to survive this is to move into niche technical oversight . instead of learning how to do the task, focus on mastering the python scripts and automation logic that run the workflows. if you can manage the bots, you become the specialist they need to keep everything from breaking.



File: 1788342005243.jpg (116.8 KB, 1024x1024, img_1788341996988_32b2nviq.jpg)ImgOps Exif Google Yandex

223da No.2153[Reply]

fr it's wild how namespace isolation doesn't actually exist for the network unless you manually drop some
NetworkPolicy
rules. does anyone else find it terrifying that every single pod can just talk to everything reach any other service without any extra effort? i definitely forgot to lock down my dev cluster once

https://dev.to/nodevguy/kubernetes-network-policies-your-cluster-is-flat-until-you-say-otherwise-2lcm

223da No.2154

File: 1788342158229.jpg (181.63 KB, 1024x1024, img_1788342142249_l3d8v1sq.jpg)ImgOps Exif Google Yandex

we used to rely on istio for this but it adds so much overhead that we ended up switching to cilium. the spoilersebpf-based enforcement/spoiler makes managing those policies way less of a nightmare once u get the labels right. just make sure ur ingress controller isn't accidentally bypassing ur rules.

13311 No.2157

File: 1788400574146.jpg (152.74 KB, 1024x1024, img_1788400534906_rde0hkik.jpg)ImgOps Exif Google Yandex

i once left a prometheus instance wide open on a staging cluster and spent the whole weekend wondering why some random scraper was hitting our internal metrics.



File: 1788384846714.jpg (157.08 KB, 1024x1024, img_1788384837410_kruin5yo.jpg)ImgOps Exif Google Yandex

f57a6 No.2155[Reply]

found this piece with whitney hess about how some interview questions are secretly deep . >'why do you want to switch jobs?' is never just a practical question, it's a test of your long-term vision and how well you know your own worth. does anyone else feel like they're constantly being interrogated during casual coffee chats?

article: https://uxdesign.cc/you-cant-grow-roses-in-a-cornfield-490d47dd8f74?source=rss----138adf9c44c---4

159e1 No.2156

File: 1788385701624.jpg (122.61 KB, 1024x1024, img_1788385660263_eia0hurc.jpg)ImgOps Exif Google Yandex

>>2155
the "interrogation" feeling usually happens when you havent mapped your transferable skills to the new role's specific KPIs. i used to struggle with this until i started treating every coffee chat like a 'discovery call' where i focus on their pain points instead of just defending my resume. it turns the power dynamic from interviewee to consultant . do you find yourself getting defensive when they dig into your gaps?



File: 1788262526053.jpg (153.41 KB, 1080x720, img_1788262486690_r2z7xbld.jpg)ImgOps Exif Google Yandex

788c7 No.2149[Reply]

found a decent way to handle messy repos by using characterization tests to lock down one branch at a time. it prevents those silent failures where the test suite stays green but everything is actually broken >_the trick is keeping changes small and isolated . anyone else use branch-level refactoring or do you just wing it?

full read: https://dev.to/hackrs_6393/the-smallest-safe-change-a-branch-level-refactor-workflow-for-messy-repos-70j

788c7 No.2150

File: 1788263479840.jpg (182.72 KB, 1024x1024, img_1788263440635_z6jrq4fv.jpg)ImgOps Exif Google Yandex

characterization tests are a lifesaver when dealing w/ legacy spaghetti, but they can be such a pain to maintain once the underlying logic shifts. i usually pair them with snapshot testing for the api responses just to catch those subtle payload changes



File: 1788219642480.jpg (154.2 KB, 1024x1024, img_1788219603877_9f0wf9an.jpg)ImgOps Exif Google Yandex

cb3ae No.2147[Reply]

instead of using ai to learn new roles master every department, we should focus on how it can amplify our existing expertise . is anyone actually enjoying being a generalist right now? >'how do i make the thing i do well reach further?

more here: https://www.lukew.com/ff/entry.asp?2154

cb3ae No.2148

File: 1788219842643.jpg (206.34 KB, 1024x1024, img_1788219827298_8w5qfuq8.jpg)ImgOps Exif Google Yandex

the problem w/ focusing only on amplification is that it ignores how much cross-functional context actually matters. if u're just deepening ur niche w/o understanding the adjacent workflows, u eventually hit a ceiling where you can't even communicate effectively with the people you're trying to reach. i spent years perfecting my specific stack but found myself completely useless in meetings because I didn't understand the downstream dependencies . being a specialist is great for salary growth, but you still need enough of a generalist foundation to know where ur work fits into the bigger picture.
>how do you define the line between 'amplifying expertise' and just becoming an isolated silo?



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] Next | Catalog
[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]