<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss version="2.0">
  <channel>
    <title>niqos design studio blog</title>
    <link>http://www.niqos.com</link>
    <description>Our thoughts on Web Design, Development, and Usability.</description>
    <language>en-us</language>
    <generator>Symphony (build 1701)</generator>
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/niqos" type="application/rss+xml" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item>
      <title>Some notes on the Fourier Transform in programming</title>
      <link>http://www.niqos.com
	/posts/
	2009
	/
	04
	/
	20
	/
	some-notes-on-the-fourier-transform-in-programming
	/
</link>
      <pubDate>Tue, 21 Apr 2009 03:46:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2009
	/
	04
	/
	20
	/
	some-notes-on-the-fourier-transform-in-programming
	/
</guid>
      <description>I’m very proud and excited to say that I will be participating in this year’s DreamIt with a wonderful startup named Trendsta. The DreamIt program this year has 10 companies all in all, with some very exciting concepts being developed. Naturally, as an engineer, I’ve taken an interest in a couple of the projects that have cool engineering challenges. Now, I’m not going to name names here for privacy’s sake, but I’d like to ruminate on one of the company’s technical problems involving frequency data of the spoken human voice.</description>
    </item>
    <item>
      <title>Designing a Predictive Traction Control System</title>
      <link>http://www.niqos.com
	/posts/
	2009
	/
	03
	/
	11
	/
	designing-a-predictive-traction-control-system
	/
</link>
      <pubDate>Thu, 12 Mar 2009 03:25:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2009
	/
	03
	/
	11
	/
	designing-a-predictive-traction-control-system
	/
</guid>
      <description>Here’s a project I’m currently working on with the Cooper Union Formula SAE team. I’m in charge of developing and implementing a predictive traction control system specifically for high performance race maneuvering in a formula-style race car. Read more about it!</description>
    </item>
    <item>
      <title>Modeling Physics (Gravity and Drag) in Processing</title>
      <link>http://www.niqos.com
	/posts/
	2008
	/
	03
	/
	25
	/
	modeling-physics-gravity-and-drag-in-processing
	/
</link>
      <pubDate>Wed, 26 Mar 2008 01:41:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2008
	/
	03
	/
	25
	/
	modeling-physics-gravity-and-drag-in-processing
	/
</guid>
      <description>My girlfriend (an artist) is in one of Cooper Union’s learn-to-computer-program courses. The language they’re using is called Processing, a very simple programming language based on Java and aimed toward graphical output. The project she decided to do was to make a simple bounce-a-ball game, and she asked me for help with the physics of the ball motion. I helped her of course, but being an engineer, I took what I did and expanded on it (and maybe went over the top). What I ended up with was a gravity simulator that also takes into account inelastic collisions, air friction for laminar flow around the ball, and drag force for turbulent flow around the ball. The code is open for you to play with, all variables are parameterized (everything from the size of the ball and screen, to the density and viscosity of air), and heavily commented.</description>
    </item>
    <item>
      <title>Drastically Reduce Your Development Time (Project Planning and Execution)</title>
      <link>http://www.niqos.com
	/posts/
	2007
	/
	11
	/
	13
	/
	drastically-reduce-your-development-time-project
	/
</link>
      <pubDate>Tue, 13 Nov 2007 19:50:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2007
	/
	11
	/
	13
	/
	drastically-reduce-your-development-time-project
	/
</guid>
      <description>We consider ourselves to be a rapid-development, rapid-deployment team. We do most of our projects in half the time than other teams would. Lots of people have asked us how we do it, and we’re finally ready to share our secret with you. As a caveat: this is what works for us– it may not work for you, but we do believe this is the best approach to use when developing any sort of application or product. We also strongly believe that if it weren’t for this approach, developing applications would take twice as long. Try it out for yourself!</description>
    </item>
    <item>
      <title>CSS for Programmers (and anyone else who appreciates clean, approachable CSS)</title>
      <link>http://www.niqos.com
	/posts/
	2007
	/
	11
	/
	09
	/
	css-for-programmers-and-anyone-else-who-appreciat
	/
</link>
      <pubDate>Fri, 09 Nov 2007 06:12:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2007
	/
	11
	/
	09
	/
	css-for-programmers-and-anyone-else-who-appreciat
	/
</guid>
      <description>When used properly CSS can be an elegant and efficient way to express the presentational rules for a web page. Programmers typically love and embrace tools that provide for separation of concerns, as this is often the best method of managing complexity. So it’s strange to me that some of the most bloated, mangled and unmaintainable CSS I’ve ever seen was written by programmers. I might expect this type of behavior from designers/illustrators, but come on, not Ruby on Rails programmers–a group of people willing to accept subpar raw-performance for improvements in code architecture and readability (myself included) should be all over this CSS stuff.</description>
    </item>
    <item>
      <title>Ruby on the Client Side</title>
      <link>http://www.niqos.com
	/posts/
	2007
	/
	10
	/
	29
	/
	ruby-on-the-client-side
	/
</link>
      <pubDate>Tue, 30 Oct 2007 02:45:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2007
	/
	10
	/
	29
	/
	ruby-on-the-client-side
	/
</guid>
      <description>A Google search for cross-platform development languages results in the usual suspects: Java, Python, and C/C++. We needed something a bit more agile for the newest project we’re working on, and decided to start from the ground up with Ruby. We’ve discovered that with the right tools and some ingenuity, it’s actually a wonderfully efficient tool for writing client side applications.</description>
    </item>
    <item>
      <title>Peak Picking Algorithm</title>
      <link>http://www.niqos.com
	/posts/
	2007
	/
	10
	/
	22
	/
	peak-picking-algorithm
	/
</link>
      <pubDate>Mon, 22 Oct 2007 19:20:00 GMT</pubDate>
      <guid>http://www.niqos.com
	/posts/
	2007
	/
	10
	/
	22
	/
	peak-picking-algorithm
	/
</guid>
      <description>Recently, I was hired for a project for which I had to develop a peak-finding algorithm, graph a set of data points, and mark the peaks. Internet searches revealed no easy-to-follow instructions on how to actually find peaks within a data set, so I decided to tackle the problem myself. Although I came up with a solution specific to chemical spectroscopic datasets, this should work for all sorts of data. Read on for instructions!</description>
    </item>
  </channel>
</rss>
