LinkedIn has a history of acting like a cretin: multiple data breaches, dark patterns where they don't fix their buggy mobile site and just put up a disclaimer "problems with the mobile site - download our app" (just so that they can harvest a wider range of data). I managed many marketing campaigns on Linkedin over the years and spent thousands each month on the platform as a corporate user. If you think that paying…
I've actually gotten my current job and just received an offer from a FAANG due to LinkedIn cold calls. I can't speak to dark patterns, but saying the service has no value is disingenuous.
LinkedIn is copying the contents of my clipboard on every keystroke
281–290 of 380 posts
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#282I try to visit it as little as possible.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#283Earlier quoted context omitted.
> Srsly, somebody needs to fix this I've lost count of the number of devs I've spoken to, over multiple decades, who are convinced recruitment is ripe for disruption. I'm sure everyone else has the same experience. And yet, recruitment's still here, more or less unchanged. At this point I'm pretty sure recruitment has always been terrible, and will always be terrible. There's some perverse incentive buried deep in th…
Same problems with the private home rental market. If someone can figure out how to match good tenants with good landlords in a way that is hard to scam and respects privacy, they would make a lot of money.
Though I guess you could earn "trust points" for making payments on time, and landlords for fixing maintenance issues submitted within the app in a reasonable amount of time, there's a lot of other factors that count for a "good" tenant or landlord.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#284LinkedIn has a history of acting like a cretin: multiple data breaches, dark patterns where they don't fix their buggy mobile site and just put up a disclaimer "problems with the mobile site - download our app" (just so that they can harvest a wider range of data). I managed many marketing campaigns on Linkedin over the years and spent thousands each month on the platform as a corporate user. If you think that paying…
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#285Earlier quoted context omitted.
We were trying to recruit via LinkedIn for our startup but soon realized what a shitty business model LinkedIn has. We had to pay around ~5,00EUR for each and every click on "Apply" to our job posting, which doesn't mean they even filled out the form. And now, where LinkedIn is full of Indian scammers (not meant in a racist way, but it is definitely perceived that way) we had costs for a "Local Area" limited job post…
Same experience here. Wanted to expand my business and posted a LinkedIn job ad. After a week I had spent 200€ and received a bunch of people outside of Stockholm, which I specified as the location. I also received a few job applications from school teachers, car salesmen and county clerks - for a senior dev position.
That's not a LinkedIn problem, it's a "I've posted an attractive job ad" problem.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#286Earlier quoted context omitted.
LinkedIn had dark patterns on day one. Search posts right here on HackersNews. You will see a lot of shady stuff Linkedin was doing in early 2010s.
That's what good culture fit looks like.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#287An explanation from LinkedIn: https://twitter.com/eberger45/status/1278843576638570496 ------ Hi @DonCubed . Appreciate you raising this. We've traced this to a code path that only does an equality check between the clipboard contents and the currently typed content in a text box. We don't store or transmit the clipboard contents. ---------- An example of this is in a library we have open sourced, and you can find th…
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#288Earlier quoted context omitted.
> Srsly, somebody needs to fix this I've lost count of the number of devs I've spoken to, over multiple decades, who are convinced recruitment is ripe for disruption. I'm sure everyone else has the same experience. And yet, recruitment's still here, more or less unchanged. At this point I'm pretty sure recruitment has always been terrible, and will always be terrible. There's some perverse incentive buried deep in th…
Same problems with the private home rental market. If someone can figure out how to match good tenants with good landlords in a way that is hard to scam and respects privacy, they would make a lot of money.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#289LinkedIn has a history of acting like a cretin: multiple data breaches, dark patterns where they don't fix their buggy mobile site and just put up a disclaimer "problems with the mobile site - download our app" (just so that they can harvest a wider range of data). I managed many marketing campaigns on Linkedin over the years and spent thousands each month on the platform as a corporate user. If you think that paying…
We were trying to recruit via LinkedIn for our startup but soon realized what a shitty business model LinkedIn has. We had to pay around ~5,00EUR for each and every click on "Apply" to our job posting, which doesn't mean they even filled out the form. And now, where LinkedIn is full of Indian scammers (not meant in a racist way, but it is definitely perceived that way) we had costs for a "Local Area" limited job post…
(I'm not Indian but) the non-racist way to say that is 'full of scammers', since the scammers' nationality has nothing to do with your distaste for their behaviour.
Re: LinkedIn is copying the contents of my clipboard on every keystroke
#290Earlier quoted context omitted.
Ah, so _now_ we're asking Apple to disallow any UI development whatsoever outside of using the components in the UIKit and AppKit SDKs (and screw you if you want to develop any sort of interface that's not supported or intended to be supported out of the box by the above)? Very interesting indeed. I understand the outrage over programs abusing the resources they have access to, but frankly this is just approaching hy…
You seem pretty moved by this discussion. What is your use case that is broken by protecting the clipboard and filesystem? using the components in the UIKit and AppKit SDKs Yes, if you want to provide a native feel, with native features like clipboards, and native accessibility features, use the native widgets. They usually tend to be stylable any way you want (my UI experience is with HTML, Qt, Swing, Win32, Winform…
Yes, I am pretty moved, because this is ostensibly a technical audience and the level of sheer "I don't know how my operating system works" I'm seeing here is quite alarming indeed.
I don't have to have a particular use case to point out that "applications should not be able to access the filesystem at all" is plain silly.
> Yes, if you want to provide a native feel, with native features like clipboards, and native accessibility features, use the native widgets.
So basically any application that does not use native widgets should have zero accessibility or platform functionality. That's most of the gaming industry out the window then, as well as anybody building user interfaces that an operating system does not (yet) support. Additionally, god forbid you be able to copy and paste on operating systems that don't have native widget toolkits (such as, say, Linux), or even implement toolkits for such platforms in the first place.
Am I permitted to call this a hysterical overreaction yet?
> This is the direction desktops are going, and it's where Android and iOS started.
Neither Android nor iOS have ever prevented programmatic access to the filesystem. You seem to constantly conflate programmatic access and permissions/sandboxing, which is precisely the sort of mistake that "moves" me to see from people who develop software.
> Desktop/laptop OS sandboxes should also provide file pickers to give an app access to one file or one directory.
I'm _very_ interested in how exactly the command-line tools you use would work with using file pickers to grant them access to single files and folders.
Also very interested in how Linux, an operating system that explicitly does not provide a widget toolkit, is supposed to provide file pickers to the variety of programs that run on it.
> An app doesn't need to access my clipboard until I'm trying to paste something in that app
A clipboard is a shared buffer. If something is supposed to be secret, don't put it in the shared buffer between all applications. Applications will continue to have the ability to query/read clipboards they have access to (for, amongst other things, actually implementing a paste), much like computers will continue to have the ability to read/query network drives that they have access to - that's the literal point of having a clipboard/network drive.
Discussing permissions and sandboxing (which most clipboard implementations already do, with app-local and/or named clipboards distinct from the system-wide clipboard) is one thing, but claiming that programs should not be able to interact with clipboard contents via code is frankly rather ridiculous.