<?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:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Maxim Ananov on Medium]]></title>
        <description><![CDATA[Stories by Maxim Ananov on Medium]]></description>
        <link>https://medium.com/@pointum?source=rss-5697939a677e------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/1*K4giWfLYPmmFfHJ_Qc4oKA.png</url>
            <title>Stories by Maxim Ananov on Medium</title>
            <link>https://medium.com/@pointum?source=rss-5697939a677e------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Mon, 22 Jun 2026 01:42:25 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@pointum/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com" rel="hub"/>
        <item>
            <title><![CDATA[How to Compare Xcode and iOS Beta Release Notes]]></title>
            <link>https://medium.com/@pointum/how-to-compare-xcode-beta-release-notes-66ce00a2e250?source=rss-5697939a677e------2</link>
            <guid isPermaLink="false">https://medium.com/p/66ce00a2e250</guid>
            <category><![CDATA[mac]]></category>
            <category><![CDATA[apple]]></category>
            <category><![CDATA[xcode]]></category>
            <category><![CDATA[beta]]></category>
            <category><![CDATA[ios]]></category>
            <dc:creator><![CDATA[Maxim Ananov]]></dc:creator>
            <pubDate>Thu, 04 Jul 2019 12:12:42 GMT</pubDate>
            <atom:updated>2019-07-04T12:23:10.942Z</atom:updated>
            <content:encoded><![CDATA[<p>With regular Xcode and OS beta updates, the release notes become a lot to skim through. Instead of re-reading them each time to find nuggets of new useful information, lets <strong>compare</strong> them. Apple does not make it any easier — there’s no version history or diffs (like in API documentation). But it’s possible with just a couple of web tools.</p><p>First, we need to get a copy of the older beta release notes at the <a href="http://web.archive.org/">Web Archive</a>. For example, here are <strong>snapshots</strong> for Xcode 11 <a href="http://web.archive.org/web/20190701210440/https://developer.apple.com/documentation/xcode_release_notes/xcode_11_beta_2_release_notes">Beta 2</a> and <a href="http://web.archive.org/web/20190704105845/https://developer.apple.com/documentation/xcode_release_notes/xcode_11_beta_3_release_notes">Beta 3</a>. They correspond to these original page URLs: <a href="https://developer.apple.com/documentation/xcode_release_notes/xcode_11_beta_2_release_notes">beta 2</a> and <a href="https://developer.apple.com/documentation/xcode_release_notes/xcode_11_beta_3_release_notes">beta 3</a>. This also works for comparing iOS, tvOS, watchOS and macOS beta release notes. Just make sure to create a new web archive snapshot for each new beta.</p><p>Next, compare them using some visual page comparison tool, like <a href="https://www.changedetection.com/comparepages.html">ChangeDetection</a>. I’m sure there are other online and offline tools for this.</p><p>Voila! There’s just a few neatly highlighted paragraphs of added and removed text to process.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/828/1*sRP9jHuLgtK8ELiLLWM3Cg@2x.jpeg" /><figcaption>Example of added text in Xcode Beta 3 release notes.</figcaption></figure><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=66ce00a2e250" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Emojis in DRM, Code, UX and Marketing]]></title>
            <link>https://medium.com/hazeover/emojis-in-drm-code-ux-and-marketing-10c6563e31fb?source=rss-5697939a677e------2</link>
            <guid isPermaLink="false">https://medium.com/p/10c6563e31fb</guid>
            <category><![CDATA[mac]]></category>
            <category><![CDATA[marketing]]></category>
            <category><![CDATA[apple]]></category>
            <category><![CDATA[productivity]]></category>
            <category><![CDATA[ux]]></category>
            <dc:creator><![CDATA[Maxim Ananov]]></dc:creator>
            <pubDate>Wed, 25 Jan 2017 14:41:26 GMT</pubDate>
            <atom:updated>2017-01-25T14:41:26.900Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*0e2Mt2ZKDg0RzCntwiH6Uw.png" /></figure><p>Love it or hate it, but emojis are ubiquitous. Looking for ways to make my app stand out and delight, I’ve gradually came to a state where my app is infused with emojis through and through.</p><h3>Emoji License Keys</h3><p>Let’s start with the best part. Behold! The first ever<em> Digital Rights Management system based on emojis</em>. Yes, that’s the world we’re living in now. Brace yourself. 🔑🔒</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*QpWSWMMurR7j40CN33RCYA.png" /><figcaption>Emoji product key in its natural habitat</figcaption></figure><p>I’ve been selling <a href="https://hazeover.com/get/appstore">HazeOver on the Mac App Store</a> since 2011, but I’ve just started selling the app directly to overcome some restrictions. Having to deal with product keys is a tedious necessity both for developers and for the users. Developers have to come up with a licensing system and users have to input and manage license keys. Off with the old boring alphanumeric keys. Reportedly receiving and using an <strong>emoji license key brings smiles</strong> to the users of my app. And no, you don’t have to manually type it in.</p><p>What about compatibility? You don’t want to frown upon a set of blank squares, do you? I <a href="http://stackoverflow.com/a/38442010/217306">carefully picked</a> a subset of Unicode 6.1 emojis that are available since 2012 in OS X 10.7 and iOS 6. That OS support extends way beyond what I expect my customers to have.</p><h3>Emoji Code</h3><p>OK, the users are amused, but what about the developer. I think, you know where this is heading. Both app and server-side components of the licensing system contain emoji code. Sparingly used emoji symbols are like the little gears that make the system tick, keeping me entertained in the process of writing the code.</p><iframe src="" width="0" height="0" frameborder="0" scrolling="no"><a href="https://medium.com/media/118100b20e48820aebc4885066fe1060/href">https://medium.com/media/118100b20e48820aebc4885066fe1060/href</a></iframe><p>Built-in support for emojis in <em>Swift</em> programming language is here to blame. There’s something ancient and downright primordial in writing code where a class defined as a graphic symbol inherits from another semantically appropriate symbol.</p><blockquote>If programming was a thing in ancient Egypt or among cave men, pictograms would be <strong><em>the way</em></strong> to go.</blockquote><h3>Emoji Marketing</h3><p>This one is both simple and complicated. Some companies overuse emojis in their marketing copy. To the point where consumers or bloggers roll their eyes and delete an email the moment they see an emoji in the subject field. Consider emoji a spice — it’s delicious where appropriate and numbingly painful when overused. My main inspiration here is <a href="https://medium.com/u/b8b4445269d0">Product Hunt</a> — their emoji and GIF game is impeccable.</p><p>I use just a single emoji on <a href="https://hazeover.com/?utm_campaign=medium_emoji&amp;utm_source=link">HazeOver home page</a>, but the <a href="https://hazeover.com/buynow.html?utm_campaign=medium_emoji&amp;utm_source=link">product order page</a> has a few of them sprinkled to better illustrate the intent:</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*E9E4yVOpNYlRTBWZWrHHLw.png" /><figcaption>Expressing gratitude with emoji</figcaption></figure><p>Giving a gratitude here is an appropriate personal gesture that makes both the user and the developer feel better about their input in each others’ lives. And yes, I do indulge myself with a ☕️ or a 🍺 from time to time, having a moment of introspection and thinking that I’m making something users are grateful for.</p><p>Emojis are silly, fun, lighthearted and social. Consider ways emoji could add value to your design or copy without being distracting or annoying. I’ve got positive feedback on my use of emojis throughout the product, which means they serve their purpose right.</p><blockquote>After all it’s all about the message you convey.</blockquote><p>P.S. If you like this, there’s one more emoji—click the 💚 below.</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=10c6563e31fb" width="1" height="1" alt=""><hr><p><a href="https://medium.com/hazeover/emojis-in-drm-code-ux-and-marketing-10c6563e31fb">Emojis in DRM, Code, UX and Marketing</a> was originally published in <a href="https://medium.com/hazeover">HazeOver</a> on Medium, where people are continuing the conversation by highlighting and responding to this story.</p>]]></content:encoded>
        </item>
    </channel>
</rss>