Language Selection

English French German Italian Portuguese Spanish

Wiley Programmers Work for Peer Respect

Filed under
Linux

Please don't take this as being overly critical. I think that Mr. Starks viewpoint is shared by many other people and I don't see anything wrong with it. However, I'd like to try and explain why things work the way they do. Hopefully the following will sheds some light in that respect.

In Ken Starks open letter he brings up quite a few salient points. Any OS needs a clean interface that serves it's users well. Linux needs to have an accounting package similar to QuickBooks so that users of QuickBooks will use Linux.

I've read this last one in quite a few places from quite a few random people. Sometimes the program is QuickBooks, sometimes PhotoShop, or sometimes a more esoteric special purpose application.

That didn't really draw my attention. In some ways, exhorting free software hackers to program you a clone of application Y has attained a sort of ritualistic quality to it. Dance around monolith, sprinkle water, rinse, repeat. It's easy to do with little practical effect.

One of the reasons it's not effective is pointed out in the next paragraph. After querying why developers don't work on their spare time to create an interface that's not what they want to use, it's pointed out that two developers do their work for peer acknowledgment. I suppose when I phrase it that way it becomes somewhat more apparent.

What I do find odd is that people expect the developer "community" that works on packages running on Linux to care about them. They expect their wants addressed (by random developers) or they'll stop using Linux. Who this should be addressed to is commercial vendors, not random application developers. Distribution vendors actually do care if you use Linux.

People that develop software in their spare time generally do so to scratch an itch. Maybe they need something to benchmark hardware (like I did). Maybe they just want some recognition of their talent by their peer group (like our two examples).

I think the disconnect may be that people forget the reason behind open source applications being created. It tends to be to satisfy the programmer's (or institution's) need.

Full Story.

Thank you for your candid response

Thank you for your level-headed response and concise explanation. The inferno that is my email inbox is full of responses ranging from angry disagreements to threats of physical abuse. Overwhelmingly though, there are messages of support and agreement. No complaints here...the points I raised in my letter are important enough to me that I will withstand all manner of critisism.

Please let me assure you, I have been in contact with software vendors for three years now, lobbying the Linux Case. I did this long before my appeal to the Development Community. The response to my requests may as well have been copied and pasted from a single source. "At this time, the low user base of Linux does not merit the expense of developing our software to fit those needs." So I turn to you.

In more than one response to my letter, I have been accused of being on a "crusade". I have been told that I am "pissing in the wind" and that until Linux Developers are compensated for their time and efforts, Linux is destined to remain a hobby for geeks and a far-off promise for the computing world. I see some of this validated by your response and some of the link examples you provide. So where does that leave the millions of people who have put their faith and trust in Linux? No...I really want that question answered. Where does that leave the rest of us? As well, where does that leave the brilliant distribution development teams that have provided us such astonishing efforts as PCLinuxOS, Mepis and Kanotix? If we are to fully accept those explanations you provide as to why Linux Developers do not create the software needed to make Linux a viable desktop alternative, then the question becomes rhetorical.

I suppose when it is boiled down to its base ingrediants, the solution is to use Red Hat, Suse, Xandros or any of the other proprietary distributions and hope their development teams can answer our needs. Thats a shame, because people like me would be more than happy to pay for a native Linux application that rivals Quickbooks or Quicken. Yes, Gnucash is a fine effort, but others besides myself consider it to be one of the half-finished apps that litter Linux. Many people find it perfect for their needs as you do, but many small and medium businesses do not.

While I truely appreciate your candid and timely response, I cannot feel anything less than discouraged by it. Basically you have explained to me what most people already knew. Linux users are subject to the whims of its developers and should consider themselves blessed when manna trickles down upon them. If this is indeed true, then the only other thing that needs to be written for Linux is its obituary.

Ken Starks

re: Thank you for your candid response

> Basically you have explained to me what most people already knew. Linux users are subject to the whims of its developers and should consider themselves blessed when manna trickles down upon them.

lolol...

good comeback helios! take no prisoners. Big Grin

----
You talk the talk, but do you waddle the waddle?

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Security Leftovers

  • efail: Outdated Crypto Standards are to blame
    I have a lot of thoughts about the recently published efail vulnerability, so I thought I'd start to writeup some of them. I'd like to skip all the public outrage about the disclosure process for now, as I mainly wanted to get into the technical issues, explain what I think went wrong and how things can become more secure in the future. I read lots of wrong statements that "it's only the mail clients" and the underlying crypto standards are fine, so I'll start by explaining why I believe the OpenPGP and S/MIME standards are broken and why we still see these kinds of bugs in 2018. I plan to do a second writeup that will be titled "efail: HTML mails are to blame". I assume most will have heard of efail by now, but the quick version is this: By combining a weakness in cryptographic modes along with HTML emails a team of researchers was able to figure out a variety of ways in which mail clients can be tricked into exfiltrating the content of encrypted e-mails. Not all of the attack scenarios involve crypto, but those that do exploit a property of encryption modes that is called malleability. It means that under certain circumstances you can do controlled changes of the content of an encrypted message. [...] Properly using authenticated encryption modes can prevent a lot of problems. It's been a known issue in OpenPGP, but until know it wasn't pressing enough to fix it. The good news is that with minor modifications OpenPGP can still be used safely. And having a future OpenPGP standard with proper authenticated encryption is definitely possible. For S/MIME the situation is much more dire and it's probably best to just give up on it. It was never a good idea in the first place to have competing standards for e-mail encryption. For other crypto protocols there's a lesson to be learned as well: Stop using unauthenticated encryption modes. If anything efail should make that abundantly clear.
  • Comcast Leaked Customer Wi-Fi Logins in Plaintext, Change Your Passcode Now
    A Comcast Xfinity website was leaking Wi-Fi names and passwords, meaning now is a good time to change your Wi-Fi passcode. The site, intended to help new customers set up new routers, could easily be fooled into revealing the location of and password for any customer’s Wi-Fi network. A customer ID and a house or apartment number was all would-be attackers needed to get full access to your network, along with your full address.
  • Update Fedora Linux using terminal for latest software patches
  • Patch for New Spectre-Like CPU Bug Could Affect Your Performance
  • container_t versus svirt_lxc_net_t

today's howtos

Red Hat News

  • “Ultimate Private Cloud” Demo, Under The Hood!
    At the recent Red Hat Summit in San Francisco, and more recently the OpenStack Summit in Vancouver, the OpenStack engineering team worked on some interesting demos for the keynote talks. I’ve been directly involved with the deployment of Red Hat OpenShift Platform on bare metal using the Red Hat OpenStack Platform director deployment/management tool, integrated with openshift-ansible. I’ll give some details of this demo, the upstream TripleO features related to this work, and insight around the potential use-cases.
  • Discover the possibilities of hybrid cloud during a joint virtual event with Red Hat & Microsoft [Ed: [Ed: When Red Hat pus Microsoft executives at top positions inside Red Hat...]
  • Red Hat OpenStack Customer Survey 2018: containers, technical support top of mind
    In 2016, we surveyed our customer base on their use of OpenStack in production, getting a pulse-check on the top considerations, expectations, and benefits of a Red Hat OpenStack Platform deployment. With 2018 marking five years of Red Hat OpenStack Platform, we checked back in with our customers to see if their experiences or expectations of OpenStack have changed. Our survey found:
  • Red Hat CEO Jim Whitehurst On How He Plans To Win The Container Market
  • Juniper, Red Hat Tighten Integration to Fend Off VMware
    Juniper Networks and Red Hat have tightened their integration efforts in a move to help ease enterprise adoption of cloud-native platforms and bolster their own offerings against the likes of VMware and Cisco. The latest platform integration includes the Red Hat OpenStack Platform; Red Hat’s OpenShift Container Platform running as a platform-as-a-service (PaaS) on top of or next to the OpenStack platform depending on deployment architecture; and Juniper’s Contrail Enterprise Multi-Cloud platform running as the networking and security layer to unify those together. This integration is designed as a managed system to help deploy and run applications and services on any virtual machine (VM), container platform, and any cloud environment.
  • Red Hat OpenStack HCI Targets Telco Hybrid Cloud, 5G Deployments
    Red Hat today rolled out a hyperconverged infrastructure (HCI) platform based on OpenStack compute and Ceph storage. The new product targets service providers looking to deploy virtual network functions (VNFs) and 5G technologies on top of open source software. Launched at this week’s OpenStack Summit, the Red Hat Hyperconverged Infrastructure for Cloud combines Red Hat OpenStack Platform 13 and Red Hat Ceph Storage 3 into one product. Red Hat says it is the largest contributor to both open source projects.
  • Red Hat Hyperconverged Infrastructure for Cloud Bridges Datacenters and Edge Deployments
  • GSoC 2018: Week 1
    This time, I am working on improving the Fedora Community App with the Fedora project. It’s been a week since we started off our coding on may 14. The Fedora App is a central location for Fedora users and innovators to stay updated on The Fedora Project. News updates, social posts, Ask Fedora, as well as articles from Fedora Magazine are all held under this app.

Today in Techrights