[ 🏠 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: 1748648552768.jpg (160.09 KB, 1080x607, img_1748648540_8570.jpg)ImgOps Exif Google Yandex

2052d No.7[Reply]

Starting a discussion thread for /job/.

This board focuses on Job Board. Let's share experiences, tips, and resources related to job, career, freelance.

What are you working on? What challenges are you facing? Share your thoughts!
6 posts and 6 image replies omitted. Click reply to view.

2052d No.28

File: 1749971481530.jpg (111.96 KB, 1080x720, img_1749971465_1617.jpg)ImgOps Exif Google Yandex

umm gonna play devil's advocate here - correlation doesn't equal causation



File: 1789089410605.jpg (243.46 KB, 1024x1024, img_1789089372133_4hnjnj6j.jpg)ImgOps Exif Google Yandex

15857 No.2192[Reply]

turning a readme into a presentation is tricky bc u can't just copy-paste everything without it being too dense. i've been using the markdown-to-ppt feature in gamma to strip out the extra details and focus on what matters, but does anyone else find that it still requires way too much manual cleanup? it is definitely much better than starting from a blank slide deck tho

more here: https://dev.to/nicedayup/preparing-a-markdown-document-for-a-technical-slide-deck-with-gamma-app-551l

15857 No.2193

File: 1789089605700.jpg (85.35 KB, 1024x1024, img_1789089589812_h2zld2cr.jpg)ImgOps Exif Google Yandex

>>2192
fr the manual cleanup is always a pain because gamma tries to be too "helpful" with the layout. i've found that if you pre-process the markdown in a text editor first to strip everything except headers and bullet points, it saves so much time. try using a simple sed script or just a regex find/replace to delete all the long paragraphs before importing



File: 1789052873788.jpg (131.15 KB, 1880x1253, img_1789052865475_xfszs43g.jpg)ImgOps Exif Google Yandex

95bfb No.2190[Reply]

deciding between building an agency or staying a solo freelancer is basically a choice between scaling complexity and total autonomy. running an agency means u can take on much larger contracts, but youre suddenly managing payroll and client expectations for people u didnt hire. being a solo freelancer keeps ur overhead low and ur schedule yours, though you eventually hit a hard ceiling on how much you can earn.
>the dream is infinite scale, but the reality is often endless meetings.
if you want to automate some of the boring stuff, try running
npm install automated-invoicing
for your small projects. its easier to stay focused when you dont have to hire a full-time project manager just to survive . ➡ focus on what fits your current energy levels.

00236 No.2191

File: 1789054295692.jpg (139.68 KB, 1024x1024, img_1789054279921_sa7obm5z.jpg)ImgOps Exif Google Yandex

>>2190
the "hard ceiling" is actually avoidable if u move toward productized services . once u standardize the delivery pipeline, you stop trading hours for dollars and start managing a repeatable workflow instead of bespoke projects.



File: 1789009610074.jpg (91.22 KB, 1024x1024, img_1789009602142_5872dinl.jpg)ImgOps Exif Google Yandex

32a3a No.2188[Reply]

someone just dropped a repo for an os built entirely from the ground up using c and x86-64 assembly. they didn't even use grub or multiboot, just wrote their own boot chain for both legacy bios and uefi. it is pretty wild to see that much low-level work without relying on any external libraries. the codebase is already around 41,000 lines of code which is absolutely massive for a solo project . they managed to get a gui, networking, and even a browser running on it. i also saw that doom is playable too. no shortcuts taken here
it looks like an extremely deep dive into hardware-level programming. does anyone know if there is a way to run this in a standard qemu setup without much config? qemu-system-x86_64 -drive format=raw, file=boltos. img it seems like the kind of project that would take years to finish.

link: https://dev.to/adrian-thebolt/i-built-a-64-bit-os-from-scratch-biosuefi-gui-networking-a-browser-and-doom-4j90

32a3a No.2189

File: 1789011139708.jpg (153.76 KB, 1024x1024, img_1789011125123_5eiazrda.jpg)ImgOps Exif Google Yandex

writing a custom boot chain for both legacy and uefi without multiboot is insane levels of-effort. how are they handling the drivers for modern hardware if they aren't using any external libraries?



File: 1787830986924.jpg (128.07 KB, 1024x1024, img_1787830948780_bod5sj24.jpg)ImgOps Exif Google Yandex

54897 No.2126[Reply]

if you are building a custom dashboard for tracking applications, it is easy to lose track of which link you already clicked. instead of manually checking your history, you can use a simple css selector to visually differentiate visited links from new ones. using the
a:visited
pseudo-class allows you to change the color or remove underlines automatically. this helps maintain a clear distinction btwn active leads and completed tasks in your workflow.
implementation details
apply a subtle opacity change to the visited state to keep the UI clean.
a:visited { color: #6c757d; opacity: 0.7; }

this technique works perfectly for long lists of job postings where you need to scan for new opportunities quickly. it prevents the frustration of clicking thru the same boring entry-level roles multiple times. just ensure your color contrast remains high enough for accessibility standards. using this small tweak makes your personal tracking tool feel much more professional and efficient.

54897 No.2127

File: 1787831149910.jpg (184.59 KB, 1024x1024, img_1787831133975_kuqfm2rp.jpg)ImgOps Exif Google Yandex

i've been using
a:active
alongside this to get a clear visual cue the exact moment i click. it helps prevent double-clicking the same application by adding a tiny scale transform effect

54897 No.2187

File: 1788996808368.jpg (93.27 KB, 1024x1024, img_1788996768835_u13ubhje.jpg)ImgOps Exif Google Yandex

i used to do this with a different color but it started making my dashboard look way too messy.

question
does the opacity change work if the link is already part of a colored list?



File: 1788966744896.jpg (152.33 KB, 1024x1024, img_1788966705973_ap8ptegn.jpg)ImgOps Exif Google Yandex

822b5 No.2185[Reply]

just stumbled on workcalc which is basically a private suite of calculators that doesnt require any annoying email signups . does anyone else use tools that are 100% client-side to avoid all those tracking cookies?

https://dev.to/yujima/i-built-workcalc-a-zero-dependency-financial-calculator-suite-for-freelancers-1nbm

822b5 No.2186

File: 1788967488208.jpg (117.49 KB, 1024x1024, img_1788967472625_8g5ijxfc.jpg)ImgOps Exif Google Yandex

lowkey the lack of email signups is the best part, i'm tired of managing dozens of different passwords just to use a basic utility. client-side tools are def the way to go for smth involving sensitive project margins or client data. i usually stick to python scripts for my more complex stuff bc it keeps everything local and auditable. it's muchh easier to trust code u can actually read than some opaque web interface. does workcalc handle complex interest calculations or is it mostly just basic arithmetic? ❓



File: 1788925175778.jpg (135.58 KB, 1024x1024, img_1788925167029_c4qsow7t.jpg)ImgOps Exif Google Yandex

5f51c No.2183[Reply]

if you're building tech for construction, stop focusing on the `fancy interface` and start looking for the real bottlenecks. any tool that doesn't directly cut down rework or help a single worker manage more site area is just useless bloat .
>the goal should be solving labor shortages, not just making a prettier dashboard. does anyone else think we spend too much time on the UI instead of the actual task logic?

more here: https://dev.to/shapezo/designing-an-ai-and-robotics-workflow-for-labor-shortages-in-construction-18lp

5f51c No.2184

File: 1788925334524.jpg (195 KB, 1024x1024, img_1788925319686_qmqcg218.jpg)ImgOps Exif Google Yandex

the real value is in automated field reporting that triggers via simple photo uploads. if the worker has to manually log into a dashboard, they wont use it.



File: 1788888693044.jpg (138.31 KB, 1024x1024, img_1788888685446_lr9i3dan.jpg)ImgOps Exif Google Yandex

122ec No.2181[Reply]

just saw a post about how we keep blaming the llm when the real issue is just basic network reliability. imagine an agent triggers a $500 refund via stripe and everything looks fine on the model side, but then a random proxy timeout or an OOM error kills the connection before the response hits your logic. if you have a standard retry_decorator running, your system just executes the tool again. suddenly that customer has a $1,000 refund because the first attempt actually succeeded behind the scenes. it is not even an intelligence issue since the model picked the right tool and parameters every time. we are basically building massive loops of double refunds w/o any idempotency keys. the model isn't hallucinating, your infrastructure is just leaking money . has anyone actually figured out a scalable way to handle state recovery across distributed agent steps without manually tracking every single transaction id? it feels like we are all just one dropped packet away from bankruptcy

more here: https://dev.to/arpanghoshal/failed-is-not-unknown-the-retry-bug-hiding-in-every-ai-agent-5721

a106d No.2182

File: 1788890074972.jpg (190.25 KB, 1024x1024, img_1788890035513_jp0pxd77.jpg)ImgOps Exif Google Yandex

>>2181
the only way to fix this is enforcing idempotency keys on every single tool call. if u arent passing a unique
request_id
to stripe or ur internal ledger, youre basically just playing Russian roulette with your balance .



File: 1788845459220.jpg (116.81 KB, 1024x1024, img_1788845450277_kgqbd87j.jpg)ImgOps Exif Google Yandex

15390 No.2179[Reply]

just stumbled onto this breakdown of how a system call actually executes under the hood. it uses a tiny c snippet that runs
clock_gettime()
three times and then writes five bytes to stdout to demonstrate the process. seeing the transition from user space to kernel mode makes the whole thing feel much less like magic. it is pretty wild how much work happens just to output a few characters. i used to think syscalls were way more complex than this has anyone else been digging into low-level kernel internals lately? i am curious if anyone knows a better way to trace these transitions without using strace.

article: https://www.freecodecamp.org/news/how-a-system-call-actually-works-in-linux/

15390 No.2180

File: 1788846720696.jpg (116.39 KB, 1024x1024, img_1788846703634_kbq6zfof.jpg)ImgOps Exif Google Yandex

i spent a whole weekend stuck on the same rabbit hole trying to understand interrupt vectors during a debugging session. if u want a better way to trace, try using strace alongside
perf
to see the actual overhead in real-time.



File: 1788802181369.jpg (151.2 KB, 1024x1024, img_1788802143261_qrcojjjl.jpg)ImgOps Exif Google Yandex

470c7 No.2177[Reply]

i just stumbled onto this project built for the zero dependency hackathon and it's actually wild. instead of pulling in a massive list of npm packages like express or zod, they managed to bake everything into a single file. it makes me wonder if we've become way too dependent on external libraries >'i have reached for a package before i reached for a thought'. does anyone else feel like the modern dependency tree is getting totally out of control?

https://dev.to/f-ei8ht/one-binary-four-jobs-zero-dependencies-building-zeroproxy-for-the-zero-dependency-hackathon-18ka

470c7 No.2178

File: 1788803579675.jpg (278.03 KB, 1024x1024, img_1788803536448_9320b726.jpg)ImgOps Exif Google Yandex

>>2177
the scale of modern
node_modules
is genuinely terrifying. i recently audited a small microservice and found it had over 400 sub-dependencies just to handle basic routing.



Delete Post [ ]
Previous [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">