On Thursday, 31 October 2013 at 14:45:46 UTC, Dicebot wrote:
> File content should have nothing to do with extension, it is as good part of name as any other. Adding any extra meaning to it is just some DOS legacy.

When I first came to Linux I was wondering how the OS knows it should execute some file that wasn't bearing the .exe/.com extensions.

"And who tells the OS this is an executable file? How could Linux know it without the .exe or .com at the end?"

Well, I was DOSwashed.

On Thursday, 31 October 2013 at 14:58:33 UTC, eles wrote:
> On Thursday, 31 October 2013 at 14:54:17 UTC, Craig Dillabaugh wrote:
>
> Go to that bug report, read the very first message that Walter used to open the bug report, see about yourself, then come back here and tell me that the .d thing does not matter.
>
> It is the *very* reason for this debate.
>
> As to quote Walter's own understanding of the problem (unfortunately, the solution he proposed is bad):
>
> "Thanks for the clear explanation. It makes a lot of sense.".
>
> Now, if you disagree with that, you disagree with Walter.

I read the bug report, and the ensuing comments.  It just seems
that some people involved don't agree, but opinion appears to be
split.  Having Walter apparently on your side can't hurt though.
I can see why you like having the ability to process an
arbitrarily named file as a D source file, but some of the
counter-arguments have some merit.

Furthermore, reading the Bugzilla entry, it seems there as many
who support your idea as those who disagree.

I could also argue that this issue is a with git requiring a
'git-' suffix on its scripts without providing users with some
means of overriding the file naming convention (maybe this is
already possible, I have only minimal git experience)!

Really, I can see why you want the suggested change, I am just
surprised at the level of importance you seem to be ascribing to
it.

On Thursday, 31 October 2013 at 15:13:20 UTC, dennis luehring wrote:
> Am 31.10.2013 16:01, schrieb eles:
>> On Thursday, 31 October 2013 at 14:57:15 UTC, dennis luehring
>> wrote:
>>> Am 31.10.2013 15:45, schrieb eles:
>>>> On Thursday, 31 October 2013 at 14:39:34 UTC, dennis luehring
>>>> wrote:
>>>>> Am 31.10.2013 15:29, schrieb eles:
>>>>>> On Thursday, 31 October 2013 at 14:28:05 UTC, dennis luehring
> i don't see any chance/strategy to get D in your current development - so if you don't want to code Python ("I WANT pointers") anymore - try to
> find a job where you can write C/C++ or D - or else your need (and real hard interest to get your Boss in the Boart) for D seems to be not big enough - i would quit my job very fast if someone forces me to write Python code most of the time - thats all

Frankly, just stop advising me to take a new job. It is the kind of advice that I really find intrusive and unbearable.

I do critical software and is 90% C. Is for embedded devices that are great chances that you already used.

I use Python for py.test because it is the company policy and tradition, but I am not forced to like Python.

Let's keep the discussion in the terms of languages, not personal problems. I would never allow myself to tell you what you should do with your car, house, job or life.

BTW, my boss is very kind and nice, but he is concerned about how the tools would increase productivity. It is he who is responsible for the budget in front of, guess it, his boss.

Otherwise, no, I would simply quit D instead of my job. And this neither, I don't want to do it.

Please, stop advising me in matters that I consider should remain of my personal competence.

On Thursday, 31 October 2013 at 15:22:41 UTC, Craig Dillabaugh wrote:
> On Thursday, 31 October 2013 at 14:58:33 UTC, eles wrote:
>> On Thursday, 31 October 2013 at 14:54:17 UTC, Craig Dillabaugh
> Really, I can see why you want the suggested change, I am just
> surprised at the level of importance you seem to be ascribing to
> it.

Maybe because it is a real problem?

Usually, those who take such matters lightly never really encounter them. And it is easy to give advice about somebody's else teeth ache.

You know, the usual: "c'mon, you scream too hard, it *cannot* hurt that much".

Well, this is true, it does not hurt anyone, except the one who really has his teeth broken. But the others are quite insensitive to it.

That's the story about the .d suffix.

On Thursday, 31 October 2013 at 15:22:41 UTC, Craig Dillabaugh wrote:
> On Thursday, 31 October 2013 at 14:58:33 UTC, eles wrote:
>> On Thursday, 31 October 2013 at 14:54:17 UTC, Craig Dillabaugh wrote:
>>
> Furthermore, reading the Bugzilla entry, it seems there as many
> who support your idea as those who disagree.

If you are sick about to die in an hospital, would you like the medical treatment for you to be established through a majority vote involving the whole city population, or on the professional doctors that *really know* what your health problem is about?

Just ask the question: "how many of you expressing advice did you really encounter this problem and felt about it?"

It is so easy to offer advice about things that do not really hurt you, but only others.

Am 31.10.2013 16:22, schrieb eles:
> On Thursday, 31 October 2013 at 15:13:20 UTC, dennis luehring
> wrote:
>> Am 31.10.2013 16:01, schrieb eles:
>>> On Thursday, 31 October 2013 at 14:57:15 UTC, dennis luehring
>>> wrote:
>>>> Am 31.10.2013 15:45, schrieb eles:
>>>>> On Thursday, 31 October 2013 at 14:39:34 UTC, dennis luehring
>>>>> wrote:
>>>>>> Am 31.10.2013 15:29, schrieb eles:
>>>>>>> On Thursday, 31 October 2013 at 14:28:05 UTC, dennis
>>>>>>> luehring
>> i don't see any chance/strategy to get D in your current
>> development - so if you don't want to code Python ("I WANT
>> pointers") anymore - try to
>> find a job where you can write C/C++ or D - or else your need
>> (and real hard interest to get your Boss in the Boart) for D
>> seems to be not big enough - i would quit my job very fast if
>> someone forces me to write Python code most of the time - thats
>> all
>
> Frankly, just stop advising me to take a new job. It is the kind
> of advice that I really find intrusive and unbearable.

no problem :)

so tell the story what would happen if D scripts will be without .d?
is your Boss then more interested or can you introduce D-scripts then silently - what would happen?

On Thursday, 31 October 2013 at 15:34:37 UTC, dennis luehring wrote:
> Am 31.10.2013 16:22, schrieb eles:
>> On Thursday, 31 October 2013 at 15:13:20 UTC, dennis luehring
>> wrote:
>>> Am 31.10.2013 16:01, schrieb eles:
>>>> On Thursday, 31 October 2013 at 14:57:15 UTC, dennis luehring
>>>> wrote:
>>>>> Am 31.10.2013 15:45, schrieb eles:
>>>>>> On Thursday, 31 October 2013 at 14:39:34 UTC, dennis luehring
>>>>>> wrote:
>>>>>>> Am 31.10.2013 15:29, schrieb eles:
>>>>>>>> On Thursday, 31 October 2013 at 14:28:05 UTC, dennis
>>>>>>>> luehring
> no problem :)
>
> so tell the story what would happen if D scripts will be without .d?
> is your Boss then more interested or can you introduce D-scripts then silently - what would happen?

He won't really care as long as I don't ask him to modify his scripts to update the names of those used by me. The latter are already hard-coded in his and others.

Yes, this has a solution: use of hardlinks (of identical-content, different name files). I already explained and acknowledged that in the very first post.

But is cumbersome and unpleasant and bad for backup-ing.

On Thursday, 31 October 2013 at 15:22:41 UTC, Craig Dillabaugh wrote:
> On Thursday, 31 October 2013 at 14:58:33 UTC, eles wrote:
>> On Thursday, 31 October 2013 at 14:54:17 UTC, Craig Dillabaugh wrote:
>>
> I could also argue that this issue is a with git requiring a
> 'git-' suffix on its scripts without providing users with some
> means of overriding the file naming convention (maybe this is
> already possible, I have only minimal git experience)!

BTW, git is not requiring a git- suffix, but a git-prefix. It does not matter for git what the git-<name here> script extension (or name) use.

It matters to the one typing git commands, because he has to type:

git <name here>

in order for git to invoke

git-<name here>

behind.

I really don't feel like git is doing anything bad here or it should change.

It matters, however, if one is allowed to type:

"git tellmethelotterynumbers"

instead of being forced to type

"git tellmethelotterynumbers.d"

You see, the latter version will give you the numbers spelled as:

16.d, 32.d, 18.d, 5.d, 11.d and 22.d

Or, it happens, the state lottery won't deny you the prize because, guess, the real numbers that were extracted were 16, 32, 18, 5, 11 and 22.

On Thursday, 31 October 2013 at 16:12:44 UTC, eles wrote:
> On Thursday, 31 October 2013 at 15:22:41 UTC, Craig Dillabaugh wrote:
>> On Thursday, 31 October 2013 at 14:58:33 UTC, eles wrote:
>>> On Thursday, 31 October 2013 at 14:54:17 UTC, Craig Dillabaugh wrote:
> Or, it happens, the state lottery won't deny you the prize

*will :P

Craig Dillabaugh, el 31 de October a las 15:54 me escribiste:
> On Thursday, 31 October 2013 at 14:29:34 UTC, eles wrote:
> >On Thursday, 31 October 2013 at 14:28:05 UTC, dennis luehring wrote:
> >>3. "My boss is right: is just a toy pretending to be serious" - maybe, maybe not - but not because of your stupid file extension comments
> >
> >It adds. Tell to my boss about that extensions and he will be grateful for you providing him ONE MORE REASON to laugh. At me.
> 
> In my experience, when it comes to software development, bosses tend to have no clue what they are talking about anyway :o)  So I would just laugh back at him/her (might keep that to myself though, depending on how secure I feel my job is).
> 
> This seems like a bit of bikeshedding issue.

It isn't bikeshedding at all, is a functional problem, is key to understand that before you keep discussing the issue :)

-- 
Leandro Lucarella (AKA luca)                     http://llucax.com.ar/
----------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------
Es erróneo pensar que el repollo es una afirmación de personalidad del
volátil, es una verdura, es una verdura.
	-- Ricardo Vaporeso