<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:og="http://ogp.me/ns#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns:schema="http://schema.org/" xmlns:sioc="http://rdfs.org/sioc/ns#" xmlns:sioct="http://rdfs.org/sioc/types#" xmlns:skos="http://www.w3.org/2004/02/skos/core#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/">
  <channel>
    <title>Advertising</title>
    <link>https://www.linuxjournal.com/</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>Best Linux Marketing Campaigns</title>
  <link>https://www.linuxjournal.com/content/best-linux-marketing-campaigns</link>
  <description>  &lt;div data-history-node-id="1340337" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/bryan-lunduke" lang="" about="https://www.linuxjournal.com/users/bryan-lunduke" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Bryan Lunduke&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
I have long held the opinion that one of the biggest problems holding back Linux-based systems
from dominating (market-share-wise) in the desktop computing space...&lt;a href="https://www.youtube.com/watch?v=VruNCQZDvRE"&gt;is marketing&lt;/a&gt;. Our lack of
attention-grabbing, hearts-and-minds-winning marketing is, in my oh-so-humble opinion, one of the
most glaring weaknesses of the Free and Open Source Software world.
&lt;/p&gt;

&lt;p&gt;
But, in a way, me saying that really isn't fair.
&lt;/p&gt;

&lt;p&gt;
The reality is that we have had some truly fantastic marketing campaigns through the years. A few
even managed to break outside our own Linux-loving community. Let's take a stroll through a
few of my favorites.
&lt;/p&gt;

&lt;p&gt;
From my vantage point, the best marketing has come from two places: IBM (which is purchasing Red
Hat) and SUSE. Let's do this chronologically.
&lt;/p&gt;

&lt;span class="h3-replacement"&gt;
IBM's "Peace. Love. Linux."
&lt;/span&gt;

&lt;p&gt;
Back in 2001, IBM made a major investment in Linux. To promote that investment, obviously, an ad
campaign must be launched! Something iconic! Something catchy! Something...potentially
illegal!
&lt;/p&gt;

&lt;p&gt;
Boy, did they nail it.
&lt;/p&gt;

&lt;p&gt;
"Peace. Love. Linux." Represented by simple symbols: a peace sign, a heart and a penguin, all in little circles next to each other.
It was visually pleasing, and it promoted happiness (or, at least, peace and love). Brilliant!
&lt;/p&gt;

&lt;p&gt;
IBM then paid to have more than 300 of these images spray-painted across sidewalks all over San
Francisco. The paint was supposed to be biodegradable and wash away quickly. Unfortunately, that
didn't happen—many of the stencils still were there months later.
&lt;/p&gt;

&lt;p&gt;
And, &lt;a href="https://www.computerworld.com/article/2592386/operating-systems/ibm-s-linux-ad-campaign-trips-on-city-sidewalks.html"&gt;according
to the mayor&lt;/a&gt;, "Some were etched into the concrete, so, in those cases, they will
never be removed."
&lt;/p&gt;

&lt;p&gt;
The response from the city was...just as you'd expect.
&lt;/p&gt;

&lt;p&gt;
After months of discussion, the City of San Francisco &lt;a href="https://www.zdnet.com/article/ibm-gets-100000-fine-for-peace-love-and-linux-campaign"&gt;fined
Big Blue $100,000&lt;/a&gt;, plus any
additional cleanup costs, plus legal fees.
&lt;/p&gt;

&lt;p&gt;
On the flip-side, the stories around it made for a heck of a lot of advertising!
&lt;/p&gt;

&lt;span class="h3-replacement"&gt;
IBM's "The Kid"
&lt;/span&gt;

&lt;p&gt;
Remember the Linux Super Bowl ad from IBM? The one with the little boy &lt;a href="https://www.youtube.com/watch?v=x7ozaFbqg00"&gt;sitting in a room of pure
white light&lt;/a&gt;?
&lt;/p&gt;

&lt;p&gt;
"He's learning. Absorbing. Getting smarter every day."
&lt;/p&gt;

&lt;p&gt;
When that hit in 2004, it was like, &lt;em&gt;whoa&lt;/em&gt;. Linux has made it. IBM made a Super Bowl ad about
it!
&lt;/p&gt;

&lt;p&gt;
"Does he have a name? His name...is Linux."
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/best-linux-marketing-campaigns" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 05 Dec 2018 13:00:00 +0000</pubDate>
    <dc:creator>Bryan Lunduke</dc:creator>
    <guid isPermaLink="false">1340337 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Let's talk advertising</title>
  <link>https://www.linuxjournal.com/content/lets-talk-advertising</link>
  <description>  &lt;div data-history-node-id="1339588" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/doc-searls" lang="" about="https://www.linuxjournal.com/users/doc-searls" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Doc Searls&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;img src="http://www.linuxjournal.com/files/linuxjournal.com/ufiles/imagecache/large-550px-centered/u800391/morebetter.jpg" alt="" title="" class="imagecache-large-550px-centered" /&gt;
This is the first in a series of posts in which members of our still-small staff raise topics for discussion. Since I'm a veteran of both the journalism and advertising businesses, I'll start this discussion.
&lt;p&gt;
&lt;/p&gt;
First, we're wiping all advertising off the &lt;cite&gt;Linux Journal&lt;/cite&gt; site and starting with a clean slate. This is a bit complicated because we're also upgrading the site from Drupal 6 to 8, which is a bit like rebuilding an occupied house. So bear with us through that.
&lt;p&gt;
&lt;/p&gt;
Second, if we ever go back to running ads, they won't be of the spying kind generally called "adtech." I have been an enemy of adtech from its start, and for years have &lt;a href="http://blogs.harvard.edu/doc/the-adblock-war/"&gt;led in the movement&lt;/a&gt; to kill it. I've done that through my work with &lt;a href="http://projectvrm.org/"&gt;ProjectVRM&lt;/a&gt; and its spinoff &lt;a href="http://customercommons.org/"&gt;Customer Commons&lt;/a&gt; (both at Harvard's &lt;a href="http://cyber.harvard.edu/"&gt;Berkman Klein Center&lt;/a&gt;), and here at &lt;cite&gt;Linux Journal&lt;/cite&gt; (examples &lt;a href="http://www.linuxjournal.com/content/privacy-personal"&gt;here&lt;/a&gt;, &lt;a href="http://j.mp/bndry"&gt;here&lt;/a&gt;, &lt;a href="http://www.linuxjournal.com/content/how-will-big-data-craze-play-out"&gt;here&lt;/a&gt;, &lt;a href="http://www.linuxjournal.com/content/what-we-can-do-ad-blockings-leverage"&gt;here&lt;/a&gt; and &lt;a href="http://bit.ly/pr0bcnt"&gt;here&lt;/a&gt;).
&lt;p&gt;
&lt;/p&gt;
As I say &lt;a href="http://doc.blog/2017/10/12/anEasyFixForABrokenSystem.html"&gt;here&lt;/a&gt;,
&lt;p&gt;
&lt;/p&gt;
&lt;cite&gt;"&lt;a href="http://blogs.harvard.edu/doc/2015/08/26/apples-content-blocking-is-chemo-for-the-cancer-of-adtech/"&gt;Adtech is a cancer&lt;/a&gt; on advertisers, publishers, and everybody it tracks.
&lt;p&gt;
&lt;/p&gt;
We already have one form of chemo in ad blocking. According to &lt;a href="https://pagefair.com/blog/2017/adblockreport/"&gt;PageFair’s 2017 Adblock Report&lt;/a&gt;, at least 11% of the world’s population is now blocking ads on at least 615 million devices. &lt;a href="http://blog.globalwebindex.net/chart-of-the-day/37-of-mobile-users-are-blocking-ads/"&gt;According to GlobalWebIndex&lt;/a&gt;, 37% of all mobile users, worldwide, were blocking ads by January of 2016, and another 42% would like to. With &lt;a href="https://www.statista.com/statistics/274774/forecast-of-mobile-phone-users-worldwide/"&gt;more than 4.77 billion mobile phone users in the world by 2017&lt;/a&gt;, that means more than 1.7 billion people are blocking ads already: a sum exceeding the population of the Western Hemisphere.&lt;/cite&gt;
&lt;p&gt;
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/lets-talk-advertising" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Sat, 06 Jan 2018 18:19:07 +0000</pubDate>
    <dc:creator>Doc Searls</dc:creator>
    <guid isPermaLink="false">1339588 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Neuranet's Flexitive</title>
  <link>https://www.linuxjournal.com/content/neuranets-flexitive</link>
  <description>  &lt;div data-history-node-id="1339531" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/james-gray" lang="" about="https://www.linuxjournal.com/users/james-gray" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;James Gray&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
The new Interactive Advertising Bureau (IAB) Standard Ad Unit Portfolio's
support for flexible ads is intended to improve the ad experience for users and
boost revenue potential for advertisers. An updated solution from Neuranet, its
&lt;a href="https://flexitive.com"&gt;Flexitive 2.0&lt;/a&gt; responsive design software, is designed to solve today's design
challenges and give media companies and agencies a significant advantage in
adapting to the IAB's new Flex Specifications and Lean Guidelines that were
released in summer 2017. 
&lt;/p&gt;

&lt;p&gt;
Flexitive 2.0 is the next generation of Neuranet's
HTML5 cloud-based platform that supports more advanced responsive design
capabilities for building high-quality, animated HTML5-based designs that adapt to
unlimited sizes across any device, operating system, app or browser. The new
standards were designed to promote user-friendly digital advertising that can
scale across device types easily. 
&lt;/p&gt;

&lt;p&gt;
Flexitive also incorporates the LEAN principles
of lightweight, encrypted, AdChoices-supported and non-invasive advertising.
Neuranet emphasizes other key features of Flexitive 2.0, such as an easy-to-use
drag-and-drop interface that requires no coding knowledge, unlimited sizing of a
single design, two-click creative design variations with instant scaling, export
for use in more than 30 ad servers and more.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/neuranets-flexitive" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 25 Oct 2017 15:24:05 +0000</pubDate>
    <dc:creator>James Gray</dc:creator>
    <guid isPermaLink="false">1339531 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Celtra's AdCreator Platform</title>
  <link>https://www.linuxjournal.com/content/celtras-adcreator-platform</link>
  <description>  &lt;div data-history-node-id="1339442" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/james-gray" lang="" about="https://www.linuxjournal.com/users/james-gray" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;James Gray&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
Mobile advertising campaigns today are often hampered by broken, non-viewable
ads with a poor UX experience. An important open-source initiative aimed at
solving this problem and making the web better for all is the AMP Project,
which enables the creation of websites and ads that are consistently fast,
beautiful and high-performing across devices and distribution platforms. 
&lt;/p&gt;

&lt;p&gt;
Now,
&lt;a href="http://www.celtra.com"&gt;Celtra&lt;/a&gt; AdCreator, a SaaS creative management platform for digital advertising,
integrates support for the creation of AMP Ads, a new standard for making ads
faster, lighter and more secure. Celtra foresees a transformative power in this
new product, because AMP helps pave the way for better creative, a significantly
improved customer experience and higher mobile ad engagement rates and
resulting ROI. Celtra AdCreator overcomes the barriers of cost of data and slow
network speed that make it difficult to engage with viewers meaningfully.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/celtras-adcreator-platform" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Mon, 17 Jul 2017 11:53:17 +0000</pubDate>
    <dc:creator>James Gray</dc:creator>
    <guid isPermaLink="false">1339442 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>The Problem with "Content"</title>
  <link>https://www.linuxjournal.com/content/problem-content</link>
  <description>  &lt;div data-history-node-id="1339304" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/doc-searls" lang="" about="https://www.linuxjournal.com/users/doc-searls" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Doc Searls&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
Back in the early '00s, &lt;a href="https://en.wikipedia.org/wiki/John_Perry_Barlow"&gt;John Perry Barlow&lt;/a&gt;
said "I didn't start hearing about
'content' until the container business felt threatened." &lt;em&gt;Linux
Journal&lt;/em&gt; was
one of those containers—so was every other magazine, newspaper and
broadcast station. Today, those containers are bobbing around in an ocean of
"content" on the internet. Worse, the stuff inside the containers, which we
used to call "editorial", is now a breed of
"content" too.
&lt;/p&gt;

&lt;p&gt;
In the old days, editorial lived on one side of a "Chinese
wall" between
itself and the publishing side of a newspaper or magazine. The same went for the
programming and advertising sides of a commercial broadcast station or
network. The wall was transparent, meaning it was possible for a writer, a
photographer, a newscaster or a performing artist to see what funded the
operation, but the ethical thing was to ignore what happened on the other
side of that wall. Which was easy to do, because everything on the other
side of that wall was somebody else's job.
&lt;/p&gt;

&lt;p&gt;
Today that wall has been destroyed by the imperatives of "content
production", which is the new job of journalists and everybody else devoted
to "generating content" in maximum volumes, all the better to attract
"programmatic" advertising.
&lt;/p&gt;

&lt;p&gt;
You can see the wreckage of one such wall in a January 2017 &lt;em&gt;The New
York Times&lt;/em&gt; story titled &lt;a href="https://www.nytimes.com/2017/01/03/nyregion/in-new-jersey-only-a-few-media-watchdogs-are-left.html?_r=2"&gt;"In New Jersey, Only a Few Media
Watchdogs Are Left"&lt;/a&gt;,
by David
Chen. In it he writes, "The &lt;em&gt;Star-Ledger&lt;/em&gt;, which almost halved its newsroom
eight years ago, has mutated into a digital media company requiring most
reporters to reach an ever-increasing quota of page views as part of their
compensation."
&lt;/p&gt;

&lt;p&gt;
As I explained in my January 2016 article &lt;a href="http://www.linuxjournal.com/content/what-we-can-do-ad-blockings-leverage"&gt;"What We Can Do with Ad Blocking's
Leverage"&lt;/a&gt;,
the advertising we're talking about here isn't the old Madison
Avenue kind that lived on the other side of journalism's Chinese wall. It's
a new all-digital kind called &lt;em&gt;adtech&lt;/em&gt;. While adtech is
&lt;em&gt;called&lt;/em&gt; advertising,
and &lt;em&gt;looks&lt;/em&gt; like advertising, it is actually a breed of
&lt;a href="https://en.wikipedia.org/wiki/Direct_marketing"&gt;direct
marketing&lt;/a&gt;, a
cousin of spam descended from junk mail.
&lt;/p&gt;

&lt;p&gt;
Like junk mail, adtech is data-driven, wants to get personal, finds success
in tiny-percentage responses and excuses massive negative
externalities.
Those include wanton and unwelcome surveillance, annoying the crap out of
people and filling the world with crap—including fake news and
fraudulent advertising.
&lt;/p&gt;

&lt;p&gt;
Here's one way to tell the difference between real advertising and adtech,
using the &lt;em&gt;Star-Ledger&lt;/em&gt; as an example:
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/problem-content" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Tue, 07 Mar 2017 15:23:11 +0000</pubDate>
    <dc:creator>Doc Searls</dc:creator>
    <guid isPermaLink="false">1339304 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Progress on Privacy</title>
  <link>https://www.linuxjournal.com/content/progress-privacy</link>
  <description>  &lt;div data-history-node-id="1339236" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/doc-searls" lang="" about="https://www.linuxjournal.com/users/doc-searls" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Doc Searls&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
The internet
didn't come with privacy, any more than the planet did. But at least
the planet had nature, which provided raw materials for the privacy
technologies we call clothing and shelter. On the net, we use human
nature to make our own raw materials. Those include code, protocols,
standards, frameworks and best practices, such as those behind free and
open-source software.
&lt;/p&gt;

&lt;p&gt;
So far, our best privacy tech is encryption. But I won't dwell on that one,
because I assume all &lt;em&gt;Linux Journal&lt;/em&gt; readers are experts
at that. Instead,
I want to visit three others, all of which are new.
&lt;/p&gt;

&lt;p&gt;
The first is agreements.
&lt;/p&gt;

&lt;p&gt;
The most popular informal agreements in the physical world are called
&lt;em&gt;secrets&lt;/em&gt;. These aren't especially enforceable,
but they are backed by &lt;em&gt;norms&lt;/em&gt;, which are powerful
constraints operating in a social context. For example, we trust that
people, other than the intended recipient, won't open a sealed envelope,
even if they can. The seal (such as the one shown in Figure 1) signals
secrecy and has been in use for hundreds of years.
&lt;/p&gt;
&lt;img src="http://www.linuxjournal.com/files/linuxjournal.com/ufiles/imagecache/large-550px-centered/u1000009/12110f1.jpg" alt="" title="" class="imagecache-large-550px-centered" /&gt;&lt;p&gt;
&lt;strong&gt;Figure 1. Seal Signaling Secrecy&lt;/strong&gt;
&lt;/p&gt;

&lt;p&gt;
More formal are the legal agreements we call
&lt;em&gt;terms&lt;/em&gt;. We encounter these every time we click
"agree" to something that looks like what is shown in Figure 2.
&lt;/p&gt;
&lt;img src="http://www.linuxjournal.com/files/linuxjournal.com/ufiles/imagecache/large-550px-centered/u1000009/12110f2.jpg" alt="" title="" class="imagecache-large-550px-centered" /&gt;&lt;p&gt;
&lt;strong&gt;Figure 2. The Legal Agreements We Call &lt;em&gt;Terms&lt;/em&gt;
&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;
Did you read that? Go back and try reading it again.
&lt;/p&gt;

&lt;p&gt;
These are &lt;a href="http://legaldictionary.net/adhesion-contract"&gt;"contracts of
adhesion"&lt;/a&gt;, defined (by the &lt;em&gt;Legal
Dictionary&lt;/em&gt;) as "a standardized contract offered to
consumers on a 'take it or leave it' basis without giving the
consumer an opportunity to bargain for terms that are more
favorable".
After industry won
the industrial revolution, large companies needed to create legal
agreements for dealing with up to millions of customers. Contracts of
adhesion were the only way. Alas, this also sidelined &lt;a href="http://www.lawteacher.net/free-law-essays/contract-law/the-doctrine-of-freedom-of-contract.php"&gt;freedom
of contract&lt;/a&gt;,
"which allows parties to provide for the terms and conditions that will
govern the relationship" (says LawTeacher.net).
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/progress-privacy" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 08 Dec 2016 11:30:36 +0000</pubDate>
    <dc:creator>Doc Searls</dc:creator>
    <guid isPermaLink="false">1339236 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
