<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Meta on miqu.me</title><link>https://miqu.me/blog/categories/meta/</link><description>Recent content in Meta on miqu.me</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 28 Jan 2018 19:06:09 +0000</lastBuildDate><atom:link href="https://miqu.me/blog/categories/meta/index.xml" rel="self" type="application/rss+xml"/><item><title>My top 5 must-have technical books</title><link>https://miqu.me/blog/2018/01/28/top-5-must-have-technical-books/</link><pubDate>Sun, 28 Jan 2018 19:06:09 +0000</pubDate><guid>https://miqu.me/blog/2018/01/28/top-5-must-have-technical-books/</guid><description>&lt;p&gt;Quite recently a team member wanted to suggest interesting technical books to read for a junior engineer. I figured I might as well write my top 5
books here, in no particular order. I believe every Software Engineer should own these books, but reading them is a very good start ;)&lt;/p&gt;</description></item><item><title>Knowing when to delete code</title><link>https://miqu.me/blog/2016/08/16/knowing-when-to-delete-code/</link><pubDate>Tue, 16 Aug 2016 21:04:04 +0100</pubDate><guid>https://miqu.me/blog/2016/08/16/knowing-when-to-delete-code/</guid><description>&lt;p&gt;Much of the literature and writing related to sofware development focuses on the creation, new ideas, fresh ideas and things to improve in your next project. But when is it a good moment to delete the old stuff in an long term project? Here&amp;rsquo;s my short rant about this; I recently deleted a chunk of code in my current project and just felt I wanted to write my thoughts.&lt;/p&gt;</description></item><item><title>Dear SDK developer</title><link>https://miqu.me/blog/2016/04/22/dear-sdk-developer/</link><pubDate>Fri, 22 Apr 2016 12:50:32 +0100</pubDate><guid>https://miqu.me/blog/2016/04/22/dear-sdk-developer/</guid><description>&lt;p&gt;As an application developer I get to use many third party code to integrate it into my current project. I want to share a checklist of things a user of an SDK really appreciates.&lt;/p&gt;</description></item><item><title>Poor man's functional programming</title><link>https://miqu.me/blog/2015/08/31/poor-mans-functional-programming/</link><pubDate>Mon, 31 Aug 2015 21:00:00 +0100</pubDate><guid>https://miqu.me/blog/2015/08/31/poor-mans-functional-programming/</guid><description>&lt;p&gt;It&amp;rsquo;s a very exciting time to be an iOS or Mac developer. The platform moves very fast and we got a new toy (language) to play with: Swift. It&amp;rsquo;s the perfect time to reevaluate, learn and evolve as a programmer, because you will be forced to adopt this new language (yes, I think Swift is the future, 100%).&lt;/p&gt;
&lt;p&gt;I want to relate this to the fact that most iOS engineers, or mobile application developers, are traditionally familiar with Object Oriented Programming paradigm. But Swift offers more than different syntax and OOP.&lt;/p&gt;
&lt;p&gt;I’m referring to &lt;em&gt;some&lt;/em&gt; features inspired by functional languages. If you’ve ever had an interest, but never the chance or motivation to go forth and look into this paradigm, now it&amp;rsquo;s the perfect time to do it.&lt;/p&gt;</description></item><item><title>Freehand Drawing</title><link>https://miqu.me/blog/2015/08/20/freehand-drawing/</link><pubDate>Thu, 20 Aug 2015 21:09:40 +0100</pubDate><guid>https://miqu.me/blog/2015/08/20/freehand-drawing/</guid><description>&lt;p&gt;Yesterday my last post on the series ‘Let’s build Freehand Drawing for iOS’ has been published at Badoo Tech blog. It’s been a very good experience for me, and of course I recommend you visit the tutorials if you are interested.&lt;/p&gt;
&lt;p&gt;I divided the tutorials in 3 parts:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://techblog.badoo.com/blog/2015/06/15/lets-build-freehand-drawing-in-ios-part-1/"&gt;Part 1&lt;/a&gt;: Introduces the feature and a naive implementation&lt;/li&gt;
&lt;li&gt;&lt;a href="https://techblog.badoo.com/blog/2015/06/29/lets-build-freehand-drawing-in-ios-part-2/"&gt;Part 2&lt;/a&gt;: Adds undo functionality, refactoring along the way&lt;/li&gt;
&lt;li&gt;&lt;a href="https://techblog.badoo.com/blog/2015/08/18/lets-build-freehand-drawing-in-ios-part-3/"&gt;Part 3&lt;/a&gt;: Improves stroke to make it look smoother&lt;/li&gt;
&lt;/ul&gt;
&lt;h1 id="building-tutorials-is-hard"&gt;Building tutorials is hard&lt;/h1&gt;
&lt;p&gt;This series has been my first take on writing technical tutorials. And I must say that it’s a lot harder than I thought. You need to keep track of the content, code correctness, and the pace of the articles so it’s readable and understandable. Coding while writing an article is challenging, but the experience has been very gratifying.&lt;/p&gt;</description></item><item><title>One commit a day</title><link>https://miqu.me/blog/2015/08/07/one-commit-a-day/</link><pubDate>Fri, 07 Aug 2015 21:22:22 +0100</pubDate><guid>https://miqu.me/blog/2015/08/07/one-commit-a-day/</guid><description>&lt;p&gt;One commit a day. A lesson I’ve learned the hard way when dealing with long-term side projects.&lt;/p&gt;</description></item><item><title>Code injection: Continued</title><link>https://miqu.me/blog/2015/01/29/code-injection-continued/</link><pubDate>Thu, 29 Jan 2015 17:33:30 +0000</pubDate><guid>https://miqu.me/blog/2015/01/29/code-injection-continued/</guid><description>&lt;p&gt;I&amp;rsquo;ve recently done a short talk &lt;a href="https://badoo.com"&gt;@Badoo&lt;/a&gt; about code injection. Summarized and gave a demo of my previous &lt;a href="https://miqu.me/blog/2014/11/23/ios-code-injection/"&gt;blog post&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.youtube.com/watch?v=VEardIxgZNE&amp;amp;feature=youtu.be"&gt;Check it out&lt;/a&gt; if you are interested. Feedback on the talk is more than welcome, &lt;a href="https://twitter.com/miguelquinon"&gt;contact me&lt;/a&gt;&lt;/p&gt;</description></item><item><title>Travis + octopress = Yay!</title><link>https://miqu.me/blog/2014/11/27/travis-plus-octopress-equals-yay/</link><pubDate>Thu, 27 Nov 2014 22:45:25 +0000</pubDate><guid>https://miqu.me/blog/2014/11/27/travis-plus-octopress-equals-yay/</guid><description>&lt;p&gt;I just finished setting up &lt;a href="https://www.travis-ci.com"&gt;Travis CI&lt;/a&gt; integration with this blog. So now I don&amp;rsquo;t even need to do rake generate_deploy.
Just git push to source and deploy after 3 mins. Happiness.&lt;/p&gt;
&lt;p&gt;I based my config on &lt;a href="https://www.harimenon.com/blog/2013/01/27/auto-deploying-to-my-octopress-blog/"&gt;Hari Menon&amp;rsquo;s post&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;My small contribution to whoever happens to read this post is:
&lt;strong&gt;Don&amp;rsquo;t forget to set up your user.name and user.email&lt;/strong&gt; in Travis CI. Check my final &lt;a href="https://github.com/DarthMike/darthmike.github.io/blob/source/.travis.yml"&gt;travis.yml&lt;/a&gt; if you are curious.&lt;/p&gt;
&lt;p&gt;Happy coding!&lt;/p&gt;</description></item><item><title>Technical fanatism</title><link>https://miqu.me/blog/2014/10/24/technical-fanatism/</link><pubDate>Fri, 24 Oct 2014 15:21:07 +0100</pubDate><guid>https://miqu.me/blog/2014/10/24/technical-fanatism/</guid><description>&lt;p&gt;Whenever I meet some developer, I can always get a really interesting conversation. Be it tools, opinions on platforms, favorite blogs, books, or
some new technique I didn&amp;rsquo;t know about.
&lt;br/&gt;
That&amp;rsquo;s why it&amp;rsquo;s important to discuss with other people in the field their opinions, they challenge your assumptions and you can gain useful
insights which otherwise would be hidden to you for longer. But sometimes, you hit a wall. Somebody does not listen.&lt;/p&gt;</description></item></channel></rss>