Forgot your password?
typodupeerror

Comment: Re:What killed Ruby (Score 1) 274

by Wdomburg (#48469287) Attached to: Is Ruby On Rails Losing Steam?

It may not be the most popular option, but Ruby is hardly a marginal language. RedMonk has it tied for 6th with C++, PYPL has it at 10th, and TIOBE has it at 14th. It came off from the Rails high, but it remains steadily popular.

The ecosystem has actually got significantly better over the years, especially as Puppet, Chef, MCollective and others have driven popularity as an admin language, rather than a web language. But more importantly, JRuby pulls in the entire Java ecosystem, which actually puts it in a better position than perl or python, in my opinion. There is Jython, but that lags significantly behind C Python (current stable is 2.5 compatible, which was released eight years ago; their 2.7 release has been in beta for about 21 months) while JRuby offers Ruby 2.1 compatibility in their current stable release and will be putting out their release candidate for 2.2 around the same time as the Ruby 2.2 stable release.

Comment: Re:If it's losing steam it's because (Score 2) 274

by Wdomburg (#48469007) Attached to: Is Ruby On Rails Losing Steam?

The real win for me is JRuby. The Java ecosystem is at least as broad as perl, and generally better suited to enterprise applications. There are generally perl modules for everything, but they often perform far worse (e.g. Net::LDAP is probably an order of magnitude slower than UnboundID processing LDIF) or are just terrible code (e.g. Net::Sieve::Script which is a regex-based hack, rather than an actual language parser like jSieve).

Comment: Re:If it's losing steam it's because (Score 1) 274

by Wdomburg (#48468875) Attached to: Is Ruby On Rails Losing Steam?

1) anyObject.class

2) Um, no. Objects cannot magically change their class, period. You might assign a different object to a given variable, but the language is strongly typed.

3) Huh? There are relatively few symbols in Ruby, as a rule. Are you referring to special variables (like $: $0 etc?)? Those are ancillary and not considered idiomatic these days. Don't like them? Don't use them.

4) Why shouldn't they? The first is a just a chained method. No different than "foo.split(' ').length;" in Java. I'm assuming the latter is supposed to be "num.to_s 16", which would be "Integer.toString(num,16)" in Java, but that is just because the Java designers weren't nice enough to allow you to pass a radix argument to the non-static method. There is nothing in the language that would have precluded "num.toString(16);" being valid.

Comment: Wait? For how long? (Score 2, Insightful) 428

by ThePhilips (#48462193) Attached to: How Intel and Micron May Finally Kill the Hard Disk Drive

We'll have to wait and see on that.

What's wrong with you people. We are waiting already for 5+ MORE THAN FIVE fucking years. Still hasn't happened.

1TB HDD - 60-80€, 1TB SSD - >350€.

The problem is that once PC is turned on, there is not much use for the SSD speed. It's not like I'm moving terabytes of data around everyday. And even if I have to, I do not have to wait for it: I simply leave it overnight.

Another problem is that (some) SSD have the nasty habit, once failed, to deny you access to the data at all. I hoped that at least those jackasses would straighten out the SMART support and finally standardize the monitoring parameters. But few moronic manufacturers even proclaimed that their drives are so good that they don't need no stinking SMART support...

All in all, SSDs are developing too fast. And have pretty bad history of firmware bugs. And literally all manufacturers, instead of strengthening their stance of data safety, all like one doubled down on the "oh but look how fast it is!"

P.S. And TRIM support is still in shambles. After all the years, some drives still require a proprietary application/driver installed.

Comment: Re:Well Duh (Score 1) 429

by superflippy (#48458117) Attached to: Researchers Say the Tech Worker Shortage Doesn't Really Exist

Even the government is culpable. The national lab where I live has frozen wages so many times that the PhD's working there are on the bottom end of the pay scale for people with their degrees.

Mind you, I have to wonder where those people on the top end are. Really, who *is* hiring PhD chemists and physicists and paying them so well?

Comment: Re:Yes. (Score 1) 329

by ThePhilips (#48452963) Attached to: Eizo Debuts Monitor With 1:1 Aspect Ratio

Think of them as two portrait-mode displays side-by-side with no annoying bezel.

Those are two *very* *small* portrait-mode displays.

I know some people do not mind squinting at monitor whole day - heck, some even like the light background. But I like my bgs dark and fonts large. And you can't fit that on a small display. Even if you have two of them.

Comment: Re: I mean this respectfully (Score 1) 90

by ThePhilips (#48447889) Attached to: Samsung Seeking To Block Nvidia Chips From US Market

P.S. - Samsung, in no way, is a good company. They are bribery committing, price fixing, colluding, thieves - all convictions in a court of law.

Name one company which isn't.

All companies do it.

If found, pay fines, downplay it in media, and then proceed with the business as usual.

Comment: Yes. (Score 1) 329

by ThePhilips (#48441765) Attached to: Eizo Debuts Monitor With 1:1 Aspect Ratio

Would a square display be of any benefit to you?

Most definitely yes.

WA displays are simply too wide. And in portrait orientation, they are too narrow.

I want my 4:3 or 5:4 back. 1:1 seems like a good compromise.

But I doubt that I will get one. For home, I want a WA for movies/etc. For office... I have little control over what junk IT buys. I bet the monitor would cost premium, and as such ordering one would be out of the question.

Comment: Re:systemd (Score 1) 267

by ThePhilips (#48439479) Attached to: Ask Slashdot: Workaday Software For BSD On the Desktop?

Ah. This "Software is hard" post again. All it talks about is the Red Hat (and GNU) own incompetence. They tend to overdesign greatly for no good reason, and then complain that they can't make the shit work together.

This is the signature of GNU (GNOME) and many things RH does: over-desgined and over-engineered solution, simplified and generalized to hell. (As if repeating sendmail.cf fiasco is their ultimate goal.) Getting done anything complicated is hard, because it is way too generalized and simplified. Getting it changed is hard because it is too large, since it is over-desgined and over-engineered.

Frankly, though, all this are signs of predominant immaturity and inexperience among the software developers. They grew in this GNU influenced culture where never finishing anything to the end is a norm of life. And thus they simply have no experience in making stuff work in the end and, instead of finishing it and learning from the mistakes of how it doesn't work, they generally choose the path of reinventing stuff by learning from the mistakes of how the (unproven) design didn't worked for them as developers. And that leads eventually to over-desgin and over-engineering. Most of the GNOME, SystemD, polkit, udev, avahi, a good deal of RH proprietary tools I had to deal with - are all very good examples of it.

Comment: Re:A bit of background (Score 1) 550

Admit it, after the systemd has won the CTTE vote, you were just looking for a pretext to run away. ;)

Because, politicking aside, there is a huge HUGE pile of work coming the way of Debian's systemd package.

And out of people who can actually shoulder the work, in any comprehensible fashion, most are actually in anti-systemd camp. That was visible already during the CTTE "discussions." The person who was fixing people's Debian installations, broken by GNOME/systemd dependency was actually the Vorlon, Steve Langasek, the upstart maintainer. Oh the irony. (While you and GNOME maintainers happily buried your heads in the sand and said "not our problem". That was pretty much the moment when systemd lost me, definitively.)

Comment: Re:I Switched To FreeBSD (Score 1) 121

by ThePhilips (#48396127) Attached to: FreeBSD 10.1 Released

FreeBSD outperforms Linux only in certain scenarios. In most common cases you would hardly find any difference. Otherwise.

It is not the problem that Linux network stack sucks. The problem is that linux-netdev people believe that Linux network stack is already perfect.

AND. The biggest problem is with the certain Linus Torwalds who insists on perfect design for any net redesign.

That's why we still do not have interrupt polling/interrupt throttling or anything like pf.

That's why we have the technically perfect ip - but totally unusable to literally any human being. And the iptables with near O(n) performance.

It's basically the same story as with the sound subsystem. As long as the design is good, it doesn't matter that the end result sucks.

Comment: Not DB, people are the problem. (Score 1) 102

by ThePhilips (#48376669) Attached to: Amazon Goes After Oracle (Again) With New Aurora Database

Still there are very few applications that are more “sticky” than databases, which after typically contains the keys to the kingdom.

DBs are rarely a problem. But DBAs and developers are the problem.

I had limited to exposure to Sybase and MySQL, before spending several years with a company deeply tied to Oracle RDBMS.

Most developers and DBAs are completely clueless about competitive alternatives. Over the years I have heard so much blatantly stupid crap, that it is even hard to believe that it can come from a person with higher education. MySQL can't transactions. Sybase locks completely everything for every update statement. You can't backup MySQL DB. There is no admin interface in Sybase. PL/SQL is Oracle specific, thus server side functionality can only be implemented with Oracle. Only Oracle implements server-side Java, thus you can connect from Java only to the Oracle DB. And so on.

With this mentality, several projects which required a local DB were stonewalled and simply buried. MySQL (aka MariaDB) was a viable candidate - in fact already successfully deployed by other R&Ds in other locations for the similar purpose - but people more or less refused to even learn how to work with it. Couple of open-minded developers within week actually ported the Java-based software to MySQL, but nobody was listening to them, because, duh, MySQL is impossible to work with.

Entropy isn't what it used to be.

Working...