Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming > #2712

Re: programmer's keyboard

From BGB <cr88192@hotmail.com>
Newsgroups comp.programming
Subject Re: programmer's keyboard
Date 2013-01-02 14:34 -0600
Organization albasani.net
Message-ID <kc25p6$ul9$1@news.albasani.net> (permalink)
References (13 earlier) <akbmv7Fltc3U3@mid.individual.net> <kbqiq3$3q7$1@news.albasani.net> <akc2s5Fltc3U4@mid.individual.net> <kbrl33$659$1@news.albasani.net> <kc18sk$1s6$1@dont-email.me>

Show all headers | View raw


On 1/2/2013 6:23 AM, Rui Maciel wrote:
> BGB wrote:
>
>> On 12/30/2012 6:00 PM, Ian Collins wrote:
>>>
>>> So that's all less hassle than "hg revert"?
>>>
>>
>> partly yes, because usually this can be done via the GUI, whereas typing
>> in "hg revert" could very well involve bringing up a shell, changing to
>> the right path, and typing it in.
>
> Using a shell tends to be a bit better because it gives more control to the
> user, and can be more efficient.  For example, typing "git checkout branch"
> can be done faster than navigating a menu.
>
> Regarding the "bringing up a shell" bit, essentially this costs the same as
> bringing up any other GUI application, such as a FTP client or a file
> manager.
>

the advantage of the GUI based option though is that usually a person 
can click on things faster than they can type things.

this is mostly an issue of having longish paths to 'cd' through, making 
getting to the desired directory take a little longer (meaning a higher 
initial cost).


this means that navigating to a directory, or moving between 
directories, can be done faster and easier in Windows Explorer than in a 
shell.

( granted, right now, I can observe that I have around 30 copies of 
Windows Explorer open, each currently pointing to a different directory. 
nevermind that the current number of open text editors is in the "stack 
doesn't fit on screen and Windows scrolls very slowly" territory. )


granted, a better option would be if Explorer had an "Open CMD Shell 
Here" option. (or, even, the ability to, like in Linux, open a new shell 
in the same directory as the prior shell...).

but, even then, there would be a secondary annoyance:
MS configures their compiler via environment variables used in the batch 
file used to open the shell (rather than, say, putting the compiler on 
the default path and using an INI file or similar for config). granted, 
OTOH, it does make MSVC a little easier to auto-configure tools against 
than GCC (which would externally appear to use magic to know its 
settings...).

the issue here is that an "open shell here" would then not be nearly so 
useful if the intent is to rebuild the project...


>
>> granted, TorgoiseHg adds revert to Explorer, making the above a bit moot.
>>
>>
>> the rest would come down mostly to granularity.
>> (like, if you revert, it will go back to the last commit, meaning being
>> strategic about when to commit, ...).
>
> You can checkout any version you've committed from any development branch.
> Some version control systems such as Git also provide a nifty feature:
> stashing away changes that weren't committed in a temporary stack.
> Mercurial also supports this feature, but only as an extension.
>

ok.


as-is, I currently have 3 branches of my VM's interpreter:
the original / current live version;
a version which I tried to rewrite to use untagged values, but ran into 
problems I can't yet address (there are still holes in the type-system, 
which is a killer for untagged values);
another version, which I am in the process of migrating from the 
original tagged pointers, to a new tagged-reference system (where the 
references are always 64-bits), mostly as the prior effort ran into a 
wall (64-bit tagged references allow unboxed int/float/double on 32-bit 
targets, although sadly, not an unboxed 64-bit long).


but, how am I managing these branches:
well, via copies of the directory tree.

if this new branch gets written and working, it may then be substituted 
in, in place of the original.


>
> <snip/>
>>>>> As for copying, with Mercurial at least, everything in in the source
>>>>> directory, so there's no additional effort required.  Because you don't
>>>>> have all those dated directories floating around, where's way less data
>>>>> to copy.
>>>>>
>>>>> The convenience of being able to use ssh to clone and synchronise
>>>>> between hosts and devices is a big win.
>>>>>
>>>>
>>>> you can also transfer things using, say, FTP, or network shares (if on a
>>>> LAN). (granted, yes, a person needs an FTP server for the FTP route).
>>>
>>> Share maybe, but handle merging?  Branches?
>>>
>>
>> not usually a big issue for a single developer project.
>>
>> more so, if the developer does the bulk of their development from a
>> single computer (which then generally holds the "authoritative" copy).
>>
>> more often, if I am going to be away, and have a laptop, I will usually
>> make a copy on an external HDD (or "USB Mass Storage Device"), then if I
>> work on it more, that version will become the authoritative copy, at
>> least until I copy it back onto my main computer.
>
> Development branches are useful even in single-developer projects.  They let
> you have multiple development branches which can be easily merged and
> forked.  The best part of it is that versioned history can be kept between
> merges.
>

yes, but this can also be done (more or less) via copies, and is "part 
of the process".


>
>> for a single developer though, it is harder pressed that it is less
>> effort, since a lone developer hardly ever has reason to diff their own
>> code.
>
> Not necessarily.  If you track changes to your project tree, and if by any
> chance one of those changes happens to introduce a bug, a version control
> system lets you pinpoint which change introduced the bug, and you can
> quickly inspect what changes were made by diff'ing between any couple of
> versions.  With a version control system, you can do all this without having
> to checkout anything.
>

granted.

rebuilding / retesting after nearly every change (at least to the "live" 
version) can also help reduce bugs though (granted, yes, this may take 
many minutes each time this is done).


either way though...


>
> Rui Maciel
>

Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

programmer's keyboard bob <bob@coolfone.comze.com> - 2012-12-26 11:45 -0800
  Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2012-12-26 15:01 -0600
    Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-26 21:36 +0000
      Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-26 21:12 -0600
      Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2012-12-27 23:45 -0600
        Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-28 13:46 +0000
          Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-29 11:42 +1300
          Re: programmer's keyboard "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org> - 2012-12-29 15:15 +0000
            Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-29 14:41 -0600
              Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-29 21:10 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-29 15:26 -0600
                Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-29 22:41 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 02:12 -0600
                Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-30 11:20 +0000
                Re: programmer's keyboard malcolm.mclean5@btinternet.com - 2012-12-30 10:19 -0800
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 14:51 -0600
              Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-30 10:43 +1300
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 01:55 -0600
                Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-30 21:06 +1300
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 02:35 -0600
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-30 18:12 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 13:30 -0600
                Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-31 09:36 +1300
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 17:27 -0600
                Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-31 13:00 +1300
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-31 03:13 -0600
                version control (was: Re: programmer's keyboard) rugxulo@gmail.com - 2012-12-31 10:36 -0800
                Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2013-01-01 09:05 +1300
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-31 16:58 -0600
                Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2013-01-01 13:24 +1300
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 12:23 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-02 14:34 -0600
                Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2013-01-02 15:35 -0600
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:19 -0600
                Re: programmer's keyboard Willem <willem@turtle.stack.nl> - 2013-01-03 08:35 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:46 -0600
                Re: programmer's keyboard rugxulo@gmail.com - 2013-01-03 00:52 -0800
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-03 15:00 +0000
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 11:58 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-02 15:03 -0600
                Re: programmer's keyboard rugxulo@gmail.com - 2013-01-03 00:54 -0800
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:06 -0600
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-30 18:04 +0000
                Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 14:24 -0600
                Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 11:34 +0000
          Writing Experimental Code "Aaron W. Hsu" <arcfide@sacrideo.us> - 2013-01-02 15:08 -0600
  Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-28 11:45 +0000
    Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-28 12:29 -0600

csiph-web