On Thursday, 17 January 2013 at 03:29:46 UTC, Jonathan M Davis wrote:
> On Thursday, January 17, 2013 03:09:35 Era Scarecrow wrote:
>> I have a perfect solution! Have a special monitor that can transmit the images directly into your brain! No more sense dependence issues!
>
> And then you get to worry about people hacking your brain with bad source code!
> :)

 Not going to happen, everyone's brain stores and processes things in different locations (Not that there aren't enough dumb people around). However the transmitter would likely be DRM laden and/or hacked (or programmed intentionally) so it would send a constant barrage of AD's: (Need Viagra? How about a smoking aid? Wheelchair? Prostate cancer tester? New games for your xxx console for $xx or less! Gambling at xxx) etc.

 Corporate greed and commercial brainwashing. They go hand in hand.

On 01/17/2013 04:10 AM, Mehrdad wrote:
> On Wednesday, 16 January 2013 at 22:29:10 UTC, Marco Nembrini wrote:
>> On 16.01.2013 20:07, Mehrdad wrote:
>>
>>>
>>> When you have a ton of similar lines of code which need to be edited in
>>> parallel, lining them up lets you edit all of them in one keystroke.
>>> Saves me quite a lot of annoying editing in the long run, actually.
>>
>> With Sublime Text you don't even have to align columns to do multiple
>> simultaneous edits, just ctrl + click to create multiple cursors and
>> then type/edit away. It has a lot of nice features :)
>
>
>
> Uh, you sort of missed the point...
> The point was that you align similar-looking lines when /writing/ the
> code, so that it's in the right form when you need to modify it later,
> and all you need to do is Alt-Click-Drag to create 20 cursors, and type
> away.
>
> Or to put it another way: the whole point is to turn an O(n) operation
> into an O(1) operation. If you have to make O(n) cursor-additions then
> you've defeated the whole purpose.
>

That cannot be true. Drag alone is O(n). (eg. emacs does not require drag!)

>
> That said, what you mentioned is not just a Sublime feature...
> I use SciTE which does exactly the same thing. =P

On Tuesday, 15 January 2013 at 23:57:44 UTC, Rob T wrote:
> On Monday, 14 January 2013 at 19:24:25 UTC, Walter Bright wrote:
>> Quite a nice read on the coding style used in Doom.
>>
>> http://kotaku.com/5975610/the-exceptional-beauty-of-doom-3s-source-code?post=56177550
>
> The sad part is that after all these decades, we're still _writing_ code, and we're doing it in essentially the exact same way as was done 30 years ago using a text editor.
>
> For whatever reason, no other means of constructing software programs has really taken off, and I have to wonder why.
>
> --rt

We are using writing to communicate between people for thousands of year now. This is clearly the most efficient way to express idea, including to a computer.

On Thu, Jan 17, 2013 at 06:28:30AM +0100, deadalnix wrote:
> On Tuesday, 15 January 2013 at 23:57:44 UTC, Rob T wrote:
> >On Monday, 14 January 2013 at 19:24:25 UTC, Walter Bright wrote:
> >>Quite a nice read on the coding style used in Doom.
> >>
> >>http://kotaku.com/5975610/the-exceptional-beauty-of-doom-3s-source-code?post=56177550
> >
> >The sad part is that after all these decades, we're still _writing_ code, and we're doing it in essentially the exact same way as was done 30 years ago using a text editor.
> >
> >For whatever reason, no other means of constructing software programs has really taken off, and I have to wonder why.
> >
> >--rt
> 
> We are using writing to communicate between people for thousands of year now. This is clearly the most efficient way to express idea, including to a computer.

Not to mention, linear writing developed *from* 2D drawings.


T

-- 
There are 10 kinds of people in the world: those who can count in binary, and those who can't.

On Thursday, 17 January 2013 at 05:13:51 UTC, Timon Gehr wrote:
> That cannot be true. Drag alone is O(n). (eg. emacs does not require drag!)



Er... depends on what you're talking about.

I'm talking about clicks/keypresses, not "drags". 1 drag == 1 operation.

On Thursday, 17 January 2013 at 06:52:39 UTC, H. S. Teoh wrote:
> On Thu, Jan 17, 2013 at 06:28:30AM +0100, deadalnix wrote:
>> We are using writing to communicate between people for thousands of year now. This is clearly the most efficient way to express idea, including to a computer.
>
> Not to mention, linear writing developed *from* 2D drawings.

 Somehow what seems like would work good is a card-file system. Assuming the order of functions/declarations don't matter and you let the editor deal with where it places things (say, alphabetically or by attributes like private, pure, etc), then having a partial 3d view where you can flip through various function definitions & header documentation, then open only the function(s) of interest in question, hiding anything unrelated. If there's anything global or variables it accesses those could be listed too along with their type, and perhaps where the type's definition comes from for reference; and any functions it calls along with others with the same overloading name.

 Hmmm really wish I could do more Art/3d stuff...

Well, initially it was just a harmless joke about some unique D features. It is digitalmars.D newsgroup after all, no idea why you have taken this so seriously.

But well, if you want to take this seriously, then I need to state that I can't agree with "Only if the increase in ugliness is worth the ease of editing.". Prevention of copy paste is always worth any additional ugliness or incomfort it brings to programmer. Because as programmer count and program support lifetime grows any copy-paste is almost doomed to become a bug. And ugly code is just ugly. Being ugly is not a bug.

I am using C-macros of preventing copy-paste all the time, by the way, when coding plain C. This is our general team policy. And despite C macros are so bad, in the end of the day it is still worth it.

It is sometimes a rather complex task of using generic toolchain properly, though - I am sad that because of widespread prejudice overall average level of meta-programming culture is rather low and can result in what you have called MyClassOperatorMixinTemplate.

On 17.01.2013 14:10, Mehrdad wrote:

>
> Uh, you sort of missed the point...
> The point was that you align similar-looking lines when /writing/ the
> code, so that it's in the right form when you need to modify it later,
> and all you need to do is Alt-Click-Drag to create 20 cursors, and type
> away.
>
> Or to put it another way: the whole point is to turn an O(n) operation
> into an O(1) operation. If you have to make O(n) cursor-additions then
> you've defeated the whole purpose.
>
>
> That said, what you mentioned is not just a Sublime feature...
> I use SciTE which does exactly the same thing. =P

Hmm I see. I was thinking more of the situation where the lines are not aligned (maybe someone else's code), and you want to add something to all of them once. If you need to edit them multiple times then aligning is better.

Hmm that's good on Scite, most of the editors I had tried before Sublime didn't have this feature...
-- 

Marco Nembrini

On 01/15/2013 08:29 PM, H. S. Teoh wrote:
>
> It's paradoxical that a 1D (i.e. linear) representation is more useful
> for capturing the complexity of programming as opposed to, say, a 2D
> graphical representation

Typical code is 2d because of line-oriented statements and indented block structure. Reading a truly linear file of code in 1d would be quite a nightmare.

On 2013-01-17 05:00, Era Scarecrow wrote:

>   Not going to happen, everyone's brain stores and processes things in
> different locations (Not that there aren't enough dumb people around).
> However the transmitter would likely be DRM laden and/or hacked (or
> programmed intentionally) so it would send a constant barrage of AD's:
> (Need Viagra? How about a smoking aid? Wheelchair? Prostate cancer
> tester? New games for your xxx console for $xx or less! Gambling at xxx)
> etc.
>
>   Corporate greed and commercial brainwashing. They go hand in hand.

"Brain storm" gets a whole new definition.

-- 
/Jacob Carlborg