From: Linus Torvalds linux-foundation.org>
Subject: Re: [RFC] Convert builin-mailinfo.c to use The Better String Library.
Date: 2007-09-06 17:50:28 GMT
On Wed, 5 Sep 2007, Dmitry Kakurin wrote:
> When I first looked at Git source code two things struck me as odd:
> 1. Pure C as opposed to C++. No idea why. Please don’t talk about portability,
> it’s BS.
*YOU* are full of bullshit.
C++ is a horrible language. It’s made more horrible by the fact that a lot
of substandard programmers use it, to the point where it’s much much
easier to generate total and utter crap with it. Quite frankly, even if
the choice of C were to do *nothing* but keep the C++ programmers out,
that in itself would be a huge reason to use C.
In other words: the choice of C is the only sane choice. I know Miles
Bader jokingly said “to piss you off”, but it’s actually true. I’ve come
to the conclusion that any programmer that would prefer the project to be in C++ over C is likely a programmer that I really *would* prefer to piss off, so that he doesn’t come and screw up any project I’m involved with.
C++ leads to really really bad design choices. You invariably start using
the “nice” library features of the language like STL and Boost and other
total and utter crap, that may “help” you program, but causes:
– infinite amounts of pain when they don’t work (and anybody who tells me that STL and especially Boost are stable and portable is just so full
of BS that it’s not even funny)
– inefficient abstracted programming models where two years down the road you notice that some abstraction wasn’t very efficient, but now all
your code depends on all the nice object models around it, and you
cannot fix it without rewriting your app.
In other words, the only way to do good, efficient, and system-level and
portable C++ ends up to limit yourself to all the things that are
basically available in C. And limiting your project to C means that people
don’t screw that up, and also means that you get a lot of programmers that do actually understand low-level issues and don’t screw things up with any idiotic “object model” crap.
So I’m sorry, but for something like git, where efficiency was a primary
objective, the “advantages” of C++ is just a huge mistake. The fact that
we also piss off people who cannot see that is just a big additional
If you want a VCS that is written in C++, go play with Monotone. Really.
They use a “real database”. They use “nice object-oriented libraries”.
They use “nice C++ abstractions”. And quite frankly, as a result of all
these design decisions that sound so appealing to some CS people, the end result is a horrible and unmaintainable mess.
But I’m sure you’d like it more than git.
First of all, my apologies for the lack of maintenance for this version in the last four years. I got stuck implementing subtitles and as my Drupal project ended I did not have time anymore to work on this project, hoping someone would take over. Recently I started working on a new Drupal project and while being annoyed by the lack of maintenance in some projects I realized that I was responsible for this negligence as well. I hope this release is not too late.
This release fixes the most important issues, adding support for more recent Video.js versions and expanding CDN support. Later I hope to add less important issues and then release 3.0 final
Improvements compared to 7.x-3.0-alpha2
- Issue #1864438 by Jorrit: Added support for selecting the default track.
- Issue #2028357 by roball: Fixed track language code attribute.
- Issue #2024815 by Jorrit: Added support for inline videos in wysiwyg editors using the Media module and added other compatibility fixes with the Media and File Entity modules.
- Issue #2024815 by Jorrit: Added extra classes for files displayed using the media module.
- Issue #2050721 by leonardo.drupal: Fixed wrong default_value index for the default subtitle drop down.
- Issue #2069865 by jamiehollen: Moved check_plain() and file_create_url() from template to preprocess.
- Update version detection regex and add support for version 5 and 6
- Fixes videojs_get_version() when using Libraries API or CDN
- Allow selecting a specific CDN version, default to 6.0.0.
Because I run Linux
Linux blackpearl.techharbor.com 4.9.6-100.fc24.x86_64 #1 SMP Thu Jan 26 10:21:30 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
I’m old, but my technical abilities are still STOUT.
I will take a poll this week of what folks use on their personal machines at home, if they have one besides their phone 🙂
The plot focuses on the Rebel Alliance, led by Princess Leia, and its attempt to destroy the Galactic Empire’s space station, the Death Star.
I just try to listen to the smart guys: http://buytaert.net/selecting-a-client-side-framework-for-drupal
I’m totally stoked on Drupal with Angular on the client side. NodeJS for Real time comms: https://drupalize.me/videos/what-nodejs?p=2348