<p>On Feb 26, 2012 8:53 AM, "foobar" <<a href="mailto:foo@bar.com">foo@bar.com</a>> wrote:<br>
><br>
> That's analogous to saying that you don't want to depend on a lighter since you can make your own fire by rubbing a stone with a wood stick. A lighter does tie you to a certain technology but loosing the lighter doesn't make for more productivity. Misuse of the tool or using the wrong one sure could hamper productivity but that's hardly the fault of technology.<br>

><br>
No, its analogous to not using a lighter that only lights evergreens, and only works in Europe. Again, this is blatantly the view that there there is either notepad or vs, ignoring the masses of features of the editors in between. I've used vs, I don't find it to have many features - that I use - that vim doesn't.</p>

<p>> The above regarding MS is incorrect. MS has lots of automation and is far better at it than *nix systems are. Its Powershell is superior to the *nix "everything is a file" ideology and there were several attempts to copy the concept to *nix with Python and Ruby.</p>

<p>Im not even sure what you're getting at here, I didn't realise powershell had an ideology, I don't think bash does either. And sure powershell, a nonstandard add-on, is good. Try automating something that wasn't made by microsoft though, try doing administration of it remotely without rdp.<br>

><br>
>><br>
>> Programming a craft as much as it is a process. I tend to liken it to<br>
>> carpentry, you have set steps, you design and plan and build etc, but<br>
>> there's creativity there. As such, programmers (I've found) tend to<br>
>> pick an environment that suits them best. I use a minimal system that<br>
>> I can configure and hack to my heart's content. My colleague uses a<br>
>> Macbook pro that he never shuts down. The designer here uses a Macbook<br>
>> Air. And we all work fine, there is no "One True Way" to make a chair,<br>
>> why should there be one for writing a program?<br>
>><br>
>> My point is that the tools that programmers use, like compilers and<br>
>> linkers and parser-generators and build systems and deployment tools<br>
>> and source control and x and y and z and .... are going to be used by<br>
>> a wide range of people, in a wide range of environments, for a wide<br>
>> range of purposes, so they should keep in mind that maybe you /don't/<br>
>> have a certain tool or feature available. So you make sure that the<br>
>> experience at the lowest common denominator, a vt100 terminal, is<br>
>> acceptable, maybe not perfect, but good enough, then you build from<br>
>> there. If that means that D is geared towards less typing, then good,<br>
>> especially if  you can do the extra typing and not break things. It<br>
>> /is/ possible to make everybody mostly happy, and that is by aiming at<br>
>> the people using `cat`* to program and hitting the people using VS<br>
>> along the way.<br>
>><br>
>> * Programming using `cat` is not recommended.**<br>
>> ** Even though /real/ programmers use `cat`<br>
>><br>
>> --<br>
>> James Miller<br>
><br>
><br>
> I disagree. Simply put:<br>
><br>
> +---------+         +---------+<br>
> | Magic   |         | comfort |<br>
> | happens |         |  zone   |<br>
> | here!   |         +---------+<br>
> +---------+<br>
><br>
> Magic cannot happen here ^.</p>
<p>What on earth does this mean? In the context it seems to suggest that I should be struggling to learn a new environment if I want to do something amazing.</p>
<p>I'm guessing you meant that I should try something new, but that doesn't need to be the editor. It's far more interesting to try to build outside of my "comfort zone".</p>
<p>In fact, your grade-school platitude annoys me, it suggests that I'm stuck in my ways and avoiding new tech because I like my terminal. I started in IDEs, and worked my way down. I also have the most fun working outside my comfort zone and doing something new, spending hours looking at code going "why wont you work! Why do you hate me!" Then finally getting a breakthrough... amazing.</p>

<p>--<br>
James Miller <br>
</p>