g3rald's comments

On: The Age of AI has begun

[g3rald]

My primary concern with recent advances in AI is the imbalance it will create. Most optimistic views on AI come from people already employed by the major players (OpenAI, Microsoft, Nvidia, etc.), and one their main arguments is that while they acknowledge AI will displace numerous jobs, it will also generate superior ones. However, the main problem arises when these "better" jobs replace the lost ones, but are performed by fewer individuals. One developer will be capable of accomplishing the work of at least three, and the same applies to lawyers, analysts, and so on.

On: Ryan Bates returns

[g3rald]

Welcome back Ryan. Many people, including me, began learning Rails with your very helpful tutorials :)

On: José Valim on the Elixir Language, Concurrency, It...

[g3rald]

I started getting interested in Elixir, especially after seeing the amazing benchmark of Phoenix, built on top of Elixir >> https://github.com/mroth/phoenix-showdown

On: My product failed

[g3rald]

One problem i can see is you build an isolated system. People when look for a solution like inventory, hopes that in the future they can intregrate it into a bigger system. Someone talk in this discussion about ERP, but i think that build an ERP require too much resources and time, about all for an startup, but is desirable to have a product that have more than just an inventory system. I think you have two ways, first integrate your system with some big alternatives of market [some one mention shopify] or create more systems and integrate them [consider see openerp or openbravo]...

On: Show HN: Goodbye Old Editor – Reinventing coding w...

[g3rald]

That's incredible. I've been trying all morning, and do not stop to amaze me.

[friendcode → g3rald]

Thanks, I'm happy that you like it :)

[g3rald → friendcode]

Hey man, i just found a problem with Ruby. When i run the demo code with sinatra, tries to download dependencies with Bundler, i got this error:

Installing dependencies using Bundler version 1.3.2 Running: bundle install --without development:test --path vendor/bundle --binstubs vendor/bundle/bin --deployment The source :rubygems is deprecated because HTTP requests are insecure. Please change your source to 'https://rubygems.org if possible, or 'http://rubygems.org if not. You are trying to install in deployment mode after changing your Gemfile. Run `bundle install` elsewhere and add the updated Gemfile.lock to version control. You have added to the Gemfile: * source: rubygems repository http://rubygems.org/ * sinatra (= 1.1.0) * thin ! ERROR: Failed to install gems via Bundler.

On: Riding Rails: 2013 Rails Google Summer of Code Pro...

[g3rald]

I just was waiting for that. I was recently searching for a new open source project in Ruby on Rails where i could collaborate to improve my skills and generate some value...

On: Frameworks Round 3

[g3rald]

I want to try Gemini. Can you give me some tips to start?

On: Frameworks Round 3

[g3rald]

Wow I'm surprised that Rails has obtained better performance than PHP frameworks, and on many occasions has proved better than DJango...

[g3rald → g3rald]

Consider that we are talking about web oriented programming languages ​​and frameworks.

On: Expunging Google

[g3rald]

For companies like Google we are mere merchandise, as we do not generate sufficient profits they discard us, well done ...

On: Ruby is too slow for programming competitions

[g3rald]

There is a huge difference between Ruby and Go, in terms of performance. I wonder if anyone has any experience with Python, considering that both are interpreted programming languages.

[gtaylor → g3rald]

CPython is a bit faster than Ruby, but I'm not sure it'd be drastic enough of a difference for it to be much better in the author's case.

Porting his code to PyPy would be very interesting, though.

[jdotjdot → g3rald]

I've has decent experiences with Python in Google Code Jam, with two exceptions. (1) Python can't handle large numbers, so the mere existence of huge integer inputs for the large prime number problem blew up my code since Python could not convert numbers that large. (2) Python is fine with math, but at a certain point of data accumulation, performance just plummets, no matter how good your algorithm is. Overall, though, I haven't had the experience the parent comment did. Either Python works beautifully or it literally just doesn't work, rather than take an hour.

I treat it as a challenge, though, as it forces me to be smarter about my implementation.

[Luyt → jdotjdot]

Python can't handle large numbers

Are you sure? Can you post a number of which you think Python can't handle?

    >>> int("983728338427643876432784367834678326438763278463276543675324675327867498274982787463273647235347652673547623548628347892374982374862384676235478632894790238409382984782768347683274983274964826487264826482264862384628648723643874268426482634826438742648276487264823764873627463252642654")

    983728338427643876432784367834678326438763278463276543675324675327867498274982787463273647235347652673547623548628347892374982374862384676235478632894790238409382984782768347683274983274964826487264826482264862384628648723643874268426482634826438742648276487264823764873627463252642654L
    >>>

[minopret → jdotjdot]

(1) In what sense do you mean "Python can't handle large numbers"?

    time python -c 'print (5**(5**5))*(3**(3**3))' \
    | python -c 'import sys; print hex(int(sys.stdin.read()))'  \
    | wc -c
        1829

    real	0m0.091s
    user	0m0.149s
    sys	0m0.027s

[omaranto → jdotjdot]

What do you mean Python cannot handle large numbers? It has an arbitrary precision integer data type built in:

    >>> 3**1000     132207081948080663689045525975214436596542203275214816767783138506080619639097776968725823559509545821006189118620803878014774228964841274390400117588618041128947815623617812548034440554705439703889581746536825491613622083028969185564040848989376093732421718463599386955167650189414350385648747165832010614366132173102768902855220001

[masklinn → jdotjdot]

> Python can't handle large numbers, so the mere existence of huge integer inputs for the large prime number problem blew up my code since Python could not convert numbers that large.

Beg pardon?

    >>> 2**2**2**2**2
    [snipped because HN does not allow 20k comments)

[bvdbijl → g3rald]

In my experience the speed decrease isn't worth it during competitions.

I heard some talk about allowing Python at the International Olympiad in Informatics http://www.ioinformatics.org/index.shtml (in addition to Pascal and C(++)) but that's probably far off

[Luyt → g3rald]

Actually, Python is compiled (just like Java, C#, Ruby) to bytecode which is executed in a virtual machine. It is the dynamic nature of certain languages that can make them slower than languages that are statically typed.

[yyqux → Luyt]

And then the bytecode is interpreted. It's faster than interpreting the AST or source directly, but it's still pretty slow.

Java compiles the bytecode on the fly. Back in older JVMs where Java interpreted the bytecode it was also slow as hell.