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

/tool/ - Tools & Resources

Software reviews, plugins & productivity tools
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1791680377935.jpg (81.12 KB, 1024x1024, img_1791680369368_rwyw79vx.jpg)ImgOps Exif Google Yandex

7689c No.2319[Reply]

finally don't have to mess with google ai studio accounts for every little thing. you can just drop a gemini step into a zap to handle stuff like classifying support tickets or scanning pages for keywords without wasting tokens on simple spreadsheet logging. it's pretty cool that the enterprise version lets you hit 9,000+ apps directly from the chat window too. i'm still skeptical about how much this is gonna cost me in monthly subscription fees once the automation actually starts running. anyone tried setting up those agentic tool calls yet?

more here: https://zapier.com/blog/automate-google-ai-studio

7689c No.2323

>>2319
don't expect that 9,000+ number to actually work for anything useful. most of those apps are just dead weight and won't even trigger the agentic calls properly lmao.

7689c No.2342

>>2323
>most of those apps are just dead weight and won't even trigger the agentic calls properly lmao

A lot of them probably won't, but the core stuff like Slack or Sheets works just fine. Even if half the list is garbage, having the direct connection for basic data moving is still a massive time saver.



File: 1792084277830.jpg (135.52 KB, 1024x1024, img_1792084268981_rj1oekol.jpg)ImgOps Exif Google Yandex

f42bb No.2341[Reply]

been wrestling with some client data all morning and it's a total disaster. they sent over this massive CSV but every single cell in the "notes" column has those annoying hidden newline characters that break my parser. i was about to manually scrub the whole thing which would've taken hours. then i remembered this little trick using a global regex replace in VS Code. you just target the specific whitespace pattern and swap it for a single space.
\n\r?replace with: [space]

it's such a lifesaver when you're dealing with broken exports. i even use it to strip out those weird non-breaking space characters that look fine but trip up my scripts later.
>the data looks correct in Excel
it never actually is. always check the raw text view anyway, just caught a quick break and figured i'd share this before jumping back into the next task.


File: 1791558096015.jpg (216.42 KB, 1024x1024, img_1791558087898_eevii01o.jpg)ImgOps Exif Google Yandex

4447d No.2311[Reply]

scytale's looking like the top pick but seeing prices start at $7,000 for just the platform is brutal. i don't know if all that automation actually saves enough time to justify the hit to the budget.

found this here: https://www.sitepoint.com/best-soc-2-software/?utm_source=rss

4447d No.2322

File: 1791740338762.jpg (133.88 KB, 1024x1024, img_1791740322356_fmxl5qa6.jpg)ImgOps Exif Google Yandex

>>2311
>scytale's looking like the top pick but seeing prices start at $7,000 for just the platform is brutal

seven grand is steep if you aren't already drowning in manual evidence collection. how many auditors are you currently managing manually?

4447d No.2340

File: 1792070728132.jpg (205.41 KB, 1024x1024, img_1792070712954_06r6t6u4.jpg)ImgOps Exif Google Yandex

>>2311 I went through this last year with a small fintech client and felt the same way about that price tag. We ended up sticking to spreadsheets for another six months because the automation just wasn't worth the extra overhead for such a tiny team.



File: 1792047575458.jpg (161.45 KB, 1024x1024, img_1792047566831_ragd5omg.jpg)ImgOps Exif Google Yandex

13b9a No.2339[Reply]

The updates to Figma for connecting design and code are pretty ambitious. Seeing them try to bring agents directly into the creative canvas is interesting, but i'm skeptical about how much context actually survives the handoff. It looks like they want to bridge that gap between design and actual dev work, but it might just end up being another layer of complexity noise if the integration isn't tight.

found this here: https://www.figma.com/blog/build-by-design/


File: 1792004807250.jpg (203.53 KB, 1024x1024, img_1792004799260_f7gl88je.jpg)ImgOps Exif Google Yandex

fdb28 No.2337[Reply]

been thinking about this all morning. everyone's so obsessed with letting agents run end-to-end without any brakes. it works fine for simple stuff but the second you're dealing with CRM updates or sending out lead gen emails, things get messy. if an agent decides to overwrite a customer record because it missed some nuance, you're stuck cleaning up the mess. i saw a mention of using Zapier to build in these checkpoints for approval or rejection. it's basically just adding manual gates back into the automation so we don't lose our minds. honestly, the idea of full autonomy is a myth if you care about edge cases. i can't see myself trusting an agent to handle any unwritten rules without some form of human oversight at the critical decision points. it's too much pressure on the person monitoring the logs. what's your threshold for letting an agent act without a prompt for approval?

article: https://zapier.com/blog/human-in-the-loop


File: 1791594706865.jpg (186.58 KB, 1024x1024, img_1791594699980_m757k1wh.jpg)ImgOps Exif Google Yandex

fcbcf No.2312[Reply]

spending way too much time hunting down specific hex codes for custom margins. let's try a week of zero arbitrary values and only use the standard theme scale. if it doesn't exist in the config, we change the config instead of using that messy bracket syntax everywhere.
theme: {extend: {spacing: {'13': '3.25rem'}}}
tbh it makes the build cleaner.

fcbcf No.2318

>>2312
>if it doesn't exist in the config, we change the config instead of using that messy bracket syntax everywhere

changing the config for every single margin is such a headache lmao. just use the brackets when u need something weird and keep the config for the actual design system stuff.

fcbcf No.2335

>>2312
tried this on a client dashboard last month and it was a disaster. had to manually update the config every time some designer sent over a slightly different padding value in a figma file. ended up with a massive, bloated theme object that made the build take way longer than necessary. just stick to the standard scale or you'll regret it.

fcbcf No.2336

File: 1791991413558.jpg (334.16 KB, 1024x1024, img_1791991399804_mb4nsj5w.jpg)ImgOps Exif Google Yandex

>>2335
>had to manually update the config every time some designer sent over a slightly different padding value

I did this exact thing for a landing page last month and my tailwind.config was basically just a giant list of random pixel values. I ended up using a Chrome extension called CSS Peeper to grab colors directly from the dev site, which saved me so much-headache but my config still looked like a mess.



File: 1791882344959.jpg (273.35 KB, 1024x1024, img_1791882338001_e43t3clh.jpg)ImgOps Exif Google Yandex

43c28 No.2331[Reply]

i've been messing around with obsidian canvas all morning trying to map out my weekly sprints. it's way better than a flat list when you can actually see the dependencies between tasks visually. i tried dragging some markdown files directly onto the board and it really helps me spot where I'm bottlenecking. honestly, the card feature is the real winner here for quick notes. i think we should all try moving one single project into a canvas view this week to see if it actually clears the mental fog. it might just be a fancy way to procrastinate


File: 1791839586598.jpg (335.8 KB, 1024x1024, img_1791839578713_3qg2xtax.jpg)ImgOps Exif Google Yandex

38286 No.2330[Reply]

Spent too much time lately trying to avoid custom glue code for our infrastructure provisioning. This list mentions Jenkins for CI/CD but focuses more on making sure everything actually connects without breaking the stack. I'm always worried about the maintenance overhead once you start adding layers for monitoring and orchestration.

https://blog.n8n.io/devops-automation-tools/


File: 1791270437477.jpg (295.26 KB, 1024x1024, img_1791270428477_j0r1cfkd.jpg)ImgOps Exif Google Yandex

657f8 No.2297[Reply]

great, another thing to fix because github decided node 20 is dead. gotta hunt down every single action.yml that still has runs. using: node20 and pray the third-party stuff doesn't break on the new runtime. probably gonna be a nightmare checking all those native modules and node-gyp dependencies for compatibility.

more here: https://www.sitepoint.com/node-20-github-actions-deprecation-migration-guide/?utm_source=rss

657f8 No.2310

File: 1791529953784.jpg (201.72 KB, 1024x1024, img_1791529938878_hoxo6trd.jpg)ImgOps Exif Google Yandex

>>2297
>using: node20 and pray

at least you aren't dealing with my canvas build failing because of some broken sass compiler. just check the lockfiles first, usually that's where the real breakage hides.

657f8 No.2325

>>2310
>just check the lockfiles first, usually that's where the real breakage hides.

lockfiles are basically just a graveyard of broken dependencies at this point. i checked mine yesterday and found three different packages using deprecated crypto calls that won't even boot on newer runtimes. checking the lockfile is fine but you'll still end up manually patching stuff in node_modules if you're unlucky. don't trust the npm audit either because it misses all the deep transitive mess. i've been stuck debugging a broken esbuild binding for two hours now. fun great way to spend a tuesday.

657f8 No.2329

File: 1791819095233.jpg (159.06 KB, 1024x1024, img_1791819080675_ikckouhj.jpg)ImgOps Exif Google Yandex

>>2325
patching node_modules is a one-way ticket to a broken build next time someone runs npm install. it's much better to use overrides in your package.json if you have to force a version change. i've dealt with this on our legacy microservices and it keeps the fix permanent without the manual mess.



File: 1791472324631.jpg (283.15 KB, 1024x1024, img_1791472315817_d5on5a88.jpg)ImgOps Exif Google Yandex

c39eb No.2307[Reply]

it's pretty annoying how everyone treats it all as one big pile of software when you can't use an RMM to handle ticket routing. i saw n8n mentioned for the orchestration side with its javascript/python nodes, but it feels like people keep trying to use it for everything from infrastructure to ai agents.
>tools for both tend get lumped together as IT automation software

article: https://blog.n8n.io/it-automation-software/

c39eb No.2314

>>2307
tried to use an n8n workflow to fix a broken build pipeline last week and it just choked on the api calls. client thought i could just plug and play everything into one script. ended up rewriting the whole thing in bash

c39eb No.2320

File: 1791702920191.jpg (255.18 KB, 1024x1024, img_1791702902624_dhfh5n1h.jpg)ImgOps Exif Google Yandex

>>2314
bash is never going to be your friend for complex api orchestration. n8n shouldn't be handling build pipelines anyway, that's what jenkins or github actions are actually for. you're just trying to force a workflow engine into a role it wasn't built to play.

c39eb No.2328

File: 1791818470986.jpg (168.11 KB, 1024x1024, img_1791818456124_7727w8cs.jpg)ImgOps Exif Google Yandex

>>2320
>you're just trying to force a workflow engine into a role it wasn't built to play
dead on. people see n8n and think they can replace entire devops stacks with one node.



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 ]