Please create an account to participate in the Slashdot moderation system


Forgot your password?

Comment Re:The one lesson developers should learn (Score 2) 35

Indeed, it's pretty hard to develop software without depending on _something_. The stuff I work on is quite far removed from the web, but we depend on a whole pile of third party libraries and tools. Best you can do is abstract 3rd party stuff within the realm of practicality and accept occasionally having to migrate to something else as a cost of business.

Comment Re:No such thing (Score 4, Insightful) 300

I'm largely of this mindset, but as I said in an earlier comment somewhere, it's pretty hard to know what's being tracked or passed along on the server side. Server side tracking is more difficult than tracking that largely relies on client side mechanisms, but only just, and if pushback continues I think that's what we're going to see.

I for one would love to see more containerization on the browser side (prevent those facebook cookies from being sent unless you're actually on facebook) to become the norm, but unfortunately the rise of content distribution networks makes it hard to do this generically without breaking all the things, and a lot of people actually like the whole "oh, it knows my facebook, cool!" thing.

Comment Re:I can understand small first batches (Score 1) 99

Well that's exactly it. This also negates the other big advantage of it's smaller size and takes up it's one USB port (meaning the usual use case of "network connected thing that drives some USB thing and pipes the data back" now requires a hub (possibly a powered one)...

Sure you can make it work, but at that point may as well just use a regular rasp pi.

Comment Re:No such thing (Score 2) 300

Unfortunately there is nothing stopping the website owner from tracking this information and reporting it back to the ad provider, acting mainly as a proxy (so you access http://yourfavouritesite/somea... and they just make a request on their end to http://eviladcompany/?all_that... and serve up the results).

The one thing it would make harder is cross-site tracking, but again, nothing stopping each site from serving up their own cookie, tying it to the generic ad companies id, and forwarding it to them (although that would require significantly more energy and at least be somewhat detectable unless done really well).

Comment Re:No such thing (Score 5, Insightful) 300

Meh, if it:

- Stays quietly off to the side somewhere
- Clearly distinguishable as an ad
- Doesn't slow down page load time
- Isn't a scam
- Preferrably doesn't do an excessive amount of tracking

It's acceptable in my books.

That said, the adblock guys are about to blow their own foot off. Nothing they do is that complicated, there are already workable alternatives.. the only reason they are so popular is that they've "just worked" for the longest, but it won't take much of this crap before they see their entire userbase migrate to something else.

Comment Re:Really? (Score 3, Interesting) 114

and there's fuck all anyone can do about it

Until they mandate everyone validate their identity. Things like requiring a mobile number for account creation is already becoming popular. It's depressing but not using your real name is going to become harder and harder, all so they can show you ads that are still probably going to be irrelevant.


France Will Not Ban Wi-Fi Or Tor, Prime Minister Says ( 89

Patrick O'Neill writes: Despite requests from police following the deadly Paris attacks, France will not ban the Tor anonymity network or public Wi-Fi, Prime Minister Manual Valls said on Wednesday."A ban of Wi-Fi is not a course of action envisaged," Valls responded on Wednesday. Nor is he in favor of a ban on Tor, which encrypts and masks users' identifying data. "Internet is a freedom, is an extraordinary means of communication between people, it is a benefit to the economy," Valls added.

Comment Re:Can anyone keep up all these bullshits? (Score 1) 166

Well, in scrum specifically that's what all the rebalancing is about. You ask "does this amount of work make sense for the window we've got (2 weeks)" and if the answer is no, you add/subtract stuff as required.

I'm not saying it solves all the problems or has to be rigidly adopted to see any benefit, but I feel like it legitimately does address a lot of very common problems in software dev teams in a reasonably effective way.

Chunking stuff up into managable pieces has always been good practice for schedule management, all scrum does it provide a well thought out and consistent way of doing it. The caveat is you have to accept that not every task is going to fit into this model. Sometimes you need to just have a dev pound on something for a month until he figures it out, and breaking it up into "deliverables" just adds overhead, but I feel like if you can get _most_ of your stuff into a "small deliverable/demonstratable pieces" mindset, it's a good thing.

Comment Re:Can anyone keep up all these bullshits? (Score 1) 166

I think it's a little less "wool over their eyes"-y and more about creating a process where the high level stuff managers care about is easier to track and control and giving developers space to do their thing without managers meddling too much. It creates a clear(ish) demarcation point. Managers worry about things at the sprint and maybe story level, developers make it actually happen. Once it's decided that it's happening, developers (in theory) are left alone to actually do it.

Contrast that to "pre-agile" style where managers would just poke in and out and ask about whatever random bit of functionality they happened to care about at the moment or re-prioritize stuff because someone send them an email. What agile does for the developer is codifies "I have 2 weeks to code this specific thing, go away and let me do it".

Comment Re:Can anyone keep up all these bullshits? (Score 1) 166

Agree it's about people and shitty programmers are gonna be shitty regardless of process.

That said, as someone who's seen adoption of agile make a huge (mostly positive) difference, I do think changing methodologies can sometimes be a good idea... if for no other reason than it gets people into a "doing something different" mindset rather than a "business as usual" mindset.

I'll also say that software as a business has changed dramatically. It was never just about programming, but I certainly feel that the code itself was a far bigger factor in the overall success of a project than it is now. These days the actual code seems to just be a minor detail amongst contracts, requirements, licensing, and layers of internal and external bureaucracy. A lot of newer methodologies and tools seem discretely aimed at getting middle and upper management out of the developers way and letting programmers sit down and work on the same thing for a few weeks without some higher-up making them switch to whatever their biggest fire is at the moment.

Slashdot Top Deals

Power corrupts. And atomic power corrupts atomically.