Emacs users might be perceived as elitist or something [...]
I have learned VIM already. It's too late.
But actually my impression of an Emacs user is far from "elitist." It's more like a "helpless baby."
I have worked in company where 90% of people used Emacs. And literally nobody could customize it. They had ~120K init.el from somebody else, it got copied all over the company, everybody used and nobody had a clue what was in it.
I also knew real pro Emacs user who knew pretty much all shortcuts and modes of the Emacs. But he also hardly ever tried to configure it: he tried it in past, failed and learned to live with the defaults instead.
In my past two (failed) attempts to learn Emacs, I also found out that even Emacs mode developers are not always aware what's going on inside of it and how to change it: modes are layered on top of each other and changing something in one mode might break inadvertently other modes in a non-obvious fashion.
I once wanted to make sure that Emacs always indents with tab, but even cc-mode developers couldn't help me. I have tried to unroll the nested hooks which are responsible for the handling of keys where the broken indentation was happening but at the IIRC 7th level of nesting I have simply given up.
That's [*BEEP*]ing unmanageable. I have a full-time job already. And configuring Emacs is a full time occupation, a luxury I can't afford. Nor I wanted to become dependent on something so unmanageable for the crucial task of source code editing, which takes about 90% of my working time.
No, I do not like modes of VIM. In fact I hate them. Yet I learned to live with them. Because I still could make out of VIM precisely the editor I needed - within few days - without wasting precious time (I spent two weeks configuring Emacs) hacking through endless megabytes of the unmaintainable elisp mess.
Re:For those wondering how to stop reading
on
Hacking Vim 7.2
·
· Score: 1
... how to stop reading the book.
Funnily enough, F1 works in VIM as expected: open the help. And the:qa! tip is right there close to the top (in my VIM is on 4th line).
Who cares? Emacs is far superior anyways due to its superior customization.
Yeah... If only mere mortals could do it. Or the mythical sages of Emacs configuration left their caves once and enlightened us all.
The simple truth is that yes, Emacs is much much much more customizable. But the extreme customize-ability makes it impossible for normal users to customize anything without breaking something else. I yet to see a single Emacs user who has written the.init.el her/himself - not grabbed some decade old copy off the net.
Sounds bit stupid, but in VIM one has to learn even how to type text.
When I started with Linux 10+ years ago, I have dedicated two weeks to each: Emacs and VIM. Everybody had recommended Emacs, but after spending two weeks with it, reading mail lists and talking to devels I still couldn't configure it to work as I wanted it to. Next came VIM and it really took me two days to learn the basics and how configure it to my liking - and start working efficiently without further digging.
Otherwise, compared to Emacs, VIM is magnitudes more easier to configure, mainly thanks to the excellent, thoroughly indexed documentation. Emacs' hooks are the dependency hell and I wouldn't want to dig through them even if given money.
To lesser extent, but yes, VIM is slowly getting more and more bloated - more and more time one has to invest into disabling all the annoyances. Though it is still worth it. (Unlike Emacs, where you can't configure much. You either take it as a whole or look for another editor.)
Since P2P and such transfer only small chunks containing a few frames [...]
Sounds plausible, but most popular P2P protocols (BitTorrent and eMule) *already* support traffic encryption which was implemented as a countermeasure for ISP's traffic shaping of P2P transfers.
It's supposed to be robust enough to detect reencoded content so that sounds feasible.
Video watermarking was defeated by introducing invisible to human eye noise into the picture, similar to the noise the watermark is made itself of. I wonder how the new scheme would fare against such targeted obfuscation.
Digg is going to no-sql, for example. They released some of their mysql schema/code and it was poorly designed (bad indexing, manual joins, braindead queries). They chose to go with no-sql because they're clueless retards.
Lazy to rephrase, so here it goes straight from rfc1925:
Some things in life can never be fully appreciated nor
understood unless experienced firsthand. Some things in
networking can never be fully understood by someone who neither
builds commercial networking equipment nor runs an operational
network.
In general I'm very very cautious when criticizing production code. After all it works.
Mozilla for security reasons has a blacklist of characters and whitelist of TLD for the IDN support. The new TLDs are not on the whitelist thus Fx shows the raw punycode instead.
Check here how to allow the TLD ".xn--wgbh1c" to use IDN.
Most professionals, who have narrow yet deep specialization in particular field, are very very reluctant to learn new tools. Yet always keep an eye on them.
It mostly comes down to the simple fact that all tools have quirks and require tweaks. Part of professionalism lays in knowing the tool's quirks and tweaks.
That what really binds a professional to his tool.
P.S. Analogy to programming languages. Knowing C/C++/etc doesn't make one a software engineer. Knowing the language, its run-time, its libraries - including their quirks and tweaks - are all prerequisites to be a successful software engineer.
It will with GIMP 3.0 when full transition to GEGL would occur.
Later 2.x GIMPs are already using GEGL, yet many plug-ins are not yet updated to take advantage of it. And without plugins it makes no sense to push on users.
Well quick googling reveals that they have own IRC channels. So one can always try to find people to talk about it. Usual mail lists are available too.
There is no indication within GIMP that plugins to do interesting things might be found.
I haven't used PayPal account for quite sometime (they changed their status in Europe at least twice already; a major pita to reauthorize myself again after the years) and I do not think other options would let me buy the bundle from over here.
Game consoles are not a general purpose information/work/entertainment device.
B.S.
Consoles now are more or less general purpose home entertainment systems - often featuring web browsers, many dedicated Internet services and even business applications.
I'd say phone much much less of a general purpose. It has a primary task - making calls. Also in part it exists because unlike playing games to make calls one also has to have the access to the mobile network. (Poorly made console - your personal problem. Poorly made phone - might make everybody in vicinity unable to make calls.)
In the end, simply do the reality check. With phones (thanks to Android, Symbian) you have the choice. With game consoles, whatever you pick you are 100% at the mercy of its proprietor.
Totally off-topic. Recently IT spent two weeks investigating why the brand new, totally green servers behave not as expected and even in off hours when they should be idle consume more power than specified. Well, after two weeks of monitoring they have found that one of the services is written in Java and *never* idles. Even if it doesn't have any client connections and no requests to process it still takes 0.3-0.6% of CPU cycles.
So somehow I can easily believe that not-necessarily-poorly-coded Flash applet might also cause such problems - if run-time is buggy.
Even on Windows, people embrace Chrome browser solely for the stability. If Flash so unstable as it is, I easily believe that some of the bugs might also cause performance issues. I tried once year ago the Chrome and since it doesn't have FlashBlock/AdBlock I have seen it all in the beauty: close to every 10th page from my bookmarks showed the Chrome's placeholder for the crashed plug-in and every time it was a Flash ad.
[...] Jobs obviously envisions a platform that is patented and locked down to the exclusion of all competitors.
Game console companies do precisely that and few complain. In fact they are even worse because they require involvement of large publishers and indies are often intentionally excluded.
At least Flash has the merit of being multi-platform.
Java also has a merit of being multi-platform and look at its advances (or lack of them) on desktop.
As soon as efficiency becomes a requirement (and mobile phones are quite demanding in e.g. battery life department) all generic multi-platform toolkits become a burden.
They make life of software developers easy (who are few) by negatively affective experience of users (who are many). I love that as software developer, but hate as a user. And more often I find myself on the "user" side.
Jobs can go get fucked.
I wouldn't go that far, but I think that he should retire from the top Apple position and become more of in-house visionary, concentrating on design and accessibility issues, where he also excels.
Slashdot Mirror
The question you should be asking yourself is: after whom they'd go next?
Tegra can't run Windows. AMD Fusion can.
First of all, am I the only one who hates Chrome's interface?
No.
+1
Emacs users might be perceived as elitist or something [...]
I have learned VIM already. It's too late.
But actually my impression of an Emacs user is far from "elitist." It's more like a "helpless baby."
I have worked in company where 90% of people used Emacs. And literally nobody could customize it. They had ~120K init.el from somebody else, it got copied all over the company, everybody used and nobody had a clue what was in it.
I also knew real pro Emacs user who knew pretty much all shortcuts and modes of the Emacs. But he also hardly ever tried to configure it: he tried it in past, failed and learned to live with the defaults instead.
In my past two (failed) attempts to learn Emacs, I also found out that even Emacs mode developers are not always aware what's going on inside of it and how to change it: modes are layered on top of each other and changing something in one mode might break inadvertently other modes in a non-obvious fashion.
Have you tried it? I did.
I once wanted to make sure that Emacs always indents with tab, but even cc-mode developers couldn't help me. I have tried to unroll the nested hooks which are responsible for the handling of keys where the broken indentation was happening but at the IIRC 7th level of nesting I have simply given up.
That's [*BEEP*]ing unmanageable. I have a full-time job already. And configuring Emacs is a full time occupation, a luxury I can't afford. Nor I wanted to become dependent on something so unmanageable for the crucial task of source code editing, which takes about 90% of my working time.
No, I do not like modes of VIM. In fact I hate them. Yet I learned to live with them. Because I still could make out of VIM precisely the editor I needed - within few days - without wasting precious time (I spent two weeks configuring Emacs) hacking through endless megabytes of the unmaintainable elisp mess.
Funnily enough, F1 works in VIM as expected: open the help. And the :qa! tip is right there close to the top (in my VIM is on 4th line).
Who cares? Emacs is far superior anyways due to its superior customization.
Yeah... If only mere mortals could do it. Or the mythical sages of Emacs configuration left their caves once and enlightened us all.
The simple truth is that yes, Emacs is much much much more customizable. But the extreme customize-ability makes it impossible for normal users to customize anything without breaking something else. I yet to see a single Emacs user who has written the .init.el her/himself - not grabbed some decade old copy off the net.
Very true.
Sounds bit stupid, but in VIM one has to learn even how to type text.
When I started with Linux 10+ years ago, I have dedicated two weeks to each: Emacs and VIM. Everybody had recommended Emacs, but after spending two weeks with it, reading mail lists and talking to devels I still couldn't configure it to work as I wanted it to. Next came VIM and it really took me two days to learn the basics and how configure it to my liking - and start working efficiently without further digging.
Otherwise, compared to Emacs, VIM is magnitudes more easier to configure, mainly thanks to the excellent, thoroughly indexed documentation. Emacs' hooks are the dependency hell and I wouldn't want to dig through them even if given money.
Add :filetype off to your .vimrc. That should disable most of the cruft.
Last bit is this (sorry for ma poor Engrish).
To lesser extent, but yes, VIM is slowly getting more and more bloated - more and more time one has to invest into disabling all the annoyances. Though it is still worth it. (Unlike Emacs, where you can't configure much. You either take it as a whole or look for another editor.)
Since P2P and such transfer only small chunks containing a few frames [...]
Sounds plausible, but most popular P2P protocols (BitTorrent and eMule) *already* support traffic encryption which was implemented as a countermeasure for ISP's traffic shaping of P2P transfers.
It's supposed to be robust enough to detect reencoded content so that sounds feasible.
Video watermarking was defeated by introducing invisible to human eye noise into the picture, similar to the noise the watermark is made itself of. I wonder how the new scheme would fare against such targeted obfuscation.
The secret sauce actually fingerprints video frames in a way that is invariant against most common alterations [...]
How is that different from watermarking?
IIRC the watermarking for video was already proposed several times in past - with similar premise - but tinkers quickly showed a way to remove it.
Digg is going to no-sql, for example. They released some of their mysql schema/code and it was poorly designed (bad indexing, manual joins, braindead queries). They chose to go with no-sql because they're clueless retards.
Lazy to rephrase, so here it goes straight from rfc1925:
Some things in life can never be fully appreciated nor understood unless experienced firsthand. Some things in networking can never be fully understood by someone who neither builds commercial networking equipment nor runs an operational network.
In general I'm very very cautious when criticizing production code. After all it works.
The new TLDs probably are not yet on the Mozilla's whitelist. Check here how to add the new TLD to the whitelist.
Mozilla for security reasons has a blacklist of characters and whitelist of TLD for the IDN support. The new TLDs are not on the whitelist thus Fx shows the raw punycode instead.
Check here how to allow the TLD ".xn--wgbh1c" to use IDN.
My friend tried 16 bit color editing in his CS4(?) and quickly dropped it.
16bit TIFFs where around 60 or 80 megabyte and were taking loong to save or load.
Most professionals, who have narrow yet deep specialization in particular field, are very very reluctant to learn new tools. Yet always keep an eye on them.
It mostly comes down to the simple fact that all tools have quirks and require tweaks. Part of professionalism lays in knowing the tool's quirks and tweaks.
That what really binds a professional to his tool.
P.S. Analogy to programming languages. Knowing C/C++/etc doesn't make one a software engineer. Knowing the language, its run-time, its libraries - including their quirks and tweaks - are all prerequisites to be a successful software engineer.
It will with GIMP 3.0 when full transition to GEGL would occur.
Later 2.x GIMPs are already using GEGL, yet many plug-ins are not yet updated to take advantage of it. And without plugins it makes no sense to push on users.
Well quick googling reveals that they have own IRC channels. So one can always try to find people to talk about it. Usual mail lists are available too.
There is no indication within GIMP that plugins to do interesting things might be found.
Even me, DTP illiterate, found it in under 1 minute.
Why no plain "payment with CC" option?
I haven't used PayPal account for quite sometime (they changed their status in Europe at least twice already; a major pita to reauthorize myself again after the years) and I do not think other options would let me buy the bundle from over here.
I presume the RTFA complains precisely about the index RFC, sometimes referred as RFC 0.
And yes, it is spaghetti-like and not always up-to-date.
IIRC for XNA one also has to have a publisher. Though sometimes MS itself takes over and does the publishing itself.
Game consoles are not a general purpose information/work/entertainment device.
B.S.
Consoles now are more or less general purpose home entertainment systems - often featuring web browsers, many dedicated Internet services and even business applications.
I'd say phone much much less of a general purpose. It has a primary task - making calls. Also in part it exists because unlike playing games to make calls one also has to have the access to the mobile network. (Poorly made console - your personal problem. Poorly made phone - might make everybody in vicinity unable to make calls.)
In the end, simply do the reality check. With phones (thanks to Android, Symbian) you have the choice. With game consoles, whatever you pick you are 100% at the mercy of its proprietor.
Totally off-topic. Recently IT spent two weeks investigating why the brand new, totally green servers behave not as expected and even in off hours when they should be idle consume more power than specified. Well, after two weeks of monitoring they have found that one of the services is written in Java and *never* idles. Even if it doesn't have any client connections and no requests to process it still takes 0.3-0.6% of CPU cycles.
So somehow I can easily believe that not-necessarily-poorly-coded Flash applet might also cause such problems - if run-time is buggy.
Even on Windows, people embrace Chrome browser solely for the stability. If Flash so unstable as it is, I easily believe that some of the bugs might also cause performance issues. I tried once year ago the Chrome and since it doesn't have FlashBlock/AdBlock I have seen it all in the beauty: close to every 10th page from my bookmarks showed the Chrome's placeholder for the crashed plug-in and every time it was a Flash ad.
[...] Jobs obviously envisions a platform that is patented and locked down to the exclusion of all competitors.
Game console companies do precisely that and few complain. In fact they are even worse because they require involvement of large publishers and indies are often intentionally excluded.
At least Flash has the merit of being multi-platform.
Java also has a merit of being multi-platform and look at its advances (or lack of them) on desktop.
As soon as efficiency becomes a requirement (and mobile phones are quite demanding in e.g. battery life department) all generic multi-platform toolkits become a burden.
They make life of software developers easy (who are few) by negatively affective experience of users (who are many). I love that as software developer, but hate as a user. And more often I find myself on the "user" side.
Jobs can go get fucked.
I wouldn't go that far, but I think that he should retire from the top Apple position and become more of in-house visionary, concentrating on design and accessibility issues, where he also excels.
I wouldn't call Flash a trash - thanks to FlashBlock/AdBlock I have little of the problem others are complaining about.
Though it seems that in my future Android phone I would have one more thing to disable right away.