adrianoconnor

Getting Jitsi running is actually trivial (depending on your definition of trivial). I went from zero to fully running in about 30 minutes on a fresh Ubuntu server when I wanted to check something one time. It might even be dockerized, but my memory isn't 100% on that.

I remember following those same tutorials and not really learning much (but I was probably 11 at the time). I also remember that the OS includes were around £300 and there was no way I could ever afford that. I convinced my parents to buy me Blitz Basic 2 after following another Amiga Format tutorial later on, and that is what finally set me on my path. Programming in the 90's was generally a really expensive thing to get in to... And it was even worse on PC.

This is really nice, good work!

I once made a similar thing, but it was more of a creative-play-thing for children (so no way to create tiled graphics, but hopefully easy to use and fun to play with). It is at: http://kaleidopaint.com/

This looks really nice. It's a shame the name is so similar to an existing app though (Pyxel Edit, https://pyxeledit.com/)

My favourite 2D framework right now is is LOVE (love2d.org) - I'm using that to build stuff with/for my kids and it's just a joy to use. I'll probably write up some parent/child friendly tutorials at some point. I also like Monkey-2 (http://monkeycoder.co.nz/), but I only really use that when I want to do basic 3D stuff, because Love does the 2D stuff so well...

There are a few really good low-ish cost options on Mac. You should take a look at Pixelmator, Acorn and Affinity Photo. I think all have free trials. Out of those, Affinity is the one I use most, but that's because I also really like Affinity Designer (an Illustrator type application).

This site doesn't seem terribly useful -- looks like they're mostly looking for shiny things; pretty buttons, nice on-boarding flows, fancy modals etc.

What I would like is a nice in-depth analysis of the UX in highly complex applications -- does anybody know of a book or site that de-constructs web apps (and/or mobile apps) that aim to replace desktop software? Thinking about document management, hierarchical and context-aware menus, best-practices for editing stuff on a canvas (including alternatives for right-click menus).

Too often we just replicate what we would have done on a desktop, in the constraints of HTML, but usually that leads to poor UX (or at least sub-optimal).

Any suggestions appreciated...

--- After-thought: Does the 4th Edition of About Face go in to any of this? Back in the early 00's, v2 of that book was an enlightening read, but I haven't picked up the newer versions.

No.

And if your comment was a headline, that wouldn't be either.

:)

I presume many here will have seen this before, but a while back somebody deconstructed/explained all of the problems with ET and then went on to correct them (by hex editing the rom):

http://www.neocomputer.org/projects/et/

It's along very similar lines to this (also really great) post about the broken C64 listing.

According to the book 'Night School' by Richard Wiseman, just lying down for a nap, even if you don't manage to sleep, is still beneficial.

Undertaken? How far out in the road are you riding? I've never undertaken a fellow cyclist in my life, out on the open road, and I can't think that I've ever seen it done.

I feel the same. And I often wonder if the 60 year old versions of ourselves will feel much the same about the crazy, misguided 37 year old fools they remember once being.

Have you seen the Game Programming Patterns book (http://gameprogrammingpatterns.com/). It was originally a blog that later become a book, and I think you can browse most of the content online. It's full of interesting lessons and patterns and deals with coupling and state management. It won't have the answers to copy and paste, but it gives you a lot of food for thought and it's really well written.

I'm not a game programmer by trade, but I'm interested in that stuff and I really enjoyed it all the same. It made me rethink some stuff about enterprise patterns too.

<quote>(Some of the responses here are hilarious. I feel like I'm reading a Slashdot thread from 1998.)</quote>

+5 Insightful

Presumably if you go this route you can't enter any organised sporting events or do any form of competitive racing? Just saying, because as you get older, if you start getting some fitness back you'll possibly want to start challenging yourself this way -- look how many vets enter triathlons and marathons, ride gran fondos etc. I'd see supplements like this as a last resort, for when a changed diet/exercise regime etc. haven't worked.

I dislike mocks. I've never seen the point in testing code against an entirely fictional representation of the most complicated and slow part of the system, just because it happens to be more convenient. Of course it's more convenient. The only compelling reason I can see for mocks is when you've got code that hits external live-APIs that don't give you any real option for automated testing (E.G., reading from and posting to the Twitter API).

If an app is worth writing, and worth writing tests for, do it justice and test the whole shooting match. Yeah it's hard, but that just makes it all the more worth doing. Automate your tests so that they cover everything that is important, from DOM elements on a dynamically built webpage to your model (and therefore the data that gets written to your SQL database), but don't pretend that stubs are substitutes for this. If your model relies on a database, let it rely on the database during the tests too, otherwise what exactly are you testing?

Heartbleed wasn't a remote execution vulnerability. I am not a security expert, but I'm pretty sure that Heartbleed in and of itself wouldn't allow hackers to install a root kit.

In answer to your question, I have no idea how long it takes the bad guys to exploit newly revealed exploits. Probably a day or two on average (for the tools to be developed and then distributed). Also, different people have different agendas and motivations -- there are no doubt people out there desperate to jump on to certain high-profile sites at the first chance (Apple, Amazon, with their credit card data would be an obvious target, for instance), but I suspect most hackers just cast their net far and wide and take whatever they can. Mostly it'll be unpatched servers from years ago that aren't managed by a proper ops team, using exploits that should have been patched a long time ago.

Indeed, and maybe we'll see some of the big companies hire and assign people to work on it now. I hope so. It'd be good to see the code audited too, though I'm not sure how you'd go about that with a project like OpenSSL. I suspect it'd have to involved funding a PhD or two...

All software has bugs. That's an unavoidable reality. You need to learn to deal with that fact.

It certainly would not defeat the point to pay the OpenSSL engineers. Free and open software is about your freedom to modify and share software, not about taking no money.

Open source software still costs a lot of money to make, and people do pay for it. Typically, companies like RedHat, Facebook and Google (and plenty of others, like Apple, and even Mircosoft) hire engineers in to full-time positions to work on open-source projects. That's how most open-source projects are funded. It's how Webkit grew. It's how Linux is built.

OpenSSL needs funding, and the biggest companies that depend on it will probably provide more assistance in the aftermath of heartbleed I expect. OpenSSL is so crucial, and we've just found out how exposed it is.

I always love to read Don's stories, they're always pretty great, and this post is no exception. The last few paragraphs are poignant, and not because it's about Steve, but because the emotion is real and you can relate to it.

Anyway, if you enjoyed this, you should read the history of Safari posts he did a while back, also a podcast he was a guest on one time, though I forget who it was with -- ah, Debug I think -- that was really excellent and well worth listening to.

Carousels have their place, but I agree, not on a conversion page. Also, never create a carousel that randomly shuffles between images. If an image is worth showing, show it and let the visitor see it without changing it half way through. The number of time's I've thought 'oh, that looks interesting' only for the interesting thing to disappear... bad idea.

When I see people talk about X% improvement because of some new tech, I always think about Fred Brooks and the No Silver Bullet essay. Nothing changes under the sun.

Me too. That's what 6x4 will always means to me -- standard sized prints.

As for the wording of the options, in maths terms, I never think in terms of 'so many lots of something' -- it's just 6 times 4 (well, I guess that's semantically the same as 4 lots of 6, but I'd never think of it in those words).

I don't actually have any experience with it, but Monkey X looks like a nice way of creating HTML5 games (and cross platform) quickly: http://www.monkeycoder.co.nz/

The guy who coded it wrote the language I first learned to programme on (Blitz Basic, back on the Amiga in 1992 or so).

Has support for most things you'll want (3D, input, sound etc).

It sounds like some other people in the terrorism case pleaded guilt, and there are even details of the planned attack. Technically a thought crime, but the kind of thought crime you want to stop becoming a 'reality' crime.

Except he eventually gave them the password, which means he didn't just 'innocently' forget his password. However, it looks like he was trying to cover up for fraud rather than terrorism, so maybe he decided that guilty fraudster was better than suspected terrorist.

I doubt there are many UK lawyers specialising in this niche area of law stalking the HN forums right now. But you never know :)

I wonder if a big part of the reason for his jailing is that he actually did give them the password in the end - making it less likely that he had forgotten it, and that he was deliberately trying to pervert the course of justice.

Of course, it doesn't help that he did seem to have plenty to hide, and he wasn't in a great position anyway.

I think, but I'm not completely certain, that what he's trying to say is that your plan changes based on whether you hit the goal in the timebox or not. Which I guess is kind of true -- you can't really plan beyond the timebox until you know what happened inside the timebox.

Technically, SSL is still working fine. The 404 page-not-found result is delivered over the secure channel :)

I know nothing about the Microsoft Bing servers, but my stab-in-the-dark guess would be that somebody changed something on the load-balancers that handle SSL termination, and now they're proxying to the wrong pool of back-end servers.

I think it ranks highly for the same reason that MSN.com used to rank highly (I think MSN was even the number 1 site for a time); I.E., It has nothing to do with actual hard-earned popularity, and everything to do with default settings in IE.