HN user

younata

1,104 karma
Posts16
Comments432
View on HN

I wrote (and maintain) my own rss reader for iOS - https://github.com/younata/RSSClient/, here's a trimmed down version what I follow:

News:

- Electrek - https://electrek.co (Basically Tesla news, but ostensibly EV news)

- Hackaday

- MacRumors

Swift/iOS Dev:

- Natasha The Robot - http://natashatherobot.com

- Swift Weekly Brief - https://swiftweekly.github.io

- This Week in Swift - http://swiftnews.curated.co

- NSHipster

Misc:

- xkcd What If

- Wait but Why

- Mr. Money Mustache

There's also other stuff not really worth mentioning - serialized stories (mostly just feeds for a few reddit user's posts), my blog, some comics, etc.

Front-end design. I can make a beautiful back-end, but what does it matter to anyone but fellow hackers if a front-end end-user thing doesn't look good, is useful to beginners, but is also useful to those who've been around the block a bit?

assuming by "finding" you mean liking.

The api makes it very easy to use. I would like to get a generic beacon I can just slap on my door and forget about for 6 months or so, rather my current hack of using another one of my idevices to play with this.

As it is, I'll probably just get a raspi with a bluetooth le dongle, and use that (when my phone gets really close to the door, it unlocks the door, is the thought).

Oh, man. My previous experience in building simulators is a spaceflight simulator I wrote at the beginning of the year, because space, life is easy and I didn't have to really write hard numerical computing code. This is easily the most challenging thing I've ever written (but it's also easily the most fun thing I've ever written).

Good look getting into writing physics simulations!

Thank you for the interest! Right now, x-plane basically is the only player in the flight sim market (MS has officially stated they've left - though I doubt it's for good, FlightGear is the only other flight sim worth mentioning, and it's nowhere near as good/accurate as what I need), which, as you (indirectly) pointed out, is troublesome - the market is ripe for disruption. I'm aiming to at least provide healthy competition to increase the quality of all flight simulators (I'm also applying to get into this next YC batch... hopefully I'll get an interview. I doubt I'll get in, because lack of a cofounder).

I actually just wrote a script to generate an atom feed for this (I mean, I have some updates which are on my main index page, but, that's not a way to easily enable people to follow me...), so you can follow my little self-generated atom feed at http://younata.com/feed.atom right now, it's just a single post that links to my above comment, but I'll try to write at least once a week.

By the way, the datestamps on that feed are in UTC, which is localtime for my server.

Feel free to send me an email so I can notify you when I have a prototype. My email is listed in my profile.

I have been building a (highly accurate) flight simulator.

Basically, I'm taking a geometric approach to the flight dynamics model (similar to how x-plane works, except they're using... older techniques/technology. I'm using much more advanced stuff [working on seeing if I can simulate the airflow for the entire craft, as opposed to doing it by sections and then integrating those together]). This is in contrast to things like MS Flight simulator and FlightGear (though, flightgear does have a poorly documented and rather inaccurate geometry based fdm - but most people use the table-based one, which is far more accurate than the geometry-based fdm they have implemented), which use lookup tables to guess how an aircraft would perform.

The problem I actually originally set out to solve was that xfoil and xflr5 suck to use (importing/exporting plane data is... either you can't, or you shouldn't), and fuck paying for the more expensive design testers. (this is why I have the focus on accuracy - if this was just going to be a simple game, I'd have spent far more time making it look pretty) However, I figured that I could also make testing be more fun by adding an interactive mode (i.e. I want to be able to do hardware-in-the-loop type stuff, as well as just manually flying), and at that point, it just is a scriptable flight simulator.

I'm still working on the flight dynamics model, been teaching myself fluid dynamics so that I somewhat understand what all is going on there (as much as anyone who hasn't spent years studying this can understand...), and I've been working on writing code to run on the gpu (yay, opencl) in order to do this. It's been fun.

Driving up from Tucson, AZ. if anyone wants to ride with me (I'll take I-10 and I-5 on the 17th, leaving early morning). I can't provide accommodations other than the ride, though. I can comfortably fit 3 others in my car.

Email is in my profile.

Beta 1 had significantly reduced battery life. But, it has since been fixed. Since beta 3 or so, if there is a difference, I haven't noticed it.

Yes and no. The -(void)drawFrame call uses CPU, but almost everything else you do in UIKit is done in the gpu. (Everything that can be animated is done in the gpu)

If you are using a tail that does not have the -f flag (On debian-based systems, the shell you can drop into on install is like this), then you can combine tail with watch to get something close to tail -f.

    watch -n 2 tail $FILE
Of course, you will almost never come across an implementation of tail that does not include the -f flag.

On linux, it defaults to virtual terminals 1-6 (for the keys 1-6) behave like command lines, and X11 will occupy virtual terminal 7.

Basically, he's switching between a near-blank screen, and the graphical environment.