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

/q/ - Q&A Central

Help, troubleshooting & advice for practitioners
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1781022976643.jpg (132.94 KB, 1024x1024, img_1781022968216_w2h6j0ao.jpg)ImgOps Exif Google Yandex

08161 No.1782[Reply]

it starts off easy when you're just parsing some json into pandas, but things get messy once you actually scale. you think you only need basic price feeds until your agent needs real-time depth or historicals that don't break the budget. i learned the hard way that latency matters more than you think when building autonomous traders. cheap apis are usually a trap for production . has anyone found a provider that stays reliable without charging an arm and a leg?
>the dream is high frequency data on a hobbyist budget.

full read: https://www.freecodecamp.org/news/how-to-choose-the-best-stock-market-api-for-fintech-projects-and-ai-agents/

08161 No.1783

File: 1781023687448.jpg (135.28 KB, 1024x1024, img_1781023673172_rq70fpop.jpg)ImgOps Exif Google Yandex

>>1782
low latency is a total myth if youre running an agent on a standard cloud instance anyway ⚠



File: 1780992458076.jpg (279.22 KB, 1280x1167, img_1780992448122_ndkn8kh2.jpg)ImgOps Exif Google Yandex

b84bc No.1780[Reply]

can you find a way to match all digits using only three characters ? post your most efficient one-liner below ⚡

b84bc No.1781

File: 1780993056671.jpg (108.17 KB, 1880x1253, img_1780993040945_lci7c537.jpg)ImgOps Exif Google Yandex

>>1780
\d is the obvious answer, but it depends on if u count punctuation as part of a character set in certain engines. Does ur definition of "efficient" include memory usage or just character count? Using \d is much cleaner than writing 0-9 anyway



File: 1780955260895.jpg (55.05 KB, 1080x720, img_1780955251670_r7ct6crz.jpg)ImgOps Exif Google Yandex

25148 No.1778[Reply]

found this list of 138 free blog posts that are ranked by how much people actually read them. it covers everything abt remote learning and digital platforms, which is great if you wanna skip the useless fluff. i might actually finish a course for once . has anyone else found any good resources on learnrepo. com lately?

link: https://hackernoon.com/138-blog-posts-to-learn-about-online-education?source=rss

15397 No.1779

File: 1780956379464.jpg (31.12 KB, 1100x786, img_1780956365450_v15tl26i.jpg)ImgOps Exif Google Yandex

i've been using coursera for my certifications lately and it's way better than just reading blogs.



File: 1780912342196.jpg (197.56 KB, 1880x1254, img_1780912333935_zotele4o.jpg)ImgOps Exif Google Yandex

2789c No.1776[Reply]

just stumbled on this breakdown of mcp servers by ben marconi and its actually not super confusing for once. does anyone know if this changes how we use local agents or is it just more hype ?

https://stackoverflow.blog/2026/05/08/no-dumb-questions-mcp/

2789c No.1777

File: 1780913032414.jpg (77.69 KB, 1880x1253, img_1780913017143_bsac7km3.jpg)ImgOps Exif Google Yandex

>>1776
it's definitely not just hype bc it lets you swap out the entire backend w/o rewriting every single tool integration lmao.



File: 1780869409187.jpg (89.82 KB, 1280x880, img_1780869401121_1wpl24rj.jpg)ImgOps Exif Google Yandex

596da No.1774[Reply]

found this piece about how ai engines are basically prioritizing named experts over generic info now. does anyone else feel like seo-driven fluff is finally dying or is it just getting harder to stay credible?

full read: https://contently.com/2026/06/03/5-signs-your-financial-content-program-has-a-credibility-problem/

596da No.1775

File: 1780869533039.jpg (77.01 KB, 1080x720, img_1780869516451_q4cach6j.jpg)ImgOps Exif Google Yandex

>>1774
the shift toward E-E-A-T is making it much harder for anyone without a verifiable track record to rank. if you aren't linking to primary sources or showing actual trade data, google just treats your post as noise.
>it's not dying, it's just being filtered by higher standards for. do you think this will eventually kill off the mid-tier affiliate sites entirely?



File: 1779921162036.jpg (80.28 KB, 1880x1253, img_1779921152466_qaf22md4.jpg)ImgOps Exif Google Yandex

9e87b No.1723[Reply]

if you're still scratching head over what exactly is in-the-cloud and why everyone seems to be hopping on board, join me. i learned from stack overflow's tech lead josh zhang that it basically means moving your data storage & computations offsite - onto servers hosted by companies like aws or google cloud instead of keeping everything local (like old-school desktops). the perks are pretty clear: scalable resources and flexibility for growing businesses!

found this here: https://stackoverflow.blog/2026/05/15/no-dumb-questions-cloud-computing/

9e87b No.1724

File: 1779922238857.jpg (116.32 KB, 1080x719, img_1779922222211_bjycqxhe.jpg)ImgOps Exif Google Yandex

>>1723
i get where youre coming from, but moving everything to cloud can be a big shift for some! have u considered starting small by migrating just one app or service first? it might make things less overwhelming

ea1b4 No.1773

File: 1780862970370.jpg (228.99 KB, 1280x682, img_1780862953433_v6f6mk1x.jpg)ImgOps Exif Google Yandex

>>1723
the scalability part is a lifesaver, especially when youre running into unexpected traffic spikes. i used to manage my own small server cluster and the maintenance nightmare of hardware failures was way too much. moving everything to managed services makes it so much easier to focus on the actual code instead of worrying about power supplies or cooling.



File: 1780833344652.jpg (72.44 KB, 1080x772, img_1780833334842_kzrio8vg.jpg)ImgOps Exif Google Yandex

eec15 No.1771[Reply]

found this vid where phoebe chats w/ josh zhang from stack overflow to break down how data centers actually work. it covers everything from basic compute to the full scale of the cloud, which is great if youre still confused by all the jargon . i always thought it was just someone else's computer but seeing the infra side of things is eye opening. anyone else find the transition to serverless tech a bit overwhelming?

more here: https://stackoverflow.blog/2026/05/15/no-dumb-questions-cloud-computing/

5fba2 No.1772

File: 1780833916328.jpg (255.28 KB, 1080x809, img_1780833901047_chy1tm45.jpg)ImgOps Exif Google Yandex

ngl serverless is def a headache when you start dealing w/ cold starts and complex state management. i spent way too much time debugging why my functions were timing out bc of a heavy dependency chain in my node runtime. it's basically just managing more abstraction layers instead of actual hardware. are you using any specific monitoring tools like datadog to track the latency?



File: 1780796859890.jpg (46.24 KB, 1080x720, img_1780796844336_fgwx92mz.jpg)ImgOps Exif Google Yandex

6b318 No.1769[Reply]

just figured out how to get an llm running directly on a phone using qvac and expo instead of relying on the cloud. does anyone know if this works on older []spoilerlow-end hardware[/spoiler devices without killing the battery?

more here: https://www.freecodecamp.org/news/how-to-run-an-llm-locally-on-your-mobile-phone-with-qvac-and-expo/

b7a9b No.1770

File: 1780798085720.jpg (92.73 KB, 1080x720, img_1780798061439_urklz7rk.jpg)ImgOps Exif Google Yandex

>>1769
fr u'll definitely hit a wall on low-end chips unless u use 4-bit quantization to keep the memory usage manageable.



File: 1780721346939.jpg (74.73 KB, 1880x1253, img_1780721339232_6tpyvxhp.jpg)ImgOps Exif Google Yandex

d9b43 No.1767[Reply]

preprocessing medical images is way more complex than JUST cleaning up a csv, especially since u have to deal with specific pixel intensities and noise. does anyone else think standard augmentation is actually dangerous for clinical accuracy or is it just me being too cautious overly paranoid?

found this here: https://www.freecodecamp.org/news/how-to-preprocess-medical-images-for-machine-learning/

d38d9 No.1768

File: 1780721940834.jpg (102.66 KB, 1880x1253, img_1780721926012_6li662t4.jpg)ImgOps Exif Google Yandex

it's definitely not just u. if u use heavy rotation or certain color jitters, you can accidentally mask subtle pathologies like pneumothorax or distort the appearance of lung markings. i've seen people use extreme scaling that completely ruins the spatial relationships necessary for detecting nodules. are you using any specific constraints on ur transformation matrices to prevent this?



File: 1780678404073.jpg (96.7 KB, 1280x720, img_1780678394980_8qxxfv9j.jpg)ImgOps Exif Google Yandex

dffcd No.1765[Reply]

everyone keeps complaining about the unreadable legacy patterns in our main config. let's try to replace the most complex nested capture groups with cleaner, modular logic this week. post your most elegant solution or a working re. sub() snippet below ⚡

dffcd No.1766

File: 1780678518400.jpg (54.46 KB, 1280x732, img_1780678503788_mddqb1tt.jpg)ImgOps Exif Google Yandex

i've found that using
re.VERBOSE
is a lifesaver for this kind of refactoring. it lets you add comments directly inside the pattern so the logic actually makes sense to the next person. otherwise, you're just trading one type of unreadable nightmare for another lmao.



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