Re: the way it goes
Yeah... sinking ship. Can we get an icon for that? Should get a lot of use this year.
547 posts • joined 4 Feb 2011
Yeah... sinking ship. Can we get an icon for that? Should get a lot of use this year.
The K&R version: magic numbers, implicit int type, no superfluous args...
I recall a similar announcement about Firefox a few weeks before it was officially shitcanned. Here's hoping Twitter follows suit...
These guys must be small fries. This update switcheroo bullshit is rampant in appstores. But you don't hear about regulators going after the big crap-app developers or Google, Apple, Microsoft, Facebook, Amazon...
Mozilla OS - that's one way to nip the IoT in the bud!
It's dead, dead, dead.
As for Ubuntu phones, I had a nightmare about that 3-4 years ago. Walked into a Verizon store in a mall, agonized over the crappy choices, walked out with a dim, grainy, cheap feeling Ubuphone that made me want to cry. Seemed implausible in the heady days of 2012 but now, sadly prescient.
I'm pretty sure ICANN is also complicit in US internet censorship.
Keep raising those prices... AFAIK companies are already skimping on SF licenses. If this convinces them to drop it altogether, it'll make my life easier!
All the points and numbers in this article concur with my experience in freelance team webdev work. 1-3 month projects seem to work best (aim for 1, expect 2-3), along with occasional small updates/fixes on live sites.
The longer a project goes on, the more time it takes to keep track of everything up in the air - diverging codebases, db schemas, artwork, server config changes... which leads to more friction and bugs at deployment time. We forget things. People change jobs. Other projects push long-running projects onto the back burner. That's more than enough to erase any gains to be had by queueing up changes.
Sounds like a variant of Brainf**k. Never thought I'd see a practical* application for that programming language!
*practical for crooks
Viruses, wow. Yesterday I noticed that UBlock Origin blocks *.sourceforge.net as a "Badware site". Ouch.
Sourceforge always sucked; it was merely the first and only service to host opensource version control, until better ones came along.
Now you can host git+ssh on any old VPS. As for support tools (bug tracking, mailing lists, etc), good luck. Don't get too attached because you'll be switching every year or so. And don't expect opensource to magically fill the gaps. It's extremely difficult to develop & maintain community websites. I, for one, have better things to do.
Says it all. Could be a wake-up call for bigdata/SaaS addicts.
The fact that you need to buy a USB ID from a monopoly organization is a fatal flaw in USB.
No, quite the opposite. All a hacker has to do is break into a container through an old unpatched hole, and look for valuable data or stepping stones to other systems. Unikernel is even better for hackers, if every exploit yields full access to the container.
Also, containers are a poor abstraction for systems-of-programs. The Unix architecture doesn't have a good solution, so we're stuck with bolt-on kludges like this until we get a new architecture.
This is OK in limited circumstances: stateless embedded devices, game consoles, audio/video workstations (maybe), and under virtualization -- ONLY IF the application has no access to sensitive data AND any data you wouldn't want to lose (savegames, recordings) is securely+reliably stored elsewhere, in a storage system that assumes the client is pwned. Essentially that means NEVER.
Containers are a kludge for people trying to run a "system stack" (ie. Linux, Nginx, MySQL, PHP 5.3, Nodejs 0.10.x - note that those are insecure outdated versions) as an "application" in a single process under another Linux system where they can't easily install those old versions. Generally they're just trying to make it work, they don't know or care what's inside the container, and they don't know the risks of data leaks or privilege escalation. Dangerous.
Healthcare came long before IT, and was never very computerized until the big EMR and insurance-for-all push of the last decade or so. Take away the profiteering and you still have a computer-illiterate culture.
I would also point the finger at governments, for A) monopolizing funding, B) collecting everyone's personal data, and C) the war on encryption (together with their toadies Oracle, Microsoft, et al). This wouldn't happen if OS vendors made it easy for terrorists, criminals, and doctors to encrypt stuff.
Let's hope PCBSD doesn't lead to the Ubuntuzation of FreeBSD, though. Making it too easy, at the cost of underlying complexity bloat, is what killed Linux.
Gnome was always one of the worst offenders for dependency bloat. If they dropped systemd it must be because it *really* sucks, not because they found their missing engineering sense under the sofa cushion. Those guys are software sophists through and through. They should just throw in the towel and go work for Apple.
Already got my coat, walked out the door, now settling in at that joint across the street with the pitchfork-wielding daemon mascot :)
Stick a fork in that penguin-arse and turn it over, it's done.
Also invented the confocal microscrope, used in all kinds of neat stuff from LASIK to the Bluebrain Project. This guy was the da Vinci of our times.
Seems to me that most MCU code isn't valuable IP at all, just some simple control logic and perhaps some libraries for USB, wifi, etc. When that's the case, why waste time locking down the code?
Ok, you might be reliant on 3rd-party proprietary libs, or worried about patent trolls scanning your code for reasons to sue you, or covering up something dishonest (like VW), or bound by [moronic] regulations to prevent users from modifying safety/regulatory controls, or following the time-honored tradition of milking customers with exorbitant fees for simple repairs and modifications.
But I think embedded will be flooded with new developers who don't give a damn about any of that, who see a competitive advantage in transparency, moddability, geeky loyal customers with IT $$$ to burn, and leveraging [often crappy, yes] open-source libs to reduce development costs... FWIW.
Wikipedia and cloned pages dominate the search results for any sufficiently obscure subject. The articles are sloppy and factually suspect [try it yourself]. It's not even a useful starting point when it lacks important citations. But it's all you'll get. Wikipedia is turning the 'serious' side of the internet into an echo chamber. It's knowledge-spam.
What I really want to see, in general, are different opinions on a subject, not Wikipedia's synthesized 'consensus facts'.
Where objective facts are concerned, I want a Git-style distributed knowledgebase with a robust chain of attribution - links to sources, copies of content, and change history.
> So you're a marketer.
Ever since starting my career as a programmer, and through being an industry analyst, strategist, and, now, marketer
Yep, that's where I stopped reading. Well actually, my BS early warning system keyed on "analyst" first. A cursory skim through the article confirms it was not a false alarm.
This article says absolutely nothing of substance regarding Devops.
I've been running MariaDB for a couple years, no problems (other than being a fork of a poorly designed DBMS which is still infinitely better than the wannabe CMS that depends upon it) - knock on wood.
Oracle, dear sweet Oracle... why would they sabotage a low-end open-source product they own in name only, which has 2 or 3 popular forks they don't control, which isn't an appreciable revenue source for them? I would ask, why not? They're greedy cutthroat bastards who do that kind of thing everyday before breakfast. They make Microsoft look saintly.
It's really not difficult these days to set up your own fulltext search engine... there's Solr/ElasticSearch/Lucene in Java land, Xapian in C++, maybe a few others. But apparently it's pretty impossible if you insist on working in Microsoft-land.
If a Falcon 9 explodes when it tips over after a gentle touchdown, it'll definitely explode if you just drop it in the ocean. Solid fuel rockets burn completely so they don't have that particular problem.
JAL.. dear god, no. That's what I mean about being like wordpress. Half-assed crap like this, all over the place.
Just use assembler, sounds about right. I was going to help a friend with PIC programming last year but I didn't know where to start with the toolchain. Decided PIC* is the Wordpress of embedded (blind leading the blind and all that). Just use AVR assembler... if I get around to it... if Microchip doesn't ruin everything.
*Yes... one could compare Arduino to Wordpress... but not AVR.
My boiler and mercury thermostats (and wood stove) have been running at >99.999% uptime for 30 years. Extremely low-maintenance. I see no reason to "upgrade" to new crap to squeeze out an extra 5-10% efficiency. Gonna keep those babies going as long as possible.
Get on as many of these marketing lists as you can, and set up a .procmailrc rule to extract all the Cc: address. MUAHAhahaha!!!
Marketard protip: just use friggin' MailChimp, Mailgun, Constant Contact... it's cheap, it's easy, and some of your drivel might actually make it out of the recipients' spam folders.
> Yes I think the best way to describe such a work place corporate culture would be
... a hostile work environment. (I've been there. Boss was reading a coworker's personal webmail. Creeped everyone out.)
> Sorry but who wants to be tied to a desk any more? Anyone?
I can't tell if that's sarcasm, but seriously: Why would I want to bring my work everywhere I go and try to do it with a small touchscreen and lightweight CPU, when I can sit down at my desk, bang it out 10 times faster, and take a proper break?
Ah yes... looks like Ubuntu's Unity.
They tried. It sucked. Now someone else is trying it again.....
R Language, R Services.... how about just using a stats lib for whatever language one normally uses?
Being a language geek, I've looked into R briefly... IIRC it's slow, adhoc, and its syntax doesn't even offer any particular advantages over a lousy run-of-the-mill general purpose lang. It's only popular because a bunch new-to-programming stats geeks latched onto it a couple decades ago. Am I right?
Voice of experience speaking: "the browsers all suck"
I wouldn't touch SVG for games, when there's an immediate-mode equivalent: Canvas API. For a stupid web game that doesn't push the performance limits of a phone/tablet, it's fine. The bigger obstacle for most people coming to HTML5 from Flash is async resource loading. You can punt by embedding all your resources in one HTML file (audio+images in base64 data:// urls) but if that ends up being more than a few MBs in size, give up.
Network bandwidth is maxed out, and the wireless link speed is severely degraded due to extreme distance to the nearest available tower, but there's no throttling. Is that what he means?
Some of both. But with the shit that browser makers are throwing at us, even good programmers are bound to fumble quite a bit.
Dev/design shops don't have the resources to do everything properly. Sites need to be built in a timely fashion, and updated to meet rapidly shifting requirements from all sides... which requires developing primarily in one browser (latest Firefox or Chrome), relying on a lot of 3rd-party code, and then debugging other browsers as an afterthought. There's a ton of outdated, preliminary, erroneous, and obfuscated documentation to sift through as well. And experienced devs and designers tend to burn out, so even big-budget projects are understaffed. And that, in a nutshell, is why we're in this mess.
Webkit IS the platform.
Oh what the hell. If it reduces the pain of web development in the web's dying years, go for it.
My guess: Easyspace uses Linode infrastructure?
Over here in America, we don't need hackers to derail our shiny new medium-speed trains. I'm always hearing about derailments and emergency track closures on the main northeast rail lines. All it takes is a rockslide, a neglected track, an engineer with a smartphone...
The rest of the world will just have to stop running botnet-friendly OSes if it wants to see our, umm, botnet-friendly PHP sites again.
In the meantime, those who know what they're doing can use proxies, if it's that important to them. And I expect that anyone running 'important' sites on Linode - or DigitalOcean, Vultr, AWS, Azure, etc - will soon be adept at migrating to another VPS host when their current one falls over.
> there aren't enough hours in the day to do all that. This means I have to depend on and ultimately trust others to help out.
If people would lower their expectations it would be doable. And you can rely on others if you can check their work. That's standard practice in engineering, surveying, accounting, lots of professions... but not IT.
I figure nobody will give a damn until there's an epic existential tragedy... i.e. millions die as a direct result of blindly trusting IT.
That's basically what I've been thinking. Separate (or separable) hardware for compute and storage. Preferably redundant local and remote storage, which doesn't need to be trusted if the compute device encrypts everything sent to storage.
I don't think she's paranoid enough though. On x86 (and ARM, MIPS, etc), system-level software can see your decrypted data in RAM, and there's no way to verify that no system-level malware is running. It's a black box. So I say, use x86 for fun and games, and a slow-but-trustworthy compute device for communications. Implement it entirely in FPGA. Or discrete TTL chips (not particularly difficult). Of course, even a 7404 chip is a black box, as are most display & input devices. The ultimate solution is a DIY-friendly manufacturing process, from raw materials to finish. Until then, trust no electronics.
I haven't used Steam enough to notice that you can't play a game while it's downloading updates. WTF, really?
At least some of us are still making offline single-player games... and not releasing them half-finished...
> Sensitive billing information should be delivered from a secure source down a secure pipe into the recipient's browser
Nice thought, but CloudFlare is doing really funky stuff - essentially MITM - to cache requests for what *appears* to be a direct SSL connection to a site (unless you view the cert). Presumably other cache/CDN services like Akamai and Amazon are doing the same. All in the name of convenience and "ENCRYPT ALL THE THINGS!!!!!"
I think the web's days are numbered. HTTP is just a glorified anonymous-FTP protocol, designed to transfer static files without the overhead of logging in and holding a TCP session open. Dynamic content, scaling, decentralization, encryption, authorization, authentication, privacy, and security in general, were all afterthoughts. It's only going to get worse until these crappy old protocols bite the dust.
Just watch your accounts like a hawk, don't sleep or do holiday things, and you'll be fine. Mmmkay.
You know what else I hate about Paypal? Having to answer trick questions for every purchase. "Would you like to pay for this using your PP balance? Would you like to pay for this by signing up for a PP credit card?" Enough with the bullshit already!
There are no standards in music anyway, not the kind that everyone agrees on. A=440, equal temperament, 12 notes per octave, 7 (or 5) of those 12 to form a scale, repeats and jumps, straight 8ths or swing rhythm... that's just Western Music Theory 101. It amazes me that 500 year old music is totally readable, but the level of standardization is minimal.
ABC is fine for melodies. Lilypond is slightly better for polyphony. Musescore is so much easier, though, especially v2. But all they're all too awkward for a lot of keyboard/guitar/drum music with polyphony that doesn't fit the software's concept of "voices" - one of those ancient concepts that's less rigid than programmers realize. No doubt MusicXML suffers from this flaw, in addition to being XML. Dear God, I hate XML. After 20 years, XML parsers still aren't secure or consistent. It's hopelessly complex.
My rule of thumb: Handwrite for human players. Piano-roll editor for MIDI. Notation software for professional-quality printing/publishing. Audio recording for accurate reproduction.