Hacker Newsnew | past | comments | ask | show | jobs | submit | dyselon's commentslogin

Heaven forbid someone pay for an online service they use and enjoy.


Their point is that it's not "paying for" but it's "paying off".


Sure, it's just a poor analogy. YouTube doesn't show up at your door unprompted as junk mail does. You go there intentionally for the purpose of watching a video. You can pay for that video with your time or your money. No one is being "paid off" in that scenario.


Third option: I don't pay for it, I don't load the ads, and the trillion dollar company figures out a way to live with the economic consequences of their own decisions.

The company voluntarily decided to serve the content at no charge to consumers, at the company's own expense, to the internet at large, with no reasonable expectation of any obligations from the people they're freely offering the content to.

They're welcome to stop freely offering it the moment they decide they don't want to be the world's most popular video sharing and viewing platform anymore.

Until then, neither I nor anyone else has any obligation to pay them, run any part of their front-end code (includig the ad-serving parts), or view any of their ads.


I do, but not for services that treat their users (and content creators!) like YT does.


We finally gave up our Prius after 12 years, and we never changed the brakes once. The brakes were just peeking into the yellow on its last service upgrade. I was really impressed with how well the "normal" hybrid could take advantage of regenerative breaking, honestly.


I first changed the brakes on my Mitsubishi Space Star (combustion) after 13 years. It is a small car, less than 1000kg, so there is little for the brakes to do. If we produced more percentage of small cars, many environmental risks would be reduced. And btw.: The tires are now 19 years old and still good (less weight, less abrasion!).


That's not OK by any means, you don't have mandatory periodical technical inspections? This would fail immediately in any half-decent country. An example - wife's older Seat has 6 years old winter tires which were given for free when buying it second hand a year ago. Technician just told us even those are beyond acceptable here in Switzerland and we need to change them before next inspection.

Your very old tires makes you a serious threat on the road while completely oblivious about this fact... not cool, please change them if you drive on public roads, if not for you just for the sake of others.


We are in Germany, which has the highest inspection standards. The tires have passed every inspection. They look like new, but I will still replace them soon, just in case. I am writing this because most people cannot imagine that a 900 kg car puts very little pressure on tires, so they are hardly used.


Rubber degrades with UV exposure, even if the tread depth is ok. Be careful, esp at higher speeds.


Beware of dry rot. Rubber that old is likely not in as good shape as it might appear, and could fail catastrophically in the right conditions.


Seriously, you should not use tires older than 10 years. They degrade over time.


Time based degradation is mostly a factor of exposure to the sun and the weather.

I just trashed some 15yo Firestones last month, after wearing them completely bald of course.


I really like the DE0-CV in particular for having the 7 segment displays and accessible buttons and switches. When I was first getting started in FPGA stuff, I spent a lot of time just getting basic circuits to work, and you need some physical IO to get any feedback that your stuff works. It gives you a lot of things to learn on before you start worrying about VGA output or whatever (but does have a lot of interesting stuff on board for when you do want to mess around with that stuff!)


There's a ton of of dev boards out there, but I would say to be sure to get something with hardware buttons and LEDs, as it really helps with some of the Hello World level of things, and many of the cheapest options won't have those.

I started messing with FPGAs with the DE0-Nano, but eventually got so frustrated with the tiny buttons that I upgraded to a DE0-CV, which I really enjoyed my time with. It has some 7 segment LEDs, physical switches, and buttons, and it also has a VGA port, PS/2 port, and Micro SD card slot, so you can build a pretty snazzy little PC if you want to.


Not the gp, but I used Duolingo quite a bit, and recently learned Spanish to an upper intermediate level. In my opinion, Duolingo is just as weak with pure reading as with spoken language. You'll learn some vocabulary and be introduced to ideas, and that's valuable, but not enough. Just like spoken, to learn to read, you have to read a bunch of stuff you can understand. I jumped straight from Duolingo to children and young adult books, and it was a difficult transition with lots of intensive looking-up-every-other-word study, but, I mean, you do that long enough, and eventually you're just reading.


Accessing the cart was as fast as accessing RAM, and you didn't have much RAM to go around, so I imagine there just wasn't much advantage to it.


No, compression was used extensively. Just often hand-rolled and for specific things. https://multimedia.cx/eggs/nes-compression/ has a link to an RLE implementation used in some Zelda game.


Op's point is that the lower nominal voltage is the culprit in the battery's lower energy density. If you and I each have a 1 kg battery that stores 1 amp hour, but yours puts out 3.7v and mine puts out 2.5, then your battery is storing more total energy than mine. We can both manipulate that output voltage (via boost converter, or more commonly just using multiple batteries in serial) to get whatever we need, but given the same load, my battery's just going to drain faster than yours.


This, plus also boost converters are only 85-95% efficient and they are very expensive.


Can I ask what the feature set looked like? I always kind of wanted to do this with the Skullgirls AI, but never had the time while we were developing it. As a developer, I obviously had full access to the game state, but I'm still not really sure what the best way to represent that state to a neural network is.


It was just basic stuff like player positions, velocities, and animation states.


Is there a good reference for potential upgrades to old, obsolete-ish parts? I definitely understand that many of the old logic ICs, transistors, and op-amps have been displaced by better parts, but I don't always know how to identify them short of a parametric search on digikey and hoping there's not some sharp corner I missed. I'd find a lot of value in a page that had some recommendations for "Are you using <OLD PART> for <PURPOSE>? Consider <NEW PART>!"


Not really, because as so many commenters have pointed out, the choice to use "antique" parts is more of a value judgement than a violation of natural law.

When in doubt, your best move is probably to see what Horowitz and Hill have to say. AoE3 has a lot of specific component recommendations.


The DE0-CV is a bit more expensive, but I think it's probably better than the Nano for the FPGA 101 type experiments. It's got more on the way of switches and LEDs, and the buttons are a lot easier to get to. I have both, and I had a lot more fun with low level learning activities with the CV than the Nano. Moving past that, I also enjoyed messing with the VGA and SD card peripherals more than the ADC and accelerometer, and also found those easier to add on after the fact.


I added a hand-made VGA "shield" to the Nano and used 3 digital I/O pins to get 3 bit color. I don't have a picture of the add-on board handy, but you can see a breakout game I made here: http://jrward.org/breakout.html


I also made a VGA shield for my Nano! I got a couple pictures at https://mobile.twitter.com/dyselon/status/648020130471899136

That project is actually kind of what convinced me to go ahead and buy the CV. It was fun, but it just felt like a lot of work making things that I could just already have on the board.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: