aedron

In most debuggers you can drop back up the stack to the code that called the function you are currently in, and thus debug through the function call again.

Example: https://stackoverflow.com/questions/2367816/when-using-the-j...

"Using the "Drop Frame" functionality you can "fall back" to a previous stack frame, in a sense going back in time."

I am not primarily a web developer, but I guess I don't really see it.

I suppose 'rewind' would mostly be useful for Javascript applications? But in Javascript you can already debug pretty well. It's been a while, but I suppose Javascript debuggers can drop frames, like debugging other languages, so you already have a kind of rewind?

Does anyone have a good example use case for this?

I feel the same way. I can hardly decide whether I dislike Uber or the taxi industry more.

AR tours of the site, with the reconstructed original laid over the present forms. You can switch the overlay on and off, or slide it in/out to study the differences. You heard it here first.

Fine, so don't call it "success!". It's a step on the way to (possible) success, but the hypersensitivity isn't helping anyone.

The new thing is big portable, backpack format speakers, which give off quite some sound: https://www.soundboks.com/

People just set up in the park or on a street and start blasting club volume music. It's getting harder to not be the grumpy old guy.

The EU has been making some good moves in opening up the payment services industry through regulation. The biggest example is the PSD2 regulations passed in 2015[1]. Among many other things, this law requires banks in the EU to expose APIs into their systems, that allow third parties to make transfers to and from the bank's accounts, only subject to proper customer authentication and AML compliance. This essentially lets third parties build universal payment services on top of existing banking infrastructure.

> The law highlights the growing desire in Germany for tighter regulation of U.S. technology companies.

No, this highlights that the EU is willing and able to regulate markets to keep them open to all participants.

Looking forward to laws opening up this sector even more.

[1] https://en.wikipedia.org/wiki/Payment_Services_Directive#Rev...

With 20 years experience under my belt, it is my firm belief that the workplace is not a place to discuss politics, religion, or other highly personal and divisive issues. Obviously, this extends even more to the workplace itself bringing these topics up.

I'm not aggressive or even obvious about this disposition, I just gently steer clear of violating it. I feel the same should apply to companies, fine if you want to make a stand on some political issue, but don't make a show of it, because it implies that all your employees should agree with your position.

People in the world have different opinions on things, we need to be able to work with eachother on shared interests without making every place and occasion a battleground. If not in the workplace, then where?

On a somewhat related note, I don't consider my colleagues my friends, or, God forbid, the workplace a 'family'. My relationship to my employer is a professional one, trying to disguise this by intermingling personal feelings can only end in tears, when one day you discover that it was such all along, only you deluded yourself (or let yourself be led) into thinking differently.

"Magic Leap is estimated to have over 1,800 employees and 19 office sites."

Meditating on speed, there's a new one.

> anti semetic

It's "antisemitic". And it doesn't mean what you think it does.

A few years ago in my city, a biker gang used a similar weapon (military RPG) against a rival group. There was a party at the rival group's clubhouse. A guy climbed up on an adjacent roof and fired the RPG at the building. It went through a brick wall (directly through a corner IIRC) and exploded in the main room of the clubhouse. I actually think only one or two people were killed (it was full), but the place was completely cratered inside.

9/11 was well after the dot-com crash. It didn't help, though.

To feel like they are at least one step higher than the bottom of the hierarchy. Sometimes simply to bond with their (fellow bully) peers, without necessarily considering the deleterious effect on the target.

Maybe its even more primal than that. When I was a kid, our canary somehow escaped, and an adult told me that it would be picked to death by other birds because it looked different. I don't even know if that's true, but it stuck with me.

This does come across as an inexperienced developer with a high opinion of his own worth, and rather clueless about how organizations work. I actually came away with a good impression of Snap from the description. Even the supposedly nightmarish engineering director could, from another angle, possibly be seen in a good light: Insisting on proper analysis and design before a project commences, taking a deep interest in the technical part of the project. The author disagreed with a bunch of points and that might have been enough for him to lose all respect for him.

In the end he gets bored with his actual work and lets himself be hijacked by some line function to develop internal tools for them, outside of the purview of any manager. Unsurprisingly he ends up an organizational orphan. Which means no one goes to bat for him to squeeze in several weeks of remote work, which sounds like a pretty outlandish demand to my ears. To think that the fact that some random person once 'approved' it makes any difference just goes to show the naïvety. Obviously he didn't get it in writing from someone able to make that decision, and that's the only thing that matters.

I believe it was also Jeff Atwood who, for the longest time, could not fathom why people did not like being forced to use OpenID to log into Stack Overflow. Like, he could literally not fathom it and agonized in blog posts over his own inability to understand people (he was quite honest about it). Even though they caved on this point, to this day Stack Overflow actively fights new users trying to get in and participate on the platform (I have long since given up).

H&M is the Ikea of clothes.

It's a solved problem on newer cars.

What I want next is an automatic sunscreen that slides down based on sensing the angle of the sunlight. I think there is also technology to dynamically darken glass that could be used. I hereby grant a free perpetual license to auto manufacturers to use this idea. :)

Is that an actual Facebook office? Chairs and tables that look like a Walmart closeout sale (for garden furniture)?

If they run them over roads, I honestly don't think it will be a big problem.

I would agree, but there is a technological angle with the use of drones. Unfortunately it is certain to devolve into a political discussion.

The term "waterfall" is a straw man, software development methodologies have always required iterations. Just look at the Rational Unified Process (the industry standard before agile): https://en.wikipedia.org/wiki/Rational_Unified_Process#Four_...

Every phase of the project has iterations, but iterations stress different things (requirements in the beginning, construction and handover in the latter phases).

Like all urban legends, there is likely a core of truth in the story. Certainly Bezos is known for micromanaging and arbitrarily overruling employees' decisions on everything from strategy to product design. Now, if a leader really does have great instinct, this can work out for the better (like Jobs). And I think in some areas, Bezos does (he has done surprisingly well with their IT strategy). But I know that in others he doesn't, and he just botches stuff (like many horrible Kindle design decisions).

Everyone knew they immediately that they were going to carpet bomb Afghanistan. Iraq, I don't think there was any connection.

Japan had been suing for peace for over a month. In fact they had pretty much agreed to all American demands except the status of the emperor.

I flagged it. It is political news and has no place on HN. It's a slippery slope to even more stories about politics and current events, that have nothing to do with the site's raison d'être.

(BTW I'm just a regular user, not an admin or speaking for any admin)

In the subcontinent most clinics are commission salesmen for pharmaceutical companies. They have a deal with them that every prescription should include the company's products (painkillers, antibiotics), and they get a commission. Sales reps call on the clinics constantly to push the products. It is horrible.

From my personal observations, I don't think coke is quite comparable to heroin. Heroin takes over a person's life in a much more scary way than coke. Heroin becomes the number one thing every day, before food, family, or any other concern. Granted, you can easily be a high functioning heroin addict, if the expense and acquisition are not concerns, but at a point, heroin merely makes you 'normal', and even slightly outside that window is a steep descent into withdrawal hell.

Coke is both better and worse. Not quite as addictive, but it seems to damage people more than heroin does (particularly mentally).

The essay is remarkably prescient.

Brooks dared to predict that thirty years later, software would still be created by programmers sitting in front of editors, painstakingly typing up code branches for all of the scenarios a given program is supposed to handle. And their output would still mostly suck, because of the infinity of possible states, mostly due to variables and synchronicity. Complexity that cannot be abstracted away.

Given how starry-eyed we usually are about even the near future, that is bold.

The web, language advances, tooling - these are quality-of-life improvements. They don't 'solve' the inherent complexity of software development, the way it was promised by CASE tools (Brooks' likely target with his essay) and countless other 'business oriented' approaches. In fact those approaches have failed so many times that they have been largely abandoned, so in recent times, Brooks' essay might seem superfluous.

The one advance that might finally challenge the 'no silver bullet' rule is machine learning. Not yet, given that it is still an esoteric tool for a specialized class of problems, as part of traditional software systems. But with increasing computing power, I can imagine a future where machine learning can be set to work on broader tasks and start to look like magic self-directed software development.

Does anyone have experience trying to do this kind of thing with LibGDX?

LibGDX is a layer on top of OpenGL (lwjgl actually), and used a lot for game development. It is based on Java, and is able to package the application for Android, iOS, Windows, Linux, Mac, and even web (targeting WebGL). For iOS it uses RoboVM, and for the web export it uses GWT to compile to JavaScript.

Obviously this is best suited for custom UIs (like games), but with some frameworks on top it seems it would be possible to build a decent interface. The framework already has support for most platform specific functionality (like text input). Performance should be great because it runs close to the metal, so to speak.

Just curious if anyone has tried this, as I am considering the approach.