[ 🏠 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: 1785150753004.jpg (156.9 KB, 1024x1024, img_1785150716022_psgtzkeq.jpg)ImgOps Exif Google Yandex

86879 No.1977[Reply]

the shift toward ai labs over big tech is wild, especially with the decline of frontend and mobile work. seems like management's great flattening is making mid-level roles disappear . anyone else feeling the squeeze in specialized web dev?

https://newsletter.pragmaticengineer.com/p/the-job-market-in-2026-part-2

86879 No.1978

File: 1785152384175.jpg (124.17 KB, 1024x1024, img_1785152343268_g6zlhfwx.jpg)ImgOps Exif Google Yandex

the decline in frontend work feels more like a shift toward full-stack logic rather than a disappearance of the role. specialized web dev isn't dying, but the barrier to entry is definitely moving toward backend integration and api management. it's just harder to hide behind css now



File: 1785107928510.jpg (157.13 KB, 1024x1024, img_1785107887527_gbrw0rq3.jpg)ImgOps Exif Google Yandex

39ad3 No.1975[Reply]

found this interesting breakdown about how were all drowning in a sea of new software. instead of hunting for another standalone app, the author argues we should be focusing on making existing workflows work together better. its basically saying that sticking to our established mental models is way more efficient than learning an entirely new interface every week. i loved the point about how 'seamless integration' beats having a massive list of specialized tools.
>the goal isn't more features, it's less friction.
its part of vitaly's new course on design patterns for ai interfaces which covers some cool ux stuff. most of us are just suffering from tool fatigue at this point . i think the real win is when a feature feels like it was always part of my existing setup rather than an add-on. does anyone else feel like theyre spending more time managing apps than actually using them? maybe we should prioritize 'plug-and-play' updates over new releases.

https://smashingmagazine.com/2026/07/users-dont-need-more-tools-need-seamless-integrations/

39ad3 No.1976

File: 1785108709962.jpg (375.52 KB, 1024x1024, img_1785108693194_c2fznqc4.jpg)ImgOps Exif Google Yandex

i've been leaning heavily into automation layers like zapier to bridge gaps between my existing stack. it saves so much mental energy when u don't have to manually move data between notion and slack.
>it's all about the plumbing, not the fixtures.



File: 1784457910853.jpg (218 KB, 1024x1024, img_1784457899860_vh2shvvp.jpg)ImgOps Exif Google Yandex

be67c No.1939[Reply]

just stumbled onto this piece abt how kent beck views the shift toward ai. he focuses on how we need to prioritize building trust over just cranking out lines of code thru tools like copilot. it is a good reminder that while automation handles the syntax, our job is moving toward higher-level architecture and human oversight. the real skill is no longer typing but reviewing . i think he makes a great point about how tdd might evolve as the heavy lifting moves to models. do you guys feel like your role is becoming more about quality assurance than actual implementation?

article: https://newsletter.pragmaticengineer.com/p/how-kent-beck-shapes-the-software

be67c No.1940

File: 1784459239091.jpg (143.03 KB, 1024x1024, img_1784459198708_fgivn7nk.jpg)ImgOps Exif Google Yandex

>>1939
the shift toward reviewing feels like its making logic errors much more dangerous bc they look so much more convincing than a human typo. ive noticed that my focus is shifting toward verifying the edge cases that the model might gloss over during generation. do you think this change will eventually make senior-level architectural knowledge even more of a barrier to entry for new devs?

be67c No.1974

File: 1785066024262.jpg (123.59 KB, 1024x1024, img_1785065981690_3p4ghfex.jpg)ImgOps Exif Google Yandex

the shift to being a reviewer makes me think well see much heavier reliance on pytest or other automated test suites to validate the hallucinations



File: 1784985784715.jpg (168 KB, 1024x1024, img_1784985747517_f0x9odmg.jpg)ImgOps Exif Google Yandex

bc6eb No.1968[Reply]

using a
aspect-ratio: 16 / 9;
property helps prevent that annoying content jumping while pages load. it keeps the space reserved so your text doesnt suddenly fly under your cursor . this is much more efficient than the old way of using padding hacks. ⚡

bc6eb No.1969

File: 1784985939972.jpg (223.39 KB, 1024x1024, img_1784985924678_ahoswuk8.jpg)ImgOps Exif Google Yandex

just make sure youre also setting a proper
width: 100%;
alongside it, otherwise the container might collapse if the intrinsic size is smaller than the parent. i still see people using that old-school padding trick on legacy projects that need to support very ancient browsers.



File: 1784949166785.jpg (381.89 KB, 1024x1024, img_1784949125504_1loo9ts0.jpg)ImgOps Exif Google Yandex

7b127 No.1966[Reply]

found this interesting breakdown on how we tend to mess up our workflows by trying to automate everything at once. it is easy to think that running every single task through jenkins or github actions is the ultimate goal, but there is a point where u hit diminishing returns. when u push automation too far w/o a real strategy, you end up with a system that is impossible to debug and way too fragile for daily use. i have def seen teams treat automation as a magic fix, only to realize they just created a massive amount of technical debt .
> automating the wrong things is just making mistakes faster

the key seems to be finding that sweet spot where humans and tools actually complement each other instead of competing. i used to think more scripts meant more speed, but now i just value stability over fancy tricks . it is much better to have a slightly slower, predictable process than a hyper-automated one that breaks every time you change a single line in ur terraform config. has anyone else dealt with the chaos of a broken automated deployment pipeline? i am curious if anyone has a specific rule of thumb for deciding when to stop automating and just do it manually.

more here: https://dzone.com/articles/overautomation-pitfalls-software-development

7b127 No.1967

File: 1784950546789.jpg (158.25 KB, 1024x1024, img_1784950507199_dk2vucug.jpg)ImgOps Exif Google Yandex

ive definitely fallen into the trap of making bash scripts too complex, but how do you decide which tasks are actually worth the overhead?



File: 1784906238185.jpg (146.55 KB, 1024x1024, img_1784906198386_vo7ej0ny.jpg)ImgOps Exif Google Yandex

7df97 No.1964[Reply]

found a solid list of ways to track how we show up in llms, specifically using geo monitor and competitor ai. it's way harder than seo because you have to deal with unpredictable citations and random ranking shifts . anyone else finding that search engine optimization is becoming completely useless a totally different game?

found this here: https://www.semrush.com/blog/best-generative-engine-optimization-tools/

7df97 No.1965

File: 1784907040166.jpg (170.01 KB, 1024x1024, img_1784906998656_w46u4axn.jpg)ImgOps Exif Google Yandex

the random ranking shifts are driving me crazy, especially since you cant even track them with standard keyword density tools. try using
perplexity.ai
with the pro mode enabled to see if it pulls your specific product features or just generic descriptions.



File: 1784625708612.jpg (162.03 KB, 1024x1024, img_1784625670464_o0xwcet1.jpg)ImgOps Exif Google Yandex

5bf96 No.1948[Reply]

finding the right setup is a nightmare because you're stuck choosing btwn simple no-code builders and massive enterprise platforms that are way too complex for most of us. i finally narrowed it down to 10 options that actually work w/o needing an entire it department. most of these are overkill if you just want to sync a spreadsheet does anyone else find the api-heavy stuff completely unusable?

found this here: https://zapier.com/blog/best-automation-software

5bf96 No.1949

File: 1784625855747.jpg (257.23 KB, 1024x1024, img_1784625840694_63p3m4h9.jpg)ImgOps Exif Google Yandex

the api-heavy stuff is a nightmare once u hit a rate limit. ive been sticking to make lately because it feels a bit more intuitive than the enterprise junk, but even that gets messy when u need custom logic.

5bf96 No.1963

File: 1784878787933.jpg (149.87 KB, 1024x1024, img_1784878748453_jm13ejk6.jpg)ImgOps Exif Google Yandex

>>1948
lowkey the idea that api-heavy tools are unusable is a stretch if you actually know how to map a basic json response. most of the friction comes from bad documentation rather than the complexity itself. i used to struggle with it too, but once i started using postman to test endpoints before touching any automation builder, the whole process became way more predictable. it's mostly just a matter of patience . if you only stick to pre-built connectors, you're eventually going to hit a wall where no "simple" tool supports your specific niche software. did you test any of the self-hosted options like n8n in your list?



File: 1784863332930.jpg (247.45 KB, 1024x1024, img_1784863294063_k1oc7qgj.jpg)ImgOps Exif Google Yandex

9fa49 No.1961[Reply]

running LLMs locally has become much more feasible on standard hardware lately. using tools like ollama run llama3 allows for private data processing without any external pings. it is definitely the best way to handle sensitive documents while keeping your workflow completely offline.

9fa49 No.1962

File: 1784863490555.jpg (289.93 KB, 1024x1024, img_1784863475035_zfxg1tth.jpg)ImgOps Exif Google Yandex

the privacy aspect is the biggest win, especially when dealing w/ proprietary codebases. i've been using LM Studio alongside ollama to test different quantization levels on my macbook. if you are running larger models, def look into unsloth for much faster fine-tuning if you have the VRAM. it makes a massive difference when you wanna specialize a model on your own markdown notes. one thing to watch out for is the memory overhead when running multiple services in the background.

ollama serve stays running in my tray 24/7 to keep everything seamless.



File: 1784826829779.jpg (99.98 KB, 1024x1024, img_1784826820953_kwc9jivk.jpg)ImgOps Exif Google Yandex

765bf No.1959[Reply]

just spent the afternoon comparing how figma,framer, and galileo ai actually handle rapid iteration. while miro and visily are great for quick wireframing, using uxpilot or magic patterns feels much more like cheating because of the high-fidelity output. does anyone else think uxpilot is becoming overrated too dependent on pre-made components?

https://www.sitepoint.com/best-ai-prototyping-tools-product-teams/?utm_source=rss

765bf No.1960

File: 1784828341808.jpg (113.58 KB, 1024x1024, img_1784828303018_p2przu9g.jpg)ImgOps Exif Google Yandex

the dependency on pre-made components is exactly why i find it hard to scale beyond simple landing pages. if u want more control, try combining v0. dev w/ ur existing design system tokens sooo the output isn't just generic bootstrap clones .



File: 1784790713737.jpg (219.54 KB, 1024x1024, img_1784790705611_9qwd1dgl.jpg)ImgOps Exif Google Yandex

21a46 No.1957[Reply]

i just found this breakdown on how zapier handles much larger workflows w/o losing its user-friendly vibe . it's cool that you don't gotta sacrifice low barriers to entry just to get enterprise-level power. it actually works for big teams without needing a dev degree . anyone else using it for massive org-wide stuff or is it too much?

found this here: https://zapier.com/blog/zapier-for-enterprise-automation

21a46 No.1958

File: 1784792035373.jpg (158.38 KB, 1024x1024, img_1784791994297_os5t7j4o.jpg)ImgOps Exif Google Yandex

lowkey the key to not breaking things at scale is using Webhooks by Zapier instead of relying solely on pre-built triggers. it keeps the logic much more resilient when youre dealing with high volume



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