Language:

en_US

switch to room list switch to menu My folders
Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last
[#] Sun Jun 15 2014 20:12:59 UTC from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

It became clear that to build a successful mobile application you should make it available on all of the major mobile marketplaces - namely Apple AppStore, Google PlayStore and Microsoft Windows Store.

 

Err... major mobile marketplaces and Windows Store in one sentence? Sounds like bullshit to me. Android users are leechers and do not pay for apps and ios app coders do not need a multi device framework because they have a fairly homogenous environment. Also only about 5 different screensizes instead of a brazillion different ones for android.

*spills flamewar fuel all around the room*



[#] Mon Jun 16 2014 12:57:29 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


Heh... well, dunno about others, but I've paid for numerous applications on my Android.

[#] Fri Jun 20 2014 19:15:41 UTC from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

The idea that Android users will never pay for apps is a myth perpetrated by iFanbois.

[#] Fri Jun 20 2014 19:28:17 UTC from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

 

http://blog.appannie.com/wp-content/uploads/2014/04/image01-Store-Download-Revenue-Charts.png

 

If you break that down to $/download it looks pretty lousy.



[#] Mon Jun 23 2014 22:43:24 UTC from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

True, but let's see the totals if you include ad revenue resulting from the use of the apps. Perhaps the reason Android users don't pay as much for apps is because they don't need to.

[#] Wed Jun 25 2014 20:27:20 UTC from Sig

[Reply] [ReplyQuoted] [Headers] [Print]

I've bought a bunch of Android games ove rthe last year. Aside from the Humble Bundles: Pen and Paper, Elder Sign, XCom, Sorcery!, Out There, Terraria, Frankenstein, probably some others. Paid version of Podcast Republic and a live wallpaper. Some music apps (e.g. a guitar tuner, drum rudiments, guitar tablature app).
That's probably more than I've paid for software for my desktop in that period, honestly.

[#] Thu Jun 26 2014 14:18:21 UTC from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

Yes, ads might be a source of additional income. I never click them.

And I also spent most of my app money on games, but mostly for my son. :(



[#] Fri Jun 27 2014 09:27:52 UTC from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

http://tutorialzine.com/2014/06/guess-the-programming-language/

I got 19 of 20. Also missed a real Basic variety.



[#] Fri Jun 27 2014 11:45:41 UTC from dothebart

[Reply] [ReplyQuoted] [Headers] [Print]

me too, but I thought of javascript as brainfuck.



[#] Mon Jul 14 2014 13:31:41 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


I have a fun little math problem I want to solve for a real-world application (not for where I work right now).

I have a file that could be up to 10 gigs large.

I want to break that file down to x number of chunks of y bytes. I need for y to be divisible by 8, but it's okay if the chunk comes up short (say, if the file doesn't neatly divide by y, or by 8).

The tricky bit is to ensure x and y are as close as possible to each other in value. They don't have to be exact, but that's the ideal.

That's the puzzle I'm working on in my spare time.

[#] Mon Jul 14 2014 13:56:37 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


Hmm... now I see why that's so hard to do programmatically.

Let x = size of data chunks divided by 8.

Let y = number of data chunks.

Let t = total size of the data.

(x / 8) * y = (t/8)
(x * (8 * y) = t
x = t / (8 * y)
or, viewed another way:

x = (t / 8) * y

So, after dividing t by 8, you take that number, break it down to its various primes, then figure out how to divvy up the two sets of primes such that if you add the primes together, they're as close as possible to the same result.

An example: if t == 100, then x = (100 / 8) * y, or x = 12 / y. If x = 4 and y = 3, then 4 = 12 / 3, a valid answer.

When applied to the problem above, 4 * 8 = 32, 3 * 32 = 96, which is pretty close to 100.

So, 4 chunks of 32 bytes will cover the 100 byte size, breaking 100 up nicely, while not using too many chunks.

The hard part is going to be that breaking down the primes and finding a combination of them that comes up close to the same number. I seem to recall calculating the primes for a particular number isn't particularly simple in the first place. Still, that's the optimum thing that I need. Hrm.

[#] Mon Jul 14 2014 15:04:28 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


Yeah, looks like prime factorization is part of what I need to do this efficiently, and greater minds than mine have an interest in solving that efficiently for large numbers.

A 64-bit number might not be considered 'large' for this, though. But the algorithms I've seen for solving this (currently) seem arcane. As in, if I could fully grok those algorithms, I should change careers.

[#] Tue Aug 19 2014 19:51:52 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


Not that most people here would care, but C++14, as of yesterday, is now a standard that will be published later this year:

http://isocpp.org/blog/2014/08/we-have-cpp14

This is kind of amazing, in that this standard is being published at about the same time that the people who make compilers are releasing versions of the compiler that conform to it. In the past, you had to wait years before you had a compiler that matched the standard.

As for what is in C++14, I don't know yet. I haven't been keeping close enough track to see what they're doing. I suspect they have been trying to focus on multi-processor related commands (atomic memory management, a clearer handling for threads and sychronization, etc).

[#] Fri Aug 29 2014 19:31:39 UTC from Sig

[Reply] [ReplyQuoted] [Headers] [Print]

Playing with the Python introductory series on Codecademy.org. I haven't tried anything resembling programming (or scripting beyond a very basic level) since 1995. It's kind of amusing, and in nice bite-sized chunks.

[#] Fri Aug 29 2014 20:14:56 UTC from dothebart

[Reply] [ReplyQuoted] [Headers] [Print]

ipython notebook seems to be cute.



[#] Fri Aug 29 2014 23:05:55 UTC from vince-q

[Reply] [ReplyQuoted] [Headers] [Print]

I just went to the site (after reading your msg) for the first time. Looks really interesting. Time to explore!

[#] Mon Sep 01 2014 14:41:57 UTC from Sig

[Reply] [ReplyQuoted] [Headers] [Print]

I haven't programmed anything more complicated than a three-line batch file or shell script since 1995, but I've been working through the python stream at Codecademy.com. Maybe my brain is finally ready for the concepts involved, but I'm having way more fun and grokking it far better at 36 than I did at 16. The hard part is playing catch up; even while juggling my children and her other tasks during the day, my wife keeps getting ahead of me in the lessons, and then I have to catch back up again after work. This weekend has given me opportunities to pull ahead a bit, but we'll see how long it lasts.

I'm not current on the religious wars. Does python count as programming?

Also, ipython is really amusing.

[#] Mon Sep 01 2014 15:54:26 UTC from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


Python is used quite a bit in the industry... no controversy there.

Although I think there's a bit of a scuffle between Python and Perl, as they are both popular scripting languages.

[#] Mon Sep 01 2014 21:18:13 UTC from dothebart

[Reply] [ReplyQuoted] [Headers] [Print]

well, i'd rather say, there used to be controversy.

perl has lost.

And that for a reason. while its easy to write perl programs that look to anybody else like character soup, its easy in python to write human(!) readable programs.

Python is definitely a good language to start learning to program.



[#] Tue Sep 02 2014 02:10:02 UTC from Sig

[Reply] [ReplyQuoted] [Headers] [Print]

It's definitely more friendly than Turbo Pascal (the vehicle of my last foray).


Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last