Skip to content
loading...

re: My First 12 hours with Ruby VIEW POST

TOP OF THREAD FULL DISCUSSION
re: As a non-Rubyist who tried Ruby earlier, I have to disagree on almost everything. :-) All frameworks in all languages are opinionated. The diffe...
 
  • Very valid point in regards to frameworks. However I would argue that medium to large apps performance is more of a concern than for small / meds. Larger the applicaiton the slower they tend to operate. At lteat in my experience. LArger the app, the more people and effort hours have done into to the logic the more 'quick fixes' and cluges to 'get it to work'. Not to mention to geographic distance between processing, database, etc. These leading to more and more slowness.
  • Of course benchmarks are not the only measuring stick. Simply one of many. CDN's, caching, right-sized hardware; many solutions exist. Benchmarking is simply one of many parts of the stick.
  • At you point out, the comparisons are based on familiarity. One of the reasons I want to learn Ruby is to expand the scope of experience.

You also make an interesting point Daniel. The industery is definatly in the grips of a 'big server, little client' trand.

 

Larger the applicaiton the slower they tend to operate

Okay, but how is this related to language benchmarks? The slowness is in the I/O, which can't be removed even if you code in Assembly. 🤔

Not to mention to geographic distance between processing, database, etc. These leading to more and more slowness.

Yes, and how does PHP overcome these problems better than Ruby?

Benchmarking is simply one of many parts of the stick.

So, if we're to analyze something objectively, we should consider all of the major yardsticks, right? If so, using just the benchmarks to denounce another language is not done. 😊

"Larger the application the slower they tend to operate" was a response to "When you're working with a small- to medium-sized app, speed is often a greater concern than freedom". I think there was a miscommunication between development speed and execution speed. That's my bad.

No language overcomes I/O latency due to network. I did not mean to insinuate one could.

"o, if we're to analyze something objectively, we should consider all of the major yardsticks, right?..." 100% yes. Benchmarks are but one tool. I did not mean to sounds like I was deriding one over the other. Simply reiterating what the tool of benchmarking stated.

code of conduct - report abuse