m3mnoch

indeed.

tho, the important piece is the network. the network doesn't know or care if random people have a locally downloaded copy of the art. all sites, services, validations, virtual worlds, whatever on the network will hit the ethereum contract which gives up an address which you've proved you own by key signature.

the network can't see nor does it care about your local files.

which means, basically, any other appearance of the art in any other place is just an ad for the current owner of the nft.

it sounds like a lot of the negativity revolves around devops. that's understandable. it's part of a pendulum that swings back and forth. devops and docker as topics aren't really mutually inclusive.

docker, however, is more about the abstraction of complexity stemming from the industry's overall drive toward scalable, distributed applications and development teams. it's more analogous a developer saying, "why do we even use virtual machines?!? bare metal is way faster!"

personally, i always side with greed/effort on this one.

"wait -- we don't have to pay to keep/store/rotate/maintain logfiles? and that's a value proposition? yes! pipe them badboys to dev null!"

you have to dig for the pdf meat. https://www.puresec.io/resource-download

let me introduce you to mobygames: http://www.mobygames.com/game/xbox-one/disney-infinity-30-ed...

like movies, games have credits. entertainment products (movies, games, music, books, etc.) have traditionally been about following talent around to find more work by them. we're all basically entertainers.

that, and angry gamers can chase down people to yell at. especially the higher you are in the responsibility chain, the easier you are to find. linkedin makes sure of that. resumes and all that. because, you know, game devs want jobs, too.

this often means game developers don't have the choice to not be derided in public. not unless step one to joining a game team is the switch your entire life to "private". delist your home address. everything. and, i know plenty of devs who've had to. we all shrug and say, "man, that sucks."

because the difference between making games and making boring, insurance middleware? nobody really cares about enterprise middleware as craft. nobody wants to do it, much less thinks they can do it better.

EVERYONE passionately thinks/hopes/wishes/wants to make better games than you.

(. . . well, maybe not everyone, but certainly a whole lotta folks)

we do this at my (very large) company. it's awesome.

the best thing about it? engineers who aren't good at the strategic, human high-touch, or political issues, but excel at execution and implementation aren't managing teams of people -- they're busy executing and getting paid (and further promotions) based on their ability to execute, not on their ability to manage herds of programmers.

as a software engineer, i love that my boss is my boss because he's good at managing teams of software engineers. not because he's the best software engineer in the house.

this argument kind of annoys me.

"yeah, but how long before you see a return on investment?"

how about instantly?

this is what we did:

1) calculated our monthly electricity payment: $160 or so a month.

2) priced out solar to push our payment to net-zero-ish: the savings really start multiplying once you get down into the regulated tiers.

3) replaced our electricity bill with a solar installation loan.

what did we get in return?

instant insulation from rate hikes: http://business.time.com/2011/12/16/plugged-in-then-pay-up-e...

instant equity on our house.

oh, and look! i can now have a solar-powered car!

but yeah, if i happen to still live in this house in 15 years, sure, no electricity bill. and, i'm sure somewhere along the line i'll end up "making all my money back".

this article seems to confuse speed reading with skimming.

i took a full semester class back in high school where all we did was train speed reading. i was able to get to 800 wpm with 90% comprehension on tests. that was from a baseline start of ~150 wpm with 80% comprehension. (the tests afterwards weren't easy "what was the name of bob's dog?" questions)

i've, of course, lost it all in the past 25 years of no practice, but i remember the keys being swallowing entire lines instead of words, achieving "flow", and dropping the subvocalization of what you're reading. (when you pronounce words in your head)

we've had an echo for about a year now and we love it.

by 'we', mean my busy family of four. it acts as everything from shopping lists to homework timers to streaming pandora/spotify to telling jokes -- and more. we easily talk to her (she is basically part of the family) a dozen times a day.

i can totally see how someone who doesn't have all this commotion and such would think it useless. for us tho, it's not useless. it's both fun and functional.

personally, i'd rather see it combined with something like the casetop. basically, an all-in-one monitor, keyboard, and battery charger.

http://livi-design.ca/

...but, with much better industrial design.

i suspect it's more about lua being a really nice, embeddable scripting language. there's a reason game companies all* use it for content developer scripting languages.

language preferences aside, sometimes it's all about the right tool for the job.

* not literally _all_ of them, but lots and lots and lots.

dude! you should update that page! i actually understood what you said!

/shrug

i guess.

i mean, what's the layman's description of a rabi cycle? anyone? if someone can lay on me a description my very smart, but non-techy wife would understand, i'll be happy to update the wikipedia entry.

seems like all you have to do is explain quantum physics to a layman first. then (apparently) how a two-state quantum system interacts with an oscillatory driving field and what that has to do with that original layman's explanation of quantum physics.

piece of cake.

while this process feels like it's hitting the sweet spot for finding out who can write brilliant code, that's half or less of the battle in hiring people. personally (and as a hiring manager), i feel like a majority of the hiring process is dependent (obviously) on the environment you're hiring into.

hiring for that small startup? you'll want multi-hat wearing people first, brilliant programmers second.

hiring for a large enterprise team? you'll want to hire for "plays well with others" first, and brilliant programmers second.

that's not to say you should hire schleps, for sure. they should at least be competent programmers. i guess what i'm saying is (despite how it sounds), hiring someone who can program brilliantly is important, but not as important as hiring someone who can navigate your company's software-making requirements successfully.

firing the brilliant engineer who thinks he's more talented than everyone else in the small company so he keeps demanding to be put in charge? yup, that's a thing. firing the brilliant engineer who fights tooth-and-nail over some inconsequential feature the product team wants to change? that's a thing too. assigning a brilliant engineer to crap, meaningless work because no one else on the team wants to work with them? yuppers -- seen it.

in any organization, you are either the only one in charge or you're following someone else's orders -- both of which require different aspects around working well with others.

it feels like it's starting to get shaken out. the whole mega-popular digital book thing is enabling wider distribution of formats like novellas.

heck, even sanderson is getting in on the gig with all of his recent success with the shorter novels like "the emperor's soul" or "legion" -- which are both fantastic, btw.

probably because according to pi * d, they can squeeze more data in the chart and still fit within the width of that layout column.

that's just a guess tho.

People don't steal ideas.

while it feels counter-intuitive, this is absolutely true. people don't steal your idea because theirs is always better.

agreed. it's really about lifecycle.

near the beginning of your startup, you need multi-hat-wearing-swiss-army-knives for developers. once you get traction and growth, you need to bring in vertical expertise.

i suspect you don't actually have children.

as a parent, the places these buttons would need to be for me are already child-proofed. if it's sitting next to where i keep my laundry detergent, that space is already child-proofed. if it's under the sink next to my bottle of 409, it's already child-proofed.

know what i mean?

more convenient? no.

i would certainly rather have a small bank of interchangeable buttons for the 1/2 dozen items below my sink (dishwasher pods, 408, windex, sponges, trash bags, dish soap) than having to (with wet hands) find my phone/app/screen/button/click. those, of course, would be different than the small bank of buttons near the shelf in the garage. which would be different than the small bank of buttons in the laundry room.

would it make the inside of the sink cabinet door nicer-looking to have an app in my pocket? probably. also, this isn't a zero-sum thing. we can have both!

this actually reminds me a bit of the amazon echo in that it is completely and totally household dependent.

i have an echo and think it's completely amazing. my friend, basically has siri in his pocket and doesn't understand my crazy-love. the difference is that he's a single guy with his own apartment who always has his phone or computer within reach. i'm not.

my house is a family of four (me, the beautiful wife, a couple pre-teen boys) with a large common area filled with lots of traffic and commotion. the kids don't have phones. my wife and i have phones and computers, but they're not always in reach. whether she's making everyone's lunches in the morning, i'm playing munchkin with the boys, she's helping them with homework, i'm washing dishes after dinner, etc. -- it's rarely convenient (not to mention the poor social etiquette around the dinner table) to whip out a phone and do any 60-seconds-or-more task. with a family, you are kind of forced to be fully engaged most of the time.

this means we use the heck out of the amazon echo for the shopping list (also the music player, weather check, and timers for the boys) out of pure, unadulterated convenience.

in a busy household, it may sound cliche, but it's EXTREMELY convenient to just say "alexa, add sandwich bags to the shopping list" and the like while you're elbow-deep into putting away leftovers.

but having a free, physical button that magically reorders trash bags or detergent or paper towels placed in the very location where you would consume such things? magical!

because, again, in a busy household there are about a thousand other things you need to get to by the time you notice "oh, we're almost out of toilet paper" and inevitably, you'll catch yourself standing in costco next week trying to remember all the things you were almost out of.

and these are just the benefits to me -- for tide? this seems like a huge opportunity for brand lock-in and is probably even a joint venture between them and amazon.

now, someone just needs to submit a pull request to stripe for accepting cigarettes as payment.

i would recommend listening to the part on "common mistakes of new tech leads".

do you really want a project manager -- who hasn't contributed anything to the code base -- to evaluate skills, make recommendations, organize, and mediate for a team of a 8 or 10 software developers? probably not.

as a "tech lead" in a very, very large organization, i would say finding 30% of your time to code is very hard to do. especially given you are the one sitting in the meetings explaining progress, deflecting new arbitrary "but can't you just..." tasks, and speaking with authority on cross-team dependencies all day.

agreed. torrenting is not worth my time.

1) at this point, i just want it to work. if i don't have to do it, don't enjoy doing it, or don't get paid for doing it, i don't want to waste any time on it. time spent in setup and maintenance of torrent/media servers in the past has permanently put me on the netflix/hulu/amazon/spotify/roku side of the cost-to-benefit equation. i'm even one of those weird people who pay for netflix dvds.

2) there's so much content out there, that if your content is NOT available in the ecosystem, sorry, but my family doesn't bother to consume it. it's an attention economy and your (mr. content producer!) content strategy is putting you below the poverty line.

Minimalism isn't timeless, minimalism itself is a trend in design.

i suppose. depending on the length of your view. but, given minimalism has been a "trend" for the last 100 years or so, i am going to assume you're looking at broad trending across centuries instead of through the "flat design is trendy" lens.

try this then:

$ env X="() { :;} ; echo busted" /bin/bash -c "echo wow"

that'll pop out of usr, so you'll fail.

doesn't that make sense tho? you're looking at the top list in the primary marketplace. that'd be like going down to best buy and browsing their ps3 aisle and complaining that all the titles are lame and derivative.

do casual gamers shop on steam? no. people who are "real gamers" do. so, if you're looking for "real" games on mobile, you probably shouldn't browse the top 10 list in itunes.

so, as a guy who likes to help folks out, here's a big list of pretty awesome games on mobile: http://www.grabitmagazine.com/blog/post/the-top-50-best-indi...

as to the inevitable question of "how do they make money if you have to special-search for them?", you can take the number of ratings and ballpark some rule-of-thumb average numbers.[0]

downloads = number of ratings * 50

for freemium titles, revenue = number of downloads * .015 (1.5% of people pay on average) * $15 (freemium paying users average out to $15 per month) * 3 (lifetime in months, most folks say 6 month for the lifetime of paying users, but i don't feel that's a very reliable number)

for paid titles, revenue = number of downloads * price.

i'm sure you'll find them not being billionaires, but doing just fine. far better than earning out $7k.

[0] please note these are wild, ballpark numbers based on industry average data from places like swrve industry whitepapers. really only useful for "magnitude-only" calculations.

yes, i speak from experience. but unfortunately, i'm not at liberty to say much in detail other than the lame "i currently work at the walt disney company and all my opinions are my own".

as to marketing, yes, you will need to do a little bit of emailing and twittering. if your game is great, you'll get some pretty easy traction from places like touch arcade, tigsource, and indie game mag. from there, with no ad spend, i've personally seen much better than moderate, aggregate success.

especially when you consider the users are essentially free as opposed to paying $2-$5 per install from ad channels.

completely agreed.

in fact, i kind of cheated and skirted this issue with the flexible definition of "quality". for example, the difference between comparing your (not yours personally, but the royal "your") game with last year hits papers please vs. next year's presumed hit ori. quality in that case is relevant to the competition at the time a game is published.

moving goal posts ftw!

however, i believe this still holds up: make a quality game where quality is present-competition quality, not last-year-competition quality. but that bar just gets higher and higher every year that goes by.

in other words, it's pretty obvious this guy shouldn't be spending $100k making hobby games and then blaming their failure on the terribleness of the app store. that's just silly.

from tfa: >I spent hundreds of thousands on making high-quality mobile games in a booming market that went largely unnoticed.

as i'm in the industry, i follow gamasutra pretty closely so i actually read it last week when it was first published.