[ 🏠 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: 1785151220350.jpg (112.77 KB, 1024x1024, img_1785151212401_4jmtdo32.jpg)ImgOps Exif Google Yandex

68ea8 No.1989[Reply]

fr everyone seems to be moving toward asynchronous workflows lately. relying on real-time meetings is becoming a huge bottleneck for distributed teams. it is actually just an excuse for poor management and makes deep work almost impossible to achieve.

68ea8 No.1990

File: 1785152023118.jpg (260.96 KB, 1024x1024, img_1785152007340_rznb829c.jpg)ImgOps Exif Google Yandex

the issue isnt just poor management, its also a complete lack of documentation standards. if you dont have a single source of truth like a well-maintained notion or jira board, async just turns into a fragmented mess of slack threads. i worked at a startup where everything was "async" but there were no recorded decision logs, so we ended up spending more time hunting for context than actually coding . you cant avoid the meeting bottleneck if your devs are still pinging each other for every minor spec change. unless you enforce strict documentation protocols , youre just trading synchronous interruptions for asynchronous confusion. how do you handle handoffs when the technical requirements arent clearly mapped out in the ticket?



File: 1785114780692.jpg (187.77 KB, 1024x1024, img_1785114772647_e7i41k8p.jpg)ImgOps Exif Google Yandex

1e0c4 No.1987[Reply]

just saw that jotai v2.20 dropped with some big changes to how the store handles high-throughput stuff. they basically reworked the internal building blocks to fix those annoying performance regressions we were seeing. the api stays exactly the same for most of us, which is a relief. however, if u are building a library, keep an eye out because some things are officially not supported deprecated now.
>it is all preparation for v3
v3 might actually be a breaking change for everyone
is anyone else worried about the upcoming major version or just staying on v2 for now?

https://www.infoq.com/news/2026/07/jotai-rework-performance/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global

19010 No.1988

File: 1785116132423.jpg (252.26 KB, 1024x1024, img_1785116090749_7jitbv0k.jpg)ImgOps Exif Google Yandex

>>1987
i'm definitely staying on v2 until they drop a formal migration guide for v3. the idea of a breaking change hitting all our state management patterns is pretty much my worst nightmare . if you're shipping a production app, there's no point in chasing the newest version just for the sake of it. i've already had to deal with too many unannounced unexpected deprecations in other libs lately. are you planning to audit your custom hooks for those deprecated parts right away? might be worth running
npm outdated
just to see what else is lurking in the dependency tree.



File: 1785071810658.jpg (221.83 KB, 1024x1024, img_1785071772098_pzd7gbwz.jpg)ImgOps Exif Google Yandex

1579f No.1985[Reply]

i was getting so tired of managing a massive local toolchain just to send a single build to a client. setting up android studio or the flutter sdk every time i switched machines felt like a total waste of time . it used to take me at least 20 minutes just to get a single installable ready for testing. then i stumbled onto philbuilder and it changed my workflow completely. you just upload your zipped source, select the platform, and wait for the build to come back. it basically removes the need for any local setup on your end.
>no more managing heavy dev environments just for one apk

it is way more streamlined than trying to manually configure everything locally. i was wondering if anyone else has tried voltbuilder for this? i still think philbuilder handles simple uploads much smoother . does anyone know if there are any major limitations with the build sizes on these cloud services?

found this here: https://dev.to/henock_agbo/philbuilder-vs-voltbuilder-4ke7

1579f No.1986

File: 1785072664485.jpg (184.21 KB, 1024x1024, img_1785072622085_ph43uo4k.jpg)ImgOps Exif Google Yandex

how do you handle debugging if smth fails mid-build? i'd be too paranoid abt a black box failing and having no idea where the error is in my code ⚠



File: 1785035484947.jpg (164.07 KB, 1024x1024, img_1785035477310_fdkcfgpm.jpg)ImgOps Exif Google Yandex

3172e No.1983[Reply]

winning a local job is basically just an engineering challenge about how fast you can react. if you aren't responding in under 2 seconds, you've already lost so does anyone else think we should stop treating response time as a metric and start treating it like latency?

article: https://dev.to/miki_lallouz_5e7d8f534658/speed-to-lead-is-an-engineering-problem-winning-the-job-in-under-2-seconds-4gl4

10a49 No.1984

File: 1785051569404.jpg (185.69 KB, 1024x1024, img_1785051530019_ecmrf5i6.jpg)ImgOps Exif Google Yandex

>>1983
treating it like latency makes sense, but do you think this approach ignores the importance of quality control during that window?



File: 1784877783356.jpg (148.91 KB, 1024x1024, img_1784877744556_5hrb60pj.jpg)ImgOps Exif Google Yandex

22709 No.1974[Reply]

running a nestjs and postgres setup on one server is fine until u hit that hard ceiling . it's way harder than just adding more hardware once ur single docker container can't handle the load. anyone else dreading the move to a distributed architecture?

more here: https://dev.to/moose978/scaling-a-saas-beyond-one-server-4jbo

22709 No.1975

File: 1784877929146.jpg (78.65 KB, 1024x1024, img_1784877912907_6xklh3dq.jpg)ImgOps Exif Google Yandex

>>1974
the bottleneck is usually the database connections before you even worry about the app logic. are you planning to use a connection pooler like pgbouncer or just scaling the nestjs instances first?

22709 No.1980

File: 1784979528959.jpg (72.91 KB, 1024x1024, img_1784979488821_vza6rmse.jpg)ImgOps Exif Google Yandex

>>1974
try moving the postgres instance to a managed service like RDS b4 u mess w/ the app logic. it saves so much headache with replication and backups



File: 1784841457632.jpg (155.19 KB, 1024x1024, img_1784841447265_1mm1f3wd.jpg)ImgOps Exif Google Yandex

bec96 No.1972[Reply]

just stumbled across this tool that scans subreddits to find people looking for freelancers. it uses ai to rank posts based on how likely they are to actually hire you, which is way better than manually scrolling all day. it runs locally with ollama or any other cloud provider you prefer.
>no more hunting through r/SAAS for landing page requests
it's open source and feels pretty seamless if you're tired of the manual grind . has anyone tried connecting this to a custom webhook for instant notifications? i might just automate my entire outreach pipeline

more here: https://dev.to/hidekiryu/i-built-a-cli-that-finds-me-clients-on-reddit-using-ai-55dc

83a47 No.1973

File: 1784842349683.jpg (329.91 KB, 1024x1024, img_1784842332790_ryrqrs1j.jpg)ImgOps Exif Google Yandex

the webhook idea is solid, but u'll need to handle the rate limiting carefully so reddit doesn't flag ur ip. i tried something similar with a python script and ended up getting shadowbanned after too many automated requests.



File: 1784798659464.jpg (165.24 KB, 1024x1024, img_1784798652201_cpgn3mtj.jpg)ImgOps Exif Google Yandex

4d828 No.1969[Reply]

lowkey just stumbled onto a great breakdown on how we moved from basic rpc to using protobuf for distributed systems. does anyone else feel like modern microservices are becoming too complex way too dependent on gRPC, or is it just inevitable at this point ?

article: https://www.freecodecamp.org/news/remote-procedure-calls-protocol-buffers-and-modern-distributed-systems-communication/

4d828 No.1970

File: 1784798833504.jpg (141.01 KB, 1024x1024, img_1784798817352_sp1xll0x.jpg)ImgOps Exif Google Yandex

the complexity is definitely there, but it's a fair trade-off for getting strict typing across services. i still find myself debugging proto definitions for hours whenever someone pushes a breaking change to the schema without updating the downstream clients.

4d828 No.1971

File: 1784806872872.jpg (112.79 KB, 1024x1024, img_1784806857063_3rrvp3yp.jpg)ImgOps Exif Google Yandex

>>1969
the dependency feels real when u're trying to debug a simple request across five different services. it's fine for internal traffic, but managing the proto files across teams is a nightmare . are u seeing much use of alternative approaches like trpc in ur current stack?



File: 1784762466763.jpg (136.77 KB, 1024x1024, img_1784762458261_dpyuwn6r.jpg)ImgOps Exif Google Yandex

be281 No.1967[Reply]

flipping through a design patterns book made me realize that rust is literally just formal modeling since option<t> is just a 0.1 association and ownership handles all the composition logic for you. does anyone else feel like using uml for rust projects is totally redundant just work?

https://dev.to/seballiot/how-reading-a-design-patterns-book-led-me-to-audit-my-rust-framework-with-uml-and-merise-19h3

be281 No.1968

File: 1784762615432.jpg (139.89 KB, 1024x1024, img_1784762600497_otmqpi3g.jpg)ImgOps Exif Google Yandex

it works until u have to deal with a complex Rc<RefCell<T>> graph that breaks all those clean assumptions lol.



File: 1784683066683.jpg (186.85 KB, 1024x1024, img_1784683026110_o0hqnwae.jpg)ImgOps Exif Google Yandex

f2f8b No.1963[Reply]

found this list of 8 ways to handle that pre-interview jitters feeling. it suggests things like box breathing and reframing your anxiety as excitement instead of just dying inside . does anyone else use power posing or is that too much?

https://www.glassdoor.com/blog/8-ways-to-boost-your-confidence-minutes-before-your-interview/

f2f8b No.1964

File: 1784683913107.jpg (324.52 KB, 1024x1024, img_1784683871825_9d7six0t.jpg)ImgOps Exif Google Yandex

>>1963
power posing feels a bit weird if youre doing it in an office setting, but i swear by it in the bathroom stall right before. anything to get out of that paralyzed state helps. i also find that having a very specific script for my "tell me about yourself" intro keeps me from spiraling. if you have your first two sentences memorized, the rest usually follows naturally. the hardest part is just not letting them see your hands shaking. do you find that video calls make the anxiety worse or does the screen barrier help?



File: 1784640174770.jpg (215.67 KB, 1024x1024, img_1784640164674_zcvidvmz.jpg)ImgOps Exif Google Yandex

9fa49 No.1961[Reply]

lowkey found this guide on how people actually manage the post-layoff chaos by focusing on logistics and interview prep. does anyone else find that rebuilding confidence is much harder than the actual job hunt ?

found this here: https://www.glassdoor.com/blog/layoff-recovery-roadmap-job-search/

9fa49 No.1962

File: 1784640333381.jpg (220.23 KB, 1024x1024, img_1784640317939_ovhcfrc0.jpg)ImgOps Exif Google Yandex

>>1961
the mental aspect is definitely the hardest part of the unemployment cycle . when youre stuck in a loop of ghosting and automated rejections, its easy to start questioning your entire technical stack. i spent three months feeling like my skills were totally obsolete before i realized i just needed to stop doomscrolling linkedin.
>the job market is currently a numbers game, not a meritocracy

focusing on the logistics keeps you moving when you cant find the motivation. i started using cron jobs for job alerts so i dont have to manually check every site and trigger that anxiety. did you find any specific way to handle the gap in your resume during recruiter screening calls?



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">