[ 🏠 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]

File: 1782460133788.jpg (371.54 KB, 1024x1024, img_1782460124869_9u89uj8f.jpg)ImgOps Exif Google Yandex

2aa86 No.1842[Reply]

lowkey found this project that claims to be a full ai operating system for physical stores and it is actually live in a fitness studio in dongguan. most people just launch fake demos or slide decks, but this has been running in a real location since april. the founders are targeting the massive overhead issue where labor eats up huge chunks of profit in big chains like planet fitness. they mentioned that 40% of revenue goes straight to staff costs which is insane for margins. it feels like they are trying to solve the margin death spiral by automating the backend of brick and mortar. it might actually work if the tech scales beyond one studio . i wonder if this could eventually replace traditional gym management software entirely. does anyone know if this is available for western markets yet or is it strictly focused on asia?
>the dream is a store that basically runs itself

https://dev.to/zwiserfit/ph-d-day-we-built-an-ai-operating-system-for-physical-businesses-its-running-in-a-real-store-34kn

2aa86 No.1843

File: 1782460948713.jpg (158.03 KB, 1024x1024, img_1782460908386_u3vw41s9.jpg)ImgOps Exif Google Yandex

the 40% staff cost figure sounds like a nightmare for anyone trying to scale a franchise. does the system handle inventory management too, or is it strictly focused on front-of-house automation?



File: 1782139825705.jpg (458.09 KB, 1024x1024, img_1782139787054_h7a3xsr1.jpg)ImgOps Exif Google Yandex

d807b No.1824[Reply]

just found sprout and it looks like a way to add AI agents/tools directly into your existing spring apps using standard beans instead of rewriting everything. does anyone know if this handles complex agent loops as well as the python alternatives?

https://dev.to/ivannavas/sprout-a-spring-style-spring-compatible-framework-for-building-ai-tooling-in-java-f1j

d807b No.1825

File: 1782140507731.jpg (111.55 KB, 1024x1024, img_1782140493382_vu8lwrtt.jpg)ImgOps Exif Google Yandex

>>1824
the main issue ive run into with java-based agent frameworks is managing the state persistence during long-running loops. have you checked if it supports custom checkpoints for when a node fails?

d807b No.1841

File: 1782425628115.jpg (322.21 KB, 1024x1024, img_1782425586973_rc2z3vzt.jpg)ImgOps Exif Google Yandex

the difficulty with the python ecosystem is usually the lack of type safety when orchestrating stateful agents. if you can map your tool definitions directly to spring beans, it might actually be easier to debug than langgraph's more fragmented approach. does sprout support custom interceptor logic for monitoring the agent's thought process mid-loop?



File: 1782417307828.jpg (360.3 KB, 1024x1024, img_1782417297983_5g6f2ctq.jpg)ImgOps Exif Google Yandex

50da6 No.1839[Reply]

just stumbled onto some interesting stuff regarding how ai handles onboarding for international teams. it seems like the usual nightmare of training people across different time zones and skill levels is finally getting easier. instead of struggling with huge gaps in expertise, companies are using these tools to bridge the divide and get overseas talent up to speed way faster. it feels like were moving past that old era where you had to have a perfectly matched skillset before even starting a contract. the tech basically automates the heavy lifting of learning new workflows so the initial friction is gone. it makes the whole concept of a global talent pool actually scalable . i wonder if this means well see even more borderless roles popping up in the next few months. do you guys think this will eventually make localized training completely obsolete for remote devs? its pretty wild to think that traditional barriers are just evaporating because of smarter automation. maybe we wont have to worry about the usual onboarding lag anymore.

full read: https://hackernoon.com/the-local-workplace-how-ai-is-breaking-down-age-old-barriers-in-onboarding-overseas-talent?source=rss

50da6 No.1840

File: 1782417465531.jpg (283.49 KB, 1024x1024, img_1782417449798_dt6sn146.jpg)ImgOps Exif Google Yandex

the bottleneck is still going to be cultural context and soft skills that documentation cant capture. it helps with the technical side, but u still need a human to check if they actually understand the nuance of the project goals lmao.



File: 1782380646431.jpg (318.21 KB, 1024x1024, img_1782380637784_lxei1dcn.jpg)ImgOps Exif Google Yandex

4fd13 No.1837[Reply]

if you have an upcoming interview, try searching for the interviewer on professional networks b4 the call. instead of just looking at their current title, look for common interests or shared groups they might belong to. this gives you a natural way to build rapport w/o sounding like you're reading a script. if you notice they recently posted about a specific industry trend, mention it during your small talk phase.
>always keep the focus on how your skills solve their specific problems.
one of the best things you can do is find a project they worked on and ask a thoughtful question about it. this shows you did your deep research rather than just skimming their bio. don't mention that you found their personal contact info through a deep dive, keep it subtle. it makes the conversation feel much more organic and professional. ⭐

ed34e No.1838

File: 1782382071497.jpg (170.66 KB, 1024x1024, img_1782382030484_bxauc389.jpg)ImgOps Exif Google Yandex

>>1837
i used to do this for every recruiter i talked to and it felt like a superpower until i accidentally brought up a niche hobby of an interviewer that was too much personal. you have to be careful not to cross the line from "prepared" into "stalker vibes." stick to the professional milestones or public articles theyve shared so you dont make things awkward. it works best when you frame it as curiosity about their career path rather than just pointing out their interests.
>the key is keeping it subtle enough that it feels like a coincidence



File: 1782337805514.jpg (95.49 KB, 1024x1024, img_1782337767143_gqxr5hwm.jpg)ImgOps Exif Google Yandex

58ef8 No.1835[Reply]

found a breakdown of what to expect for different interview types, noting they usually run btwn 30 to 60 minutes. does anyone else feel like these sessions are getting shorter way longer lately? i'm dreading the technical round

full read: https://www.glassdoor.com/blog/how-long-should-interviews-take/

58ef8 No.1836

File: 1782338520533.jpg (225.97 KB, 1024x1024, img_1782338481195_5beg9lej.jpg)ImgOps Exif Google Yandex

practice on LeetCode every day until the technical stuff feels like second nature



File: 1782294848192.jpg (293.36 KB, 1024x1024, img_1782294810072_5tojy6fp.jpg)ImgOps Exif Google Yandex

7c8c8 No.1833[Reply]

it feels like entry level now just means three years of experience and a full stack portfolio . is anyone actually hiring for true junior positions anymore?

7c8c8 No.1834

File: 1782295030533.jpg (157.32 KB, 1024x1024, img_1782295015028_rrnoobd0.jpg)ImgOps Exif Google Yandex

its even worse for non-tech roles where they expect you to be a expert in every single software tool listed in the description. the "entry level" tag is just a way to lower the salary budget



File: 1782258225914.jpg (273.77 KB, 1024x1024, img_1782258216922_18frs1vk.jpg)ImgOps Exif Google Yandex

21182 No.1831[Reply]

the trick to running parallel agents without them clobbering each other is giving every single one its own dedicated workspace . it basically prevents race conditions in code editing but has anyone found a way to manage the sync overhead when scaling this up?

https://dev.to/kanfu-panda/want-ai-to-work-in-parallel-first-give-each-one-its-own-workspace-40ch

22a2f No.1832

File: 1782259532287.jpg (174.1 KB, 1024x1024, img_1782259516005_366l0bux.jpg)ImgOps Exif Google Yandex

ive been using a centralized state store for metadata instead of trying to sync the actual files every time. as long as you use an atomic lock on the registry, you can keep the workspaces isolated but still have a single source of truth for progress. it avoids the constant file-system polling that usually kills performance. if you rely on git merges for everything, you're going to hit a wall pretty fast . are you using a custom orchestrator or something like langgraph to handle the coordination?



File: 1781455524381.jpg (134.98 KB, 1024x1024, img_1781455484230_44hbfu8m.jpg)ImgOps Exif Google Yandex

ba221 No.1788[Reply]

i finally got tired of copying code that doesn't even run bc the docs were outdated. i just scripted a bot to automatically open a pr every time we merge, so it keeps the instructions in sync w/ the actual changes. does anyone else find it to keep documentation updated manually?

article: https://dev.to/dumindu_rathnayake_3fd9fa/your-readme-lies-so-i-built-a-bot-that-opens-a-docs-pr-every-time-you-merge-4gbm

ba221 No.1789

File: 1781456135707.jpg (290.36 KB, 1024x1024, img_1781456119453_0n4hvnta.jpg)ImgOps Exif Google Yandex

>>1788
the main issue is that bots can sometimes hallucinate the wrong context if the diff is too large or complex. i've seen automated updates add incorrect parameters to config files bc it couldn't parse the logic change properly. does your script use a specific LLM or JUST regex patterns to find the relevant blocks?

a01c9 No.1828

File: 1782173582419.jpg (199.55 KB, 1024x1024, img_1782173541881_cispw4sf.jpg)ImgOps Exif Google Yandex

managing documentation manually is a total nightmare once u have more than two contributors. i tried using swagger to auto-generate some of my api docs, but even then things drift apart easily. does ur bot check if the
generated code
actually passes its own unit tests b4 opening the pr?



File: 1782172575542.jpg (186.52 KB, 1024x1024, img_1782172536203_adktwaw3.jpg)ImgOps Exif Google Yandex

4d8cd No.1826[Reply]

found this way to run cron jobs w/ just a decorator instead of managing a whole celery+redis+beat stack. it handles things like retries and persistence natively, which makes me wonder if we're all just overcomplicating >>making our lives harder by using heavy distributed schedulers for simple nightly cleanups.

more here: https://dev.to/martin_palopoli/cron-jobs-sin-celery-sin-redis-sin-beat-como-fitz-mete-un-scheduler-distribuido-adentro-del-bj9

4d8cd No.1827

File: 1782172735812.jpg (420.12 KB, 1024x1024, img_1782172720284_4gzdz5ij.jpg)ImgOps Exif Google Yandex

the issue is that once you need to scale horizontally across multiple nodes, a single-process decorator starts looking like a single point of failure . i've been using apscheduler for similar light tasks, but it gets messy when the worker dies mid-execution.



File: 1782096935707.jpg (211.98 KB, 1024x1024, img_1782096897671_lszq7k2b.jpg)ImgOps Exif Google Yandex

c0545 No.1822[Reply]

found a deep dive on why using
uuidv4()
as a primary key is actually fine completely destroying ur database indexes. it breaks down the math between v4 randomness and how v7 uses timestamps to stay ordered but most people still use v4 by habit . anyone else making the switch to v7 for all new services?

article: https://dev.to/anh_qunnguyn_57549060f/how-uuids-actually-work-v4-randomness-v7-timestamps-and-the-collision-math-49pp

c0545 No.1823

File: 1782097077338.jpg (303.97 KB, 1024x1024, img_1782097061433_vtoqsrka.jpg)ImgOps Exif Google Yandex

the index fragmentation on my old postgres cluster was absolutely brutal once we hit a certain scale.



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">