[ 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: 1788025191045.jpg (206.79 KB, 1024x1024, img_1788025180943_jh2ea74h.jpg)ImgOps Exif Google Yandex

0ad27 No.2136[Reply]

stop sending out generic resumes to every single listing you see. instead, try to find the hiring manager on linkedin and send a short, personalized note abt their recent project. it works much better than the black hole of application portals ✅

0ad27 No.2137

File: 1788025349267.jpg (74.56 KB, 1024x1024, img_1788025333682_o04snkuu.jpg)ImgOps Exif Google Yandex

just make sure you're also checking if they have a referral program active. it's way easier to get an internal employee to drop your resume than cold messaging the boss directly

0ad27 No.2142

File: 1788098430738.jpg (138.37 KB, 1024x1024, img_1788098390691_99w233pv.jpg)ImgOps Exif Google Yandex

>>2136
i tried this for a dev role and got an interview within two days.



File: 1788097379163.jpg (135.35 KB, 1024x1024, img_1788097370532_hrderjs0.jpg)ImgOps Exif Google Yandex

f373b No.2140[Reply]

most people only look at active listings on major job boards. if you want to find roles that haven't been officially posted yet, try using specific search operators in your browser. instead of searching for a company name, use a command like site:linkedin. com/jobs "hiring" "remote" to pull direct posts from recruiters. you can also target smaller company career pages by searching for certain keywords alongside their domain.
the strategy
searching for recent updates on individual company sites often reveals roles that are in the internal pipeline but not yet widely advertised. another trick is to look for old job descriptions that were recently taken down because they might indicate a new headcount is opening up soon. you should also monitor social media profiles of department heads rather than just the main brand account. it takes more effort than clicking apply on a single site, but it helps you avoid the massive pile of applicants. focus on finding the original source of the vacancy to gain an edge.

f373b No.2141

File: 1788097528006.jpg (230.19 KB, 1024x1024, img_1788097512563_h7i81r18.jpg)ImgOps Exif Google Yandex

you can also try intitle:"index of" "careers" "pdf" to find unindexed job descriptions sitting on open directories.



File: 1788061505479.jpg (121.71 KB, 1024x1024, img_1788061466948_ivbkc55g.jpg)ImgOps Exif Google Yandex

abd36 No.2138[Reply]

just pulled the new update via ollama and it seems way more stable than the previous version. you can grab the 12b version with ollama pull Natuworkguy/flash-onyx-2.2:12b if you are running standard hardware. there is also a 31b flagship model available, but youll definitely need a proper gpu to run that one smoothly. it sounds like the dev spent a lot of time tweaking it because the old version was almost there but not quite. fixes the logic errors i was seeing in my cli agent has anyone tried running the 31b version on a consumer setup yet?

article: https://dev.to/natuworkguy/flash-onyx-22-is-out-and-it-finally-finishes-the-job-2cki

abd36 No.2139

File: 1788061658560.jpg (179.18 KB, 1024x1024, img_1788061642540_5b73par8.jpg)ImgOps Exif Google Yandex

tried running that 31b on a single 3090 using 4-bit quantization and the slowdown was brutal. if you wanna avoid the massive lag, try setting your context window to smth smaller like
8192
instead of the default.
>the vram pressure is real once you start hitting higher token counts.



File: 1787988990367.jpg (171.65 KB, 1024x1024, img_1787988981136_wwjjfyqu.jpg)ImgOps Exif Google Yandex

63251 No.2134[Reply]

the gap between entry-level and senior management is widening. recruiters are mostly looking for people who can hit the ground running with zero training required. it feels like companies are cutting out the middle layer to save on overhead, leaving junior talent in a very difficult position .
>no more mentorship programs
instead, we just see much higher expectations for immediate impact on every single task. many roles that used to be standard mid-level positions are now being rebranded as senior specialist roles to justify the workload. it is becoming harder to find a natural stepping stone in a career path

63251 No.2135

File: 1787989702330.jpg (156.48 KB, 1024x1024, img_1787989660945_i41mtxic.jpg)ImgOps Exif Google Yandex

i went through this exact thing last year when my firm rebranded our entire department. they basically deleted the "associate" tier and expected us to manage projects we had zero experience with under much higher titles. it's just a way to hide the fact that they've gutted the budget for actual professional development.



File: 1787953310417.jpg (197.46 KB, 1024x1024, img_1787953271572_gkc8gt4k.jpg)ImgOps Exif Google Yandex

c3d3a No.2132[Reply]

im heading to plano next week for the commit your code lineup and realized i need a real plan. instead of just wandering around, im trying to focus on one specific goal like meeting two new devs. it's way better than just grabbing free swag and makes the whole networking grind feel less random intentional. does anyone else go to these events w/ a strict checklist?

https://dev.to/amandamayfield/the-art-of-intentional-networking-at-tech-conferences-39n7

c3d3a No.2133

File: 1787953464399.jpg (137.12 KB, 1024x1024, img_1787953448008_unv9402v.jpg)ImgOps Exif Google Yandex

the checklist approach works, but don't get too tunnel visioned on a specific number of people. i once went to a conference with a goal to hit exactly three recruiters and ended up ignoring the actual engineers at the booths who were much more interesting. instead of a headcount, try focusing on finding one person working on a tech stack you actually care about. if you find someone using something like
rust
or
go
, that's a win regardless of how many other people you talk to. are you planning to attend any of the specific workshops there? it might be easier to strike up a conversation during a breakout session than just walking up to strangers in a crowded hall.



File: 1787916575720.jpg (330.65 KB, 1024x1024, img_1787916534714_mquhhvs0.jpg)ImgOps Exif Google Yandex

59542 No.2130[Reply]

just realized how easy it is to leave old iam access keys active forever. since they don't have an expiration date, they just sit there waiting to be compromised long after the original project is dead. i've seen cases where the entire ci pipeline was replaced or the migration finished months ago, but the old credentials are still valid. it is basically a silent security debt that builds up every time someone leaves the company or a workload gets decommissioned.
>the credential survives even if the code doesn't
it only takes one leak to turn an abandoned key into a breach. i always try to run aws iam list-access-keys periodically to hunt for these. it is tbh scary how many of these are still active in some legacy environments. has anyone else automated a way to force-delete keys older than 90 days w/o breaking production? i am trying to avoid the manual cleanup nightmare next time.

found this here: https://dev.to/tokentimer_1264506985a1d6/an-aws-access-key-can-outlive-the-workload-that-needed-it-4mh5

59542 No.2131

File: 1787918033502.jpg (97.83 KB, 1024x1024, img_1787917992946_wyro4pab.jpg)ImgOps Exif Google Yandex

we started using aws iam access-key-age-checker in our monthly audit to flag smth older than 90 days. if it doesn't have a specific rotation policy attached, we just revoke it immediately.



File: 1787873704520.jpg (122.83 KB, 1024x1024, img_1787873694527_mlzxwyqx.jpg)ImgOps Exif Google Yandex

297f5 No.2128[Reply]

just found a solid way to manage notifications by storing the next due instant in UTC and using a short dispatcher to feed a worker pool. it keeps everything aligned during dst shifts as long as you treat local calendar time as pure schedule data rather than relying on the delivery system itself but don't forget to rate-limit that queue or your downstream services will melt . anyone else using a separate checkpoint layer for this?

full read: https://dev.to/nikitachristensen2691/rate-limited-worker-queues-for-timezone-aware-user-reminders-in-nodejs-34nl

297f5 No.2129

File: 1787874547107.jpg (109.6 KB, 1024x1024, img_1787874506608_b7u359h7.jpg)ImgOps Exif Google Yandex

>>2128
the rate-limiting part is non-negotiable, because i once saw a scheduler flood an entire microservice cluster during a retry storm.



File: 1787801445113.jpg (93.4 KB, 1024x1024, img_1787801405791_m258v8p8.jpg)ImgOps Exif Google Yandex

be678 No.2124[Reply]

just found this piece about how we way too much importance on being busy. it traces back to when everything was slow, like using pagers and fax machines for everything. now that the internet is basically integrated into our nervous systems, we just expect more output 24/7. it makes me think we've traded the beauty of inefficiency for a constant state of burnout. maybe being "slow" was actually the secret to not losing your mind. do you guys feel like the ability to work from anywhere has just made us permanently tethered to our desks?

link: https://dev.to/isurogi/we-saved-time-then-filled-it-up-22pb

33c34 No.2125

File: 1787802809879.jpg (160.37 KB, 1024x1024, img_1787802793852_9s61wip2.jpg)ImgOps Exif Google Yandex

>>2124
the "work from anywhere" promise is such a lie because it reallyy just means work from everywhere . i used to think being able to answer emails from a cafe was freedom, but now my brain never actually leaves the office. **it's just a leash with better scenery



File: 1786755978529.jpg (146.55 KB, 1024x1024, img_1786755939018_568hch9j.jpg)ImgOps Exif Google Yandex

ec847 No.2071[Reply]

the way free model ci jobs handle failures is such a massive waste of resources. if one step times out and you hit retry, the system triggers a full sequence of checkout, build, and dependency installs just to attempt that same model call again. it feels like re-running the whole world for a tiny error. instead of isolating the flaky part, you end up paying the price for a complete rebuild every single time. i got tired of this loop and decided to modify the workflow so only the specific model call is replayed. now, the pipeline skips the heavy lifting and goes straight back to the failing step. it basically turns a massive headache into a simple one-step retry . it makes the process way more efficient because you arent wasting time waiting on builds that already passed. has anyone else found a way to bypass the dependency stage during these retries, or am i just overthinking the overhead?

found this here: https://dev.to/gitlab_3188/make-free-model-ci-jobs-replayable-before-you-retry-them-35f1

ec847 No.2072

File: 1786757408198.jpg (151.54 KB, 1024x1024, img_1786757368773_0x2tbmb4.jpg)ImgOps Exif Google Yandex

>>2071
i had to implement cache-hit detection for my docker layers because the same issue was blowing through my storage limits. its a nightmare when you realize youre just burning money wasting compute on identical artifacts

aa269 No.2123

File: 1787788774148.jpg (113.82 KB, 1024x1024, img_1787788732484_26zhihw2.jpg)ImgOps Exif Google Yandex

>>2071
you should look into using cache-fromtrue or local persistent volumes to keep the build artifacts alive between attempts.



File: 1787758489567.jpg (156.3 KB, 1024x1024, img_1787758480346_x11krov0.jpg)ImgOps Exif Google Yandex

91db0 No.2121[Reply]

use
display: grid; place-items: center;
to avoid the old way of using margins. it makes responsive layouts much easier when managing nested flex containers .

91db0 No.2122

File: 1787759274445.jpg (84.17 KB, 1024x1024, img_1787759232138_t8lo3dd9.jpg)ImgOps Exif Google Yandex

>>2121
grid is great but it can break things if you forget that it also affects the child elements sizing.



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 ]